Aller au contenu

Vérificateur des exigences pour l'envoi en masse

Comparez un domaine à ce que Gmail, Yahoo et Microsoft exigent des expéditeurs en masse.

Recherche en direct

Notre serveur l’exécute en direct quand vous appuyez sur le bouton. La même réponse peut être réutilisée pendant 10 minutes au plus, et elle l’indique quand c’est le cas.

Domaine d'envoi (celui de votre adresse From)

Quelles sont les exigences pour l'envoi en masse ?

Gmail et Yahoo demandent à chaque expéditeur d'authentifier ses e-mails avec SPF ou DKIM, de donner aux IP d'envoi un DNS inverse fonctionnel et de garder les plaintes pour spam sous 0,3 %. Les expéditeurs en masse doivent en plus utiliser à la fois SPF et DKIM, publier DMARC et proposer la désinscription en un clic. Microsoft a fixé des règles d'authentification similaires pour les adresses Outlook.com en mai 2025.

Lire le résultat

Cinq exigences se lisent dans le DNS, et chacune reçoit un verdict : SPF, DKIM, DMARC, la possibilité d'un alignement et, si vous saisissez l'IP d'envoi, son DNS inverse. Ouvrez-en une pour voir la règle de chaque fournisseur, reformulée, avec un lien vers la page d'où elle vient. TLS, taux de spam, en-têtes de désinscription et format du message sont listés à part, car le DNS ne peut pas les montrer.

Beat tourne sur le même moteur, à intervalles réguliers, sur l’ensemble des 41 vérifications et des 25 blacklists. Ce qu’il ajoute : reposer la question, remarquer quand une réponse change et vous dire quoi faire.

Échecs fréquents aux exigences d'envoi en masse

  • Aucun enregistrement DMARC

    Les trois fournisseurs en exigent un des expéditeurs en masse. p=none respecte la règle : vous pouvez donc le publier aujourd'hui et durcir la politique quand les rapports montrent que vos expéditeurs passent.

  • DKIM sur un sélecteur que nous n'avons pas essayé

    Le DNS ne permet pas de lister les sélecteurs, donc sans le vôtre l'outil interroge les 21 qu'utilisent les fournisseurs courants. S'il n'en trouve aucun, saisissez le sélecteur indiqué dans la balise s= d'un en-tête DKIM-Signature d'un message que vous avez envoyé.

  • Un alignement qui repose sur SPF seul

    Si votre plateforme d'envoi utilise son propre domaine de Return-Path et signe avec son propre domaine DKIM, rien ne s'aligne avec votre adresse From et DMARC échoue alors que SPF et DKIM passent tous les deux. Une clé DKIM sur votre propre domaine règle le problème.

  • Pas de DNS inverse sur l'IP d'envoi

    Gmail et Yahoo exigent un enregistrement PTR dont le nom d'hôte renvoie à la même IP. C'est votre hébergeur ou votre fournisseur d'envoi qui le configure, pas votre hébergeur DNS.

  • Des désinscriptions traitées trop lentement

    La FAQ de Google demande que les désinscriptions soient traitées sous 48 heures, et Yahoo sous 2 jours. Le DNS ne peut pas le montrer : testez-le en vous désinscrivant de vos propres e-mails.

Beat · surveillance payante

Un battement de cœur pour vos e-mails.

Beat lance chaque vérification de ce site à intervalles réguliers : 41 vérifications, 50 blacklists et un vrai inbox placement. Dès que quelque chose casse, il vous dit ce qui a cassé, pourquoi c’est important et le correctif exact.

example.comSous surveillance
  • SPFréussi
  • DKIMréussi
  • DMARCp=none
  • Blacklists0 / 50

Illustration. Votre domaine, toutes les quelques heures.

Aussi chez nous :Pulse : votre propre infrastructure d’envoiConseil : 65 $ US/h, sans forfait mensuel