Outils SEO
Vérificateur DNS : consulter tous les enregistrements d’un domaine
Interroge le DNS en direct pour le domaine saisi et affiche les enregistrements publiés : les adresses vers lesquelles il résout, où part son courrier, et si les enregistrements TXT dont dépend l’authentification des e-mails sont présents.
Ce que rapporte ce vérificateur
La lecture se fait en direct et non depuis un cache : un enregistrement que vous venez de modifier peut donc encore afficher son ancienne valeur si les résolveurs intermédiaires ne l’ont pas expiré selon son TTL.
- Enregistrements A et AAAA — les adresses IPv4 et IPv6 vers lesquelles l’hôte résout.
- Enregistrements MX — les serveurs de messagerie responsables du domaine.
- SPF, sous forme d’enregistrement TXT — quels serveurs peuvent envoyer du courrier au nom du domaine.
- DMARC, sous forme de TXT sur le sous-domaine _dmarc — que faire des messages qui échouent à l’authentification.
Le rapport entre DNS et SEO
Le DNS est en amont de tout le reste. Si un hôte ne résout pas, aucun robot n’atteint le site et tous les autres signaux deviennent sans objet. C’est donc la première chose à vérifier quand un site disparaît entièrement plutôt que de simplement reculer dans les résultats.
Le DNS décide aussi quel nom d’hôte est réel. Un enregistrement manquant pour la variante avec ou sans www est la cause la plus fréquente d’une version qui fonctionne pendant que l’autre échoue complètement — ce qui ressemble ensuite à un problème de canonique ou de redirection alors qu’il ne manque qu’un enregistrement.
| Enregistrement | Ce qu’il indique | Défaillance courante |
|---|---|---|
| A / AAAA | Quel serveur sert cet hôte | Seule la variante www ou non-www est définie |
| MX | Où va le courrier du domaine | Pointe vers un hôte qui n’existe plus |
| TXT (SPF) | Qui peut envoyer au nom du domaine | Deux enregistrements SPF, ce qui invalide les deux |
| TXT (DMARC) | Que faire des messages en échec | Absent, donc rien n’est appliqué |
Lire le résultat
Un résultat vide pour un type d’enregistrement n’est pas automatiquement une anomalie : beaucoup de domaines ne publient légitimement aucun MX parce qu’ils n’envoient pas de courrier. Ce qui compte, c’est la cohérence entre les enregistrements et l’usage réel du domaine. Si l’hôte ne résout pas, le site n’est pas indexable du tout — commencez par vérifier si Google peut indexer votre site , et consultez les données d’enregistrement via le WHOIS .
- Pourquoi un ancien enregistrement s’affiche-t-il alors que je l’ai modifié ?
- Les résolveurs mettent les enregistrements en cache pendant la durée de leur TTL. Tant qu’il n’a pas expiré, une requête peut légitimement renvoyer l’ancienne valeur alors que le serveur autoritaire possède déjà la nouvelle.
- L’absence d’enregistrement AAAA nuit-elle au SEO ?
- Non. IPv6 est facultatif et Googlebot atteint sans difficulté les sites en IPv4 uniquement. Publiez un AAAA si votre hébergement le permet, mais son absence n’est pas un défaut.
Ce que cet outil ne fait pas
« Vérifier le DNS » recouvre plusieurs tâches différentes ; celle-ci en traite une part précise. Le dire franchement coûte moins cher qu'un résultat trompeur.
| Ce que vous cherchez | Cet outil | À utiliser |
|---|---|---|
| A, AAAA, MX, SPF, DMARC d'un domaine | Oui | — |
| DNS inverse pour une IP | Non | dig -x, ou votre hébergeur |
| Propagation sur les résolveurs mondiaux | Non — un résolveur, un instant | Un outil de propagation multi-résolveurs |
| À qui appartient une adresse IP | Non — domaines uniquement | Un registre régional (RIPE, ARIN) |
| Fuite DNS sur un VPN | Non | Un test de fuite VPN |
- Est-ce la même chose que nslookup ou dig ?
- Même source, question plus étroite. nslookup et dig permettent d'interroger n'importe quel type d'enregistrement auprès de n'importe quel résolveur ; ici sont rapportés les enregistrements qui déterminent si un site répond et si son courrier s'authentifie, avec ce que chacun signifie.
- Pourquoi ni NS ni CNAME ?
- Ils changent rarement la réponse à « ce site est-il joignable et peut-il envoyer du courrier ». Un CNAME aboutit au même enregistrement A déjà affiché, et un problème de serveur de noms se manifeste par une absence totale d'enregistrement A.
Autres outils
Récupère le fichier robots.txt de l’hôte saisi, indique s’il existe et s’il bloque tous les robots, et lit au passage les directives robots au niveau de la page.
Cherche le sitemap comme le ferait un robot — d’abord la déclaration dans robots.txt, puis les emplacements conventionnels — puis vérifie que le document se parse en XML et compte les URL qu’il contient.
Lit l’URL canonique déclarée par la page, puis récupère cette adresse pour confirmer qu’elle répond, qu’elle ne redirige pas et qu’elle n’est pas en noindex — les trois façons dont une balise canonique devient silencieusement inopérante.
Analyse les données structurées de la page saisie, liste les types schema.org trouvés et signale les blocs qui ne se parsent pas ou auxquels manquent les propriétés requises par leur type.
Suit l’URL saisie à travers chaque saut, en indiquant le code de statut à chaque étape et la destination finale — le détail que le navigateur masque dès que la barre d’adresse se stabilise.
Charge la page indiquée, prélève un échantillon de ses liens internes et interroge chacun d'eux — en rapportant le code de statut renvoyé, pas la couleur du lien.
Contrôle tous les signaux qui décident si une page a le droit d’entrer dans l’index : le code de statut, l’accès dans robots.txt, la meta robots, l’en-tête X-Robots-Tag et la balise canonique.
Interroge le registre du nom de domaine via RDAP — le successeur structuré du WHOIS classique — et indique sa date d’enregistrement, son ancienneté actuelle, son registraire et la date d’expiration. Les domaines en .fr sont couverts : l’AFNIC publie du RDAP.
Saisissez un domaine pour voir sa date d’enregistrement, son âge, son expiration et son registrar. L’âge apporte du contexte, mais n’est pas un facteur de classement Google.
Ouvre une connexion TLS vers l’hôte saisi et rapporte le certificat présenté : l’émetteur, la fenêtre de validité, les jours restants et la version de protocole négociée.
Requête l’URL saisie et rapporte ce que le serveur renvoie dans ses en-têtes : les en-têtes de sécurité présents, la politique de cache, la compression éventuelle et la version HTTP négociée.