Vérification email : comment ça marche ?

Qu'est-ce que la vérification email ?

La vérification email teste si une adresse existe et peut accepter du courrier, sans qu'aucun message lui soit livré. Ce n'est pas la même chose que le lien de confirmation en double opt-in d'une newsletter, qui prouve qu'une personne contrôle la boîte et a accepté de recevoir des emails. La vérification se contente de demander au serveur de messagerie destinataire s'il prendrait un message pour cette adresse. Un exemple : votre liste de prospects contient l'adresse j.weber@example-logistics.com. Le vérificateur constate que example-logistics.com publie un enregistrement MX. Il se connecte à ce serveur et demande à livrer à j.weber. Le serveur refuse définitivement avec « User unknown » : l'adresse est classée invalide. Si vous lui aviez écrit quand même, le serveur aurait renvoyé le message, et ce hard bounce aurait pesé sur votre domaine d'envoi. En prospection à froid, personne sur votre liste n'a demandé à recevoir vos emails, donc la liste n'est jamais passée par cette confirmation opt-in. La vérification est le seul contrôle dont vous disposez avant le premier envoi.

Comment un vérificateur d'email contrôle-t-il une adresse ?

La plupart des vérificateurs suivent la même séquence, qu'il s'agisse d'un outil gratuit ou d'un service payant de vérification en masse. Chaque étape peut interrompre le contrôle avant la fin.

1. 1 Contrôle de syntaxe : l'adresse doit respecter les règles de format que les standards SMTP et Internet Message Format fixent pour une boîte aux lettres. Un @ manquant, une espace ou un double point dans le domaine, et le contrôle échoue ici.
2. 2 Contrôle du domaine et du DNS : le vérificateur interroge les enregistrements MX du domaine. En l'absence de MX, le standard SMTP autorise l'expéditeur à se rabattre sur l'enregistrement A du domaine. Si aucun des deux n'existe, le domaine ne peut pas recevoir de courrier.
3. 3 Contrôle des adresses jetables et génériques : le domaine est comparé à des listes de fournisseurs d'emails jetables. La partie avant le @ est vérifiée pour repérer les adresses génériques comme info, sales ou support, qui touchent une équipe et non une personne.
4. 4 Sonde SMTP : le vérificateur se connecte au serveur de messagerie et envoie EHLO, puis MAIL FROM, puis RCPT TO avec l'adresse. Il lit la réponse et envoie QUIT avant la commande DATA, si bien qu'aucun message n'est jamais envoyé.
5. 5 Test catch-all : le vérificateur envoie aussi RCPT TO pour une adresse inventée sur le même domaine. Si le serveur l'accepte aussi, c'est qu'il accepte tout, et l'adresse réelle ne peut pas être confirmée.

Ne lancez pas la sonde SMTP en volume depuis le serveur qui envoie vos cold emails. Une rafale de commandes RCPT TO sans jamais de commande DATA ressemble à une attaque par collecte d'annuaire (directory harvest attack), et les serveurs destinataires peuvent alors ralentir ou bloquer l'IP qui sonde.

Que signifient les résultats d'une vérification email ?

Chaque vérificateur nomme ses catégories à sa façon, mais toutes reviennent à ce que le serveur destinataire a répondu. Voici comment lire chacune et quoi faire de l'adresse :

Résultat	Ce qu'a fait le serveur	Que faire de l'adresse
Valide / délivrable	A accepté RCPT TO pour l'adresse et refusé une adresse inventée sur le même domaine	La garder. Elle n'est valide qu'au moment du contrôle
Invalide / non délivrable	A renvoyé un rejet définitif comme user unknown, ou le domaine n'a ni enregistrement MX ni enregistrement A	La supprimer avant tout envoi ou relance
Catch-all / accept-all	A accepté à la fois l'adresse réelle et une adresse inventée	La traiter comme inconnue. N'envoyer que par petits lots, ou confirmer la personne par une seconde source
Inconnu	A expiré, renvoyé un refus temporaire ou refusé la connexion du vérificateur	Revérifier plus tard. Ne pas la compter comme valide
Risqué : générique ou jetable	La boîte existe peut-être, mais c'est une boîte d'équipe partagée ou un domaine jetable	L'écarter pour une prospection one-to-one

Les domaines catch-all sèment le plus de confusion, car beaucoup d'entreprises les configurent volontairement pour que les adresses mal orthographiées arrivent quand même.

Vérificateur email gratuit ou vérification en masse : quel outil choisir ?

Le bon choix dépend de ce que vous contrôlez : une seule adresse dont vous doutez, ou une liste entière avant import. Le tableau compare les types d'options selon les mêmes critères. Les éditeurs ne sont cités que là où les titres de leurs propres pages dans les résultats actuels de Google aux États-Unis décrivent cette offre.

Option	Exemples cités	Pour quel usage	Où elle s'arrête
Vérificateur gratuit d'une adresse dans le navigateur	QuickEmailVerification, EmailListVerify et Cleanlist titrent tous leurs pages comme vérificateur d'email gratuit	Contrôler ponctuellement une adresse avant d'écrire à une personne	Une adresse à la fois, et vous collez des données de prospects sur un site tiers
Vérification de liste en masse par import de fichier	Verifalia (le titre parle de nettoyage de liste), MillionVerifier (se présente comme un service de vérification d'emails)	Nettoyer toute une liste de prospects avant l'import	Les résultats sont un instantané. Une liste restée en attente plusieurs semaines doit repasser au contrôle
Vérification par API au moment de la collecte	Proposée par les services de vérification en masse. Consultez la documentation de chaque éditeur	Contrôler les adresses à leur entrée dans votre CRM ou un formulaire	Demande un travail d'intégration et ne tranche toujours pas les domaines catch-all
Contrôle manuel avec dig et une session SMTP	dig ou nslookup pour le MX, une connexion SMTP brute	Observer le comportement d'un domaine, ou comprendre pourquoi un résultat paraît bizarre	Ne passe pas à l'échelle, et sonder depuis votre IP d'envoi met cette IP en danger

Pour situer les vérificateurs par rapport aux seed tests, aux outils de surveillance des blacklists et aux données Postmaster, consultez notre panorama des outils de délivrabilité classés par usage.

Où s'arrête la vérification email ?

Une vérification vous donne la réponse d'un serveur à un instant donné. Voici les cas où cette réponse est fausse ou inutile, et pourquoi :

• Greylisting : le serveur oppose volontairement un refus temporaire aux expéditeurs inconnus. Le vérificateur renvoie alors « inconnu », même si la boîte existe.
• Serveurs qui acceptent puis renvoient : certains serveurs acceptent tous les RCPT TO et ne génèrent le bounce qu'après réception du message. L'adresse passe la vérification et rebondit quand même plus tard.
• IP de vérificateurs bloquées : les grands fournisseurs de messagerie limitent ou refusent les sondes SMTP. Pour leurs domaines, les résultats peuvent revenir « inconnu » en masse.
• Données qui vieillissent : les gens changent de poste et les entreprises ferment des boîtes, si bien qu'une adresse valide à l'import peut rebondir quelques semaines plus tard.
• Placement en boîte de réception : une adresse valide ne dit rien sur l'arrivée de votre email en boîte principale ou en spam. Le serveur destinataire en décide selon l'authentification, la réputation et les plaintes.
• Consentement : la vérification montre qu'une adresse existe. Elle ne vous donne pas le droit de lui écrire.

Quand une adresse vérifiée rebondit malgré tout, les champs Status et Diagnostic-Code de la notification de bounce indiquent s'il s'agit d'un échec définitif ou d'un report. Notre guide sur les codes de bounce et leurs causes explique comment les lire.

La vérification email est-elle autorisée par le RGPD ?

Une adresse email qui identifie une personne, comme prenom.nom@entreprise.com, est une donnée personnelle au sens du RGPD. La vérifier constitue un traitement, il vous faut donc une base légale. Si vous envoyez la liste à un service de vérification externe, ce service traite les données pour votre compte, et le RGPD impose un contrat de sous-traitance avec lui. Renseignez-vous sur le lieu où le service traite les données, car le RGPD fixe ses propres conditions aux transferts hors de l'UE. La vérification est une question distincte de celle de savoir si vous avez le droit d'envoyer. En Allemagne, la loi contre la concurrence déloyale (UWG) exige en général le consentement exprès et préalable du destinataire pour la publicité par email, et une adresse valide n'y change rien. Aux États-Unis, le CAN-SPAM fonctionne au contraire sur le principe de l'opt-out. La conformité de votre prospection à ces règles dépend de la façon dont vous constituez et utilisez la liste. Aucun vérificateur ni aucun outil d'envoi ne tranche cette question à votre place.

Vérifier une liste avant de l'importer dans EmailFlow OS

EmailFlow OS, c'est l'email vidéo IA personnalisé pour la prospection B2B à froid. Vous enregistrez une seule vidéo et vous la chargez dans EmailFlow OS. Vous connectez votre compte Brevo et votre domaine d'envoi, puis vous importez votre liste de prospects dans EmailFlow OS. À partir de cet unique enregistrement, EmailFlow OS crée une version personnalisée pour chaque destinataire, et non une par entreprise. Chaque version part de votre propre boîte, via votre propre compte Brevo et sur votre propre domaine d'envoi. Aucun expéditeur partagé de la plateforme ne s'intercale.

La liste vit dans EmailFlow OS et chaque message porte votre domaine : chaque mauvaise adresse de la liste devient donc un bounce sur votre propre domaine. C'est pourquoi la vérification se place avant l'import. Passez la liste dans un vérificateur et retirez les résultats invalides et risqués. Mettez de côté les adresses catch-all et inconnues, ou envoyez-leur par petits lots. Si une liste dort depuis son dernier contrôle, revérifiez-la avant de l'importer.

Vérification, délivrabilité, relances et horaires d'envoi

Délivrabilité cold email : qu'est-ce que la vérification change ?

C'est le serveur destinataire qui décide de la délivrabilité cold email. Il pèse l'alignement SPF, DKIM et DMARC, la réputation de votre domaine, les plaintes, les bounces et le volume par boîte d'envoi. La vérification ne joue que sur les bounces. Elle retire les adresses qui reviendraient en hard bounce définitif, et ces bounces pèsent sur un domaine qui écrit à des gens qui n'ont rien demandé. Elle ne corrige ni des enregistrements DNS manquants, ni un domaine neuf qui n'a pas été chauffé (warm-up), ni des plaintes pour spam.

Taux de délivrabilité email : quel effet ont les mauvaises adresses ?

Le taux de délivrance correspond aux messages acceptés divisés par les messages envoyés. Le placement en boîte de réception se mesure à part. Chaque adresse non vérifiée qui part en hard bounce est un message envoyé mais non accepté : elle fait directement baisser le taux de délivrance. Un taux de délivrance élevé ne signifie pas pour autant que l'email a atteint la boîte de réception. Le serveur peut accepter un message et le classer en spam.

Modèle de mail de relance commerciale : que vérifier avant de l'utiliser ?

Avant d'envoyer un modèle de relance, vérifiez que le premier email n'a pas rebondi. Une relance vers une adresse en hard bounce rebondit à son tour, tout simplement. Voici un modèle court que vous pouvez utiliser : « Bonjour [prénom], je reviens vers vous suite à mon message de [jour] sur [un problème précis]. Un court échange le [date] aurait-il du sens, ou quelqu'un d'autre est-il la bonne personne ? » Envoyez-le en réponse dans le fil d'origine, pour que l'en-tête In-Reply-To le rattache au premier message.

Mail de relance commerciale : quand faut-il arrêter ?

Arrêtez une séquence de relances commerciales pour une adresse dès qu'elle renvoie un bounce définitif, une réponse ou une désinscription. Un report est un refus temporaire et peut être retenté. Un bounce user unknown est définitif. Supprimez cette adresse de la liste elle-même, pas seulement de la séquence en cours, pour que le prochain import ne la fasse pas revenir.

Meilleur moment pour envoyer un cold email : l'horaire compte-t-il si les adresses sont mauvaises ?

Le meilleur moment pour envoyer un cold email se situe pendant les heures de bureau dans le fuseau horaire du destinataire, pas dans le vôtre. Mais l'horaire ne compte qu'une fois que l'adresse accepte le courrier. Une adresse invalide rebondit à toute heure. Vérifiez d'abord la liste, puis planifiez selon le fuseau horaire du destinataire.

Questions fréquentes

? Peut-on vérifier une adresse email sans envoyer d'email ?

Oui. Le vérificateur ouvre une connexion SMTP et envoie EHLO, MAIL FROM et RCPT TO. Il lit la réponse et se déconnecte avec QUIT avant la commande DATA, si bien qu'aucun contenu de message n'est jamais envoyé. Une acceptation signifie que le serveur prendra du courrier pour cette adresse, et un rejet définitif user unknown signifie que la boîte n'existe pas. Les serveurs catch-all acceptent toutes les adresses, cette méthode ne peut donc pas confirmer les adresses qu'ils hébergent.

? Un vérificateur d'email gratuit est-il assez fiable pour la prospection à froid ?

Pour une seule adresse, un outil gratuit exécute les mêmes étapes de syntaxe, de MX et de SMTP qu'un service payant de vérification en masse. La différence tient à l'échelle, pas à la méthode. Vous contrôlez une adresse à la fois et collez des données de prospects sur un site tiers. Un import en masse ou une API conviennent mieux à une liste entière, et chacun exige un contrat de sous-traitance au titre du RGPD.

? À quelle fréquence faut-il revérifier une liste de prospects ?

Revérifiez juste avant chaque import ou envoi, pas selon un calendrier fixe. Un résultat de vérification est l'instantané de la réponse d'un serveur un jour donné, et les adresses deviennent invalides quand les gens quittent une entreprise. Une liste validée il y a quelques semaines peut désormais contenir des adresses qui renvoient des hard bounces définitifs.

? Pourquoi un email vérifié rebondit-il quand même ?

Il y a trois causes fréquentes. Certains serveurs acceptent tous les RCPT TO pendant le contrôle et ne génèrent le bounce qu'après réception du message. La boîte a pu être supprimée entre le contrôle et l'envoi. Ou le message a été rejeté pour des raisons de réputation ou d'authentification, qu'aucun vérificateur ne teste. La ligne Diagnostic-Code de la notification de bounce vous dit de quel cas il s'agit.