Guide

SPF, DKIM et DMARC : quelles différences ?

SPF vérifie les serveurs autorisés, DKIM les signatures et DMARC l’alignement avec le domaine de l’expéditeur visible.

Lorsque vous envoyez des e-mails depuis votre domaine, le serveur destinataire ne regarde pas seulement l’adresse From visible. Il vérifie aussi l’autorisation du serveur expéditeur, les signatures et l’alignement des domaines avec la politique de l’expéditeur. SPF, DKIM et DMARC répondent à ces questions.

Commencez par notre outil SPF, DMARC et DKIM pour consulter les enregistrements DNS publics sans modifier votre configuration.

SPF : quels serveurs peuvent expédier pour le domaine ?

SPF est un enregistrement TXT du domaine. Il énumère les serveurs et prestataires autorisés à utiliser son identité SMTP d’enveloppe. Un enregistrement débute par v=spf1, peut inclure des IP et des mécanismes include, puis se termine notamment par ~all ou -all.

SPF impose une limite de 10 termes provoquant des requêtes DNS pendant l’évaluation. Ils comprennent include, a, mx, ptr, exists et redirect. Un include peut provoquer d’autres requêtes : compter seulement le premier enregistrement n’est pas une évaluation complète.

DKIM : le message est-il signé avec une clé valide ?

DKIM ajoute une signature cryptographique au courriel. Le destinataire lit le domaine et le sélecteur dans l’en-tête, puis consulte une clé publique à l’adresse telle que selector._domainkey.example.com. Une signature valide indique que les parties signées n’ont pas été altérées depuis la signature.

Les sélecteurs ne sont pas universels. Google Workspace, Microsoft 365, newsletters et serveurs privés peuvent en choisir différents. Impossible de le deviner de façon fiable depuis le seul domaine ; notre outil propose donc un sélecteur facultatif.

DMARC : politique et alignement des domaines

DMARC se publie comme TXT à _dmarc.example.com. Il définit la politique relative aux messages échouant à DMARC et permet des rapports. Les principales valeurs sont p=none, p=quarantine et p=reject.

  • p=none : surveillance principalement, sans demande de quarantaine ou de refus du seul fait de DMARC.
  • p=quarantine : traitement suspect des messages en échec.
  • p=reject : rejet demandé des messages dont les contrôles et l’alignement échouent.

SPF ou DKIM ne doivent pas seulement exister : au moins une authentification réussie doit être alignée avec le domaine From visible.

Que configurer en premier ?

  1. Recensez tous les services envoyant légitimement des e-mails : boîtes professionnelles, site, CRM, newsletters, facturation.
  2. Configurez un seul enregistrement SPF couvrant les expéditeurs autorisés.
  3. Activez DKIM chez chaque fournisseur pris en charge et publiez sa clé sous le sélecteur correct.
  4. Publiez DMARC. Sur un domaine existant, surveillez les rapports et vérifiez les expéditeurs avant d’appliquer une politique plus stricte.
  5. Après changement DNS, vérifiez les enregistrements publics et les en-têtes de messages réellement envoyés : les seuls enregistrements ne prouvent pas l’authentification effective.

Erreurs fréquentes

  • Deux enregistrements v=spf1 ou plus au même nom DNS.
  • Trop de recherches DNS SPF dans des chaînes include.
  • SPF +all qui autorise pratiquement toutes les IP.
  • Clé DKIM publiée sous un autre sélecteur que celui utilisé par l’expéditeur.
  • DMARC mal formé ou publié ailleurs que sous _dmarc.
  • SPF ou DKIM réussit, mais ne s’aligne pas avec le domaine From ; DMARC échoue.

Qu’exige Gmail aujourd’hui ?

Google exige SPF ou DKIM pour tous les expéditeurs vers les comptes Gmail personnels. Les expéditeurs en masse, environ 5 000 messages ou plus en 24 heures vers ces comptes, doivent configurer SPF, DKIM et DMARC. D’autres conditions incluent l’alignement From avec SPF ou DKIM, un taux de spam inférieur à 0,3 % et le désabonnement en un clic pour les messages marketing et d’abonnement. Google précise dans sa FAQ un renforcement progressif depuis novembre 2025. Vérifiez toujours les consignes officielles actuelles avant une campagne importante.

Que peut vérifier notre outil ?

Il consulte les enregistrements SPF et DMARC publics, plus DKIM si vous fournissez un sélecteur, et signale certaines erreurs courantes. Il n’envoie pas d’e-mail test, ne lit pas la configuration privée d’un prestataire et ne garantit pas que tous les messages réels réussiront SPF, DKIM ou DMARC parce que des enregistrements existent.

Questions fréquentes

Puis-je publier plusieurs enregistrements SPF ?

Non. Au même nom DNS, publiez une seule politique SPF qui couvre les expéditeurs légitimes.

p=none signifie-t-il que DMARC ne fonctionne pas ?

Non. C’est une politique de surveillance valide, sans demande de rejet.

Comment trouver un sélecteur DKIM ?

Dans la configuration du prestataire ou l’en-tête DKIM-Signature d’un vrai message.

SPF et DKIM garantissent-ils la boîte de réception ?

Non. Réputation, contenu et plaintes jouent aussi sur la distribution.

Pourquoi l’outil ne trouve-t-il pas DKIM automatiquement ?

Le sélecteur n’est pas universel et ne peut être déduit de façon fiable du domaine seul.

Sources