Délivrabilité et DNS

Vérification des adresses mail : ce que les contrôles prouvent vraiment

Par Alexey Bulygin
Résultats de vérification des adresses mail et limites des contrôles

Les services de vérification des adresses mail affichent souvent un seul chiffre de précision : 97%, 98%, 99%. Sans explication sur son calcul, ce chiffre dit peu de chose. Il regroupe des contrôles dont la fiabilité est très différente.

Certaines vérifications donnent une réponse concrète. On peut interroger le DNS pour savoir si un domaine publie des enregistrements MX, même si la réponse dépend de la disponibilité du DNS et de la fraîcheur du cache. L'existence d'une boîte précise derrière ces enregistrements est une autre question. Une requête extérieure ne permet pas toujours de la confirmer, particulièrement chez les grands fournisseurs.

Pour utiliser les résultats à bon escient, il faut savoir quel contrôle les a produits. Voyons ce que ces contrôles établissent, ce qu'ils suggèrent seulement et où leurs possibilités s'arrêtent.

Pourquoi le taux de rebond compte

Les fournisseurs destinataires tiennent compte des messages envoyés à des adresses inexistantes. Un taux élevé de rejets permanents peut signaler une liste mal entretenue et augmenter le risque de restrictions ou de filtrage. Les plaintes, l'authentification et d'autres facteurs comptent aussi. Les rebonds ne prouvent pas, à eux seuls, qu'une liste a été achetée.

L'original présente un taux de rejets permanents supérieur à 2% comme un signal d'alerte. Ce n'est ni une limite universelle ni un seuil de rebond fixé par Google. Les consignes de Google pour les expéditeurs demandent de veiller à la qualité des envois, à l'authentification et aux plaintes ; les signalements de spam et les rebonds sont des indicateurs différents. Les conséquences peuvent dépasser la campagne et affecter les envois suivants, y compris les factures, les réinitialisations de mot de passe et les confirmations de commande. Leur durée et leur portée dépendent du fournisseur.

Vérifier les adresses contribue à réduire ce risque. Cela n'améliore pas le texte d'un message et ne remplace pas le consentement du destinataire. La vérification repère certains problèmes avant l'envoi, sans garantir la livraison. Pour aller plus loin, consultez ce que révèle votre taux de rebond.

Trois niveaux de certitude dans la vérification des adresses mail

Les différences deviennent plus claires lorsque l'on classe les contrôles selon la confiance que l'on peut accorder à leur résultat.

Niveau 1 : contrôles directs

Il s'agit de vérifier un format, le DNS ou une entrée dans une liste connue. Le résultat concerne une règle et les données disponibles, pas toutes les propriétés de l'adresse.

ContrôleCe qu'il établit
SyntaxeL'adresse respecte les règles de format prises en charge par le validateur
Punycode / IDNLe domaine passe les restrictions du service sur les domaines internationalisés ; cela ne prouve pas que toute usurpation par ressemblance a été écartée
Enregistrements MXDes routes de messagerie sont publiées dans le DNS ; cela ne confirme ni le fonctionnement du serveur ni celui de la boîte
IP publique du MXLe MX ne pointe pas vers une plage privée telle que 10.x ni une adresse de boucle locale telle que 127.x
Domaine de mail temporaireLe domaine figure dans une liste de services temporaires connus ; l'original cite plus de 5,000 entrées, mais son contenu évolue
Présence dans une DNSBLLe domaine apparaît dans Spamhaus DBL ou SURBL ; c'est un signal de réputation, pas une preuve d'inexistence de la boîte
Exclusion après rebondL'adresse figure déjà dans la liste d'exclusion de votre compte après un rejet permanent

Un échec à ce niveau peut produire directement le statut « invalide » selon les règles du service. Il ne faut pas en faire une conclusion universelle sur la livraison. Le validateur exige des MX explicites, alors que SMTP permet une route implicite via les enregistrements d'adresse du domaine en l'absence de MX. De même, une restriction sur les domaines internationalisés peut exclure une adresse réelle. Pour une décision importante, examinez la cause précise.

Niveau 2 : contrôles probabilistes

La sonde SMTP se connecte au serveur destinataire, entame un échange de commandes, demande s'il accepterait le destinataire, puis se déconnecte avant de transmettre un message. Un 550 à l'étape RCPT TO, accompagné d'une indication claire que le destinataire est introuvable, constitue un indice solide. Le même code peut aussi correspondre à un refus d'accès ou à une politique de filtrage.

C'est un indice, pas une preuve sans exception. Sa fiabilité dépend du serveur destinataire, comme nous allons le voir.

Niveau 3 : heuristiques

Ce sont des indices indirects de risque. Ils modifient le score selon les règles du service, sans prouver qu'une adresse est mauvaise :

SignalEffet sur le score
Partie avant @ qui semble aléatoire−15
Enregistrement SPF absent−10
Enregistrement DMARC absent−10
Domaine enregistré il y a moins de 30 jours−10
Adresse avec suffixe supplémentaire (user+tag@)−5
Domaine propre avec MX, SPF et DMARC+5
Adresse de service ou de fonction (info@, support@)0, signalée sans pénalité
Fournisseur gratuit (Gmail, Yahoo)0, signal neutre
Faute de frappe probable (gmial.com)0, information avec correction suggérée

Deux signaux méritent une explication, car les autres fournisseurs peuvent les traiter différemment.

Les adresses de service ne sont pas pénalisées. Les entreprises reçoivent réellement du courrier à info@ et sales@. En prospection à froid, une telle adresse peut indiquer que vous ne connaissez pas de personne précise ; pour d'autres usages, ce n'est pas un défaut. Le service signale cette caractéristique pour permettre un filtrage si nécessaire, sans retirer de points.

Les fournisseurs gratuits sont neutres. Une adresse Gmail n'est pas moins bonne parce qu'elle n'utilise pas de domaine propre. Beaucoup de personnes utilisent ces services.

La sonde SMTP et ses limites

C'est souvent le contrôle que l'on imagine quand on parle de vérification d'adresse mail. C'est aussi celui dont on attend parfois davantage qu'il ne peut fournir.

Il peut être utile sur les domaines d'entreprise : serveurs internes, hébergement de messagerie et installations autogérées. Un rejet explicite d'un destinataire inconnu à l'étape RCPT TO apporte une information. Mais le refus peut aussi viser la connexion de contrôle elle-même, et non la boîte.

Chez les grands services de messagerie grand public, cette méthode ne permet pas de confirmer de manière fiable l'existence d'une boîte. Gmail, Yahoo, Outlook.com, iCloud et AOL peuvent limiter les connexions de contrôle, accepter un destinataire sans validation définitive ou empêcher autrement l'énumération des adresses. On ne peut pas affirmer qu'ils répondent tous toujours de la même façon. Ici, les domaines concernés sont exclus de la sonde SMTP externe ; réussir les autres contrôles ne confirme pas l'existence de la boîte.

C'est pourquoi une adresse appartenant à la liste des domaines exclus est facturée au tarif rapide, même dans une vérification approfondie : un crédit, pas deux. La sonde supplémentaire est ignorée. La répartition est affichée avant l'envoi du travail et renvoyée dans la réponse API ; vérifiez le calcul actuel pour les adresses choisies.

En résumé : sur un serveur d'entreprise adapté, la sonde SMTP peut renforcer la confiance. Pour Gmail et les services comparables, elle n'offre pas de garantie générale d'existence. Si un fournisseur promet une réponse exacte, demandez quelles données il utilise et quelles sont les limites de sa méthode.

Pourquoi le catch-all complique la vérification des adresses mail

Un domaine catch-all accepte le courrier pour n'importe quel nom de destinataire, même sans boîte distincte. Une requête concernant anything@catchall-domain.com peut donc recevoir une réponse positive. Cette réponse ne permet pas de savoir si la boîte recherchée existe.

Un résultat catch-all indique une incertitude. Le message peut arriver chez une personne, dans une boîte commune non surveillée ou dans un autre système de réception. Le signal ne prouve pas la présence d'un piège à spam. Un contrôle externe ne distingue pas ces destinations. Lisez le signal catch-all en plus du statut final : dans le calcul actuel, il ne classe pas forcément l'adresse comme risquée.

C'est un compromis moins évident du catch-all sur votre propre domaine : un service extérieur a plus de mal à confirmer votre adresse. Vous pouvez compléter cette lecture avec le fonctionnement du courrier catch-all, qui présente ses autres avantages et limites.

Vérification rapide ou approfondie

RapideApprofondie
Contrôles dans la description originale2225
Sonde SMTP de la boîteNonOui, pour les domaines compatibles hors liste d'exclusion
Heuristique de piège à spamNonOui
Crédits par adresse de domaine d'entreprise12
Crédits par adresse de service de messagerie exclu11
Ordre de grandeur pour 10,000 adresses1-5 minutes5-15 minutes
Usage courantEntretien d'une liste connueListes externes ou héritées après vérification du droit d'envoyer, campagnes particulièrement importantes

Pour votre propre liste entretenue régulièrement, le mode rapide suffit généralement. Si sa provenance est inconnue, vérifiez d'abord si vous pouvez écrire à ses contacts, puis décidez si des contrôles supplémentaires sont nécessaires. Le nombre de contrôles exécutés et la durée dépendent des échecs initiaux, de la configuration, de la file et des réponses des serveurs. Le tableau ne promet pas que chaque contrôle sera exécuté pour chaque adresse.

Lire les statuts

Chaque adresse reçoit un statut et un score de confiance de 0 à 100. Il s'agit d'une échelle interne, pas d'une probabilité de livraison.

StatutScoreQue faire
Sûre90-100Envisager l'envoi avec le consentement nécessaire ; la livraison n'est pas garantie
Valide60-89Examiner les raisons du résultat et surveiller les rebonds
Risquée20-59Éviter la prospection à froid ; examiner la cause avant un message transactionnel à un destinataire connu
Invalide0-19Exclure de l'envoi et examiner la cause
InconnueNon précisé dans le tableauSi ce statut apparaît, réessayer plus tard. Chercher aussi les délais dépassés et erreurs temporaires dans les indicateurs détaillés.

La distinction essentielle est entre risquée et invalide. Un statut invalide peut résulter d'une règle du validateur, d'une exclusion ou d'un rejet du serveur, et pas toujours d'une boîte inexistante. Le risque demande aussi du contexte. Vérifier une adresse incertaine dans une liste achetée ne vous autorise pas à lui écrire. Chez un client qui vous paie depuis deux ans, le même résultat peut s'expliquer par un catch-all. Examinez néanmoins les signaux précis, l'historique de livraison et le canal de contact avant d'envoyer les factures.

La vérification ne connaît pas votre relation avec le destinataire. Cette information doit être prise en compte séparément.

Les listes vieillissent : la vérification est un entretien régulier

L'original évoque un vieillissement d'environ 2% par mois : changements d'emploi, fermetures d'entreprises et adresses abandonnées. Le rythme réel varie. Après dix-huit mois, une part importante des données peut être obsolète, mais l'affirmation d'un quart d'adresses erronées n'est pas une prévision universelle. Fiez-vous à vos résultats et à vos rebonds.

Mieux vaut donc intégrer la vérification à l'entretien de la base plutôt que la limiter à un nettoyage initial :

  • À la collecte. Vérifier à l'inscription aide à repérer une faute comme gmial.com, lorsque la personne peut encore la corriger. Proposez une correction au lieu de remplacer l'adresse sans avertissement.
  • Avant un gros envoi. Surtout pour un segment auquel vous n'avez pas écrit depuis des mois.
  • Chaque trimestre pour les listes actives. C'est un point de départ ; adaptez la fréquence à l'état réel de la liste.
  • À la réception d'une liste héritée. Après une acquisition, une fusion ou la transmission d'un tableur, vérifiez les adresses et les raisons qui vous autorisent à écrire.

Organiser les vérifications

Vérifiez à la collecte, pas des mois plus tard. Une faute à l'inscription se corrige avec la personne. Six mois après, retrouver le contact peut être difficile. Les contrôles de format et de réputation ne remplacent pas la confirmation de l'adresse par l'utilisateur.

Excluez de l'envoi au lieu de simplement supprimer. Gardez les informations nécessaires dans une liste d'exclusion pour éviter que l'adresse ne revienne au prochain import CSV. Tenez compte de la conservation des données et de la possibilité de corriger une exclusion erronée.

N'achetez pas de listes. La vérification détecte certains problèmes techniques, mais ne prouve pas que la personne a accepté de recevoir vos messages. Même des adresses valides peuvent entraîner des plaintes et des difficultés avec les règles applicables. Une liste achetée qui passe les contrôles ne devient pas une autorisation d'envoi.

Après une longue pause, augmentez les volumes progressivement. Nettoyer la liste ne suffit pas. Observez les réactions des destinataires et les réponses des serveurs, pas seulement le nombre d'adresses retirées. Consultez comment améliorer la délivrabilité.

La vérification ne corrige pas de mauvaises pratiques d'envoi. Elle réduit certains risques liés aux adresses, mais ne configure pas vos SPF, DKIM ou DMARC. Le serveur destinataire tient compte de l'authentification, de la réputation et d'autres facteurs. Il n'existe pas d'ordre universel qui fasse d'une liste vérifiée une garantie de livraison.

Questions fréquentes

La vérification confirme-t-elle l'existence d'une adresse Gmail ?

Pas de manière fiable avec une requête SMTP externe ordinaire. Les fournisseurs peuvent limiter ces connexions et masquer les informations sur les destinataires ; ils ne sont pas obligés de répondre de la même façon. Ici, Gmail figure dans la liste qui omet la sonde SMTP. Réussir les contrôles de format, de MX et de réputation ne confirme pas l'existence de la boîte.

Pourquoi le mode approfondi coûte-t-il moins cher pour Gmail ?

Parce que la sonde SMTP supplémentaire est ignorée pour les domaines de la liste d'exclusion. Même dans un travail approfondi, ces adresses sont facturées au tarif rapide. Le calcul est détaillé avant l'envoi ; vérifiez l'estimation actuelle.

Que signifie catch-all et faut-il envoyer à cette adresse ?

Le serveur accepte des noms de destinataire arbitraires, donc une réponse positive ne confirme pas une boîte distincte. Pour un client connu, tenez compte de l'historique de livraison et du but du message. L'incertitude ne justifie pas la prospection à froid.

Les adresses comme info@ sont-elles mauvaises ?

Non. Ce signal ne retire pas de points. Il est indiqué pour permettre un filtrage si votre usage le demande. L'intérêt de l'adresse pour les messages transactionnels ou les prises de contact dépend du contexte, pas seulement du nom de la boîte.

La vérification peut-elle nuire à ma réputation d'expéditeur ?

La connexion de contrôle s'arrête avant de transmettre un message : aucun mail n'arrive dans une boîte. Mais l'absence de tout effet sur la réputation de l'IP n'est pas garantie. Des requêtes nombreuses peuvent ressembler à une énumération d'adresses et provoquer des blocages. Des limites par serveur destinataire réduisent le risque sans le supprimer entièrement.

À quelle fréquence faut-il recommencer ?

Chaque trimestre pour une liste active, avant un gros envoi et à la réception d'une liste héritée, comme repères initiaux. L'exemple de 2% par mois n'est pas une loi universelle. Adaptez la fréquence à l'âge de la base, à l'historique de livraison et aux changements réels des adresses.

Peut-on lancer la vérification par API ?

Oui, pour des adresses individuelles ou des travaux en masse, avec des statuts et résultats consultables par programme. Les opérations et permissions disponibles sont décrites dans la référence de l'API de vérification.

Que signifie réellement le score de confiance ?

Le calcul part de 100, puis tient compte des risques et des signaux positifs, dont la configuration du domaine. Les échecs considérés comme bloquants par le service peuvent mettre le score à zéro. C'est un résumé de ses règles, pas une mesure indépendante ni une probabilité d'existence de la boîte. Pour une décision importante, lisez les indicateurs détaillés et les contrôles ignorés.

Partager cet article

Nous utilisons les technologies nécessaires au fonctionnement et à la sécurité de TrekMail. En confirmant, vous autorisez aussi des analyses limitées et la mesure publicitaire décrites dans notre Politique relative aux cookies.

Se connecter à TrekMail

Accédez à votre tableau de bord, vos boîtes et vos DNS.

ou

12 caractères les mots de passe correspondent

ou

E-mail de réinitialisation envoyé

Si un compte existe pour cette adresse, nous venons d’envoyer les instructions de réinitialisation du mot de passe.

En continuant, vous acceptez les Conditions d’utilisation et la Politique de confidentialité de TrekMail.