Vérificateur de domaine pour la prospection à froid : ce domaine est-il prêt à envoyer ?

Contrôlez six choses avant le premier envoi : que le domaine puisse recevoir des réponses (enregistrements MX), qu’il autorise votre fournisseur de boîtes avec un seul enregistrement SPF qui reste sous 10 requêtes DNS, qu’il signe ses e-mails avec DKIM, qu’il publie une politique DMARC, qu’il ait un site ou une redirection vers votre site principal, et qu’il ne soit pas tout neuf. Cet outil lit les six à la fois.

Les quatre premiers sont obligatoires. Les consignes de Google pour les expéditeurs exigent des expéditeurs en masse SPF, DKIM et un enregistrement DMARC d’au moins p=none, et les exigences de Yahoo disent la même chose. Les deux derniers relèvent des bonnes pratiques, pas de règles publiées : ils comptent donc moins dans le score.

Cinq enregistrements avant le premier envoi : MX pour recevoir les réponses, un SPF qui nomme votre fournisseur de boîtes, la signature DKIM activée dans le panneau du fournisseur, un DMARC d’au moins p=none et une redirection du site vers votre site principal. Ensuite, faites chauffer les boîtes. L’outil contrôle chacun et affiche la valeur exacte pour votre fournisseur.

Avec Google Workspace, c’est un MX smtp.google.com (priorité 1), le SPF v=spf1 include:_spf.google.com ~all et DKIM sur google._domainkey depuis la console d’administration (valeurs MX de Google). Avec Microsoft 365, c’est le MX *.mail.protection.outlook.com affiché par le centre d’administration, le SPF v=spf1 include:spf.protection.outlook.com ~all et deux CNAME DKIM, selector1 et selector2 (enregistrements DNS de Microsoft). Chaque domaine a besoin de son propre enregistrement DMARC sur _dmarc.

Chaque point a un poids fixe : SPF, DKIM et DMARC 20 chacun, MX et site 15 chacun, âge 10. Un point réussi apporte son poids entier, un point à retravailler la moitié, et un point absent ou dont la requête n’a pas répondu rien du tout. Un domaine dont le SPF, le DKIM, le DMARC ou le MX est en rouge n’est pas prêt, quel que soit le score.

Le score mesure la configuration, pas la réputation. Deux domaines au même score peuvent être délivrés très différemment, car la délivrabilité dépend aussi de la liste, du contenu, du volume et de l’historique du domaine auprès de chaque fournisseur, et rien de cela n’apparaît dans le DNS public.

Le RFC 7208 limite SPF à 10 requêtes DNS sur l’ensemble de l’enregistrement, include imbriqués compris. Au-delà, les destinataires renvoient permerror et SPF échoue comme s’il n’y avait pas d’enregistrement. Les configurations de prospection à froid ajoutent souvent au SPF un outil de séquences, un CRM et un outil de chauffe, et chaque include peut coûter plusieurs requêtes.

L’outil suit chaque include, donne le total et signale 9 ou 10 comme étant à un include de l’échec. Au-delà de 10, retirez les services qui n’envoient pas au nom de ce domaine, ou générez un enregistrement propre avec le SPF generator (en anglais).

Aucun fournisseur de boîtes ne publie d’âge minimum. Ce qui manque à un domaine neuf, c’est l’historique : les fournisseurs n’ont rien pour le juger, donc ses premiers envois sont surveillés de près. L’outil marque comme nouveaux les domaines de moins de 30 jours, notre règle empirique, et la solution est de le faire chauffer, pas d’attendre.

Commencez par quelques e-mails par jour et par boîte, puis augmentez sur quelques semaines ; l’email warmup calculator (en anglais) établit le plan semaine par semaine. Un vieux domaine au mauvais historique est pire qu’un domaine neuf : l’âge seul n’est donc jamais une raison d’acheter un domaine expiré.