Pendant quatre décennies, WHOIS a été la manière de savoir qui avait enregistré un domaine. Cette époque touche à sa fin. RDAP (le Registration Data Access Protocol) l’a remplacé comme norme et, depuis 2025, les registres ne sont plus du tout tenus de faire fonctionner l’ancien service WHOIS. Voici ce qui a changé, pourquoi c’est important, et comment interroger les données d’enregistrement à la manière moderne.
Qu’est-ce que WHOIS ?
WHOIS est un protocole simple de requête/réponse qui remonte à 1982 (RFC 812, puis RFC 3912). Vous vous connectez à un serveur sur le port 43, vous envoyez un nom de domaine, et vous recevez en retour un bloc de texte décrivant le titulaire, le bureau d’enregistrement, les dates clés et les serveurs de noms.
Cela fonctionnait, mais c’était conçu pour un internet différent :
- Texte non structuré. Chaque registre formatait sa sortie différemment, si bien que l’extraction des données relevait d’un éternel bricolage à coups d’expressions régulières.
- Aucune internationalisation. Le protocole était orienté ASCII, et les données de titulaires non latines viraient au chaos.
- Aucun contrôle d’accès standard. Une sortie tout ou rien, qui entrait frontalement en collision avec des lois sur la vie privée comme le RGPD.
- Aucune découverte standard. Il fallait déjà connaître le serveur WHOIS de chaque TLD.
Qu’est-ce que RDAP ?
RDAP (RFC 7480–7484, mises à jour par les RFC 9082 et 9083) est le remplaçant moderne. Même objectif (les données d’enregistrement), mais repensé de fond en comble :
- JSON sur HTTPS. Des réponses structurées et prévisibles, que vous pouvez analyser de façon fiable.
- Un schéma de requête standard. Des URL cohérentes comme
https://rdap.example/domain/example.com. - Le bootstrapping. L’IANA publie un registre qui indique quel serveur RDAP fait autorité pour chaque TLD, la découverte est donc automatique.
- Un accès différencié. Le protocole tient compte de l’authentification, si bien qu’un registre peut renvoyer plus de données aux utilisateurs autorisés tout en montrant au public une vue expurgée (le modèle compatible RGPD).
- L’internationalisation et l’expurgation sont des préoccupations de premier plan, pas des retouches après coup.
RDAP vs WHOIS : les différences essentielles
| WHOIS | RDAP | |
|---|---|---|
| Format | Texte libre | JSON structuré |
| Transport | Port 43 (texte en clair) | HTTPS |
| Découverte | Manuelle, par registre | Registre de bootstrap IANA |
| Contrôle d’accès | Aucun | Standardisé, sensible à l’authentification |
| Internationalisation | Faible | Intégrée |
| Statut | En cours d’abandon | Norme actuelle |
Pourquoi le secteur a changé de protocole
L’ICANN a entériné RDAP comme successeur de WHOIS et a imposé aux registres et bureaux d’enregistrement de gTLD de le mettre en œuvre. Le tournant est survenu en 2025, lorsque les parties sous contrat n’ont plus été obligées de faire fonctionner l’ancien service WHOIS sur le port 43, ce qui a officiellement mis fin au règne de WHOIS pour les gTLD. Si vous construisez encore votre infrastructure sur l’analyse de texte WHOIS, vous construisez sur une base obsolète.
Comment interroger RDAP
Une recherche n’est qu’une simple requête HTTPS GET. Pour trouver le bon serveur, vous pouvez consulter le fichier de bootstrap de l’IANA, ou solliciter un point d’accès routeur qui le résout pour vous :
curl -s https://rdap.org/domain/example.com | jq '{
domain: .ldhName,
status: .status,
registrar: (.entities[]? | select(.roles[]? == "registrar") | .vcardArray[1][1][3]),
created: (.events[]? | select(.eventAction == "registration") | .eventDate)
}'
Comme la réponse est un JSON structuré, extraire un champ précis (date d’enregistrement, statut, serveurs de noms) tient en une seule ligne, au lieu de nécessiter un analyseur fragile.
Interroger des données d’enregistrement à grande échelle
RDAP est parfait pour interroger un domaine à la fois. Mais pour des millions de domaines, vous vous heurtez à deux obstacles : les limites de débit et les particularités propres à chaque serveur de TLD, chaque registre exploitant son propre point d’accès, avec ses propres règles de limitation et d’expurgation.
C’est le vide que comble le dataset RDAP & WHOIS. Nous résolvons les données d’enregistrement pour chaque domaine actif et nous les livrons sous forme de JSONL normalisé (bureau d’enregistrement, dates clés, statut et serveurs de noms dans un schéma unique et cohérent), afin que vous puissiez analyser l’ensemble de l’espace de noms sans exécuter de robot d’exploration distribué ni devoir surveiller en permanence des limites de débit.
Questions fréquentes
WHOIS est-il mort ? Pour les gTLD, en pratique oui : RDAP est le protocole obligatoire et l’obligation du port 43 a pris fin. Certains ccTLD font encore fonctionner l’ancien WHOIS, mais le sens de l’évolution est à sens unique.
Les données RDAP sont-elles différentes des données WHOIS ? Ce sont les mêmes données d’enregistrement, exposées de façon structurée et avec contrôle d’accès. Les réponses publiques sont souvent expurgées pour préserver la vie privée. L’accès authentifié, lui, peut en renvoyer davantage.
Puis-je télécharger des données d’enregistrement en masse ? RDAP par domaine est soumis à des limites de débit, donc un traitement en masse en direct est impraticable. Un dataset préparé à l’avance est la solution qui passe à l’échelle.
Comment trouver le serveur RDAP d’un TLD ?
Utilisez le registre de bootstrap de l’IANA, ou un routeur comme rdap.org qui le résout pour vous. Vous pouvez consulter la couverture par TLD.
Travaillez les données d’enregistrement à la manière moderne
Arrêtez d’analyser du texte sur le port 43. Obtenez le dataset RDAP & WHOIS → pour des données d’enregistrement structurées sur chaque domaine, ou consultez tous les datasets pour les combiner avec les technologies, le classement et le DNS.