Une requête, les trois enregistrements
SPF, DKIM et DMARC sont vérifiés ensemble, car un problème sur l’un s’explique généralement par un autre. Les lire séparément est ce qui laisse survivre les erreurs de configuration.
Vérificateur SPF, DKIM et DMARC gratuit
Vérificateur SPF, DKIM et DMARC
Saisissez un domaine pour lire les trois enregistrements d’authentification en une vérification : ce qui est publié, ce que cela signifie, et où c’est incomplet.
Vérificateur SPF : ce que votre politique d’envoi autorise réellement
Un enregistrement SPF liste les hôtes autorisés à envoyer avec votre domaine et se termine par une instruction pour tout le reste. La vérification lit l’enregistrement, résout ses include, compte les requêtes DNS qu’il coûte face à la limite de 10 du RFC 7208, et signale le mécanisme « all ». Deux enregistrements SPF sur un domaine constituent une erreur permanente, pas un avertissement : les destinataires peuvent ignorer les deux.
Vérificateur DKIM : si une clé de signature est publiée, et sous quel sélecteur
DKIM publie une clé publique sous un sélecteur dans _domainkey, afin que le destinataire vérifie la signature ajoutée par votre serveur. Le DNS ne permet pas de lister les sélecteurs — on ne peut interroger qu’un nom déjà supposé. Dix valeurs par défaut courantes sont testées, ainsi que tout sélecteur que vous indiquez. Ne rien trouver sous ces noms ne prouve pas l’absence de DKIM, et l’outil ne le présentera pas ainsi.
Vérificateur DMARC : ce que les destinataires doivent faire en cas d’échec
Un enregistrement DMARC sous _dmarc définit la politique appliquée quand SPF et DKIM échouent, et l’adresse de réception des rapports agrégés. La vérification indique la politique, si elle s’applique à tout le courrier ou à un pourcentage, et si des rapports sont collectés — une politique sans adresse de rapport masque précisément les échecs qu’elle devait révéler.
La limite SPF, comptée correctement
SPF est plafonné à 10 requêtes DNS et les include imbriqués comptent. Cette vérification suit les include au lieu de compter la première ligne, là où les enregistrements cassent sans prévenir.
Ce qui est publié, pas ce que l’on suppose
Chaque résultat est lu dans le DNS en direct. Là où une absence ne peut être prouvée — les sélecteurs DKIM ne peuvent pas être listés — l’outil le dit au lieu de le sous-entendre.
Questions fréquentes
À quoi servent réellement SPF, DKIM et DMARC ?
SPF liste les hôtes autorisés à envoyer pour votre domaine. DKIM permet au destinataire de vérifier une signature apposée au message. DMARC indique quoi faire lorsque ces contrôles échouent, et demande un compte rendu. Ils fonctionnent en ensemble : sans SPF ni DKIM, DMARC n’a rien sur quoi agir.
Pourquoi la limite de requêtes SPF compte-t-elle ?
Le RFC 7208 plafonne un enregistrement SPF à 10 requêtes DNS, et les requêtes contenues dans un include s’y ajoutent. Au-delà, l’enregistrement renvoie une erreur permanente et les destinataires cessent de l’évaluer : un enregistrement d’apparence complète cesse alors de fonctionner. Cet outil résout les include plutôt que de compter la seule première ligne.
Vous n’avez pas trouvé DKIM. Est-il absent ?
Pas nécessairement. Une clé DKIM se trouve sous un sélecteur, et le DNS ne permet pas de lister les sélecteurs utilisés — on ne peut interroger qu’un nom déjà connu. Nous testons dix valeurs par défaut courantes. Si votre fournisseur en utilise une autre, indiquez-la et relancez.
Corriger ces enregistrements empêchera-t-il nos messages d’aller en spam ?
Personne ne peut le promettre. Une authentification correcte est ce que les destinataires contrôlent en premier, et s’y tromper est un moyen fiable de voir son courrier mal traité — mais le placement dépend aussi de la réputation d’envoi, du contenu et du comportement des destinataires, qu’aucun enregistrement DNS ne contrôle.
Envie du tableau complet ?
Lancez l’analyseur SEO complet — dix catégories notées, une liste de tâches priorisée et un rapport partageable.
Lancer un audit SEO gratuit