Qu’est-ce que le RDAP ?
Le RDAP (Registration Data Access Protocol) est le protocole moderne, normalisé par l’IETF, qui permet d’accéder aux données d’enregistrement des noms de domaine. Développé comme le successeur de WHOIS, le RDAP fournit des réponses structurées et lisibles par machine au format JSON, ce qui facilite considérablement l’intégration des fonctionnalités de recherche de domaines dans les applications des développeurs.
Pourquoi le RDAP est important pour les développeurs
Si vous avez déjà essayé d’analyser des données WHOIS, vous connaissez les difficultés. Chaque bureau d’enregistrement formate ses réponses différemment, utilise des noms de champs incohérents et renvoie du texte brut non structuré qui nécessite des expressions régulières complexes pour en extraire des informations utiles. Le RDAP résout ces problèmes grâce à un schéma JSON standardisé qui fonctionne de manière cohérente sur tous les serveurs compatibles avec le RDAP.
Principaux avantages techniques
Réponses JSON structurées : les réponses RDAP utilisent le modèle de données JSON standardisé défini par la RFC 9083. Les clients disposent ainsi d’une structure cohérente à analyser, même si un service peut omettre ou masquer certains champs conformément à sa politique d’accès. Architecture RESTful : le RDAP utilise les méthodes et les codes d’état HTTP standard. Une requête GET renvoie les informations du domaine lorsque le serveur trouve un objet correspondant. Une réponse 404 signifie que l’objet recherché n’a pas été trouvé par ce service ; elle ne prouve pas à elle seule que le domaine peut être enregistré. HTTPS par défaut : contrairement à WHOIS, qui transmet les données en texte brut sur le port 43, le RDAP utilise HTTPS, ce qui garantit une communication chiffrée entre votre application et le serveur RDAP. Prise en charge de l’internationalisation : le RDAP gère correctement les IDN (Internationalized Domain Names) et les caractères Unicode, indispensables aux applications internationales.Comment fonctionne le RDAP
Lorsque vous interrogez un domaine via le RDAP, le processus suit les étapes suivantes :
1. Découverte par bootstrap : votre client interroge le registre IANA RDAP Bootstrap afin de trouver le serveur RDAP faisant autorité pour le TLD
2. Requête HTTP : une requête GET est envoyée à l’URL du serveur RDAP (par exemple, https://rdap.verisign.com/com/v1/domain/example.com)
3. Réponse JSON : le serveur renvoie un objet JSON structuré contenant les données d’enregistrement, les codes d’état et les événements
Exemple de structure d’une réponse RDAP
{
"objectClassName": "domain",
"handle": "example.com",
"ldhName": "example.com",
"status": ["client transfer prohibited"],
"events": [
{"eventAction": "registration", "eventDate": "1995-08-14T04:00:00Z"},
{"eventAction": "expiration", "eventDate": "2025-08-13T04:00:00Z"}
]
}
Comparaison entre RDAP et WHOIS
| Fonctionnalité | RDAP | WHOIS |
|---|---|---|
| Format des données | JSON structuré | Texte non structuré |
| Transport | HTTPS (chiffré) | Texte brut (port 43) |
| Standardisation | RFC 9082 et RFC 9083 | Incohérente |
| Prise en charge des IDN | Native | Limitée |
| Type de requête | HTTP RESTful | Protocole personnalisé |
Implémenter le RDAP dans vos applications
Pour les développeurs qui créent des outils de domaine, le RDAP est l’approche recommandée. La plupart des vérificateurs modernes de disponibilité de domaines, dont DomScan, utilisent le RDAP comme source de données principale, car il fournit :
- Des éléments probants sur la disponibilité : une réponse 404 signifie que le serveur RDAP interrogé n’a pas trouvé d’objet correspondant. Elle ne prouve pas à elle seule que le domaine est disponible à l’enregistrement
- Des métadonnées détaillées : accès aux dates d’enregistrement, aux dates d’expiration et aux codes d’état
- Une analyse cohérente : une seule base de code gère tous les TLD
État de l’adoption du RDAP
Pour les gTLD, l’ICANN indique que le RDAP est devenu la source de référence pour les informations d’enregistrement le 28 janvier 2025, et que les registres et bureaux d’enregistrement de gTLD ne sont généralement plus tenus de fournir des services WHOIS, à l’exception de .com, .name et .post. Les politiques des ccTLD et l’adoption du RDAP varient. Le fichier IANA Bootstrap à l’adresse https://data.iana.org/rdap/dns.json fournit les correspondances actuelles des serveurs RDAP pour tous les TLD pris en charge.
Bonnes pratiques
Lors de l’implémentation de requêtes RDAP, mettez les réponses en cache de manière appropriée afin de respecter les limites de débit, implémentez le bootstrap IANA pour la découverte des serveurs et traitez séparément les réponses d’erreur indiquant une absence, une redirection ou liées à une politique. Une réponse indiquant une absence constitue un élément probant concernant le service interrogé, et non une preuve que le domaine peut être enregistré.