Guide de configuration de l'authentification email SPF DKIM DMARC 2026
Seuls 18,2 % des dix millions de domaines les plus populaires ont des enregistrements DMARC valides. Pendant ce temps, les domaines avec une configuration complète de l'authentification email SPF DKIM DMARC obtiennent 2,7 fois un meilleur placement dans la boîte de réception. Ce n'est pas un petit avantage — c'est la différence entre une campagne qui fonctionne et une qui disparaît.
Si vous envoyez des emails B2B sans les trois protocoles configurés, vous perdez déjà des affaires dont vous ne saurez jamais.
Qu'est-ce que l'authentification email ? (Et pourquoi c'est important maintenant)
L'authentification email est un ensemble de protocoles basés sur le DNS qui vérifient votre identité en tant qu'expéditeur. Sans cela, n'importe qui peut usurper votre domaine et envoyer des emails en prétendant être vous.
Pensez-y comme à la sécurité de l'aéroport. SPF est l'agent de porte qui vérifie votre nom sur la liste des passagers. DKIM est le sceau inviolable sur vos bagages. DMARC est la politique de sécurité — ce qui se passe réellement lorsque quelqu'un échoue au contrôle.
Les chiffres le confirment. Le placement global dans les boîtes de réception est en moyenne de 83,1 %, selon EmailToolTester. Cela signifie qu'environ 1 email sur 6 n'arrive jamais. Pour une entreprise envoyant 5 000 emails par mois, cela représente des centaines de conversations qui ne commencent jamais.
L'adoption de DMARC a bondi de 27,3 % en 2023 à 47,6 % en 2025 (EasyDMARC). L'écart entre les expéditeurs authentifiés et non authentifiés se creuse rapidement.
SPF vs DKIM vs DMARC — Ce que chacun fait
Les gens les confondent constamment. Ils font des choses très différentes.
| Protocole | Ce qu'il fait | Limitation clé |
|---|---|---|
| SPF | Liste des serveurs de messagerie autorisés à envoyer pour votre domaine | Ne fonctionne pas avec le transfert d'email ; max 10 recherches DNS |
| DKIM | Ajoute une signature cryptographique pour vérifier l'intégrité du message | Ne dit pas aux serveurs quoi faire en cas d'échec |
| DMARC | Définit la politique pour les échecs SPF/DKIM + envoie des rapports | Ne fonctionne que lorsque SPF ou DKIM est déjà configuré |
SPF seul est une liste d'invités sans videur. DKIM seul tamponne les mains mais ne les vérifie jamais. Vous avez besoin des trois fonctionnant ensemble — c'est à ce moment-là que l'authentification email vous protège réellement.
Comment configurer SPF, DKIM & DMARC (Étape par étape)
Pas de jargon. Cinq étapes. Exemples DNS réels que vous pouvez utiliser.
Étape 1 : Listez chaque service envoyant des emails depuis votre domaine
Avant de toucher aux enregistrements DNS, cartographiez chaque expéditeur. Votre fournisseur d'email (Google Workspace, Microsoft 365) est évident. Mais aussi votre CRM, votre outil d'automatisation marketing, votre service d'email transactionnel, et toute application à laquelle quelqu'un de l'équipe commerciale s'est inscrit sans en informer l'informatique.
Manquer même un expéditeur signifie une authentification rompue. Faites d'abord la liste.
Étape 2 : Créez votre enregistrement SPF
SPF est un enregistrement DNS TXT. Il indique au monde quels serveurs sont autorisés à envoyer en votre nom.
Google Workspace uniquement :
v=spf1 include:_spf.google.com ~all
Google Workspace + Mailchimp :
v=spf1 include:_spf.google.com include:servers.mcsv.net ~all
Critique : SPF a une limite stricte de 10 recherches DNS. Chaque include: compte pour cette limite. Dépasser 10 rend l'ensemble de l'enregistrement invalide — silencieusement. Vérifiez votre nombre de recherches avec MXToolbox avant et après toute modification.
Étape 3 : Configurez la signature DKIM
DKIM utilise une paire de clés publique/privée. Votre fournisseur d'email détient la clé privée et signe les messages sortants. La clé publique va dans votre DNS afin que les serveurs récepteurs puissent vérifier la signature.
Google Workspace : Console d'administration → Applications → Google Workspace → Gmail → Authentifier l'email. Vous obtiendrez un enregistrement TXT comme :
google._domainkey.votredomaine.com → [valeur générée par Google]
Microsoft 365 : Microsoft Defender → Email & Collaboration → Politiques → Politiques de menaces → Paramètres d'authentification des emails. Publiez les deux enregistrements CNAME qu'ils fournissent.
Chaque service d'envoi a besoin de sa propre configuration DKIM. C'est fastidieux. Vous ne le faites qu'une seule fois.
Étape 4 : Publiez votre enregistrement DMARC
DMARC lie SPF et DKIM ensemble et impose une politique. Commencez en mode de surveillance — ne sautez pas directement à l'application.
v=DMARC1; p=none; rua=mailto:[email protected]; pct=100
Le tag p=none signifie que vous surveillez, pas que vous bloquez. Vous recevrez des rapports agrégés montrant qui envoie des emails en tant que votre domaine et s'ils passent l'authentification.
La progression :
p=none— surveillance uniquement, rien n'est bloquép=quarantine— les emails échouant vont dans le spamp=reject— les emails échouant sont entièrement bloqués
Atteignez finalement p=reject. C'est une protection complète. Mais se précipiter risque de bloquer vos propres expéditeurs légitimes. Accordez-vous 2 à 4 semaines à chaque étape.
Étape 5 : Testez et vérifiez
Ne publiez pas d'enregistrements et n'espérez pas le meilleur. Utilisez MXToolbox, Google Admin Toolbox ou dmarcian pour vérifier votre configuration. Envoyez des emails de test et vérifiez les en-têtes — vous voulez voir spf=pass, dkim=pass, et dmarc=pass.
Les modifications DNS peuvent prendre jusqu'à 48 heures pour se propager. Si les enregistrements n'apparaissent pas immédiatement, attendez avant de dépanner.
Le calendrier de conformité 2024–2026 : Google, Yahoo & Microsoft
C'est à ce moment que les choses sont devenues sérieuses pour les expéditeurs en masse.
Février 2024 : Google et Yahoo ont exigé SPF, DKIM et DMARC pour quiconque envoyant plus de 5 000 emails par jour. Plus une option de désinscription en un clic. Plus des taux de spam inférieurs à 0,3 %. Pas des directives — des exigences strictes. Les manquer et les emails rebondissent.
Novembre 2025 : Google a intensifié l'application. Les emails non authentifiés des expéditeurs en masse reçoivent désormais des rejets permanents. Pas de rebonds doux. Permanent. Votre serveur de messagerie ne réessaiera pas.
Mai 2025 : Microsoft a rejoint le mouvement. Outlook, Hotmail et Live.com rejettent désormais les emails non authentifiés avec le code d'erreur 550 5.7.15. Pas de période de grâce. Immédiat.
À la fin de 2026, l'application complète de DMARC s'appliquera probablement à tous les expéditeurs — pas seulement à ceux à fort volume. En ce moment, 57,3 % des expéditeurs B2B authentifient déjà leurs emails (Email Vendor Selection 2025). Si vous ne faites pas partie de ce groupe, vous êtes dans une minorité en diminution qui devient de plus en plus invisible.
Résultats concrets : Que se passe-t-il après la configuration
La théorie est une chose. Voici ce que les entreprises ont réellement constaté.
PayPal a adopté DMARC en 2012 — des années avant tout le monde. Selon DMARC.org, les attaques de phishing utilisant leur domaine ont chuté de manière significative. Lorsque vous traitez des milliards de paiements, l'usurpation de domaine est une menace existentielle. Ils l'ont résolue tôt.
Uber, Major League Baseball et Nestlé ont tous déployé l'application de DMARC dans des environnements Microsoft 365. Plusieurs pays, plusieurs départements, des dizaines d'outils d'envoi. La délivrabilité s'est améliorée. La fraude par email a diminué. Si des organisations aussi complexes peuvent y parvenir, il n'y a aucune excuse pour les opérations plus petites.
Newman University et Harmony Designs ont tous deux mis en œuvre EasyDMARC. Meilleure sécurité et meilleur placement dans la boîte de réception — sans avoir besoin d'une équipe de sécurité dédiée.
Les chiffres agrégés : Valimail rapporte une amélioration de 10 % de la délivrabilité après l'application de DMARC. Validity a constaté une réduction de 50 % des échecs de livraison d'emails. Le marché des logiciels DMARC devrait passer de 375 millions de dollars à 890 millions de dollars d'ici 2032 avec un TCAC de 11,7 %. L'industrie a déjà décidé où cela va.
Dépannage : Les emails vont toujours dans le spam après la configuration ?
Vous avez publié les trois enregistrements. Les en-têtes montrent pass partout. Les emails atterrissent toujours dans le spam. Que se passe-t-il ?
C'est la frustration la plus courante en matière de délivrabilité des emails. Voici ce que 88 % des expéditeurs manquent (Mailgun) : le passage de l'authentification est le minimum requis, pas la ligne d'arrivée. Le placement dans la boîte de réception dépend d'une seconde couche — la réputation de l'expéditeur, les signaux d'engagement, la qualité du contenu.
Faible engagement. Gmail et Microsoft suivent comment les destinataires interagissent avec vos emails. Si les gens les ignorent systématiquement ou les marquent comme spam, votre réputation d'expéditeur chute — indépendamment de l'état de l'authentification. Les signaux d'engagement comptent autant que la configuration technique.
Limite de recherche SPF dépassée. Vous avez ajouté un nouvel outil marketing, mis à jour votre enregistrement SPF et avez silencieusement dépassé 10 recherches. L'enregistrement est désormais invalide. Vérifiez-le régulièrement avec MXToolbox. Si vous êtes au-dessus de la limite, aplatissez votre enregistrement ou retirez un service d'envoi.
Clés DKIM expirées. Les clés doivent être renouvelées. Si les vôtres ont expiré et que personne n'en a généré de nouvelles, DKIM cesse de fonctionner silencieusement. La plupart des grands fournisseurs gèrent cela automatiquement. Les outils tiers ne le font souvent pas.
Mismatch d'alignement DMARC. En mode d'alignement strict, votre domaine From doit correspondre exactement à vos domaines SPF et DKIM. Les sous-domaines ne sont pas éligibles. Si votre équipe marketing envoie depuis marketing.votredomaine.com mais que DMARC vérifie contre votredomaine.com en mode strict, cela échoue. Passez à l'alignement détendu à moins d'avoir une raison spécifique pour le strict.
Listes de contacts sales. Des taux de rebond élevés détruisent la réputation de l'expéditeur plus rapidement que presque tout le reste. Vérifiez vos listes avant d'envoyer. Chaque fois. Pas d'exceptions.
Selon Mailgun, 48 % des expéditeurs citent "éviter le spam" comme leur principal défi. La solution est généralement une combinaison d'authentification propre et de données propres — pas l'un ou l'autre.
Une fois que votre authentification de domaine est solide, la prochaine variable est vos données de contact. IBLead vous donne accès à plus de 50 millions de contacts commerciaux pré-indexés dans 37 pays — exportés instantanément au format CSV, mis à jour chaque semaine. 44 € pour 10 000 leads vérifiés. Un domaine parfaitement authentifié envoyant à des adresses mortes est toujours un effort gaspillé. Commencez votre 200 crédits gratuits à Commencez gratuitement — 200 crédits inclus.
Au-delà de DMARC : BIMI et ARC
Une fois que SPF, DKIM et DMARC fonctionnent à pleine application, deux protocoles plus récents valent la peine d'être connus.
BIMI (Brand Indicators for Message Identification) affiche le logo de votre entreprise à côté des emails dans la boîte de réception. Gmail, Apple Mail et Yahoo le prennent tous en charge. Plus de reconnaissance de marque. Plus de confiance. Taux d'ouverture plus élevés.
Le hic : vous devez d'abord avoir DMARC à p=quarantine ou p=reject. Vous avez également besoin d'un certificat de marque vérifié d'une autorité approuvée, ce qui coûte de l'argent. Pour les entreprises où la présence de la marque compte, cela en vaut la peine. Pour tout le monde d'autre, verrouillez d'abord les bases.
ARC (Authenticated Received Chain) résout le problème du transfert. SPF échoue lorsque les emails sont transférés — ARC préserve la chaîne d'authentification à chaque étape afin que les serveurs en aval puissent toujours vérifier le message.
Vous ne configurez pas ARC vous-même. Google et Microsoft s'en occupent de leur côté. Mais cela explique pourquoi certains emails transférés atterrissent proprement et d'autres non.
Les deux protocoles passent de "facultatif" à "attendu". L'application complète de DMARC vous place dans une position solide pour les adopter lorsque vous êtes prêt.
FAQ : Authentification email SPF, DKIM & DMARC
Qu'est-ce que SPF, DKIM et DMARC ?
SPF (Sender Policy Framework) est un enregistrement DNS qui autorise des serveurs de messagerie spécifiques à envoyer des emails pour votre domaine. DKIM (DomainKeys Identified Mail) ajoute une signature cryptographique pour vérifier que les messages n'ont pas été modifiés en transit. DMARC (Domain-based Message Authentication Reporting and Conformance) définit la politique pour ce qui se passe lorsque SPF ou DKIM échoue, et vous envoie des rapports. Les trois ensemble forment une configuration complète d'authentification email.
Ai-je besoin des trois protocoles ?
Oui. SPF seul ne peut pas vérifier le contenu du message et échoue lors du transfert. DKIM seul n'impose rien lorsque la vérification échoue. DMARC seul ne fait rien sans SPF ou DKIM en place. L'amélioration de 2,7 fois du placement dans la boîte de réception provient de l'exécution des trois ensemble — pas d'un protocole unique.
DMARC devient-il obligatoire ?
Effectivement, oui. Google et Yahoo l'ont exigé pour les expéditeurs en masse en février 2024. Microsoft a commencé à l'appliquer en mai 2025 avec des rejets immédiats. Une application universelle à tous les volumes d'expéditeurs est attendue d'ici fin 2026. Si vous ne l'avez pas configuré, vous êtes déjà en retard.
Quelle est la différence entre p=none, p=quarantine et p=reject ?
p=none est le mode de surveillance — vous recevez des rapports mais rien n'est bloqué. p=quarantine envoie les emails échouant dans le spam. p=reject les bloque entièrement. Commencez par p=none, surveillez pendant 2 à 4 semaines, passez à p=quarantine, puis p=reject lorsque vous êtes sûr que tous les expéditeurs légitimes sont authentifiés. Le FBI a signalé 55 milliards de dollars de pertes dues à des compromissions d'emails professionnels. p=reject est comment vous gardez votre domaine hors de cette statistique.
Combien de temps prend la configuration de SPF, DKIM et DMARC ?
Le travail technique prend quelques heures. La période de surveillance prend 2 à 4 semaines avant de passer à l'application. La propagation DNS peut prendre jusqu'à 48 heures par changement. Prévoyez 4 à 6 semaines du début à l'application complète de p=reject si vous le faites soigneusement.
La conclusion
Personne ne remet de prix pour la publication d'enregistrements DNS. Mais en 2026, une configuration appropriée de l'authentification email SPF DKIM DMARC est la norme — pas un facteur de différenciation.
Cinq étapes. Quelques enregistrements DNS. Quelques semaines de surveillance. Le retour sur investissement est réel : meilleure délivrabilité, protection du domaine et conformité aux exigences de chaque fournisseur de boîte de réception majeur.
Commencez par bien faire l'authentification. Ensuite, concentrez-vous sur qui vous atteignez. Si vous faites des démarches à froid, la qualité de vos données de contact compte autant que votre réputation d'expéditeur. IBLead couvre plus de 50 millions d'entreprises dans 37 pays, avec plus de 50 champs de données par annonce — exportés instantanément, mis à jour chaque semaine. Commencez gratuitement — 200 crédits inclus.
Prêt à commencer ?
Accédez à toutes les entreprises Google Maps, enrichies avec emails et données légales.
Essayer IBLead gratuitementArticles similaires
10 conseils éprouvés pour inciter les clients à laisser plus d'avis sur Google Maps
Découvrez 10 stratégies pratiques pour augmenter les avis sur Google Maps. Timing, incitations, QR codes et tactiques de réponse efficaces.
7 erreurs de cold email à éviter : exemples et modèles
Évitez ces 7 erreurs de cold email pour améliorer vos taux de réponse. Exemples réels, modèles AIDA et solutions éprouvées.
ABM Données Google Maps : Le Guide Stratégique Complet
Découvrez comment les données Google Maps pour le marketing basé sur les comptes génèrent 208 % de revenus supplémentaires.