¿Qué es RDAP?
RDAP (Registration Data Access Protocol) es el protocolo moderno, estandarizado por la IETF, para acceder a los datos de registro de nombres de dominio. Desarrollado como sucesor de WHOIS, RDAP proporciona respuestas estructuradas y legibles por máquinas en formato JSON, lo que facilita considerablemente a los desarrolladores integrar funciones de consulta de dominios en sus aplicaciones.
Por qué RDAP es importante para los desarrolladores
Si alguna vez has intentado analizar datos de WHOIS, conoces el problema. Cada registrador da un formato distinto a sus respuestas, utiliza nombres de campos incoherentes y devuelve texto plano sin estructura que requiere patrones de expresiones regulares complejos para extraer información útil. RDAP resuelve estos problemas mediante un esquema JSON estandarizado que funciona de forma coherente en todos los servidores compatibles con RDAP.
Principales ventajas técnicas
Respuestas JSON estructuradas: las respuestas de RDAP utilizan el modelo de datos JSON estandarizado definido por RFC 9083. Esto proporciona a los clientes una estructura coherente que pueden analizar, aunque un servicio puede omitir o redactar campos según su política de acceso. Arquitectura RESTful: RDAP utiliza métodos HTTP y códigos de estado estándar. Una solicitud GET devuelve información del dominio cuando el servidor encuentra un objeto coincidente. Una respuesta 404 significa que el objeto consultado no se encontró en ese servicio; por sí sola, no demuestra que el dominio se pueda registrar. HTTPS de forma predeterminada: a diferencia de WHOIS, que transmite los datos en texto plano por el puerto 43, RDAP utiliza HTTPS, lo que garantiza una comunicación cifrada entre tu aplicación y el servidor RDAP. Compatibilidad con la internacionalización: RDAP gestiona correctamente los IDN (Internationalized Domain Names) y los caracteres Unicode, algo esencial para las aplicaciones globales.Cómo funciona RDAP
Cuando consultas un dominio mediante RDAP, el proceso sigue estos pasos:
1. Descubrimiento mediante Bootstrap: tu cliente consulta el registro RDAP Bootstrap de IANA para encontrar el servidor RDAP autoritativo del TLD
2. Solicitud HTTP: se realiza una solicitud GET a la URL del servidor RDAP (por ejemplo, https://rdap.verisign.com/com/v1/domain/example.com)
3. Respuesta JSON: el servidor devuelve un objeto JSON estructurado que contiene datos de registro, códigos de estado y eventos
Ejemplo de estructura de una respuesta 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"}
]
}
Comparación entre RDAP y WHOIS
| Función | RDAP | WHOIS |
|---|---|---|
| Formato de datos | JSON estructurado | Texto sin estructura |
| Transporte | HTTPS (cifrado) | Texto plano (puerto 43) |
| Estandarización | RFC 9082 y RFC 9083 | Incoherente |
| Compatibilidad con IDN | Nativa | Limitada |
| Tipo de consulta | HTTP RESTful | Protocolo personalizado |
Implementación de RDAP en tus aplicaciones
Para los desarrolladores que crean herramientas de dominios, RDAP es el enfoque recomendado. La mayoría de los comprobadores modernos de disponibilidad de dominios, incluido DomScan, utiliza RDAP como fuente de datos principal porque proporciona:
- Evidencia de disponibilidad: una respuesta 404 significa que el servidor RDAP consultado no encontró un objeto coincidente. Por sí sola, no demuestra que el dominio esté disponible para su registro
- Metadatos detallados: acceso a fechas de registro, fechas de caducidad y códigos de estado
- Análisis coherente: una única base de código gestiona todos los TLD
Estado de adopción de RDAP
Para los gTLD, ICANN indica que RDAP se convirtió en la fuente definitiva de información de registro el 28 de enero de 2025, y que, por lo general, los registros y registradores de gTLD ya no están obligados a proporcionar servicios WHOIS, con excepciones para .com, .name y .post. Las políticas de los ccTLD y la adopción de RDAP varían. El archivo IANA Bootstrap, disponible en https://data.iana.org/rdap/dns.json, proporciona las asignaciones actuales de servidores RDAP para todos los TLD compatibles.
Buenas prácticas
Al implementar consultas RDAP, almacena las respuestas en caché de forma adecuada para respetar los límites de frecuencia, implementa el Bootstrap de IANA para descubrir servidores y trata por separado las respuestas de objeto no encontrado, redirección y error relacionadas con políticas. Una respuesta de objeto no encontrado es una evidencia sobre el servicio consultado, no una prueba de que se pueda registrar el dominio.