SPF, DKIM et DMARC : Le guide complet pour sécuriser et optimiser la délivrabilité de vos emails
Maîtrisez les trois piliers de l'authentification email pour protéger votre réputation d'expéditeur et garantir l'arrivée de vos campagnes en boîte de réception.
Dans un contexte où la délivrabilité email est devenue un enjeu critique pour toute stratégie de prospection B2B, la maîtrise des protocoles d'authentification SPF, DKIM et DMARC n'est plus optionnelle. Ces trois standards techniques constituent le socle de la confiance numérique entre expéditeurs et fournisseurs de messagerie.
Selon les dernières études de Return Path et Validity, plus de 85% des emails non authentifiés sont rejetés ou placés en spam par les principaux fournisseurs (Gmail, Outlook, Yahoo). Pour les entreprises qui s'appuient sur l'email marketing et la prospection commerciale, ignorer ces protocoles revient à compromettre l'ensemble de leur stratégie d'acquisition.
Ce guide technique approfondi vous permettra de comprendre en détail le fonctionnement de SPF, DKIM et DMARC, de les configurer correctement, et d'optimiser votre délivrabilité pour vos campagnes B2B.
SPF : Sender Policy Framework
Qu'est-ce que le SPF ?
Le SPF (Sender Policy Framework) est un protocole d'authentification email qui permet au propriétaire d'un nom de domaine de spécifier quels serveurs de messagerie sont autorisés à envoyer des emails au nom de ce domaine. Il s'agit d'un enregistrement DNS de type TXT qui liste les adresses IP et domaines légitimes.
Objectif principal du SPF
Empêcher l'usurpation d'identité (spoofing) en vérifiant que l'email provient bien d'un serveur autorisé par le domaine expéditeur.
Syntaxe d'un enregistrement SPF
Un enregistrement SPF commence toujours par v=spf1 suivi de mécanismes et qualificateurs :
v=spf1 ip4:192.168.1.1 ip6:2001:db8::1 include:_spf.google.com ~allMécanismes SPF principaux
- ip4 / ip6 : Autoriser une adresse IP spécifique (v4 ou v6)
- a : Autoriser l'adresse IP de l'enregistrement A du domaine
- mx : Autoriser les serveurs MX du domaine
- include : Inclure les règles SPF d'un autre domaine
- all : Mécanisme de fallback (toutes les autres sources)
Qualificateurs SPF
+ (Pass)
Source explicitement autorisée
~ (SoftFail)
Source non autorisée mais acceptée
- (Fail)
Source explicitement rejetée
? (Neutral)
Aucune assertion (pas d'avis)
Exemple d'enregistrement SPF complet
v=spf1 ip4:192.0.2.0/24 ip4:198.51.100.123 include:_spf.google.com include:spf.protection.outlook.com include:_spf.akidel.eu ~allCet enregistrement autorise : une plage d'IP (/24), une IP spécifique, les serveurs Google, Microsoft et AKIDEL, avec un softfail pour tout le reste.
Limite des 10 DNS lookups
Le protocole SPF impose une limite de 10 lookups DNS maximum. Chaque mécanisme include, a, mx, exists et redirect compte pour un lookup. Au-delà de cette limite, l'enregistrement SPF est considéré comme invalide et retourne un PermError.
DKIM : DomainKeys Identified Mail
Qu'est-ce que le DKIM ?
Le DKIM (DomainKeys Identified Mail) est un protocole de signature cryptographique qui permet de vérifier l'intégrité et l'authenticité d'un email. Contrairement au SPF qui vérifie l'adresse IP de l'expéditeur, DKIM utilise la cryptographie asymétrique pour garantir que l'email n'a pas été modifié en transit et provient bien du domaine revendiqué.
Fonctionnement technique du DKIM
- Génération de paire de clés : Une clé privée (conservée secrète sur le serveur d'envoi) et une clé publique (publiée dans un enregistrement DNS TXT)
- Signature de l'email : Le serveur d'envoi crée une signature cryptographique (hash) de certains en-têtes et du corps de l'email avec la clé privée
- Insertion de la signature : La signature est ajoutée dans l'en-tête
DKIM-Signaturede l'email - Vérification par le destinataire : Le serveur récepteur récupère la clé publique depuis le DNS et vérifie la signature
Structure d'un en-tête DKIM-Signature
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=akidel.eu; s=selector1;
h=from:to:subject:date:message-id;
bh=2jUSOH9NhtVGCQWNr9BrIAPreKQjO6Sn7XIkfJVOzv8=;
b=YC3/uP5k...signature...Lx1Zy+A==Paramètres clés de la signature DKIM
- v : Version du protocole DKIM (toujours 1)
- a : Algorithme de signature (rsa-sha256 recommandé)
- c : Méthode de canonicalisation (relaxed/relaxed ou simple/simple)
- d : Domaine signataire (domaine de l'expéditeur)
- s : Sélecteur (identifie la clé publique dans le DNS)
- h : Liste des en-têtes signés
- bh : Hash du corps de l'email (body hash)
- b : Signature cryptographique finale
Enregistrement DNS DKIM
La clé publique est publiée dans un enregistrement DNS TXT avec le format :
selector1._domainkey.akidel.eu TXT "v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC...clé...QIDAQAB"Avantages du DKIM
- ✓ Vérifie l'intégrité du message
- ✓ Résistant à l'usurpation d'identité
- ✓ Fonctionne avec le forwarding
- ✓ Améliore considérablement la réputation
Points d'attention
- ⚠ Rotation régulière des clés recommandée
- ⚠ Taille de clé minimum 1024 bits (2048 recommandé)
- ⚠ Protection stricte de la clé privée
- ⚠ Monitoring de l'expiration
Canonicalisation : relaxed vs simple
La canonicalisation définit comment l'email est normalisé avant signature :
- simple : Aucune modification, signature stricte (sensible aux modifications mineures)
- relaxed : Normalise les espaces blancs et les sauts de ligne (plus tolérant, recommandé)
Le format c=relaxed/relaxed signifie : relaxed pour l'en-tête, relaxed pour le corps
DMARC : Domain-based Message Authentication
Qu'est-ce que le DMARC ?
Le DMARC (Domain-based Message Authentication, Reporting and Conformance) est le protocole qui unifie et complète SPF et DKIM. Il permet au propriétaire d'un domaine de :
- Définir une politique sur le traitement des emails qui échouent à l'authentification SPF/DKIM
- Recevoir des rapports agrégés et forensiques sur l'utilisation de son domaine
- Protéger sa marque contre le phishing et le spoofing
- Améliorer progressivement sa posture de sécurité
Pourquoi DMARC est indispensable en 2025
Depuis 2024, Gmail et Yahoo exigent DMARC pour les expéditeurs à volume élevé (plus de 5000 emails/jour). Sans DMARC, vos emails sont susceptibles d'être rejetés ou marqués comme spam, peu importe la qualité de votre contenu.
Structure d'un enregistrement DMARC
DMARC est un enregistrement DNS TXT publié sur le sous-domaine _dmarc :
_dmarc.akidel.eu TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@akidel.eu; ruf=mailto:dmarc-forensic@akidel.eu; pct=100; adkim=r; aspf=r; fo=1"Paramètres DMARC essentiels
Politiques DMARC (tag p)
p=none (monitoring)
Aucune action, uniquement des rapports. Parfait pour démarrer et observer.
p=quarantine (mise en quarantaine)
Emails suspects envoyés en spam. Recommandé après phase de monitoring.
p=reject (rejet strict)
Emails non authentifiés rejetés. Protection maximale, à activer progressivement.
Autres paramètres DMARC importants
ruaAdresse email pour recevoir les rapports agrégés (statistiques quotidiennes)
rufAdresse email pour les rapports forensiques (détails des échecs individuels)
pctPourcentage d'emails soumis à la politique (0-100). Permet un déploiement progressif.
adkim / aspfMode d'alignement : r (relaxed) ou s (strict). Relaxed recommandé pour la compatibilité.
spPolitique pour les sous-domaines (par défaut : hérite de p)
foOptions de rapport forensique : 0 (défaut), 1 (tout échec SPF/DKIM), d, s
Alignement DMARC : le concept clé
Pour qu'un email passe DMARC, il doit satisfaire au moins un des deux critères :
- SPF aligné : Le domaine dans le
Return-Path(SPF) doit correspondre au domaineFromvisible - DKIM aligné : Le domaine de la signature DKIM (
d=) doit correspondre au domaineFromvisible
Exemple d'alignement
✓ Cet email passera DMARC car SPF ET DKIM sont alignés
Impact concret sur la délivrabilité B2B
L'implémentation correcte de SPF, DKIM et DMARC a un impact direct et mesurable sur la délivrabilité de vos campagnes email B2B. Voici les chiffres clés basés sur les études de Return Path, Validity et Valimail :
Taux de placement en boîte de réception avec SPF + DKIM
Amélioration supplémentaire avec DMARC p=quarantine
Taux d'inbox avec DMARC p=reject bien configuré
Exigences des principaux fournisseurs (2025)
Gmail / Google Workspace
- ✓ SPF ou DKIM obligatoire pour tous les expéditeurs
- ✓ DMARC obligatoire pour les expéditeurs > 5000 emails/jour
- ✓ DMARC avec politique minimum
p=noneacceptée - ✓ Alignement DMARC requis (SPF ou DKIM)
- ✓ Facilitation du désabonnement en un clic (List-Unsubscribe)
Microsoft 365 / Outlook.com
- ✓ SPF obligatoire pour tous les expéditeurs
- ✓ DKIM fortement recommandé
- ✓ DMARC obligatoire pour les domaines à forte réputation
- ✓ Surveillance active via SNDS (Smart Network Data Services)
Yahoo / AOL (Verizon Media)
- ✓ DMARC obligatoire avec politique minimum
p=quarantine - ✓ Rejet automatique des emails sans DMARC pour domaines à risque
- ✓ SPF + DKIM alignés requis
Conséquences d'une mauvaise configuration
- • Placement massif en spam ou rejet pur et simple
- • Blacklistage du domaine et des IPs d'envoi
- • Dégradation irréversible de la réputation d'expéditeur
- • Impact négatif sur l'ensemble des campagnes marketing
- • Perte de confiance des prospects et clients
Guide de configuration étape par étape
Étape 1 : Configurer SPF
- Identifier vos sources d'envoi légitimes
- Serveurs de messagerie internes (IPs)
- Services tiers : Google Workspace, Microsoft 365, SendGrid, Mailgun, etc.
- Plateformes marketing : AKIDEL, Brevo, etc.
- Construire l'enregistrement SPF
v=spf1 ip4:votre.ip.serveur include:_spf.google.com include:spf.akidel.eu ~all - Ajouter l'enregistrement dans votre zone DNS
Type : TXT, Nom : @ (ou votre domaine), Valeur : l'enregistrement SPF
- Vérifier avec un outil :
dig TXT votredomaine.comou via MXToolbox
Étape 2 : Configurer DKIM
- Générer une paire de clés DKIM
Utilisez un outil comme OpenSSL ou demandez à votre fournisseur d'email (AKIDEL génère automatiquement vos clés)
openssl genrsa -out dkim_private.key 2048 openssl rsa -in dkim_private.key -pubout -out dkim_public.key - Publier la clé publique dans le DNS
Type : TXT, Nom :
selecteur._domainkey.votredomaine.comv=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKB... - Configurer votre serveur d'envoi pour signer les emails avec la clé privée
- Tester l'enregistrement :
dig TXT selecteur._domainkey.votredomaine.com
Étape 3 : Déployer DMARC progressivement
Approche progressive recommandée
Ne passez jamais directement à p=reject. Un déploiement progressif sur 3-6 mois vous permet d'identifier et corriger les problèmes d'authentification sans impact sur vos campagnes.
Phase 1 : Monitoring (4-8 semaines)
_dmarc.votredomaine.com TXT "v=DMARC1; p=none; rua=mailto:dmarc@votredomaine.com; pct=100"Observez les rapports agrégés pendant 4-8 semaines. Identifiez toutes les sources d'envoi légitimes et corrigez les problèmes d'alignement SPF/DKIM.
Phase 2 : Quarantaine progressive (4-8 semaines)
_dmarc.votredomaine.com TXT "v=DMARC1; p=quarantine; pct=10; rua=mailto:dmarc@votredomaine.com"Commencez avec pct=10 (10% des emails), puis augmentez progressivement : 25%, 50%, 75%, 100%. Surveillez les rapports et l'impact sur la délivrabilité.
Phase 3 : Rejet strict (optionnel)
_dmarc.votredomaine.com TXT "v=DMARC1; p=reject; rua=mailto:dmarc@votredomaine.com; ruf=mailto:forensic@votredomaine.com; fo=1"Une fois que 100% de vos emails légitimes passent l'authentification, passez à p=reject pour une protection maximale. Activez les rapports forensiques (ruf) pour un monitoring détaillé.
Erreurs courantes à éviter
Dépasser la limite des 10 DNS lookups SPF
Trop de mécanismes include: entraînent un PermError. Solution : aplatir votre SPF en remplaçant les includes par des IPs directes quand possible.
❌ v=spf1 include:a include:b include:c include:d include:e include:f include:g include:h include:i include:j include:k ~allUtiliser +all dans SPF
+all autorise n'importe quelle IP à envoyer pour votre domaine. Utilisez toujours ~all (softfail) ou -all (fail).
Clés DKIM trop courtes ou mal protégées
Utilisez des clés RSA d'au moins 2048 bits. Protégez strictement la clé privée et renouvelez-la tous les 6-12 mois.
Passer directement à p=reject sans phase de test
Toujours commencer par p=none et analyser les rapports pendant plusieurs semaines avant de durcir la politique.
Oublier l'alignement DMARC
Le domaine From: visible doit correspondre au domaine SPF (Return-Path) ou DKIM (d=). Sans alignement, DMARC échoue même si SPF et DKIM passent individuellement.
Ne pas monitorer les rapports DMARC
Les rapports agrégés (rua) et forensiques (ruf) sont essentiels pour détecter les tentatives d'usurpation et identifier les problèmes de configuration. Configurez un outil d'analyse (Dmarcian, Valimail, Postmark DMARC Digests).
Outils de test et monitoring recommandés
MXToolbox
Suite complète de tests DNS, SPF, DKIM, DMARC, blacklists et santé email
Accéder à MXToolboxGoogle Admin Toolbox
Outil officiel Google pour tester SPF, DKIM, DMARC et diagnostiquer les problèmes d'authentification
Accéder à Google ToolboxDmarcian
Plateforme dédiée à l'analyse des rapports DMARC avec visualisations et alertes
Accéder à DmarcianMail Tester
Test complet de vos emails avec score de spam, authentification et recommandations
Accéder à Mail TesterDKIM Validator
Vérification rapide de vos signatures DKIM et validation des enregistrements DNS
Accéder à DKIM ValidatorPostmark DMARC Digests
Service gratuit pour recevoir et analyser vos rapports DMARC de façon lisible
Accéder à Postmark DMARCChecklist de vérification complète
- Enregistrement SPF présent avec syntaxe correcte (< 10 lookups)
- Clé publique DKIM publiée et serveur d'envoi configuré pour signer
- Enregistrement DMARC avec politique adaptée (p=none puis quarantine/reject)
- Alignement SPF et/ou DKIM vérifié (domaine From: correspond)
- Rapports DMARC configurés (rua/ruf) et monitoring actif
- Tests réguliers avec Mail Tester (score > 8/10)
- Absence de blacklistage sur MXToolbox et SURBL
Sécurisez votre délivrabilité email dès maintenant
La maîtrise de SPF, DKIM et DMARC n'est plus optionnelle en 2025. Avec AKIDEL, bénéficiez d'une plateforme qui gère automatiquement ces protocoles d'authentification pour maximiser la délivrabilité de vos campagnes B2B.
AKIDEL gère tout pour vous
Configuration automatique
SPF, DKIM et DMARC configurés automatiquement lors de la connexion de votre domaine
Monitoring en temps réel
Surveillance continue de votre réputation et alertes en cas de problème d'authentification
Support expert
Notre équipe technique vous accompagne pour optimiser votre délivrabilité
Recommended articles
Guide: 10 B2B Prospecting Sequences That Convert
Download our guide used by 500+ sales teams to 3x their pipeline.
Already downloaded by 2,000+ B2B professionals
