Vérificateur SPF
Validez les enregistrements SPF et repérez les erreurs courantes.
Les résultats s'affichent ici. Saisissez un nom de domaine, puis sélectionnez Vérifier le SPF.
Rapport de santé de domaine
Cette page vérifie une chose. Le rapport en vérifie treize — et vous dit quoi corriger en premier.
Un rapport à 14,90 €, livré par email en quelques minutes. Chaque problème est accompagné d'un correctif concret, priorisé.
- Enregistrements DNS (A/AAAA)
- Serveurs de noms (NS)
- Serveurs de messagerie (MX)
- Enregistrement et politique SPF
- Enregistrement et politique DMARC
- Enregistrement DKIM (sélecteurs courants)
- Disponibilité HTTPS
- Redirection HTTP vers HTTPS
- Certificat TLS (émetteur, validité, expiration)
- En-têtes de sécurité (HSTS, CSP…)
- Enregistrements CAA
- Disponibilité du robots.txt
- Disponibilité du sitemap.xml
Comment fonctionne la vérification SPF
- Saisissez un nom de domaine seul (exemple : example.com), puis validez le formulaire.
- Le serveur FKINFAST interroge les enregistrements TXT du domaine via un résolveur public et évalue la politique SPF trouvée.
- Le résultat affiche l'enregistrement, la politique finale et un classement PASS, WARNING, FAIL ou UNKNOWN avec une explication simple.
La vérification s'exécute depuis le serveur FKINFAST, pas depuis votre navigateur. Le domaine saisi n'est pas conservé et le résultat n'est pas associé à vous.
États du résultat
- PASS
- Un seul enregistrement SPF existe et se termine par -all (hardfail), la politique la plus stricte.
- WARNING
- La politique est faible ou ambiguë : elle se termine par ~all (softfail) ou ?all (neutral), est déléguée via redirect=, est malformée, ou plusieurs enregistrements SPF coexistent.
- FAIL
- Aucun enregistrement SPF trouvé, ou il se termine par +all, ce qui autorise n'importe qui à envoyer au nom du domaine.
- UNKNOWN
- La recherche n'a pas pu aboutir : délai dépassé ou défaillance du résolveur public.
Les erreurs de page sont distinctes de ces résultats. Une erreur de validation, une limite de débit, une réponse occupée, un service indisponible ou une panne réseau s'affichent comme une erreur, pas comme un résultat FAIL.
Comment l'enregistrement est évalué
- Seule la politique finale de l'enregistrement SPF est évaluée — la même vérification que le moteur de rapport.
- ~all (softfail) est la terminaison standard du secteur et reste valide, mais elle ne fait que marquer les envois non autorisés au lieu de les rejeter.
- -all (hardfail) est la politique la plus stricte et la seule terminaison qui obtient PASS.
- ?all ne prend aucune position, +all autorise tout le monde, et un enregistrement sans aucune de ces directives (et sans redirect=) est traité comme une erreur par les destinataires.
- Plusieurs enregistrements SPF sont pires qu'un seul : les destinataires risquent de tous les ignorer.
- Limité à 15 vérifications par 60 secondes et par adresse IP (partagé avec le vérificateur DMARC).
Ce que la vérification ne fait pas
La vérification n'évalue que l'enregistrement SPF publié. Elle ne développe pas les chaînes include: par rapport à la limite de 10 requêtes, ne vérifie pas que tous les expéditeurs légitimes sont listés et n'envoie ni ne reçoit d'e-mail.
FAQ du vérificateur SPF
~all est-il un problème ?
Non — ~all est une terminaison courante et valide (recommandée par Cloudflare, Google et de nombreux fournisseurs). Elle marque les envois non autorisés comme suspects sans les rejeter. Passez à -all quand vous êtes sûr que tous vos expéditeurs légitimes sont listés.
Pourquoi plusieurs enregistrements SPF posent-ils problème ?
La spécification SPF n'autorise qu'un seul enregistrement par domaine. Avec plusieurs, les destinataires peuvent renvoyer une erreur permanente et tous les ignorer — supprimez les doublons chez votre fournisseur DNS.
Pourquoi +all échoue-t-il ?
+all signifie « n'importe quel serveur peut envoyer au nom de ce domaine » : les spammeurs peuvent alors envoyer des messages qui passent le SPF, ce qui affaiblit DMARC et vous envoie dans les filtres anti-spam. Ce n'est jamais correct en production.
Je viens de changer l'enregistrement — pourquoi l'ancien s'affiche-t-il encore ?
Les changements DNS mettent du temps à se propager, et la vérification peut servir une réponse brièvement mise en cache. Si votre fournisseur affiche déjà le nouvel enregistrement, patientez quelques minutes puis réessayez.