Qu'est-ce que la verification d'e-mails en temps reel ?

La verification d'e-mails en temps reel controle une seule adresse e-mail a l'instant ou elle est soumise, en renvoyant un resultat de delivrabilite via un flux API. Elle est fournie au travers d'une API afin qu'une application puisse confirmer une adresse pendant que l'utilisateur est encore sur la page, avant que cette adresse ne soit enregistree dans une base de donnees ou utilisee pour envoyer du courrier.

Définition

La verification d'e-mails en temps reel est le processus consistant a valider une adresse e-mail a la demande, a l'instant precis ou elle est saisie, plutot que de la regrouper pour un traitement ulterieur. Sa caracteristique determinante est le moment. Le controle se produit de maniere synchrone au sein d'un flux en direct, comme un formulaire d'inscription, une page de paiement ou un formulaire de capture de leads, et le resultat est disponible avant que le visiteur ne termine son action.

Comme la verification se deroule pendant qu'une personne attend, la rapidite est la contrainte technique centrale. Un controle en temps reel doit aboutir assez vite pour ne pas interrompre l'experience. En pratique, cela signifie une reponse en une a deux secondes environ, et le travail est realise par un service de verification dedie plutot que par l'application elle-meme. L'application envoie l'adresse a une API de verification, l'API execute chaque controle, et un resultat structure revient sur lequel l'application peut agir immediatement.

La verification en temps reel se concoit au mieux comme l'un des deux modes de fonctionnement d'un meme moteur sous-jacent. L'autre mode est la verification en masse, qui traite une liste entiere d'un coup a partir d'un fichier importe. Les deux modes executent des controles identiques. La difference tient au fait que l'adresse est controlee une par une a mesure qu'elle arrive, ou toutes en meme temps au sein d'une liste.

Comment ça fonctionne

Lorsqu'une adresse est soumise a une API de verification en temps reel, elle traverse une sequence de controles, chacun inspectant une couche differente de l'adresse et de son infrastructure. Les controles sont ordonnes de sorte que les tests peu couteux et rapides s'executent d'abord et ecartent les echecs evidents avant qu'il ne faille recourir aux tests reseau plus lents.

Le premier controle porte sur la syntaxe. L'adresse est testee au regard des regles qui regissent l'ecriture d'une adresse e-mail, confirmant la presence d'une partie locale valide, d'un seul arobase et d'un domaine correctement forme. Une adresse depourvue d'arobase, comportant un caractere interdit ou un domaine mal forme echoue ici et n'atteint jamais les controles reseau.

Le domaine est ensuite inspecte. Une recherche DNS confirme que le domaine existe reellement, et une recherche d'enregistrement MX confirme que le domaine publie des enregistrements mail exchange, ce qui signifie qu'il est configure pour recevoir du courrier. Un domaine sans enregistrement MX ne peut pas accepter de courrier : toute adresse qui s'y rattache est donc non joignable, quelle que soit l'orthographe de la boite.

Le controle decisif est la poignee de main SMTP en direct. Le service de verification ouvre une connexion vers le serveur de messagerie destinataire, entame la conversation qu'un veritable serveur expediteur entamerait, et demande au serveur s'il acceptera du courrier pour l'adresse precise. La reponse du serveur indique si la boite existe. C'est cette etape qui separe une verification reelle d'une simple supposition, car elle teste l'adresse contre le serveur de messagerie en direct plutot que contre un modele ou une base de donnees.

Parallelement a ces controles fondamentaux, le service effectue une detection des catch-all, des adresses jetables et des adresses generiques. La detection des catch-all identifie les domaines configures pour accepter le courrier de toute adresse possible, ou une poignee de main SMTP ne peut pas confirmer une boite unique. La detection des adresses jetables signale les fournisseurs temporaires et ephemeres. La detection des adresses generiques signale les adresses comme info ou support qui relevent d'une fonction plutot que d'une personne. Chacun de ces constats est renvoye dans la reponse afin que l'application dispose du tableau complet, et pas seulement d'un oui ou d'un non.

Pourquoi c'est important pour la délivrabilité des e-mails

La verification en temps reel compte parce qu'elle arrete une mauvaise adresse au seul moment ou elle peut l'etre a moindre cout : avant qu'elle n'entre dans votre systeme. Une fois une adresse invalide ou a risque enregistree dans une base de donnees, elle se propage. Elle est exportee vers un CRM, synchronisee dans une plateforme d'e-mailing et finit par etre incluse dans un envoi. La detecter au point d'entree evite tout ce cout en aval.

Le benefice de delivrabilite le plus direct est la reduction des rebonds. Lorsque vous envoyez vers une adresse qui n'existe pas, le serveur de messagerie destinataire la rejette, produisant un hard bounce. Les fournisseurs de messagerie comme Gmail, Yahoo et Microsoft suivent votre taux de rebond comme signal de qualite de liste. Un taux de rebond eleve leur indique que vous ecrivez a une liste mal entretenue, comportement qu'ils associent au spam, et ils reagissent en routant davantage de votre courrier vers le dossier spam. Verifier les adresses en temps reel maintient un faible taux de rebond et protege la reputation d'expediteur qui gouverne le placement en boite de reception.

La verification en temps reel protege aussi contre les adresses qui ne rebondissent jamais mais nuisent tout de meme. Une adresse jetable cree un compte qui ne sera plus jamais joignable. Un piege a spam ressemble a une adresse normale mais n'existe que pour demasquer les expediteurs ecrivant a des listes non verifiees, et en toucher un peut faire ajouter un domaine a une liste noire. Detecter ces adresses des l'inscription les ecarte entierement de votre audience.

Il existe un benefice de qualite des donnees au-dela de la delivrabilite. Verifier au point d'entree signifie que les fiches contact que vous collectez sont exactes des le premier jour. Vos indicateurs marketing refletent de vrais destinataires, votre equipe commerciale ne court pas apres des adresses mortes, et vos rapports ne sont pas fausses par des contacts qui n'ont jamais ete joignables.

Comment VeriMails gère cela

VeriMails fournit la verification en temps reel via une API REST. Une application envoie une adresse e-mail au point de terminaison et recoit un resultat JSON structure, assez rapidement pour s'executer au sein d'un formulaire d'inscription, d'un parcours de paiement ou d'un formulaire de capture de leads sans delai perceptible.

Chaque controle en temps reel execute toute la chaine de verification de VeriMails. Cela couvre la validation de la syntaxe, les recherches d'enregistrements DNS et MX, une poignee de main SMTP en direct avec le serveur de messagerie destinataire, la detection des catch-all, la detection des e-mails jetables et la detection des adresses generiques. C'est la poignee de main qui rend le resultat fiable, car elle teste l'adresse contre le serveur en direct plutot que de la deduire d'un modele. VeriMails effectue une detection catch-all plutot qu'un scoring : ainsi, lorsqu'un domaine accepte toutes les adresses, le resultat signale clairement ce statut au lieu d'inventer un indice de confiance pour une boite qui ne peut pas etre confirmee. A travers ces controles, VeriMails renvoie des categories de delivrabilite claires, pratiques pour le nettoyage de liste avant envoi.

La verification en temps reel est facturee a l'adresse a partir de credits prepayes, des 0,0019 $ par e-mail, avec 10 000 credits a 19 $. Les forfaits par abonnement debutent a 15 $ par mois pour les equipes qui verifient selon un rythme regulier. Chaque compte commence avec 100 credits gratuits a l'inscription, sans carte bancaire et avec des credits qui n'expirent jamais, de sorte qu'une integration en temps reel peut etre construite et testee avant tout paiement.

Questions fréquentes

Une vérification en temps réel doit répondre assez vite pour s'intégrer aux parcours d'inscription, de paiement ou de capture de leads. C'est suffisamment rapide pour s'exécuter dans un formulaire d'inscription, une page de paiement ou un flux de capture de leads sans que le visiteur ne perçoive de délai notable. L'essentiel de ce temps correspond à la conversation SMTP en direct avec le serveur de messagerie du destinataire, que le service de vérification gère en arrière-plan.
La vérification en temps réel contrôle une adresse à la fois, à la demande, au moment où elle est saisie, et passe par une API. La vérification en masse traite une liste entière d'un coup, généralement importée sous forme de fichier CSV, et sert à nettoyer une base de données ou une liste marketing avant un envoi. Les deux exécutent les mêmes contrôles sous-jacents : ce sont donc deux modes de livraison d'un même moteur.
Un domaine catch-all accepte les e-mails pour n'importe quelle adresse, que la boîte existe ou non : une négociation SMTP ne peut donc pas prouver qu'une boîte précise est réelle. La vérification en temps réel détecte malgré tout que le domaine est catch-all et renvoie ce statut, afin que votre formulaire signale l'adresse comme acceptée mais non confirmée plutôt que comme entièrement vérifiée.
Oui. La vérification en temps réel compare chaque adresse à une liste tenue à jour de fournisseurs d'e-mails jetables et temporaires, puis renvoie un indicateur « jetable ». Votre formulaire d'inscription peut alors refuser l'adresse ou demander à l'utilisateur une adresse permanente avant la création du compte.

Essayez VeriMails gratuitement

100 crédits gratuits à l'inscription. Aucune carte bancaire requise. Mettez la vérification d'e-mails en pratique dès aujourd'hui.

Commencer gratuitement
Aucune carte bancaire requise. Les crédits n'expirent jamais.