WHOIS vs RDAP: What Changed in 2025 and What Domain Owners Should Know

WHOIS a disparu pour les g TLD : ce que l'ICANN a changé le 28 janvier 2025

Si vous avez déjà cherché à savoir à qui appartient un nom de domaine, vous avez utilisé WHOIS, ou du moins un outil basé dessus. Pendant des décennies, WHOIS a été l'annuaire public d'Internet pour les données d'enregistrement de domaines. Tapez un nom de domaine, obtenez le nom du propriétaire, ses coordonnées, les dates d'enregistrement et les serveurs de noms. Simple, ouvert et universel.

Cette époque est révolue pour les domaines génériques de premier niveau.

Comme confirmé dans L'annonce officielle de l'ICANN, le 28 janvier 2025, l'ICANN met officiellement fin au WHOIS pour certains g TLD. Les registres et les bureaux d'enregistrement ne sont plus contractuellement tenus de maintenir le protocole WHOIS. Le RDAP, le protocole d'accès aux données d'enregistrement, est désormais la norme requise.

Ce n'était pas une transition en douceur ni une période de grâce. Le changement est effectif. Si vous gérez des domaines en .COM, .NET, .ORG, .IO ou d'autres extensions génériques, le protocole qui sert vos données de consultation de domaines a changé. Ce qui n'a pas encore complètement suivi, c'est la façon dont les propriétaires de domaines (en particulier les investisseurs) ont adapté leurs flux de travail en conséquence.

 

WHOIS vs RDAP : quelles sont les vraies différences entre les deux protocoles

Pour comprendre pourquoi l'ICANN a remplacé WHOIS par RDAP, il est utile de comprendre ce qu'était réellement WHOIS et où il a échoué.

WHOIS était un protocole de requête-réponse développé aux débuts d'Internet. Il fonctionnait sur une connexion TCP non chiffrée sur le port 43. C'était un canal ouvert où n'importe qui pouvait envoyer une requête et recevoir une réponse en texte clair. Il n'y avait pas d'exigence de connexion, pas de contrôle d'accès et pas de format de données standard. Chaque bureau d'enregistrement renvoyait les résultats à sa manière, ce qui rendait le traitement automatisé incohérent et peu fiable.

RDAP a été développé par l'Internet Engineering Task Force (IETF) spécifiquement pour résoudre ces problèmes. C'est un protocole moderne, natif du web, qui fonctionne comme n'importe quel site web sécurisé : les requêtes partent via HTTPS, les réponses reviennent au format JSON structuré. Le format JSON est un format standardisé que les machines (et les gens) peuvent lire de manière fiable.

Voici ce que cela signifie en pratique :

• Sortie structurée

  Les réponses RDAP utilisent des noms de champs cohérents chez tous les bureaux d'enregistrement et registres. Que vous consultiez un domaine chez un bureau d'enregistrement ou un autre, les données reviennent dans le même format. Plus d'incohérences de parsing. RDAP utilise du contenu JSON et des données interchangeables pour une meilleure lisibilité et intégration.

• Accès hiérarchisé

  Le RDAP ne rend pas automatiquement plus de détails sur le domaine visibles. Il prend en charge un accès différencié ou hiérarchisé aux données. Ce qui change réellement, c'est que les informations peuvent être fournies différemment en fonction du niveau d'autorisation du demandeur. Pour les utilisateurs anonymes qui utilisent les recherches publiques générales, seul un ensemble limité de données publiquement disponibles est visible. D'autre part, utilisateurs authentifiés ou autorisés (Les organismes IP et les forces de l'ordre) peuvent recevoir des détails plus complets lorsque les politiques applicables le permettent.

• HTTPS par défaut

  Chaque requête RDAP est chiffrée en transit. Avec WHOIS, votre requête et la réponse voyageaient en texte clair, visibles par quiconque sur le chemin réseau. Un autre point important avec RDAP est qu'il impose le chiffrement, exigeant HTTPS pour toutes les communications. Cela garantit que les données transmises entre le client et le serveur sont protégées contre l'écoute clandestine.

La différence pratique : RDAP est plus fiable, plus sécurisé et plus respectueux de la vie privée par conception. La contrepartie est que certaines données auparavant accessibles via une recherche WHOIS sont désormais protégées par des contrôles d'accès.

 

Ce qu'un lookup de domaine renvoie aujourd'hui (et pourquoi certains champs sont encore masqués)

Lorsque vous effectuez une recherche RDAP sur un g TLD aujourd'hui, voici ce qu'une requête publique standard renvoie généralement :

• Nom et email du titulaire (si le domaine n'est pas privé)
• Codes de statut du domaine (comme client Transfer Prohibited)
• Serveurs de noms
• Date d'enregistrement et date d'expiration du domaine
• Horodatage de la dernière mise à jour
• Nom du bureau d'enregistrement

Ce que vous ne verrez pas, dans la plupart des cas, ce sont les coordonnées du titulaire : le nom, l'adresse e-mail, le numéro de téléphone et l'adresse postale de la personne ou de l'entreprise qui a enregistré le domaine.

Cela surprend certains utilisateurs, mais ce n'est pas un problème lié à RDAP. Les données des titulaires sont masquées pour la plupart des domaines depuis l'entrée en vigueur du RGPD en 2018, quel que soit le protocole. RDAP n'a pas supprimé ces données, il a simplement changé le mécanisme de contrôle d'accès. Selon la politique de données d'enregistrement de l'ICANN, les coordonnées des titulaires individuels sont cachées des requêtes publiques et ne sont accessibles qu'aux parties ayant une raison légitime et vérifiée d'y accéder.

Si un champ de votre recherche affiche "masqué pour confidentialité," les données existent dans les registres du registre. Elles ne sont pas accessibles publiquement via une requête standard, mais peuvent être demandées via un processus formel (décrit ci-dessous).

 

WHOIS n'est pas complètement mort : l'exception cc TLD que les investisseurs de domaines doivent connaître

C'est là que la plupart des explications sur la transition WHOIS vers RDAP se trompent : WHOIS a disparu pour la plupart des g TLD, mais il est toujours activement utilisé pour la majorité des cc TLD, et si vous gérer un portefeuille mixte, cette distinction compte.

L'autorité et les mandats politiques de l'ICANN s'appliquent aux g TLD, les extensions génériques comme .COM, .NET, .ORG, et les nouveaux g TLD comme .APP, .SHOP, et .DEV. Les TLD de code de pays.

La majorité des registres de cc TLD et de certains g TLD servent encore Réponses WHOIS sur le port 43.

.Le domaine .DE, par exemple, continue d'utiliser le protocole WHOIS. Donc pour la plupart des cc TLD, vous interrogez toujours WHOIS, et le format des données, les règles de confidentialité et les outils sont déterminés par chaque registre individuel, ce qui varie considérablement.

Vous pouvez vérifier le déploiement du RDAP par TLD et filtrer le type de TLD sur cette carte ici.

 

Comment le RDAP affecte les investisseurs de domaines et les détenteurs de multiples domaines ?

La réponse courante à la transition WHOIS vers RDAP est "vous n'avez rien à faire." C'est vrai si vous possédez un seul domaine et ne consultez jamais les données d'enregistrement. Ce n'est pas vrai si vous gérez un portefeuille et souhaitez l'étendre, effectuer une vérification préalable sur les acquisitions, ou utiliser des outils automatisés pour la recherche de domaines.

Tous les outils n'ont pas été mis à jour . Certains clients WHOIS plus anciens ont ajouté le support RDAP ; d'autres non.

La due diligence d'acquisition se présente différemment . Supposons que vous évaluez un domaine pour un achat et que vous effectuez une recherche pour confirmer la propriété actuelle et l'accessibilité. Sous RDAP, une requête publique standard confirme les faits techniques (dates d'enregistrement, bureau d'enregistrement, serveurs de noms, codes de statut), mais l'identité du titulaire est généralement masquée. Vous n'obtiendrez pas directement les coordonnées du propriétaire via une recherche publique RDAP. Pour un travail d'acquisition, cela signifie contacter directement le bureau d'enregistrement ou soumettre une demande formelle RDRS (détaillée ci-dessous).

 

Comment effectuer une recherche RDAP et accéder aux données masquées

 

Comment utiliser RDAP : effectuer une recherche aujourd'hui

Exécuter une recherche RDAP est simple. Vous n'avez besoin d'aucun logiciel spécial pour la plupart des cas d'utilisation.

Effectuer une recherche RDAP est simple. Vous n'avez besoin d'aucun logiciel spécial pour la plupart des cas d'utilisation. Le point de départ le plus rapide est L'outil de recherche officiel de l'ICANN. Il interroge RDAP par défaut, ne nécessite pas de compte et renvoie des résultats structurés pour tout g TLD. C'est le moyen le plus direct de voir à quoi ressemble une réponse RDAP pour un domaine donné.

Si vous gérez des domaines via Dynadot, les données d'enregistrement apparaissent directement dans votre gestionnaire de domaines, aucun outil de recherche séparé n'est nécessaire.

 

Comment demander des données d'enregistrement masquées via RDRS

Lorsque vous avez besoin d'informations de contact qu'une recherche RDAP publique ne renverra pas, à des fins telles que signaler un abus de domaine, poursuivre une action en contrefaçon de marque ou initier une acquisition de domaine : Service de demande de données d'enregistrement (RDRS) de l'ICANN est le canal officiel pour faire cette demande.

RDRS est un portail centralisé où vous pouvez soumettre une demande aux bureaux d'enregistrement participants pour obtenir des données d'enregistrement non publiques de g TLD. Il ne garantit pas l'accès, chaque bureau d'enregistrement évalue les demandes selon ses propres politiques de divulgation, et le système est encore en expansion en termes de participation des bureaux d'enregistrement.

Traitez-le comme un processus structuré et documenté plutôt que comme un résultat garanti. Pour soumettre une demande :

1. Rendez-vous sur le portail RDRS de l'ICANN à rdrs.icann.org, effectuez une recherche de domaine et vérifiez si les données que vous recherchez sont déjà disponibles
2. Identifiez le bureau d'enregistrement parrainant le domaine, cela est visible dans la réponse RDAP
3. Soumettez votre demande avec un objectif clairement énoncé et vos coordonnées
4. Le bureau d'enregistrement examine la demande et répond en fonction de sa politique de divulgation. Si le bureau d'enregistrement du domaine que vous recherchez ne participe pas encore au RDRS, contactez-le directement pour connaître leur processus de divulgation des données non publiques.

 

En résumé : WHOIS est sorti, RDAP est entré, mais ce n'est pas si simple

• Le RDAP devient désormais la norme requise pour toutes les recherches de domaines g TLD, remplaçant un protocole Whois vieux de 43 ans.
• RDAP fournit des données beaucoup plus structurées et cohérentes , où chaque recherche renvoie les mêmes champs dans le même format, peu importe le registre ou le bureau d'enregistrement que vous interrogez.
• RDAP introduit une sécurité renforcée et un accès contrôlé, toutes les requêtes passent par HTTPS, et ce que vous voyez dépend de votre niveau d'autorisation, réduisant le risque de collecte non autorisée de données.
• RDAP prend en charge des niveaux d'accès différenciés , le grand public voit des données masquées de base, tandis que les parties authentifiées comme les forces de l'ordre et les organismes de protection de la propriété intellectuelle peuvent accéder à des enregistrements plus complets via les canaux appropriés.
• WHOIS n'a pas complètement disparu , il fonctionne toujours pour la plupart des cc TLD, certains g TLD et bureaux d'enregistrement, donc si votre portefeuille comprend des domaines de code de pays, votre flux de recherche n'a pas encore changé.

 

Foire aux questions

 

Est-ce que RDAP remplace WHOIS ?

Oui, pour la plupart des g TLD, RDAP a déjà remplacé WHOIS, mais la plupart des bureaux d'enregistrement utilisent encore WHOIS. Depuis le 28 janvier 2025, l'ICANN n'exige plus que les registres et les bureaux d'enregistrement maintiennent des services WHOIS pour les domaines génériques de premier niveau comme .COM, .NET et .ORG. RDAP est le protocole requis désormais. Pour les cc TLD, le tableau est différent : la plupart des registres et bureaux d'enregistrement de cc TLD utilisent encore WHOIS.

 

Comment utiliser RDAP ?

Utiliser RDAP ne nécessite aucune configuration technique pour la plupart des propriétaires de domaines. Le point de départ le plus simple est l'outil de recherche RDAP officiel de l'ICANN à lookup.icann.org, entrez simplement un nom de domaine et il renvoie instantanément des données d'enregistrement structurées, sans nécessité de compte.