Âge d'un domaine

L'âge d'un domaine est l'un des signaux les moins coûteux pour trier un risque : une campagne de phishing de masse ou de spam jetable tourne très majoritairement sur des domaines enregistrés quelques jours ou semaines avant usage, car brûler un nom et en réenregistrer un autre coûte presque rien. Les outils de sécurité, les filtres anti-spam et les systèmes de réputation des navigateurs pondèrent tous "depuis combien de temps ce nom existe-t-il" comme un signal parmi d'autres - jamais le seul, puisque de nombreux domaines fraîchement enregistrés sont des créations ou des refontes tout à fait légitimes.

Côté SEO, l'idée qu'un domaine ancien se positionne mieux circule largement, mais Google a répété à plusieurs reprises que l'âge du domaine en lui-même pèse peu ou pas dans le classement - ce qui corrèle avec l'ancienneté, c'est en général un historique de backlinks, de contenu et de signaux de confiance accumulés dans le temps, indépendamment de la date d'enregistrement. L'âge est un indicateur indirect de ces signaux, pas un critère de classement en soi.

Une date d'enregistrement reste aussi le moyen le plus rapide de vérifier un lien suspect. Une page de paiement, un clone de connexion bancaire ou un email "urgent" pointant vers un domaine enregistré il y a quelques jours est un indice plus fiable que la plupart des heuristiques basées sur le contenu - une institution légitime ne crée quasiment jamais un nouveau domaine pour une page de connexion.

Un enregistrement de registre porte au minimum trois horodatages, et les confondre est l'erreur de lecture la plus fréquente d'un résultat WHOIS ou RDAP. La date d'enregistrement (registration) correspond à la création du domaine au registre - c'est elle que mesure "l'âge du domaine". La date de mise à jour (updated) change à quasiment n'importe quel événement administratif : changement de serveurs de noms, transfert de bureau d'enregistrement, modification de contact, ou simple renouvellement traité côté registrar - ce n'est pas un réenregistrement et cela ne remet pas à zéro l'âge du domaine. La date d'expiration (expiry) marque la fin de la période en cours ; renouveler un domaine (typiquement un à dix ans à la fois) avance cette date sans toucher aux deux autres.

Un domaine peut afficher une date de mise à jour très récente tout en ayant quinze ans - cette combinaison signale en général un renouvellement de routine ou un changement de serveurs de noms, pas un changement de propriétaire. L'âge doit toujours se lire sur la date d'enregistrement spécifiquement, jamais déduit de la date la plus récente présente dans l'enregistrement.

Cet outil lit la date d'enregistrement dans l'enregistrement RDAP du domaine - précisément l'événement du tableau `events` du registre dont le `eventAction` vaut `registration` (RFC 9083, le schéma de réponse RDAP). RDAP (RFC 9082 pour le protocole de requête) est le successeur JSON structuré du WHOIS historique en port 43 (RFC 3912), et un client trouve le serveur autoritaire par extension via le registre de bootstrap RDAP de l'IANA (RFC 9224). L'âge affiché ici se calcule uniquement à partir de ce champ : date du jour moins date d'enregistrement, décomposée en années, mois et jours civils plutôt qu'en simple nombre de jours - un domaine enregistré un 15 janvier plusieurs années plus tôt affiche ainsi un nombre d'années net plutôt qu'un total de jours peu lisible.

La couverture suit l'adoption de RDAP, pas une norme universelle de registre. La plupart des gTLD (.com, .net, .org, .info et les nouvelles extensions génériques) et un nombre croissant de ccTLD publient RDAP directement. Certains ccTLD n'exposent encore que le protocole texte WHOIS historique, ou un portail web national non interrogeable de façon standard. Là où aucun point d'accès RDAP n'existe pour l'extension interrogée, la date d'enregistrement peut rester indisponible même si le domaine est bel et bien enregistré et actif - c'est une limite du registre, pas un défaut de la requête.

L'âge d'un domaine décrit uniquement l'enregistrement au registre - il ne dit rien sur qui contrôle réellement le domaine aujourd'hui, sur le contenu qu'il sert, ni sur un changement récent de ce contenu. Un domaine vieux de quinze ans peut être compromis, revendu ou réaffecté à un site sans rapport, sans que sa date d'enregistrement change en quoi que ce soit, puisqu'un changement de contact titulaire ou de serveurs de noms met à jour l'horodatage "updated", pas la date de création d'origine.

Ce n'est pas non plus un âge de certificat, un âge d'hébergement, ou un âge d'enregistrement DNS. Un site tout neuf peut tourner sur un domaine enregistré il y a dix ans (un schéma courant quand une entreprise rachète un nom ancien pour son historique), et un domaine fraîchement enregistré peut être servi par une infrastructure qui existe depuis des années. L'âge du domaine est une donnée parmi d'autres sur l'enregistrement au registre, à croiser avec les codes de statut WHOIS, la configuration DNS et les dates d'émission de certificat - pas un verdict autonome sur la fiabilité d'un site.