Vérificateur d'enregistrement DMARC

Ce qu'une vérification DMARC vous apprend

Une vérification DMARC confirme si un domaine possède bien un enregistrement TXT à l'emplacement attendu _dmarc hôte. Lorsque l'enregistrement est présent, le vérificateur analyse les principales balises pour vous indiquer si le domaine se contente de surveiller, met les échecs en quarantaine ou les rejette. Il affiche aussi les adresses de rapport et les paramètres de déploiement lorsqu'ils sont publiés.

La valeur de la politique compte, car elle indique aux fournisseurs de messagerie ce que le propriétaire du domaine souhaite qu'il advienne en cas d'échec de l'authentification. p=none sert à la surveillance. p=quarantine demande aux fournisseurs de traiter les échecs avec méfiance, souvent en les dirigeant vers les spams. p=reject demande aux fournisseurs de bloquer les e-mails en échec. Avancez prudemment, car une politique stricte peut affecter des e-mails légitimes si SPF ou DKIM n'est pas aligné.

Les paramètres d'alignement comptent aussi. L'alignement souple permet à une relation de sous-domaine d'être considérée comme alignée. L'alignement strict exige une correspondance exacte du domaine. Le mode souple est courant pour les envois opérationnels, tandis que le mode strict convient aux configurations d'expéditeurs étroitement contrôlées.

Quand revérifier le DMARC

Revérifiez le DMARC chaque fois qu'un nouvel outil d'envoi est ajouté, qu'un sous-domaine se met à envoyer, que les clés DKIM tournent ou que les inclusions SPF changent. Un domaine peut sembler en bonne santé pour le courrier classique alors qu'une plateforme marketing ou un outil commercial échoue encore à l'alignement. Vérifier le DMARC avant un lancement vous laisse le temps de corriger l'authentification avant que les signaux de réputation ne s'accumulent.

Pour l'ensemble de votre processus d'envoi, associez ce vérificateur au vérificateur SPF, vérificateur DKIM, and bilan de santé e-mail. For the recipient side, use la vérification en masse avant d'envoyer vers des listes CRM, newsletter ou prospection exportées.

Comment intégrer les vérifications DMARC à votre processus d'envoi

Vérifiez le DMARC avant de chauffer un nouveau domaine, avant de connecter une nouvelle plateforme d'envoi et avant de lancer une campagne à fort volume. L'objectif est de repérer les incohérences tant qu'elles restent faciles à corriger. Si le DMARC est absent, publiez d'abord une politique de surveillance. S'il existe mais affiche un alignement strict, assurez-vous que chaque expéditeur utilise exactement le domaine ou le sous-domaine attendu par la politique.

Pour les domaines déjà établis, comparez la politique au comportement réel de vos campagnes. Une marque peut utiliser un domaine pour le courrier des collaborateurs, un sous-domaine pour les e-mails de cycle de vie et un sous-domaine distinct pour la prospection sortante. Chaque canal doit disposer d'une authentification conforme à la manière dont le courrier est réellement envoyé. Quand un canal évolue, recontrôlez les enregistrements DNS plutôt que de vous fier à la configuration du trimestre dernier.

Le DMARC aide aussi à protéger l'identité de votre marque, mais ce n'est pas la seule vérification à faire avant un envoi. Contrôlez SPF et DKIM, vérifiez les adresses avant l'import et surveillez le taux de rebond après chaque campagne. En dessous de 3 % tout va bien, entre 3 et 5 % un nettoyage s'impose, et au-delà de 5 % une analyse approfondie de la qualité de la liste s'impose avant d'envoyer davantage.

Si le vérificateur renvoie une politique stricte, prenez le temps avant de connecter un nouvel expéditeur. Confirmez que celui-ci peut réussir l'alignement DKIM ou SPF avec le domaine visible exact du champ From. S'il en est incapable, corrigez d'abord l'authentification ou envoyez depuis un sous-domaine correctement configuré.

Si le vérificateur indique une surveillance seule, le domaine reste utilisable, mais il ne demande pas aux destinataires de mettre en quarantaine ni de rejeter les messages en échec. Considérez la surveillance comme une phase de visibilité, et non comme l'état final d'un domaine d'envoi mature.