Vérificateur d'enregistrements TXT - Recherche gratuite d'enregistrements TXT DNS
Consultez et analysez instantanément tous les enregistrements DNS TXT d'un domaine, y compris les enregistrements de vérification SPF, DMARC, DKIM, Google et Microsoft. Gratuit, en temps réel, sans inscription.
Trier par type
Récupération des enregistrements TXT...
Prend en charge les résolveurs Google, Cloudflare et OpenDNS · Résultats en temps réel · Aucune inscription requise
Comment utiliser l'outil de vérification des enregistrements TXT
1
Saisissez un nom de domaine (par exemple
example.com) dans le champ de saisie - les barres d'outils https:// automatiquement2
Sélectionnez un résolveur DNS ( Google, Cloudflare ou OpenDNS ) pour interroger les enregistrements provenant de différentes sources
3
Cliquez sur « Vérifier les enregistrements » ou appuyez sur Entrée pour récupérer instantanément tous les enregistrements TXT du domaine
4
Utilisez les filtres « Tous » , « SPF », « DMARC », « DKIM » et « Autres » pour isoler des types d'enregistrements spécifiques, puis copiez n'importe quel enregistrement à l'aide du bouton « Copier »
Comprendre les résultats de votre recherche d'enregistrements TXT
Indicateurs d'état SPF DMARC / DKIM
🢢
Trouvé: l'enregistrement est publié et détecté dans le DNS
🖤
Introuvable - l'enregistrement est manquant ; c'est une cause fréquente de classement des e-mails dans le dossier spam
Balises de type d'enregistrement
SPF
Indique quels serveurs sont autorisés à envoyer des e-mails pour votre domaine.
DMARC
Définit la politique à appliquer lorsqu'un e-mail échoue à l'authentification.
DKIM
Une signature numérique qui garantit que vos e-mails n'ont pas été altérés.
Vérification Google
Permet de valider la propriété du domaine auprès de Google Workspace ou de la Search Console.
Vérification Microsoft
Prouve la propriété du domaine auprès de Microsoft 365 ou Azure AD.
TXT
Tout autre enregistrement TXT : jetons pour les outils SaaS ou chaînes de caractères personnalisées.
TTL (par exemple, 3 600 s)
Durée pendant laquelle les résolveurs DNS conservent l'enregistrement en cache. Plus la valeur est faible, plus les modifications se propagent rapidement. Plus la valeur est élevée, plus les modifications mettent de temps à s'appliquer à l'échelle mondiale.
Qu'est-ce qu'un enregistrement TXT DNS ?
Un enregistrement DNS TXT (texte) est un type d'enregistrement DNS qui stocke des données textuelles arbitraires associées à un domaine. Conçus à l'origine pour contenir des notes lisibles par l'homme, les enregistrements TXT sont aujourd'hui largement utilisés à des fins de vérification et d'authentification lisibles par machine, notamment pour la sécurité des e-mails.
Contrairement aux enregistrements A ou MX, qui acheminent le trafic et les e-mails, les enregistrements TXT n'ont aucune incidence sur la manière dont le DNS résout votre domaine. Ils font plutôt office de tableau d'affichage public : les serveurs de messagerie, les outils de sécurité et les services tiers les consultent pour vérifier l'identité, autoriser des actions ou appliquer des politiques.
À quoi servent les enregistrements TXT ?
Authentification par e-mail
SPF, DKIM et DMARC utilisent tous des enregistrements TXT pour publier des règles que les serveurs de messagerie destinataires vérifient avant de distribuer les e-mails.
Vérification du domaine
Google, Microsoft et d'autres services vous demandent d'ajouter un enregistrement TXT pour prouver que vous êtes bien le propriétaire d'un domaine avant de vous accorder l'accès.
Politiques de sécurité
Les enregistrements BIMI, MTA-STS et TLS-RPT sont publiés sous forme d'enregistrements TXT afin de communiquer les configurations de sécurité.
Intégrations tierces
De nombreux outils SaaS utilisent des enregistrements TXT pour vérifier la propriété d'un domaine avant d'autoriser l'utilisation de domaines d'envoi personnalisés ou l'authentification unique (SSO).
Foire aux questions
Une recherche d'enregistrements TXT interroge le DNS pour obtenir tous les enregistrements de type TXT publiés sous un nom de domaine. Elle renvoie les valeurs brutes des enregistrements ainsi que les données TTL. Cet outil effectue la recherche en temps réel en utilisant le résolveur DNS de votre choix (Google, Cloudflare ou OpenDNS) et classe automatiquement chaque enregistrement comme enregistrement SPF, DMARC, DKIM ou d'authentification.
Oui, un domaine peut comporter autant d'enregistrements TXT que nécessaire. En pratique, la plupart des domaines en ont plusieurs : un SPF , un enregistrement DMARC, un ou plusieurs enregistrements DKIM (un par sélecteur/service d'envoi), ainsi que des enregistrements de vérification de domaine pour Google, Microsoft ou d'autres plateformes. Notez qu'un domaine ne doit comporter qu'un seul SPF : la présence de plusieurs SPF entraîne SPF .
Cela signifie que l'enregistrement n'est pas publié dans le DNS pour ce domaine. L'absence SPF les serveurs destinataires SPF vérifier l'authenticité de vos expéditeurs autorisés, SPF augmente le risque de spam. L'absence de DKIM signifie que les e-mails ne sont pas signés, ce qui réduit la confiance. L'absence de DMARC signifie que vous ne disposez d'aucune politique régissant ce qui se passe en cas d'échec SPF de DKIM, et que vous ne recevez aucun rapport d'abus. Ces trois éléments doivent être présents pour garantir une bonne délivrabilité.
Les différents types d'enregistrements DNS ont des fonctions distinctes : les enregistrements A associent un domaine à une adresse IP, les enregistrements MX définissent les serveurs de messagerie, les enregistrements CNAME créent des alias et les enregistrements NS définissent les serveurs de noms. Les enregistrements TXT contiennent du texte libre et servent à la vérification et à la publication de politiques ; ils n'ont aucune incidence sur la résolution de votre domaine ni sur l'acheminement du trafic, mais ils sont lus par les serveurs de messagerie et les services tiers.
Les modifications apportées aux enregistrements TXT se propagent en fonction de la valeur TTL (Time to Live) de l'enregistrement. Une valeur TTL de 3 600 signifie que les résolveurs mettent l'enregistrement en cache pendant une durée maximale d'une heure avant d'aller chercher une nouvelle copie. La propagation à l'échelle mondiale prend généralement entre quelques minutes et 48 heures, en fonction de la valeur TTL et des durées de mise en cache des résolveurs en aval. Lors des migrations, réduire temporairement la valeur TTL à 300 secondes permet d'accélérer la propagation.
Si SPF pas dans les résultats, les causes les plus courantes sont les suivantes : l'enregistrement n'a pas encore été ajouté, ou il a été ajouté au mauvais sous-domaine (il devrait se trouver sur le domaine racine)
@), les modifications DNS ne se sont pas encore propagées (patientez jusqu'à 48 heures), ou l'enregistrement comporte une erreur de syntaxe qui empêche sa reconnaissance. Essayez de sélectionner un autre résolveur DNS dans le menu déroulant : Google et Cloudflare mettent parfois à jour les modifications à des rythmes différents.
