Outils SEO
Âge du domaine : date d’enregistrement et expiration
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.
Ce que renvoie cette recherche
La requête passe par RDAP plutôt que par l’ancien protocole texte WHOIS. RDAP renvoie des données structurées aux noms de champs constants, ce qui explique la fiabilité du résultat là où l’analyse d’une sortie WHOIS textuelle échoue souvent.
- La date de création, et l’ancienneté qui en découle.
- La date d’expiration, pour voir à quel point l’enregistrement approche de son terme.
- Le registraire qui détient actuellement le domaine.
- Les codes de statut du registre, lorsque celui-ci les publie.
Ce que vaut réellement l’ancienneté d’un domaine
L’ancienneté d’un domaine est régulièrement surestimée. Google a déclaré clairement qu’elle n’est pas en soi un facteur de classement, et un site ne se positionne pas mieux du seul fait d’être ancien. Ce qui corrèle avec l’âge, c’est tout ce qui s’accumule avec le temps : liens, notoriété, et un historique que Google a eu le temps d’évaluer.
Cette date est en revanche utile comme contexte de diagnostic. Un domaine enregistré il y a trois mois qui ne se positionne pas se comporte normalement. Le même symptôme sur un domaine de dix ans signale un changement qui mérite enquête.
Ce que WHOIS ne montre plus
Les noms, adresses et coordonnées des titulaires sont masqués pour la plupart des domaines depuis le RGPD, et des services de confidentialité couvrent le reste. Attendez-vous à voir le registraire et les dates, pas le propriétaire. C’est une évolution du protocole, pas un échec de la recherche. Utilisez-la avec le vérificateur DNS : la destination des enregistrements en dit souvent plus que l’enregistrement lui-même.
- Pourquoi le nom du propriétaire n’apparaît-il pas ?
- Les registres masquent les données de contact personnelles pour des raisons de confidentialité, et beaucoup de titulaires utilisent en plus un service dédié. Le registraire et les dates restent publics ; la personne derrière le domaine, non.
- Acheter un domaine ancien donne-t-il une avance en SEO ?
- Pas en soi. Vous héritez de l’historique du domaine, qui peut contenir des liens utiles comme un passé de spam à éviter. L’âge seul n’apporte rien.
WHOIS de domaine, pas d'adresse IP
Deux recherches différentes portent le même nom. Celle-ci répond aux questions sur un nom de domaine enregistré. La propriété d'une adresse IP relève d'un autre registre, et aucune requête de domaine ne la renverra.
| Ce que vous cherchez | Cet outil | Où cela se trouve |
|---|---|---|
| Date d'enregistrement du domaine | Oui | RDAP du registre |
| Date d'expiration | Oui | RDAP du registre |
| Le bureau d'enregistrement | Oui | RDAP du registre |
| Le nom du titulaire | Non | Masqué depuis le RGPD |
| À qui appartient une adresse IP | Non | RIPE, ARIN et les autres RIR |
| Un domaine en .fr | Oui — l'AFNIC publie du RDAP | — |
| Un domaine en .de ou .es | Non — pas de RDAP public | Le formulaire du registre |
- Pourquoi le nom du titulaire est-il absent ?
- Les coordonnées du titulaire sont masquées dans les registres publics depuis le RGPD. Les dates d'enregistrement et d'expiration ainsi que le bureau d'enregistrement restent publics — c'est l'essentiel de ce qu'une vérification demande.
- RDAP diffère-t-il du WHOIS ?
- RDAP est le remplaçant structuré que servent aujourd'hui les registres. Mêmes faits, renvoyés en JSON avec des noms de champs constants plutôt qu'un texte libre variable d'un registre à l'autre.
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 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.
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.
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.