Sous RFC 9989 §5.4, a DMARC pass ne garantit pas le placement dans la boîte de réception. Il établit un résultat d'authentification de domaine aligné pour un message. Un service de réception peut toujours rejeter le message pour une autre raison, l'accepter comme spam, le placer dans la boîte de réception ou appliquer ultérieurement un traitement spécifique à l'utilisateur.
Cette limite est importante car un mauvais diagnostic crée un mauvais changement. DNS ne peut pas réparer un mauvais consentement, des plaintes soutenues ou un contenu indésirable. À l’inverse, le travail de réputation ne corrige pas un chemin d’authentification non aligné.
Séparer les étapes de livraison
Utilisez quatre mesures distinctes :
- Étape : Authentification ; Question : Est-ce que SPF ou DKIM passer, et au moins une identité de passage s'alignait-elle sur From ?
- Étape : Acceptation ; Question : Le serveur de réception a-t-il accepté le message lors SMTP ?
- Étape : Placement ; Question : Après acceptation, où le destinataire a-t-il placé ou exposé le message ?
- Étape : Fiançailles ; Question : Qu'a fait le destinataire et quelle est la fiabilité de cette mesure ?
L'achèvement SMTP positif après la fin des données est spécifié dans RFC 5321 §4.2.5. Un message peut réussir l'authentification et échouer à l'acceptation. Il peut être accepté et placé dans les spams. Il peut atteindre la boîte de réception et ne recevoir aucun engagement utile. Ne décrivez pas les quatre résultats comme une délivrabilité.
Lire un tableau de diagnostic fictif
Les cas suivants sont synthétiques. Ils illustrent comment choisir la prochaine enquête sans revendiquer les performances observées.
- Observations : DMARC ; Cas A : Réussite ; Cas B : Réussite ; Cas C : Échec
- Observations : SMTP ; Cas A : Accepté ; Cas B : Accepté ; Cas C : Rejeté avec réponse liée à l'authentification
- Observations : Placement ; Cas A : spam ; Cas B : boîte de réception ; Cas C : Aucune copie livrée disponible
- Observation : Plaintes ou signaux du destinataire ; Cas A : Nombre élevé de plaintes ; Cas B : Normal pour la cohorte définie ; Cas C : non applicable au message rejeté
- Observation : Prochain focus ; Cas A : Consentement, attentes, réputation, contenu et modèles d'envoi ; Cas B : Continuer à surveiller un trafic comparable ; Cas C : chaîne d'identité, signature, chemin SPF et réponse du fournisseur
Dans le cas A, faire passer DMARC de aucun à rejeter ne répond pas aux raisons pour lesquelles les messages authentifiés sont indésirables. Enquêter sur la provenance, la suppression, la fréquence, le contenu et les commentaires des fournisseurs de la liste. Dans le cas C, les tests de la boîte de réception ne peuvent pas commencer tant que le rejet lié à l'authentification n'est pas compris.
Utilisez l’authentification comme condition préalable et non comme raccourci de réputation
Les fournisseurs de boîtes aux lettres publient des exigences et des recommandations pour les expéditeurs, telles que Consignes de Google pour les destinataires personnels Gmail. Ces exigences peuvent inclure SPF , DKIM , DMARC , DNS valide, des pratiques de transport, des contrôles de réclamation et un désabonnement facile pour le trafic applicable. Répondre à une exigence ne dispense pas des autres.
L'authentification est précieuse car elle crée une identité de domaine stable et aide les destinataires à attribuer le courrier. Cela n’achète pas de réputation, ne prouve pas le consentement du destinataire et ne garantit pas un traitement favorable. Les décisions en matière de réputation et de classification dépendent du destinataire et peuvent varier en fonction du flux de trafic, du destinataire et de l'heure.
Ne déduisez pas la causalité d’un changement DNS et d’un changement de placement simultanés. Un programme d'envoi peut modifier à la fois le volume, l'audience, le contenu et l'infrastructure. Enregistrez les interventions et comparez les cohortes comparables avant de tirer une conclusion.
Diagnostiquer avec les preuves du destinataire concerné
Commencez par la réponse SMTP réelle et les résultats d'authentification approuvés dans les limites spécifiées par RFC 8601 §7.1. Si le message a été rejeté, le code et le texte qui l'accompagne peuvent identifier une catégorie, mais le code à lui seul ne constitue pas un diagnostic complet. La documentation du fournisseur et les journaux d'envoi sont nécessaires pour l'interpréter.
Si le message a été accepté, utilisez la télémétrie du fournisseur disponible, les tests de départ avec les limites indiquées, les rapports des destinataires et les données de campagne contrôlées. Une boîte aux lettres de test constitue une preuve de cette boîte aux lettres et de ce message, et non une prédiction universelle pour chaque destinataire.
Pour l'authentification, enregistrez From, l'identité SPF évaluée, chaque domaine DKIM d=, alignement et la politique applicable. Pour l’état du programme, enregistrez le flux de trafic, le volume, les informations sur les plaintes, le comportement de suppression, l’origine de la liste, les modifications de contenu et le calendrier.
Traitez soigneusement les mesures d’engagement
Le taux d'ouverture n'est pas un proxy autonome fiable pour le placement dans la boîte de réception ou l'attention humaine. Protection de la confidentialité du courrier d'Apple télécharge du contenu distant en arrière-plan, quel que soit l'engagement. Guide de suivi ouvert de Mailchimp documente également les images de suivi bloquées et les limitations de format client. Les clics peuvent également inclure une analyse de sécurité automatisée, comme décrit dans Conseils sur l'activité des robots de Mailchimp.
Définir la population et la méthode de mesure. Combinez les réponses en matière de livraison, les plaintes, le comportement de désabonnement, les preuves des fournisseurs et les résultats commerciaux. Évitez de prétendre à une amélioration d’une mesure sans une base de référence comparable et une explication des changements confus.
Évitez les modifications DNS qui ciblent le mauvais problème
N'ajoutez pas d'autre inclusion SPF car une campagne authentifiée atterrit dans le spam. N'affaiblissez pas l'alignement pour rechercher le placement. Ne pas publier en double Enregistrements SPF. Ne décidez pas de rejeter uniquement parce qu'un message test a atteint une boîte de réception.
Les modifications DNS devraient résoudre un problème d’identité ou de politique démontré. Les changements dans les pratiques d'envoi devraient résoudre les problèmes de consentement, de fréquence, de contenu, de segmentation ou de réputation. Parfois, les deux axes de travail sont nécessaires, mais ils doivent conserver des propriétaires et des preuves distincts.
Construire un dossier de diagnostic commun
Un dossier de cas utile contient :
- l'expéditeur exact, du domaine et du flux de trafic ;
- un message représentatif et des résultats d'authentification fiables ;
- Réponse SMTP et horodatage ;
- placement observé avec méthode et limites ;
- plainte, suppression et preuves du destinataire disponibles pour cette cohorte ;
- les récents changements techniques et de programme ;
- une hypothèse, un propriétaire, une date d'intervention et de révision.
Ce format transforme la question « DMARC a-t-il corrigé la délivrabilité ? » en questions testables. L'authentification s'est-elle améliorée ? L’acceptation a-t-elle changé ? Le placement a-t-il changé pour un courrier comparable ? La réponse des destinataires s’est-elle améliorée sans déplacer le public ?
Pour la preuve d'identité, utilisez le guide de la chaîne d'identité des e-mails. Pour une base de surveillance, continuez avec la Guide de politique de surveillance DMARC.
Conserver la conclusion dans les preuves
Pour le cas A, conservez l'observation authentifiée mais spam et examinez les preuves de la plainte déclarées ; pour le cas C, conservez le rejet réel avant d’enquêter sur l’emplacement de la boîte de réception. Comparez la même méthode de mesure et la même cohorte pour tous les changements. Les ouvertures ou clics automatisés ne sont pas la preuve d’une action humaine. Ces cas sont fictifs et ne sont pas des mesures de campagne ou des promesses d'amélioration.