Délivrabilité e-mail : SPF, DKIM et DMARC expliqués
Délivrabilité e-mail : SPF, DKIM et DMARC avec exemples DNS, règles Gmail, Yahoo et Outlook, désinscription en un clic, warm-up et liste de contrôle.
Par OmniChannels.ai Editorial Team · Relu par BroadNet Messaging Solutions Team
Omnicanal
Réponse courte
La délivrabilité e-mail mesure si vos messages arrivent en boîte de réception plutôt que d'être rejetés ou classés en spam. Elle repose sur trois enregistrements DNS : le SPF liste les serveurs autorisés à envoyer pour votre domaine, le DKIM signe chaque message, et le DMARC indique aux destinataires quoi faire en cas d'échec et vous envoie des rapports. Ajoutez la désinscription en un clic, des listes propres, une montée en volume progressive et un taux de spam sous 0,3 %.
Sur cette page
- Qu'est-ce que la délivrabilité e-mail ?
- À quoi servent SPF, DKIM et DMARC ?
- À quoi ressemblent des exemples d'enregistrements DNS ?
- Qu'est-ce que l'alignement DMARC, et pourquoi provoque-t-il des échecs ?
- Que demandent Gmail, Yahoo et Outlook.com aux expéditeurs en masse ?
- Comment configurer la désinscription en un clic ?
- Comment chauffer (warm-up) un nouveau domaine ou une nouvelle IP ?
- Comment garder sa liste propre ?
- Comment surveiller la délivrabilité ?
- Liste de contrôle de la délivrabilité e-mail
- Exemple concret : une pharmacie en ligne de Dubaï se met aux campagnes
- Quelles sont les limites de ce guide ?
- Comment OmniChannels.ai vous aide
Points clés
- SPF, DKIM et DMARC prouvent que le courrier vient bien de votre domaine ; le DMARC n'est validé que si le SPF ou le DKIM réussit pour un domaine aligné avec l'adresse d'expéditeur visible (From).
- Les consignes de Google appliquent des règles plus strictes aux expéditeurs de plus de 5 000 messages par jour vers des adresses Gmail : SPF, DKIM et DMARC, désinscription en un clic pour le courrier marketing, et un taux de spam maintenu sous 0,30 %.
- Yahoo demande aux expéditeurs en masse du SPF, du DKIM et une politique DMARC d'au moins p=none, et d'honorer les désinscriptions sous 2 jours ; Outlook.com applique des règles d'authentification aux domaines qui envoient plus de 5 000 e-mails par jour.
- Dès que Google vous considère comme expéditeur en masse, ce statut n'expire pas : mettez en place l'authentification et la désinscription avant d'atteindre le seuil.
- Démarrez le DMARC à p=none avec une adresse de rapports, lisez les rapports pour repérer tous les expéditeurs légitimes, puis durcissez la politique.
Ce guide s'adresse aux équipes marketing, CRM et ingénierie qui envoient des e-mails depuis leur propre domaine et veulent qu'ils arrivent en boîte de réception. Il explique ce qu'est la délivrabilité, comment fonctionnent SPF, DKIM et DMARC avec des exemples d'enregistrements DNS, ce que Gmail, Yahoo et Outlook.com demandent aux expéditeurs en masse, et propose une liste de contrôle à parcourir avant une campagne.
Qu'est-ce que la délivrabilité e-mail ?
La délivrabilité e-mail est la capacité de vos e-mails à atteindre la boîte de réception des destinataires plutôt que d'être rejetés ou filtrés vers les spams. Elle dépend de l'authentification, de la réputation de l'expéditeur, de la qualité des listes, des taux de plaintes et du contenu. Notre entrée de glossaire sur la délivrabilité e-mail en donne la définition courte.
On confond souvent deux notions. Un message est délivré quand le serveur destinataire l'accepte. Il est placé en boîte de réception seulement si les filtres du fournisseur de messagerie lui font ensuite confiance. Une campagne peut afficher 99 % d'acceptation et finir quand même en spam, d'où la nécessité de suivre à la fois les signaux côté serveur (rebonds) et ceux des fournisseurs de messagerie (taux de spam, réputation).
À quoi servent SPF, DKIM et DMARC ?
Le SPF indique quels serveurs peuvent envoyer pour votre domaine, le DKIM signe le message pour que toute altération soit détectable, et le DMARC relie les deux à l'adresse d'expéditeur affichée et dit aux destinataires quoi faire en cas d'échec. Voir aussi l'entrée de glossaire SPF, DKIM et DMARC.
| Norme | Ce qu'elle vérifie | Où elle se trouve | Échoue quand |
|---|---|---|---|
| SPF (RFC 7208) | Le serveur qui se connecte figure sur votre liste autorisée | Enregistrement TXT sur votre domaine | Un service d'envoi manque dans l'enregistrement, ou celui-ci dépasse 10 requêtes DNS |
| DKIM (RFC 6376) | La signature du message correspond à une clé publique | Enregistrement TXT à selector._domainkey.yourdomain |
Le message est modifié, la clé est erronée ou la plateforme ne signe pas pour votre domaine |
| DMARC | Le SPF ou le DKIM a réussi pour un domaine aligné avec l'adresse From | Enregistrement TXT à _dmarc.yourdomain |
Ni le SPF ni le DKIM ne réussit avec alignement |
La spécification DMARC était à l'origine la RFC 7489. L'IETF a depuis publié la RFC 9989, un document de la voie de normalisation qui rend obsolètes la RFC 7489 et la RFC 9091 : citez donc la RFC 9989 lorsque vous avez besoin de la référence actuelle. Les balises de base utilisées dans cet article (v, p, rua) n'ont pas changé de sens.
À quoi ressemblent des exemples d'enregistrements DNS ?
Voici des enregistrements simplifiés pour le domaine de documentation example.com. Remplacez l'include et la clé par les valeurs que vous fournit votre prestataire d'e-mail ; ne copiez jamais les valeurs d'une autre entreprise.
SPF (un seul enregistrement par domaine) :
example.com. IN TXT "v=spf1 include:_spf.mailprovider.example ~all"
DKIM (votre prestataire crée la paire de clés et vous donne le sélecteur et la clé publique) :
s1._domainkey.example.com. IN TXT "v=DKIM1; k=rsa; p=MIIBIjANBgkq...public-key-here..."
DMARC (commencez en mode surveillance) :
_dmarc.example.com. IN TXT "v=DMARC1; p=none; rua=mailto:dmarc-reports@example.com"
Remarques pour chacun :
- SPF : publiez exactement un enregistrement SPF. Deux enregistrements font échouer le SPF. Chaque service qui envoie avec votre domaine (plateforme marketing, outil de support, CRM, plateforme de messagerie) doit être couvert par un
includeou une adresse IP, et le total doit rester dans la limite de 10 requêtes DNS. - DKIM : Google indique que l'envoi vers des comptes Gmail personnels exige une clé DKIM de 1024 bits ou plus, et recommande 2048 bits si votre prestataire le permet.
- DMARC :
p=nonedemande aux destinataires de ne rien faire en cas d'échec mais de vous envoyer tout de même des rapports à l'adresserua. C'est la bonne première étape. Vous passerez ensuite àp=quarantine, puis àp=reject.
Qu'est-ce que l'alignement DMARC, et pourquoi provoque-t-il des échecs ?
L'alignement signifie que le domaine qui a réussi le SPF ou le DKIM correspond au domaine de l'adresse d'expéditeur visible. Le DMARC est validé quand au moins l'un des deux réussit avec alignement. C'est l'étape que l'on oublie.
Supposons que votre plateforme de newsletter envoie depuis news@example.com mais utilise son propre domaine de rebond pour le SPF et son propre domaine pour signer le DKIM. Le SPF et le DKIM « réussissent » tous deux, mais aucun des domaines ne correspond à example.com : le DMARC échoue. La solution est de configurer l'authentification de domaine personnalisé avec la plateforme, afin qu'elle signe avec une clé publiée sous votre domaine et utilise un domaine de rebond sous votre domaine. Google précise aussi que l'alignement DMARC n'est pas exigé pour les messages transférés ou issus de listes de diffusion.
Que demandent Gmail, Yahoo et Outlook.com aux expéditeurs en masse ?
Gmail, Yahoo et Outlook.com attendent tous une authentification des expéditeurs à gros volume, et Gmail et Yahoo y ajoutent la désinscription en un clic et des plafonds de taux de spam. Consultez la page de chaque fournisseur pour le texte en vigueur, car les modalités d'application évoluent.
| Exigence | Google (Gmail) | Yahoo | Microsoft (Outlook.com) |
|---|---|---|---|
| Qui est concerné | Tous les expéditeurs pour les bases ; règles supplémentaires au-delà de 5 000 messages par jour vers des comptes Gmail | Bases pour tous ; règles supplémentaires pour les expéditeurs en masse | Domaines envoyant plus de 5 000 e-mails par jour |
| Authentification | SPF ou DKIM pour tous ; SPF, DKIM et DMARC pour les expéditeurs en masse | SPF ou DKIM pour tous ; les deux, plus DMARC, pour les expéditeurs en masse | SPF et DKIM doivent réussir ; DMARC avec au moins p=none, aligné |
| Politique DMARC | Doit réussir, avec alignement sur le domaine From | Au moins p=none et doit réussir ; rua fortement recommandé |
Au moins p=none, aligné avec le SPF ou le DKIM |
| Désinscription en un clic | Requise pour le courrier marketing et les abonnements des expéditeurs en masse, plus un lien visible | Requise pour les expéditeurs en masse, plus un lien visible ; à honorer sous 2 jours | Ne fait pas partie des exigences citées |
| Taux de spam | Sous 0,10 %, jamais 0,30 % ou plus | Sous 0,3 % | Non précisé dans le billet cité |
Autres points issus des consignes de Google : l'IP d'envoi doit avoir un DNS direct et inverse concordants (un enregistrement PTR valide), le courrier doit être envoyé en TLS, les messages doivent avoir un Message-ID valide et un format RFC 5322 propre, et le HTML ne doit pas masquer de contenu. Les expéditeurs qui atteignent une fois le seuil d'envoi en masse sont considérés définitivement comme tels ; le statut n'expire pas. Google précise aussi que le courrier non conforme peut être rejeté ou livré en spam.
Sur Outlook.com, le billet de Microsoft indique que le courrier non conforme provenant de domaines à gros volume est dirigé vers le dossier Courrier indésirable, le rejet (erreur 550; 5.7.515 Access denied) étant prévu à une date ultérieure qui sera annoncée. Revérifiez la page de Microsoft avant de vous y fier, car l'étape d'application a pu évoluer.
Comment configurer la désinscription en un clic ?
Ajoutez deux en-têtes à chaque message marketing, ainsi qu'un lien de désinscription visible dans le corps. Les en-têtes sont définis dans les RFC 2369 et RFC 8058.
List-Unsubscribe: <https://example.com/unsubscribe?t=abc123>
List-Unsubscribe-Post: List-Unsubscribe=One-Click
L'URL doit accepter une requête POST et désinscrire le destinataire sans connexion ni autre question. Yahoo indique que la méthode POST est vivement recommandée et qu'une méthode mailto est acceptable. Yahoo demande aussi d'honorer les désinscriptions sous 2 jours : traitez-les automatiquement et tenez une seule liste de suppression partagée entre tous les outils de campagne que vous utilisez.
Comment chauffer (warm-up) un nouveau domaine ou une nouvelle IP ?
Le warm-up consiste à augmenter votre volume d'envoi par paliers afin que les fournisseurs de messagerie apprennent votre réputation à partir d'un bon engagement. Google conseille seulement d'augmenter le volume progressivement et de surveiller les signalements de spam des destinataires : suivez donc un calendrier piloté par les données plutôt qu'un tableau publié.
- Authentifiez d'abord. Publiez SPF, DKIM et DMARC et vérifiez qu'ils réussissent avant le premier envoi.
- Commencez par les personnes les plus engagées : acheteurs récents, lecteurs récents ou nouveaux abonnés.
- Augmentez le volume par paliers tant que les rebonds et les plaintes restent faibles.
- Gardez un rythme régulier. Des pics soudains depuis un domaine silencieux ressemblent à un abus.
- Suspendez la hausse au premier signe de rebonds, de blocages ou de plaintes en hausse, et corrigez la cause avant de continuer.
- Ajoutez les segments plus froids en dernier, et abandonnez ceux qui ne s'engagent jamais.
Si vous envoyez depuis l'adresse d'expéditeur d'une plateforme partagée, vous héritez de la réputation d'autrui ; envoyer depuis votre propre domaine authentifié fait de la réputation la vôtre, pour le meilleur comme pour le pire.
Comment garder sa liste propre ?
Une liste propre est l'outil de délivrabilité le moins cher. N'écrivez qu'aux personnes qui ont accepté de recevoir vos e-mails, et retirez les adresses qui ne peuvent pas les recevoir.
- Recueillez correctement le consentement et gardez-en la trace : voir notre guide sur l'opt-in et le consentement sur tous les canaux et le générateur de consentement opt-in gratuit.
- Retirez immédiatement les rebonds durs. Écrire à répétition à des adresses invalides nuit à votre réputation.
- Supprimez les désinscrits et les auteurs de plaintes pour spam dans tous les outils.
- Mettez en sommeil les contacts inactifs. Définissez l'inactivité selon votre activité (par exemple, aucun clic ni achat sur une période que vous choisissez) et cessez de leur écrire, ou envoyez d'abord un message de redemande de consentement.
- N'achetez pas de listes. Les adresses achetées n'ont aucun consentement et tendent à produire des plaintes.
- Séparez les flux transactionnels et marketing pour qu'un pic de plaintes marketing ne nuise pas aux reçus et aux réinitialisations de mot de passe. Nous y revenons dans e-mail transactionnel ou marketing.
Comment surveiller la délivrabilité ?
Surveillez trois sources : vos propres données de rebonds et de livraison, les tableaux de bord des fournisseurs de messagerie et vos rapports DMARC.
- Google Postmaster Tools montre le taux de spam, les résultats d'authentification et la réputation du domaine et de l'IP pour le courrier envoyé aux utilisateurs de Gmail. Les consignes de Google invitent les expéditeurs à l'utiliser pour suivre les signalements de spam, les problèmes de livraison et l'authentification.
- Les rapports agrégés DMARC envoyés à votre adresse
rualistent chaque source qui envoie avec votre domaine. Ils servent à retrouver l'outil CRM ou de facturation oublié avant de passer àp=reject. - Gestion des rebonds : les rebonds durs sont des échecs permanents et doivent être retirés ; les rebonds souples sont temporaires et doivent être retentés quelques fois avant d'abandonner. Dans l'API e-mail, vous pouvez analyser la boîte pour y trouver les messages de rebond et lancer le suivi des rebonds.
- Tests avec adresses témoins : envoyez à vos propres adresses chez les principaux fournisseurs avant chaque campagne et vérifiez le dossier, les en-têtes et les résultats d'authentification.
Liste de contrôle de la délivrabilité e-mail
Parcourez-la avant chaque nouveau domaine, plateforme ou grosse campagne.
- Enregistrement SPF publié une seule fois, couvrant chaque service d'envoi, dans la limite de 10 requêtes.
- DKIM activé pour votre domaine, clé de 2048 bits lorsque c'est possible.
- Enregistrement DMARC publié avec une adresse
rua; politique durcie seulement quand les rapports sont propres. - Domaine From aligné avec le domaine SPF ou DKIM.
- DNS direct et inverse concordants sur l'IP d'envoi, et TLS activé.
- En-têtes de désinscription en un clic et lien de désinscription visible sur le courrier marketing.
- Désinscriptions traitées automatiquement, bien en deçà de 2 jours.
- Consentement enregistré pour chaque destinataire ; aucune liste achetée.
- Rebonds durs retirés ; contacts inactifs mis en sommeil.
- Volume monté progressivement ; taux de spam surveillé dans Postmaster Tools.
- Courrier marketing et transactionnel sur des flux séparés.
- Envois de test vérifiés chez les principaux fournisseurs de messagerie.
Exemple concret : une pharmacie en ligne de Dubaï se met aux campagnes
« Noor Pharmacy », détaillant fictif de Dubaï, envoie des reçus de commande depuis orders@noorpharmacy.example via sa boutique en ligne et veut ajouter une newsletter mensuelle via une plateforme marketing. Lors d'un audit, elle constate que la boutique est couverte par le SPF mais que la plateforme de newsletter signe avec son propre domaine.
Actions : ajouter la plateforme à l'enregistrement SPF existant plutôt que d'en créer un second, activer le DKIM sur domaine personnalisé, publier p=none avec une boîte rua et lire deux semaines de rapports. Les rapports révèlent un ancien outil de support qui envoyait aussi avec le domaine ; il est authentifié. La newsletter passe sur un sous-domaine, news.noorpharmacy.example, afin qu'un pic de plaintes sur les promotions ne puisse pas toucher les reçus. Ensuite, la pharmacie écrit d'abord à ses clients les plus engagés et élargit l'audience par paliers, en surveillant le taux de spam.
Quelles sont les limites de ce guide ?
L'authentification vous fait franchir la porte, pas arriver en boîte de réception. Les fournisseurs de messagerie pèsent aussi l'engagement, le contenu et l'historique, qu'aucun enregistrement DNS ne contrôle, et leurs règles évoluent : nous renvoyons donc aux pages des fournisseurs plutôt que de citer des seuils fixes au-delà de ceux mentionnés. Personne ne peut promettre l'arrivée en boîte de réception. Ceci est un conseil général, pas un avis juridique ; l'e-mail marketing a aussi des règles de consentement, traitées dans e-mail transactionnel ou marketing.
Comment OmniChannels.ai vous aide
OmniChannels.ai envoie des e-mails depuis votre propre expéditeur : vous connectez votre boîte en SMTP et IMAP, ou envoyez via l'API e-mail, avec des contrôles des enregistrements SPF et DMARC de votre domaine et un envoi de test en sandbox. Les campagnes prennent en charge l'import Excel ou CSV, le filtrage des doublons, l'aperçu et la planification, et les réponses arrivent dans l'Omni Inbox à côté de WhatsApp et des autres canaux. Les rapports de livraison s'exportent en CSV. Découvrez le canal e-mail ou réservez une présentation technique. Pour comprendre pourquoi l'e-mail n'est qu'une partie du mix, lisez SMS ou e-mail marketing.
Questions fréquentes
Quelle différence entre SPF, DKIM et DMARC ?
Le SPF est un enregistrement DNS qui liste les serveurs autorisés à envoyer du courrier pour un domaine. Le DKIM ajoute à chaque message une signature cryptographique que les destinataires vérifient avec une clé publique publiée dans le DNS. Le DMARC s'appuie sur les deux : il fixe la politique pour le courrier en échec, exige l'alignement avec le domaine d'expéditeur visible et demande des rapports. Il faut les trois pour une bonne arrivée en boîte de réception.
Ai-je besoin du DMARC si j'envoie moins de 5 000 e-mails par jour ?
Google exige le SPF ou le DKIM de tous les expéditeurs et ajoute le DMARC pour les expéditeurs en masse au-delà de 5 000 messages par jour vers Gmail. Même en dessous, publier le DMARC à p=none coûte peu, vous donne des rapports sur qui envoie en se faisant passer pour votre domaine et vous prépare à la croissance. Une fois le seuil atteint, Google vous considère définitivement comme expéditeur en masse.
Quel est un bon taux de plaintes pour spam ?
Google recommande de garder le taux de spam indiqué dans Postmaster Tools sous 0,10 % et de ne jamais atteindre 0,30 %. Yahoo demande de rester sous 0,3 %. Voyez ces seuils comme des plafonds, pas des objectifs. N'écrivez qu'aux personnes qui ont demandé vos e-mails, facilitez la désinscription et retirez les adresses inactives pour que les plaintes restent rares.
Qu'est-ce que la désinscription en un clic, et en ai-je besoin ?
La désinscription en un clic permet au destinataire de se désabonner depuis son client de messagerie sans ouvrir de page. Vous ajoutez deux en-têtes, List-Unsubscribe avec une URL et List-Unsubscribe-Post défini sur List-Unsubscribe=One-Click, comme le définit la RFC 8058. Google et Yahoo l'exigent pour le courrier marketing et les abonnements des expéditeurs en masse, en plus d'un lien de désinscription visible dans le corps du message.
Combien de temps faut-il pour chauffer (warm-up) un nouveau domaine d'envoi ?
Il n'existe pas de calendrier fixe. Google dit seulement d'augmenter le volume progressivement en surveillant les signalements de spam. Commencez par les destinataires les plus engagés, augmentez le volume par paliers et suspendez la hausse si les rebonds ou les plaintes montent. Plus la liste est grande, plus il faut de paliers. Jugez la progression sur les données de Postmaster Tools et les taux de rebond, pas sur un calendrier.
Pourquoi mon e-mail va-t-il en spam malgré SPF, DKIM et DMARC ?
L'authentification prouve l'identité, pas la qualité. Le courrier peut être filtré à cause d'une mauvaise réputation d'expéditeur, de taux de plaintes ou de rebonds élevés, de listes achetées ou périmées, d'objets trompeurs, d'un HTML défectueux ou de liens vers des domaines à faible réputation. Vérifiez aussi l'alignement : une plateforme tierce qui signe avec son propre domaine réussit le DKIM mais peut échouer au DMARC pour votre marque.
Sources
- Email sender guidelines, Google Workspace Admin Help
- Email sender guidelines FAQ, Google Workspace Admin Help
- Sender best practices, Yahoo Sender Hub
- Strengthening the email ecosystem: Outlook's new requirements for high-volume senders, Microsoft Tech Community
- RFC 9989: Domain-Based Message Authentication, Reporting, and Conformance (DMARC), RFC Editor
À lire aussi
Autres guidesOmnicanal
E-mail transactionnel ou marketing : différences et règles
E-mail transactionnel ou marketing : définitions, règles CAN-SPAM et consentement dans l'UE, flux d'envoi séparés, modèles de messages et pièges des messages mixtes.
9 min de lecture
Omnicanal
Facebook Messenger pour les entreprises : guide et règles
Messenger pour les entreprises : fonctionnement, fenêtre de 24 heures, balises de message, réponses automatiques, pubs Click-to-Messenger et boîte partagée.
10 min de lecture
Émirats et Arabie saoudite
Messagerie client en arabe : bonnes pratiques pour le CCG
Messagerie client en arabe : arabe standard ou dialecte du Golfe, modèles bilingues, texte de droite à gauche, chiffres, noms et organisation des conseillers.
8 min de lecture
