Exploiter l'historique WHOIS des domaines pour la veille concurrentielle

Un enregistrement WHOIS actuel vous dit à quoi ressemble un domaine aujourd'hui. Il ne dit rien du registrar qu'il a quitté l'an dernier, des serveurs de noms par lesquels il est passé, ni de l'organisation qui le détenait avant l'actuelle. Cette trace — la suite des états par lesquels une inscription est passée — c'est ce que l'on appelle l'historique WHOIS d'un nom de domaine, et c'est une donnée d'entrée réellement utile pour la recherche concurrentielle, l'évaluation de domaines expirés et l'investigation d'abus.

Cet article détaille ce que contiennent réellement les données d'enregistrement historiques, où elles peuvent — ou non — être obtenues, comment le RGPD a redessiné ce qui subsiste dans l'enregistrement, et comment reconstituer vous-même un historique comparable à partir d'instantanés de zone datés lorsqu'une archive WHOIS commerciale n'est pas disponible ou pas abordable.

EN BREF / À RETENIR

• L'historique WHOIS est une suite d'observations, pas un produit de registre : aucun registre ne publie de journal des modifications. Les archives historiques existent parce que quelqu'un a interrogé l'enregistrement de façon répétée pendant des années et conservé chaque réponse.
• Les champs utiles sont techniques : registrar, serveurs de noms, dates de création et d'expiration, codes de statut sont visibles et comparables dans le temps. L'identité du titulaire, le plus souvent, ne l'est pas.
• Le RGPD a tracé une ligne nette : les enregistrements observés avant 2018 environ contiennent souvent les coordonnées complètes ; ceux observés ensuite sont largement caviardés. Toute archive est donc dense avant cette ligne et clairsemée après.
• La couverture est inégale : les archives sont solides sur les gTLD et minces sur les ccTLD, et un domaine n'a d'historique qu'à partir de la date à laquelle l'archiveur l'a observé pour la première fois.
• Vous pouvez constituer votre propre historique des changements : des instantanés datés de données de zone, comparés dans le temps, vous donnent les changements de NS, MX, IP et CMS sans aucune dépendance à une archive WHOIS.
• Ce que fournit WebTrackly : 1 538 packages téléchargeables — 716 fichiers de zone TLD, 716 jeux de zone enrichis (NS, MX, IP, CMS), 79 listes de sites par technologie, 27 jeux de données curatés — couvrant 279 944 703 domaines. Chaque package est exporté à neuf au moment de l'achat, ce qui rend précisément possible la comparaison d'instantanés.
• Ce qu'il ne fournit pas : une archive d'historique WHOIS, des requêtes unitaires par domaine, ni la moindre donnée de contact personnelle.

Sommaire

1. Ce qu'est réellement l'historique WHOIS d'un nom de domaine
2. Cinq usages concrets des données de domaine historiques
3. D'où viennent les données, et ce que couvre chaque source
4. Constituer votre propre historique à partir d'instantanés de zone
5. Erreurs fréquentes dans l'analyse de l'historique WHOIS
6. Questions fréquentes
7. Conclusion
8. Ressources associées

Ce qu'est réellement l'historique WHOIS d'un nom de domaine

La première chose à comprendre est qu'aucun registre ne publie de journal des modifications pour un domaine. WHOIS et son successeur RDAP renvoient l'état actuel d'une inscription, et rien d'autre. Chaque enregistrement WHOIS historique existant, où qu'il soit, est une observation que quelqu'un a faite et conservée : une requête exécutée à une date donnée, dont la réponse a été archivée. L'« historique WHOIS » est donc toujours une série temporelle d'instantanés, dont la résolution et la date de départ dépendent de celui qui archivait.

Cela a trois conséquences pratiques. Un domaine n'a aucun historique avant la première date à laquelle il a été observé, quel que soit l'âge de son inscription. Les changements survenus entre deux observations sont compressés en une seule transition visible : un domaine ayant changé deux fois de registrar en un mois semblera n'en avoir changé qu'une. Et la couverture reflète les priorités de l'archiveur : les gTLD, qui disposent de points d'accès WHOIS et RDAP normalisés, sont bien couverts, tandis que beaucoup de ccTLD ne le sont quasiment pas.

Au sein d'un enregistrement, les champs se répartissent nettement en deux groupes. Les champs techniques et administratifs — registrar gestionnaire, serveurs de noms, date de création, date d'expiration, date de dernière mise à jour, codes de statut — sont publiés, stables dans leur format et comparables d'une observation à l'autre. Ce sont eux qui portent l'essentiel de la valeur analytique. Les champs de contact — nom du titulaire, organisation, e-mail, téléphone, adresse postale — sont ceux que l'on veut habituellement, et ceux qui ont le moins de chances d'être présents.

La frontière du RGPD est la chose la plus importante à connaître sur n'importe quelle archive WHOIS. Avant son entrée en application en 2018, la plupart des enregistrements gTLD exposaient les coordonnées complètes du titulaire. Ensuite, registres et registrars ont adopté le caviardage par défaut, remplaçant les blocs de contact par des espaces réservés ou des adresses relais. Une archive couvrant cette période est par conséquent dense sur sa partie ancienne et clairsemée sur sa partie récente : toute analyse qui la traiterait comme homogène confondrait un changement de politique de divulgation avec un changement du monde réel.

Ce qui reste demeure néanmoins substantiel. Transferts de registrar, migrations de serveurs de noms, schémas d'expiration et de renouvellement, transitions de codes de statut : tout cela est visible et décrit assez bien la vie opérationnelle d'un domaine. Simplement, cette description est infrastructurelle et non patrimoniale.

Besoin de données de domaine en masse plutôt que d'une requête unitaire ?
Parcourez le catalogue de jeux de données — fichiers de zone et jeux de zone enrichis avec NS, MX, IP et CMS.
Parcourir les bases → | Voir les tarifs →

Cinq usages concrets des données de domaine historiques

1. Évaluer un domaine expiré ou du marché secondaire

C'est l'usage où les données historiques rentabilisent leur coût le plus sûrement. Avant d'acquérir un domaine, vous voulez savoir si son passé est un actif ou un passif. Une longue vie d'inscription, avec un registrar stable et des serveurs de noms constants, suggère une exploitation légitime continue. Un enregistrement qui a rebondi de registrar en registrar tous les quelques mois, qui est tombé en déchéance puis a été réenregistré plusieurs fois, ou qui est resté parqué pendant des années, suggère l'inverse.

L'historique d'inscription seul ne suffit pas ici. Croisez-le avec la Wayback Machine d'Internet Archive pour voir ce qui a réellement été publié sur le domaine, et vérifiez dans les listes de blocage publiques si le nom a servi au spam ou à la diffusion de malwares. L'ancienneté dans un enregistrement WHOIS n'est pas une preuve de qualité : c'est seulement une preuve de continuité.

2. Enquêter sur des infrastructures malveillantes

Les enregistrements historiques sont un outil standard de la recherche sur les abus, parce que les opérateurs réutilisent leur infrastructure. Des domaines enregistrés en rafale le même jour, chez le même registrar, pointant vers les mêmes serveurs de noms, forment un groupe visible même lorsque tous les champs de contact sont caviardés. Pour les campagnes plus anciennes, les observations antérieures à 2018 conservent parfois les coordonnées que les enregistrements ultérieurs masquent : c'est pourquoi les archives couvrant cette période restent précieuses longtemps après la mort des domaines eux-mêmes.

L'historique des serveurs de noms et des IP produit généralement un meilleur regroupement que les champs du titulaire, précisément parce qu'il n'a jamais été caviardé.

3. Suivre les changements d'entreprise et de marque

La consolidation de registrar et la migration de serveurs de noms accompagnent souvent les acquisitions et les changements de marque, l'organisation acquéreuse finissant par rapatrier les domaines dans son propre compte registrar et sur sa plateforme DNS. Les enregistrements historiques rendent cela visible.

Traitez-le comme un signal faible pris isolément. Un changement d'organisation titulaire peut tout aussi bien correspondre à une restructuration interne, à un transfert entre filiales ou à la correction d'une faute de frappe. Il ne devient significatif qu'une fois corroboré — par une migration simultanée de serveurs de noms, un changement de réseau d'hébergement ou une annonce publique.

4. Mesurer le changement à l'échelle d'un espace de noms entier

Les historiques individuels répondent à des questions sur un domaine. Les instantanés agrégés répondent à des questions sur une population : combien de domaines une zone a gagnés et perdus sur un trimestre, quels fournisseurs DNS ont progressé, quelles plateformes de messagerie sont délaissées. Cela ne nécessite aucune archive WHOIS : deux fichiers de zone datés et une jointure suffisent, c'est l'approche décrite en détail plus bas.

5. Vérifier les allégations d'ancienneté en due diligence

« Depuis 2009 » sur un site web est une affirmation marketing. L'enregistrement d'inscription permet de la contrôler : si le domaine a été créé en 2019, l'affirmation appelle une autre explication — qui peut être parfaitement innocente : un changement de marque, un déménagement depuis un autre nom, un domaine racheté sur le marché secondaire.

Notez le sens de l'inférence. Une date de création établit quand l'enregistrement d'inscription actuel a commencé, et un transfert peut réinitialiser les dates visibles. C'est une preuve portant sur le domaine, pas sur l'entreprise.

D'où viennent les données, et ce que couvre chaque source

Aucune source unique ne répond à toutes les questions historiques. Chacune couvre une tranche différente, et savoir laquelle épargne beaucoup d'efforts inutiles.

La dernière ligne est celle que la plupart des gens négligent. Si votre question porte sur le changement plutôt que sur l'identité, vous n'avez pas besoin d'une archive WHOIS : il vous faut deux fichiers pris à des moments différents. Le compromis est honnête : aucune information sur le titulaire et aucun historique antérieur à votre premier téléchargement, mais une couverture de zone complète, aucune limitation de débit et un contrôle total sur la résolution temporelle.

Ce que contient un fichier de données de zone

Chaque package est un CSV dans un ZIP. Les packages de fichiers de zone contiennent la liste des domaines ; les packages enrichis ajoutent les colonnes suivantes, renseignées lorsque l'information est déterminable :

Les dates d'inscription n'apparaissent que là où la zone source les publie ; pour de nombreux ccTLD ce n'est pas le cas, et la colonne est alors absente plutôt qu'estimée. Il n'y a ni colonne titulaire ni colonne de contact, car cette donnée est caviardée à la source et n'est pas reconstituée ici.

Constituer votre propre historique à partir d'instantanés de zone

La méthode est simple, et la discipline qu'elle exige tient entièrement au stockage : conservez chaque fichier, datez chaque fichier, n'en écrasez jamais aucun.

Étape 1 — Choisissez les zones qui vous intéressent. /zones/ répertorie les 716 fichiers de zone TLD et leurs équivalents enrichis, avec le nombre de lignes affiché avant l'achat. /datasets/ regroupe les 27 collections curatées inter-zones, la plus vaste étant l'ensemble des domaines enregistrés, soit 272 614 863 lignes. /packages/ est le catalogue complet, incluant les 79 listes de sites par technologie.

Étape 2 — Achetez et téléchargez. Les packages démarrent à $3.50 et se téléchargent immédiatement sous forme de ZIP ; le fichier est exporté au moment même de l'achat, si bien que chaque téléchargement constitue un instantané daté et propre. Pour une collecte récurrente, Pro est à $29/mois (50 packages, 10 jeux de données, 30 000 appels API) et Enterprise à $99/mois (200 packages, 50 jeux de données, 300 000 appels API). Voir /pricing/.

Étape 3 — Stockez les instantanés avec la date dans le nom de fichier.

unzip -p com-enriched.zip > snapshots/com-$(date +%Y-%m-%d).csv
ls snapshots/
# com-2026-04-01.csv  com-2026-05-01.csv  com-2026-06-01.csv

Étape 4 — Comparez deux instantanés. DuckDB lit les CSV sur place, sans étape d'import :

-- domains present now but not in the earlier snapshot
SELECT n.domain
FROM read_csv_auto('snapshots/com-2026-06-01.csv') n
LEFT JOIN read_csv_auto('snapshots/com-2026-04-01.csv') o USING (domain)
WHERE o.domain IS NULL;

-- domains that changed name server between the two dates
SELECT o.domain, o.ns AS ns_before, n.ns AS ns_after
FROM read_csv_auto('snapshots/com-2026-04-01.csv') o
JOIN read_csv_auto('snapshots/com-2026-06-01.csv') n USING (domain)
WHERE o.ns IS DISTINCT FROM n.ns;

-- net movement between mail providers over the interval
SELECT o.mx AS mx_before, n.mx AS mx_after, count(*) AS domains
FROM read_csv_auto('snapshots/com-2026-04-01.csv') o
JOIN read_csv_auto('snapshots/com-2026-06-01.csv') n USING (domain)
WHERE o.mx IS DISTINCT FROM n.mx
GROUP BY 1, 2 ORDER BY domains DESC LIMIT 50;

Trois instantanés font une tendance, et une année de fichiers mensuels fait un véritable jeu de données longitudinal que personne d'autre ne possède. La seule chose qui vous sépare de ce jeu de données, c'est la décision de commencer à conserver les fichiers dès maintenant.

Étape 5 — Automatisez l'accès au catalogue via l'API. L'API expose le catalogue de packages afin que vous puissiez scripter la collecte. Ce n'est pas un point d'accès de requête par domaine, et elle ne renvoie pas l'historique d'un domaine.

# list zone-file packages
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/"

La référence des points d'accès se trouve sur /api/. Lorsque vous avez aussi besoin des transferts de registrar ou des coordonnées de titulaires d'avant 2018, cela relève d'une archive WHOIS historique commerciale, un produit différent chez un fournisseur différent — les deux se combinent bien, et aucun ne remplace l'autre.

Erreurs fréquentes dans l'analyse de l'historique WHOIS

1. Prendre l'absence d'historique pour une absence d'événements.

   • Ce qui cloche : un domaine avec trois enregistrements archivés est décrit comme stable, alors qu'il a simplement été observé trois fois.
   • Le correctif : vérifiez toujours la densité d'observation avant de conclure quoi que ce soit sur la stabilité. Un échantillonnage clairsemé ressemble trait pour trait à une vie tranquille.

2. Ignorer la discontinuité RGPD.

   • Ce qui cloche : un graphique montre les données de contact disparaître à l'échelle d'une population et se lit comme une adoption massive des services de confidentialité par les titulaires.
   • Le correctif : marquez explicitement la frontière de 2018 dans toute analyse longitudinale. Ce qui a changé, c'est la politique de divulgation, pas le comportement des titulaires.

3. Interpréter un changement d'organisation titulaire comme une acquisition.

   • Ce qui cloche : une restructuration, un transfert entre filiales ou la correction d'une faute de frappe est rapporté comme un signal de fusion-acquisition.
   • Le correctif : exigez une corroboration — une migration simultanée de serveurs de noms, un changement d'hébergement, un dépôt public. Un champ qui change est une hypothèse, pas une conclusion.

4. Confondre l'âge du domaine et l'âge de l'entreprise.

   • Ce qui cloche : une date de création ancienne est présentée comme la preuve d'une activité établie de longue date, ou une date récente comme la preuve d'une société nouvelle.
   • Le correctif : une date de création décrit l'enregistrement d'inscription. Changements de marque, rachats sur le marché secondaire et transferts rompent tous le lien avec l'organisation.

5. Utiliser une archive comme source de contacts.

   • Ce qui cloche : des coordonnées d'avant le RGPD sont extraites d'une archive et injectées dans un outil de prospection.
   • Le correctif : une donnée personnelle historique reste une donnée personnelle. Son usage licite est investigatif et forensique ; ce n'est pas un fichier de prospects, et la traiter comme tel pose un problème de conformité, quelle qu'en soit la provenance.

6. Analyser l'historique d'inscription isolément.

   • Ce qui cloche : un transfert de registrar est interprété sans aucune autre preuve et s'avère n'avoir été qu'un arbitrage de prix.
   • Le correctif : triangulez entre les sources — Certificate Transparency pour les chronologies de noms d'hôtes, la Wayback Machine pour le contenu publié, le DNS passif ou vos propres instantanés de zone pour les changements de résolution.

7. Ne pas démarrer votre propre collecte d'instantanés.

   • Ce qui cloche : six mois après le lancement d'un projet, la question utile s'avère être « qu'est-ce qui a changé ? », et il n'y a rien à quoi comparer.
   • Le correctif : commencez immédiatement à archiver des instantanés datés des zones qui vous intéressent. Le coût se chiffre en quelques dollars par fichier ; l'alternative, c'est d'attendre six mois pour disposer de données que vous auriez déjà pu avoir.

Questions fréquentes

Q : D'où vient l'historique WHOIS si les registres ne le publient pas ?
R : de l'observation répétée. Les archives se construisent en interrogeant WHOIS ou RDAP selon un calendrier et en stockant chaque réponse datée. L'historique d'un domaine commence donc à la première observation de l'archiveur, pas à la création du domaine.

Q : Pourquoi les coordonnées manquent-elles dans les enregistrements récents ?
R : le caviardage est devenu la norme chez les registres gTLD et les registrars après l'entrée en application du RGPD en 2018. Nom, e-mail, téléphone et adresse du titulaire sont retirés des réponses publiques pour la plupart des domaines, et leur divulgation exige normalement une base légale documentée soumise au registrar.

Q : WebTrackly vend-il de l'historique WHOIS ?
R : non. WebTrackly distribue des packages de zone et d'enrichissement en masse, sous forme de fichiers téléchargeables. Il n'y a ni archive d'historique WHOIS ni service de requête par domaine. Vous pouvez construire un historique des changements pour les attributs contenus dans ces fichiers en conservant des instantanés datés et en les comparant.

Q : Que contient un package ?
R : les packages de fichiers de zone contiennent la liste des domaines d'un TLD. Les packages de zone enrichis ajoutent les serveurs de noms, les enregistrements MX, les IP résolues et le CMS détecté lorsque c'est déterminable. Les packages technologiques listent les sites où un CMS ou une technologie donnée a été détecté. Les jeux de données curatés sont des compilations inter-zones.

Q : Les noms, e-mails ou numéros de téléphone des titulaires sont-ils inclus ?
R : non. Les fichiers ne contiennent que des attributs de domaine et d'infrastructure.

Q : Quelle est la taille du catalogue ?
R : 1 538 packages — 716 fichiers de zone, 716 jeux de zone enrichis, 79 listes de sites par technologie et 27 jeux de données curatés — couvrant 279 944 703 domaines sur l'ensemble des packages de zone, dont 163 422 083 en .com. WordPress est détecté sur 21 639 326 domaines et Joomla sur 607 765.

Q : Comment obtenir un instantané récent ?
R : chaque package est exporté au moment même de l'achat ; racheter le même package plus tard vous donne donc un fichier à jour, à comparer avec le précédent.

Q : Que fait l'API ?
R : elle expose le catalogue. GET /api/v1/packages/?type=zone liste les packages de zone, ?type=technology&q=wordpress filtre les packages technologiques, et /api/v1/packages/{slug}/ renvoie le détail d'un package, le tout avec authentification par bearer token.

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

Conclusion

L'historique WHOIS d'un nom de domaine est une série temporelle que quelqu'un a choisi d'enregistrer, bornée par la date à laquelle il a commencé et par ce que les registres acceptaient alors de divulguer. Lu en gardant ces bornes à l'esprit, il soutient un vrai travail : évaluer un domaine du marché secondaire, regrouper des infrastructures malveillantes, vérifier une allégation d'ancienneté. Lu comme un registre de propriété complet, il induira en erreur.

Pour les questions portant sur le changement au sein d'une population plutôt que sur l'identité d'un titulaire, vous n'avez besoin d'aucune archive. Des instantanés de zone datés, comparés entre eux, vous donnent les migrations de serveurs de noms, les mouvements entre fournisseurs de messagerie, le renouvellement des CMS et la croissance des inscriptions sur exactement l'intervalle qui vous intéresse — sans limitation de débit, sans caviardage et sans dépendre du calendrier de collecte de qui que ce soit. La seule exigence, c'est de commencer à conserver les fichiers.

Parcourir le catalogue de jeux de données →

Ressources associées

• Catalogue de packages — 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 curatés — tous les domaines enregistrés, serveurs MX, e-commerce
• Documentation API — accès au catalogue avec un bearer token
• Tarifs — achats uniques à partir de $3.50