Outil de recherche DNS : tous les enregistrements d’un domaine, expliqués

Le DNS est l’annuaire qui se cache derrière chaque domaine. Il décide quel serveur répond pour votre site web, où vont vos e-mails, quels services peuvent vérifier que vous possédez le domaine et quelles autorités de certification peuvent émettre des certificats pour lui. Quand un enregistrement est faux, un site peut tomber hors ligne ou des e-mails atterrir dans les spams, parfois pendant des jours avant que quelqu’un ne s’en aperçoive.

Cette recherche DNS affiche ensemble les enregistrements A, AAAA, CNAME, MX, NS, TXT, SOA et CAA d’un domaine. Les enregistrements SPF et DMARC sont analysés et contrôlés pour repérer les erreurs courantes, comme des enregistrements SPF en double ou une politique DMARC qui ne fait rien.

Comment effectuer une recherche DNS

1. Saisissez un domaine

   Tapez un domaine ou un sous-domaine, comme example.com ou shop.example.com, sans https:// ni chemin.

2. Examinez les enregistrements

   Chaque type d’enregistrement est listé avec ses valeurs, et SPF et DMARC bénéficient d’une explication claire.

3. Corrigez chez votre hébergeur DNS

   Modifiez les enregistrements là où pointent vos enregistrements NS (bureau d’enregistrement, CDN ou hébergeur), puis revérifiez.

À quoi sert chaque type d’enregistrement

Enregistrement	Rôle
A / AAAA	Associent un nom à une adresse IPv4 ou IPv6.
CNAME	Fait d’un nom l’alias d’un autre nom. Il ne peut pas partager son nom avec d’autres enregistrements, donc il ne peut pas se trouver sur le domaine nu ; les fournisseurs proposent à la place des enregistrements ALIAS ou l’aplatissement de CNAME.
MX	Serveurs de messagerie du domaine ; le numéro de préférence le plus bas est essayé en premier.
NS	Les serveurs de noms faisant autorité, là où vos enregistrements sont réellement gérés.
TXT	Texte libre : SPF, DMARC, clés DKIM et jetons de vérification comme celui de la Google Search Console.
SOA	Métadonnées de la zone : serveur primaire, contact, numéro de série et minuteurs.
CAA	Les autorités de certification autorisées à émettre des certificats pour le domaine.

Une zone typique, écrite avec des adresses réservées à la documentation :

example.com.      3600  IN  A      203.0.113.10
example.com.      3600  IN  AAAA   2001:db8::10
www.example.com.  3600  IN  CNAME  example.com.
example.com.      3600  IN  MX     10 mail.example.com.
example.com.      3600  IN  CAA    0 issue "letsencrypt.org"

Le nombre qui suit le nom est le TTL en secondes, c’est-à-dire la durée pendant laquelle les résolveurs peuvent mettre la réponse en cache. Pour en savoir plus, consultez notre fiche du glossaire sur le DNS.

SPF et DMARC sans deviner

example.com.         TXT  "v=spf1 include:_spf.google.com include:sendgrid.net -all"
_dmarc.example.com.  TXT  "v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@example.com"

SPF liste les serveurs autorisés à envoyer des e-mails pour votre domaine (RFC 7208). Les erreurs qui le cassent :

• Deux enregistrements SPF. Un seul enregistrement v=spf1 est autorisé ; deux provoquent une erreur permanente. Fusionnez-les.
• Plus de 10 requêtes DNS. Chaque include, a, mx et redirect compte, y compris les imbriqués. Au-delà de 10, SPF échoue.
• +all, qui autorise tout Internet. Terminez par -all ou ~all.

DMARC indique aux serveurs destinataires que faire des e-mails qui échouent à l’alignement SPF et DKIM, et où envoyer les rapports. Commencez par p=none pour collecter des rapports, puis passez à quarantine et reject une fois que tous les expéditeurs légitimes passent. Depuis février 2024, Gmail et Yahoo exigent des expéditeurs en masse qu’ils publient SPF, DKIM et un enregistrement DMARC (consignes de Google pour les expéditeurs).

DNS et SEO

Le DNS est rarement crédité en SEO, mais il peut tout arrêter. Googlebot traite les erreurs DNS à peu près comme des erreurs serveur : l’exploration ralentit et, si les échecs persistent, les pages sortent de l’index (Google sur les erreurs réseau et DNS).

• Un jour ou deux avant une migration, abaissez à quelques minutes le TTL des enregistrements que vous allez modifier, afin que le basculement prenne effet rapidement.
• Validez une propriété de domaine dans la Google Search Console avec un enregistrement TXT ; elle couvre tous les sous-domaines et protocoles.
• Gardez le CAA synchronisé avec l’autorité de certification qu’utilise votre hébergeur, sinon les renouvellements échoueront ; confirmez avec le vérificateur SSL.

Vérifier le DNS en ligne de commande

dig example.com A +short
dig example.com MX +short
dig _dmarc.example.com TXT +short
dig @1.1.1.1 example.com NS

Sous Windows, nslookup -type=TXT example.com fait le même travail. Interroger un résolveur précis, comme à la dernière ligne, aide quand vous soupçonnez un cache périmé.

Conseils pour un DNS en bonne santé

• Abaissez les TTL un jour ou deux avant de changer d’hébergeur, puis relevez-les une fois le déménagement stabilisé.
• Gardez un seul enregistrement SPF par domaine et supprimez les include des services que vous n’utilisez plus.
• Publiez DMARC avec p=none d’abord et lisez les rapports avant de durcir la politique.
• Ajoutez un enregistrement CAA qui ne nomme que les autorités de certification que vous utilisez réellement.
• Notez qui contrôle votre DNS ; les comptes du bureau d’enregistrement, du CDN et de l’hébergeur appartiennent souvent à des personnes différentes.

Limites à garder en tête

Les résultats montrent ce que renvoie le DNS public au moment de la recherche : des enregistrements récemment modifiés peuvent donc afficher encore des valeurs en cache jusqu’à l’expiration de leur TTL, et les enregistrements internes ou à horizon partagé ne sont pas visibles. Les clés DKIM se trouvent sous un sélecteur (par exemple selector1._domainkey.example.com) impossible à découvrir sans son nom, et la validation DNSSEC ne fait pas partie de ce contrôle ; DNSViz s’en charge. Pour les données d’enregistrement et d’expiration, utilisez le vérificateur d’âge de domaine.

Dernière mise à jour le 30 oct. 2026 par l’équipe Yes SEO.