Recherche de la date d'enregistrement d'un domaine : quand a-t-il été enregistré ?

Déterminer la date de premier enregistrement d'un domaine est une tâche anodine qui réserve pourtant un nombre surprenant de cas particuliers. Pour un .com, une seule commande suffit. Pour de nombreux domaines nationaux, la réponse n'est tout simplement pas publiée, et pour un domaine qui a changé de mains, la date obtenue ne signifie pas forcément ce que vous imaginez. Ce guide explique comment mener la recherche correctement, comment interpréter le résultat et que faire lorsque le registre ne renvoie rien.

EN BREF / POINTS CLÉS

• Deux protocoles répondent à la question : WHOIS (texte, hérité) et RDAP (JSON, actuel). RDAP est le meilleur choix dès qu'il s'agit d'automatiser.
• Le nom du champ varie : « Creation Date », « Created On », « registered », « Domain Registration Date » — en RDAP, il s'agit de l'événement portant eventAction: "registration".
• Tous les registres ne la publient pas : de nombreux ccTLD omettent complètement les dates de création, et certains n'ont aucun serveur RDAP, d'où l'erreur « no registry RDAP server was identified ».
• La date décrit l'enregistrement, pas l'entreprise : transferts, suppressions et réenregistrements peuvent la réinitialiser, et un changement de marque rompt totalement le lien avec l'organisation.
• Les recherches en masse ne sont pas viables via WHOIS/RDAP : les registres limitent le débit par IP, et les deux protocoles répondent, par conception, domaine par domaine.
• À l'échelle de populations entières, utilisez les données de zone : 1,538 packs — 716 fichiers de zone TLD, 716 jeux de zones enrichis (NS, MX, IP, CMS), 79 listes de sites par technologie, 27 jeux de données curés — couvrant 285,582,781 domaines. Les dates d'enregistrement ne figurent que là où la zone source les publie.
• Aucune donnée de contact : les packs ne contiennent que des attributs de domaine et d'infrastructure.

SOMMAIRE

1. Pourquoi on recherche la date d'enregistrement
2. Comment rechercher une date d'enregistrement
3. Ce que la date dit — et ce qu'elle ne dit pas
4. Travailler à l'échelle de la population entière
5. Erreurs courantes
6. Questions fréquentes
7. Conclusion
8. Ressources connexes

Pourquoi on recherche la date d'enregistrement

La date de création d'un domaine est l'un des rares éléments d'enregistrement à avoir survécu à l'occultation des enregistrements WHOIS consécutive au RGPD, ce qui explique en partie son usage intensif. Les champs de contact ont disparu ; les dates, le registrar et les serveurs de noms subsistent.

Trois questions concentrent l'essentiel des recherches. La première est la vérification : un site affirme fonctionner depuis 2009, et une date de création en 2021 justifie une question complémentaire. La deuxième est l'évaluation du risque — les domaines enregistrés il y a quelques jours sont surreprésentés dans le phishing et la fraude, si bien que l'ancienneté entre couramment dans un score de risque, même si elle reste faible prise isolément. La troisième est l'acquisition de domaines : lors de l'évaluation d'un nom expiré ou issu du marché secondaire, l'ancienneté de l'enregistrement est l'un des signaux qui indiquent si le nom possède un historique digne d'être repris.

Le point commun de ces trois usages : la date est une donnée d'entrée, pas une conclusion. Elle indique quand un enregistrement a commencé. Tout le reste — qui exploitait le domaine, ce qui y était publié, s'il a changé de mains — exige d'autres éléments.

Comment rechercher une date d'enregistrement

RDAP, le protocole actuel. RDAP renvoie du JSON, ce qui évite toute analyse de texte libre. La date se trouve dans le tableau events :

curl -s https://rdap.org/domain/example.com | jq '.events[] | select(.eventAction=="registration")'

rdap.org joue le rôle de redirecteur d'amorçage : il résout le serveur faisant autorité pour le TLD via le registre de l'IANA, puis transmet la requête. La réponse comporte également les événements expiration et last changed, le registrar parrain et les codes de statut du domaine.

WHOIS, le protocole hérité. Toujours omniprésent et toujours utile, en particulier pour les ccTLD qui n'ont jamais déployé RDAP :

whois example.com | grep -i -E 'creat|regist'

Attendez-vous à de la variabilité. Selon les registres, le même champ s'intitule « Creation Date », « Created On », « created », « Domain Registration Date » ou « registered », et les formats de date diffèrent eux aussi. Tout analyseur que vous écrirez devra gérer plusieurs libellés, ainsi que la norme ISO-8601 et au moins quelques formats régionaux.

Un exemple de ccTLD. Prenons aajtak.in. L'espace de noms .in est administré par NIXI, et une recherche passe par son service WHOIS :

whois aajtak.in

Vous obtiendrez généralement les dates de création, de mise à jour et d'expiration, le registrar parrain, les codes de statut et les serveurs de noms, le bloc de contact du titulaire étant occulté. Ce schéma — champs techniques présents, champs de contact retenus — est désormais la norme aussi bien pour les gTLD que pour la plupart des ccTLD.

Quand aucun serveur RDAP n'existe. L'erreur « no registry RDAP server was identified for this domain » signifie que le TLD n'a pas d'entrée dans le registre d'amorçage de l'IANA : un client RDAP n'a donc nulle part où envoyer la requête. RDAP est contractuellement obligatoire pour les gTLD, mais facultatif pour les ccTLD, administrés selon des politiques nationales. Repliez-vous sur WHOIS pour ce TLD, ou sur l'outil de recherche web du registre. Réessayer la requête RDAP ne servira à rien : le point de terminaison n'existe pas.

Quand la date n'est pas publiée du tout. Plusieurs registres omettent délibérément les dates de création de leurs réponses publiques. Les solutions de repli sont alors indirectes et aucune ne fait autorité : la plus ancienne capture de la Wayback Machine d'Internet Archive fixe une borne supérieure à la date de mise en ligne du site, et la plus ancienne entrée des journaux Certificate Transparency pour le nom d'hôte indique quand un certificat a été émis pour la première fois. Toutes deux fournissent une preuve du type « pas plus tard que », souvent suffisante, mais aucune n'est la date d'enregistrement.

Ce que la date dit — et ce qu'elle ne dit pas

Elle reflète l'enregistrement, pas l'organisation

Une entreprise fondée en 2003 peut détenir un domaine créé en 2018 parce qu'elle a changé de marque, acheté un meilleur nom ou tout regroupé sur un nouveau. Un domaine créé en 2003 peut aujourd'hui appartenir à un tout autre propriétaire. La date est une propriété de l'enregistrement, et l'enregistrement survit aux changements de propriétaire sans nécessairement les faire apparaître.

Suppression et réenregistrement la remettent à zéro

Si un domaine expire, parcourt les cycles de rédemption puis de suppression en attente, et qu'il est ensuite enregistré par quelqu'un d'autre, le nouvel enregistrement affiche en général la nouvelle date de création. La vie antérieure du domaine reste invisible dans l'enregistrement courant. Cela compte surtout dans l'évaluation sur le marché secondaire, où un nom présenté comme « enregistré depuis 2006 » a pu expirer et repartir de zéro entre-temps.

L'ancienneté est un signal de risque faible à elle seule

Les domaines récemment enregistrés sont surreprésentés dans les abus, ce qui fait de l'ancienneté une variable raisonnable dans un modèle de scoring. C'est en revanche une piètre règle prise isolément, car toute nouvelle entreprise légitime possède elle aussi un domaine récemment enregistré. Combinez-la à des signaux porteurs d'une information indépendante : le domaine résout-il, dispose-t-il d'une configuration de messagerie, quel est son réseau d'hébergement, un vrai site est-il servi.

L'ancienneté n'est pas un facteur de classement SEO au sens où on le prétend souvent

Les moteurs de recherche répètent que l'ancienneté d'un domaine n'est pas en soi un signal de classement. Ce qui corrèle avec l'ancienneté, c'est l'accumulation de liens, de contenus et d'historique d'usage au fil du temps — un effet bien réel, mais qui relève de ce que le domaine a fait, non de sa durée d'existence. Un vieux domaine qui n'a jamais rien publié n'en retire rien.

Ce qu'elle établit sans ambiguïté

Une date de création constitue une preuve solide pour une affirmation étroite : cet enregistrement n'existait pas avant cette date. Cela suffit à contredire une mention « en activité depuis », à borner une chronologie dans une enquête, ou à isoler les domaines enregistrés pendant une fenêtre précise lorsqu'on regroupe les éléments d'une campagne.

Travailler à l'échelle de la population entière

Tout ce qui précède concerne un domaine unique. Dès que la question porte sur de nombreux domaines — combien ont été enregistrés dans une zone le trimestre dernier, quels réseaux d'hébergement utilisent les domaines les plus récents — WHOIS et RDAP cessent d'être une option. Tous deux répondent pour un domaine par requête, les registres limitent le débit par IP, et un traitement portant ne serait-ce que sur cent mille domaines sera bridé bien avant d'aboutir.

L'alternative, ce sont les données de zone distribuées sous forme de fichiers. Le catalogue WebTrackly compte 1,538 packs : 716 fichiers de zone TLD, 716 jeux de zones enrichis ajoutant serveurs de noms, enregistrements MX, IP résolues et CMS détecté, 79 listes de sites par technologie et 27 jeux de données curés. Ensemble, les packs de zones couvrent 285,582,781 domaines, dont 163,422,083 en .com ; le jeu de données de tous les domaines enregistrés compte 272,614,863 lignes. WordPress est détecté sur 21,639,326 domaines et Joomla sur 567,680.

Ce que contient un pack

Le format de téléchargement dépend du package et figure sur la page produit.

Les dates d'enregistrement n'apparaissent que là où la zone source les publie — pour de nombreux ccTLD, elles ne sont pas disponibles, et la colonne est alors absente plutôt qu'estimée. Il n'existe ni colonne titulaire ni colonne contact : aucune adresse e-mail, aucun numéro de téléphone, aucune donnée personnelle d'aucune sorte.

Déduire l'activité d'enregistrement sans colonne de date

Lorsque les dates manquent, vous pouvez tout de même mesurer l'activité d'enregistrement en comparant des instantanés. Achetez le même pack à deux dates différentes : les domaines présents dans le fichier le plus récent mais absents du plus ancien sont ceux enregistrés dans l'intervalle :

-- domains added between two snapshots
SELECT n.domain, n.ns, n.mx
FROM read_csv_auto('snapshots/com-2026-07-01.csv') n
LEFT JOIN read_csv_auto('snapshots/com-2026-04-01.csv') o USING (domain)
WHERE o.domain IS NULL;

-- and which name servers the new registrations chose
SELECT ns, count(*) AS new_domains
FROM (
  SELECT n.domain, n.ns
  FROM read_csv_auto('snapshots/com-2026-07-01.csv') n
  LEFT JOIN read_csv_auto('snapshots/com-2026-04-01.csv') o USING (domain)
  WHERE o.domain IS NULL
)
GROUP BY ns ORDER BY new_domains DESC LIMIT 20;

Pour les questions que l'on se pose réellement, cette approche vaut souvent mieux qu'une colonne de date, car les attributs d'infrastructure y sont déjà rattachés. La seule exigence : conserver et dater chaque fichier téléchargé.

Obtenir les fichiers

Parcourez /zones/ pour les fichiers de zone et les jeux enrichis, /datasets/ pour les collections curées et /packages/ pour le catalogue complet ; le nombre de lignes est indiqué avant l'achat. Les packs démarrent à $3.50 et se téléchargent immédiatement, exportés au moment même de l'achat. Pro est à $29/mois (50 packs, 10 jeux de données, 30,000 appels API) et Enterprise à $99/mois (200 packs, 50 jeux de données, 300,000 appels API) — voir /pricing/.

unzip com-enriched.zip
head -3 com-enriched.csv
wc -l com-enriched.csv

# list zone-file packages via the API
curl -H "Authorization: Bearer YOUR_API_KEY" \
  "https://webtrackly.com/api/v1/packages/?type=zone"

# technology packages matching a keyword
curl -H "Authorization: Bearer YOUR_API_KEY" \
  "https://webtrackly.com/api/v1/packages/?type=technology&q=wordpress"

# details for one package
curl -H "Authorization: Bearer YOUR_API_KEY" \
  "https://webtrackly.com/api/v1/packages/com-zone/"

L'API expose le catalogue de packs : ce qui existe, ce que cela coûte, combien de lignes chaque élément contient. Elle n'accepte pas un nom de domaine pour en renvoyer des informations ; les données d'enregistrement domaine par domaine proviennent de WHOIS ou de RDAP. Référence sur /api/.

Erreurs courantes

Erreur 1 : lire la date de création comme la date de fondation de l'entreprise

L'enregistrement décrit l'inscription du domaine, pas l'organisation. Changements de marque, achats sur le marché secondaire et regroupements rompent tous le lien. Recoupez avec un registre du commerce ou l'historique du site avant d'affirmer quoi que ce soit sur l'entreprise.

Erreur 2 : supposer que tous les registres publient la date

Plusieurs ccTLD omettent totalement les dates de création de leurs réponses publiques. Dans ce cas, les captures Wayback et les entrées Certificate Transparency donnent une borne « pas plus tard que » : utile, mais ce n'est pas la date d'enregistrement et cela ne doit pas être présenté comme tel.

Erreur 3 : réessayer quand RDAP signale l'absence de serveur

« No registry RDAP server was identified for this domain » signifie que le TLD est absent du registre d'amorçage de l'IANA. Il n'y a aucun point de terminaison à joindre. Repliez-vous sur WHOIS pour ce TLD au lieu d'ajouter une logique de nouvelle tentative.

Erreur 4 : bâtir un pipeline de masse sur des requêtes domaine par domaine

Les registres limitent le débit par IP et les deux protocoles fonctionnent, par conception, domaine par domaine. Un traitement volumineux sera bridé et produira des résultats partiels, inexploitables pour énoncer des pourcentages. Prenez la population dans les données de zone et réservez les recherches unitaires au sous-ensemble qui exige un statut faisant autorité.

Erreur 5 : utiliser l'ancienneté comme règle de risque autonome

Les domaines récemment enregistrés sont surreprésentés dans les abus, mais c'est aussi le cas de toute entreprise légitime lancée ce mois-ci. Utilisez l'ancienneté comme une variable parmi d'autres — résolution, configuration de messagerie, réseau d'hébergement, présence de contenu réel — plutôt que comme règle de rejet.

Erreur 6 : surinterpréter ce que montre un instantané unique

Un fichier décrit un état. Croissance, attrition et migration exigent toutes deux observations. Archivez et datez chaque téléchargement ; un instantané jeté est une comparaison définitivement perdue.

Questions fréquentes

Q : Comment savoir quand un domaine a été enregistré ?
R : Interrogez RDAP et lisez l'événement portant eventAction: "registration", ou lancez whois et cherchez un champ nommé « Creation Date », « Created On », « created » ou « registered ». RDAP est préférable pour l'automatisation, car il renvoie du JSON structuré.

Q : Pourquoi le nom du champ change-t-il d'un TLD à l'autre ?
R : WHOIS n'impose aucun schéma de réponse : chaque registre nomme et formate les champs à sa manière. RDAP normalise tout cela, ce qui est la principale raison pratique de le préférer.

Q : Pourquoi certains domaines n'ont-ils aucune date de création ?
R : Certains registres ne la publient pas. Aucun contournement ne donne la date réelle ; les captures Wayback et les entrées Certificate Transparency fournissent une borne supérieure de la période d'utilisation du domaine.

Q : Que signifie « no registry RDAP server was identified for this domain » ?
R : Le TLD n'a pas d'entrée RDAP dans le registre d'amorçage de l'IANA : le client ne peut donc pas déterminer où envoyer la requête. RDAP est obligatoire pour les gTLD, mais facultatif pour les ccTLD. Utilisez WHOIS pour ce TLD.

Q : La date d'enregistrement change-t-elle lorsqu'un domaine est vendu ?
R : Un transfert classique la conserve généralement. Un domaine qui expire, est supprimé puis réenregistré affiche en général la nouvelle date de création, l'historique antérieur restant invisible dans l'enregistrement courant.

Q : Puis-je rechercher des dates d'enregistrement en masse ?
R : Pas via WHOIS ni RDAP. Les deux fonctionnent domaine par domaine et sont soumis à des limites de débit. À l'échelle de populations entières, utilisez les fichiers de zone et comparez des instantanés datés pour en déduire l'activité d'enregistrement.

Q : WebTrackly propose-t-il une recherche par domaine ?
R : Non. Le format de téléchargement dépend du package et figure sur la page produit. Il n'existe aucun service de recherche domaine par domaine.

Q : Les packs incluent-ils les dates d'enregistrement ?
R : Uniquement là où la zone source les publie. Lorsque le registre n'expose pas de dates, la colonne est absente plutôt qu'estimée.

Q : Les packs incluent-ils des coordonnées ?
R : Non. Ils contiennent le domaine, les serveurs de noms, les MX, l'IP résolue et le CMS détecté. Aucune adresse e-mail, aucun numéro de téléphone, aucune identité de titulaire.

Q : Combien cela coûte-t-il ?
R : Les packs à partir de $3.50 en achat unique. Pro à $29/mois (50 packs, 10 jeux de données, 30,000 appels API) ; Enterprise à $99/mois (200 packs, 50 jeux de données, 300,000 appels API). Voir /pricing/.

Conclusion

Pour un seul domaine, rechercher la date d'enregistrement se résume à une requête RDAP ou à un appel whois, avec ces réserves : le nom du champ varie, certains registres ne publient rien et certains TLD n'ont aucun point de terminaison RDAP. Interprétez le résultat de façon restrictive : il établit quand l'enregistrement a commencé, pas quand une entreprise a été fondée, ni qui contrôle le nom aujourd'hui.

Pour de nombreux domaines, les protocoles unitaires sont tout simplement le mauvais outil. Les fichiers de zone livrent la population entière d'un coup, avec serveurs de noms, routage du courrier, adresses résolues et CMS détecté, et la comparaison d'instantanés datés reconstitue l'activité d'enregistrement même pour les zones qui ne publient aucune date. Le schéma est volontairement restreint et ne contient aucune donnée personnelle — le savoir à l'avance évite qu'un projet échoue à la dernière étape.

Parcourir le catalogue de fichiers de zone →

Ressources connexes

• Catalogue des packs — 1,538 bases de domaines téléchargeables
• Fichiers de zone par TLD — .com, .net, .de et plus de 700 autres
• Jeux de données curés — tous les domaines enregistrés, serveurs MX, e-commerce
• Documentation API — accès au catalogue avec un jeton bearer
• Tarifs — achats uniques à partir de $3.50