Vérifier une adresse email avant d'écrire, et lire le verdict.

Le principe : demander sans envoyer

Quand un serveur remet un message à un autre, il ne le fait pas d'un bloc : il annonce d'abord qui il est, puis de qui vient le message, puis à qui il est destiné — et c'est seulement après que le contenu est transmis. Chacune de ces annonces reçoit une réponse. Vérifier une adresse consiste à mener ce dialogue jusqu'à l'annonce du destinataire, à lire la réponse du serveur, puis à raccrocher sans jamais transmettre de message. Le serveur distant a donc dit si l'adresse était distribuable, et rien n'est arrivé dans la boîte de qui que ce soit. C'est cette propriété qui rend le contrôle utilisable en prospection : vous pouvez vérifier une liste entière sans qu'aucune des personnes concernées ne reçoive quoi que ce soit. Il y a un préalable : savoir quel serveur interroger. Ce n'est pas le site de l'entreprise, c'est le serveur déclaré par le domaine pour recevoir son courrier — et une société peut parfaitement recevoir son courrier ailleurs que sur le domaine de son site, notamment lorsqu'elle appartient à un groupe.

• Le dialogue s'arrête à l'annonce du destinataire : aucun message n'est transmis
• La personne concernée ne reçoit strictement rien
• Le serveur à interroger est celui déclaré par le domaine, pas le site web

Trois réponses possibles, pas deux

C'est ici que se logent la plupart des erreurs d'interprétation. Un serveur peut refuser franchement l'adresse : elle n'existe pas, le verdict est net et vous pouvez l'écarter. Il peut l'accepter : l'adresse est distribuable, et c'est le meilleur signal disponible. Mais il peut aussi ne rien trancher, et ce troisième cas est fréquent. Un refus temporaire, par exemple, est une technique de filtrage courante : le serveur écarte un premier contact inconnu en invitant à réessayer plus tard, ce qui décourage les envois automatisés. Traiter ce refus temporaire comme une inexistence, c'est jeter une adresse parfaitement valide. À l'inverse, certains serveurs répondent poliment à tout ce qu'on leur présente sans jamais consulter la liste réelle de leurs destinataires. Un outil honnête distingue donc trois verdicts — existe, n'existe pas, on ne peut pas savoir — et ne déguise jamais le troisième en l'un des deux autres. Méfiez-vous d'un service qui ne vous rend qu'un oui ou un non : sur les domaines qui n'ont rien tranché, ce oui ou ce non a été inventé.

• Refus franc : l'adresse n'existe pas, verdict net
• Acceptation : distribuable, le meilleur signal disponible
• Refus temporaire ou réponse évasive : on ne sait pas — et ça se dit

Les domaines qui acceptent tout : la limite infranchissable

Certaines organisations configurent leur messagerie pour accepter toutes les adresses de leur domaine, quitte à trier ensuite en interne. C'est un choix parfaitement légitime, souvent motivé par le souci de ne perdre aucun courrier légitime malgré une faute de frappe. Conséquence pour la vérification : sur ces domaines, toute adresse est déclarée acceptable, y compris une adresse manifestement fantaisiste. Aucune adresse ne peut donc y être confirmée — et ce n'est pas une faiblesse de tel ou tel outil, c'est une propriété du domaine distant. Aucun service, si cher soit-il, ne peut contourner cela : l'information n'est pas cachée, elle n'est pas exposée. La bonne pratique consiste à le détecter et à le dire : un outil sérieux teste d'abord une adresse volontairement improbable sur le domaine ; si elle est acceptée, il sait que le domaine accepte tout et classe le résultat en « probable » plutôt qu'en « vérifié ». Vous saurez alors que vous écrivez avec un doute résiduel, ce qui est une information utile — bien plus utile qu'un « vérifié » de complaisance.

• Un domaine peut accepter toutes les adresses, y compris fantaisistes
• Sur ces domaines, aucun outil ne peut confirmer quoi que ce soit
• Le bon réflexe : tester une adresse improbable pour détecter le cas

Ne jamais envoyer d'email de test

C'est la mauvaise idée qui revient systématiquement : « j'envoie un message vide pour voir si ça rebondit ». Trois raisons de ne jamais le faire. D'abord ce n'est pas un test, c'est un message : s'il arrive, une vraie personne le reçoit, et votre première impression est un email vide ou un « test » — vous venez de brûler l'unique occasion que vous aviez de bien commencer. Ensuite, l'absence de rebond ne prouve rien : beaucoup de serveurs acceptent puis suppriment silencieusement, sans jamais vous avertir, si bien que votre test conclut à tort que l'adresse est bonne. Enfin, cette pratique appliquée à une liste ressemble exactement à ce que fait un expéditeur malveillant qui cherche à cartographier des adresses valides, et elle produit le résultat correspondant sur votre réputation. La vérification décrite plus haut fait le même travail, mieux, et sans rien envoyer. Si le doute persiste malgré tout, le bon geste n'est pas un email de test mais un canal différent — un appel au standard suffit souvent à confirmer une orthographe.

• Un email de test est un vrai message reçu par une vraie personne
• Une absence de rebond ne prouve rien : beaucoup de serveurs suppriment en silence
• Sur une liste, la pratique ressemble à une cartographie d'adresses et se paie

Quoi faire d'un « probable »

Un verdict incertain n'est pas un motif d'abandon, c'est une consigne d'usage. Sur une adresse probable, envoyez un message unique et soigné plutôt que de l'inclure dans une séquence automatique de quatre relances — si l'adresse est fausse, vous aurez produit un rebond au lieu de quatre. Surveillez le résultat de ce premier envoi : c'est lui qui tranchera pour de bon, et il faut alors mettre à jour la fiche en conséquence plutôt que de laisser l'incertitude dormir. Et surtout, notez le statut quelque part : une adresse dont personne ne sait plus si elle a été vérifiée sera re-vérifiée dans six mois, ou pire, utilisée en masse par quelqu'un qui la croyait sûre. C'est un des intérêts de faire vivre la recherche dans votre outil de prospection plutôt que dans un service séparé : dans ALKAE, l'adresse trouvée arrive sur la fiche avec son verdict, de sorte que la personne qui l'utilisera six mois plus tard sait ce qu'elle vaut. La recherche elle-même est une méthode à part ; la vérification n'en est que la dernière étape, celle qui décide de ce que vous avez le droit d'en faire.

• Sur un « probable » : un envoi unique et soigné, jamais une séquence automatique
• Le premier envoi tranche — mettez la fiche à jour ensuite
• Un statut non noté sera oublié, puis utilisé comme s'il était sûr