Vérificateur d’enregistrement SPF

Utilisez ce vérificateur d’enregistrement SPF pour développer les directives include et examiner les plages d’adresses IP possibles. Ajoutez votre adresse IP publique d’envoi pour suivre l’ordre des mécanismes, les macros et les limites de requêtes DNS.

Gratuit, sans compte. Dix recherches par heure, partagées avec nos autres vérifications de domaines.

Vérifications de la délivrabilité des e-mails

Vérifiez ensemble l’identité d’envoi, la politique du domaine, les serveurs de réception et un message effectivement reçu. Ces vérifications éclairent la configuration, mais ne peuvent pas certifier l’arrivée en boîte de réception.

SPF: Autorisez votre adresse IP d’envoi et vérifiez le nombre de requêtes DNS nécessaires.
DMARC / DKIM: Vérifiez la politique, les paramètres d’alignement, les autorisations de réception des rapports et les clés publiques.
MX: Examinez les serveurs de réception, les adresses, le DNS inverse et la liste de blocage publique.
En-têtes d’e-mail: Consultez localement les résultats réels du serveur de réception, les déclarations des serveurs de transfert et les délais entre relais.
DKIM: Lisez la clé publique associée à un sélecteur ou essayez les sélecteurs courants des fournisseurs.
Listes de blocage: Vérifiez si les adresses des serveurs de messagerie figurent sur des listes de blocage DNS et consultez les étapes pour les en retirer.
MTA-STS: Vérifiez la politique TLS du courrier entrant, sa correspondance avec les enregistrements MX et les rapports TLS.
BIMI: Vérifiez l’enregistrement BIMI, le logo SVG, le certificat et la configuration préalable de DMARC.

Exigences de Google et Yahoo pour les expéditeurs de gros volumes

Exigences vérifiées le 2026-10-12. Google applique ses règles d’envoi en gros au-delà de 5000 messages par jour vers les comptes Gmail personnels. Yahoo décrit les expéditeurs de gros volumes sans publier le même seuil chiffré.

Publiez un enregistrement SPF et signez vos messages avec DKIM. Publiez un enregistrement DMARC avec au minimum p=none, et alignez le domaine visible dans le champ From avec une identité SPF ou DKIM validée.
Utilisez un DNS direct et inverse valide, ainsi que des messages correctement formatés. Google exige également le transport TLS. Maintenez les taux de signalement comme spam sous 0,3 %.
Les messages marketing et les messages envoyés aux abonnés doivent comporter des en-têtes de désabonnement en un clic ainsi qu’un lien de désabonnement visible. Traitez les demandes de désabonnement sous deux jours.
Google exige des clés DKIM RSA d’au moins 1024 bits et recommande 2048 bits. Vérifier une clé DNS ne prouve pas que les messages sortants sont signés.

Le taux de signalement comme spam, le fonctionnement du désabonnement et l’utilisation réelle de TLS pour SMTP ne peuvent pas être vérifiés par un contrôle DNS. Vérifiez-les auprès de votre service de messagerie et sur un message reçu.

Consignes de Google pour les expéditeurs Exigences de Yahoo pour les expéditeurs Définition des expéditeurs de gros volumes selon Yahoo

Un vérificateur d’enregistrement SPF lit l’enregistrement DNS qui autorise les serveurs à envoyer des e-mails. Cet outil développe les directives include et redirect, détermine les plages d’adresses IP possibles et signale les paramètres all risqués, les enregistrements en double et les erreurs de syntaxe. Un test facultatif avec une adresse IP d’envoi retrace les mécanismes rencontrés et compte les termes qui déclenchent une requête DNS ainsi que les réponses vides. Un aperçu de la version aplatie n’est proposé que si elle constitue un équivalent fixe et sûr.

Comment utiliser cet outil de vérification

Saisissez votre domaine: Utilisez le domaine de votre adresse From ou Return-Path. Nous lisons ses enregistrements TXT et retenons celui qui commence par v=spf1.
Suivez les directives include: Chaque directive include, a, mx, ptr, exists ou redirect compte pour une requête DNS, tout comme celles contenues dans une directive include. Nous les développons dans l’ordre et affichons le total.
Corrigez les problèmes signalés: Supprimez les services que vous n’utilisez plus, remplacez ptr et terminez l’enregistrement par ~all ou -all. Si vous dépassez 10 requêtes DNS, demandez au fournisseur une directive include plus ciblée ou envoyez ses e-mails depuis un sous-domaine.

Questions sur cet outil de vérification

Selon la RFC 7208, la vérification se termine par une erreur permanente dès qu’elle nécessite plus de 10 requêtes DNS. De nombreux serveurs destinataires considèrent alors que SPF a échoué, ce qui peut envoyer des e-mails légitimes dans les spams et affaiblir DMARC.

-all demande aux serveurs destinataires de rejeter les e-mails provenant de serveurs non répertoriés. ~all leur demande de les accepter, mais de les traiter avec méfiance. Si une politique DMARC est en place, c’est elle qui détermine le sort des e-mails qui échouent aux contrôles. Beaucoup d’expéditeurs utilisent donc ~all. N’utilisez jamais +all : il autorise n’importe quel serveur.

C’est une requête qui ne trouve rien, par exemple une directive include pointant vers un domaine sans enregistrement SPF. La RFC 7208 recommande aux serveurs destinataires d’en tolérer au maximum deux. Nous signalons donc les enregistrements qui dépassent ce seuil.

Non. Un domaine ne doit publier qu’un seul enregistrement v=spf1. Deux enregistrements provoquent une erreur permanente : fusionnez-les en un seul.

Vérifiez si les IA citent votre entreprise

Un enregistrement SPF valide aide à éviter que vos e-mails finissent dans les spams. Le scan gratuit de visibilité de l’IA montre comment ChatGPT et d’autres assistants décrivent votre entreprise.

Lancer le scan gratuit de visibilité de l’IA

Vérificateur d’enregistrement SPF

Vérifications de la délivrabilité des e-mails

Questions sur cet outil de vérification

01Que se passe-t-il au-delà de 10 requêtes DNS ?

02Dois-je terminer par ~all ou -all ?

03Qu’est-ce qu’une requête DNS sans résultat ?

04Puis-je avoir deux enregistrements SPF ?

Vérifiez si les IA citent votre entreprise