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

WHOIS desapareció para los g TLD: lo que ICANN cambió el 28 de enero de 2025

Si alguna vez has buscado quién es el dueño de un nombre de dominio, has usado WHOIS, o al menos una herramienta basada en él. Durante décadas, WHOIS fue el directorio público de internet para datos de registro de dominios. Escribes un nombre de dominio, obtienes el nombre del propietario, datos de contacto, fechas de registro y servidores de nombres. Simple, abierto y universal.

Esa era terminó para los dominios genéricos de nivel superior.

Como se confirmó en Anuncio oficial de ICANN, el 28 de enero de 2025, la ICANN dejará oficialmente de usar WHOIS para algunos g TLD. Los registros y registradores ya no están obligados contractualmente a mantener el protocolo WHOIS. RDAP, el Protocolo de Acceso a Datos de Registro, es ahora el estándar requerido.

Esto no fue una transición suave ni un período de gracia. El cambio está en vigor. Si gestionas dominios bajo .COM, .NET, .ORG, .IO u otras extensiones genéricas, el protocolo que sirve los datos de consulta de tu dominio ha cambiado. Lo que no se ha actualizado completamente es cómo los propietarios de dominios (especialmente inversores) han ajustado sus flujos de trabajo para adaptarse.

 

WHOIS vs RDAP: ¿Qué es realmente diferente entre los dos protocolos?

Para entender por qué ICANN reemplazó WHOIS con RDAP, ayuda entender qué era realmente WHOIS y dónde falló.

WHOIS era un protocolo de consulta y respuesta desarrollado en los primeros días de internet. Funcionaba sobre una conexión TCP no cifrada en el puerto 43. Eso era un canal abierto donde cualquiera podía enviar una solicitud y recibir una respuesta en texto plano. No había requisitos de inicio de sesión, controles de acceso ni formato de datos estándar. Cada registrador devolvía resultados a su manera, lo que hacía que el procesamiento automatizado fuera inconsistente y poco fiable.

RDAP fue desarrollado por el Internet Engineering Task Force (IETF) específicamente para solucionar estos problemas. Es un protocolo moderno y nativo de la web que funciona como cualquier sitio web seguro: las solicitudes salen por HTTPS, las respuestas vuelven en formato JSON estructurado. El formato JSON es un formato estandarizado que las máquinas (y las personas) pueden leer de manera confiable.

Esto es lo que significa en la práctica:

• Salida estructurada

  Las respuestas de RDAP usan nombres de campo consistentes en todos los registradores y registros. Ya sea que consultes un dominio en un registrador u otro, los datos vuelven en el mismo formato. Sin más inconsistencias de análisis. RDAP usa archivo JSON y contenido intercambiable para mejor legibilidad e integración.

• Acceso por niveles

  RDAP no hace que automáticamente más detalles del dominio sean visibles. En realidad, admite acceso diferenciado o por niveles a los datos. Lo que realmente cambia es que la información se puede entregar de manera diferente según el nivel de autorización del solicitante. Para usuarios anónimos que utilizan consultas públicas generales, solo es visible un conjunto limitado de datos disponibles públicamente. Por otro lado, usuarios autenticados o autorizados (organismos de IP y autoridades) pueden recibir detalles más completos cuando las políticas aplicables lo permitan.

• HTTPS por defecto

  Cada consulta RDAP está cifrada en tránsito. Con WHOIS, tu consulta y la respuesta viajaban en texto plano, visibles para cualquiera en la ruta de red. Otra cosa importante con RDAP es que exige cifrado, requiriendo HTTPS para toda comunicación. Esto asegura que los datos transmitidos entre el cliente y el servidor estén protegidos contra escuchas.

La diferencia práctica: RDAP es más confiable, más seguro y más consciente de la privacidad por diseño. La compensación es que algunos datos que antes eran accesibles a través de una consulta WHOIS ahora están restringidos detrás de controles de acceso.

 

Lo que devuelve una búsqueda de dominio hoy (y por qué algunos campos aún están redactados)

Cuando realizas una consulta RDAP en un g TLD hoy en día, esto es lo que normalmente devuelve una consulta pública estándar:

• Nombre y correo electrónico del titular (si el dominio no es privado)
• Códigos de estado del dominio (como client Transfer Prohibited)
• Servidores de nombres
• Fecha de registro y fecha de vencimiento del dominio
• Marca de tiempo de la última actualización
• Nombre del registrador

Lo que no verá, en la mayoría de los casos, es la información de contacto del registrante: el nombre, la dirección de correo electrónico, el número de teléfono y la dirección postal de la persona o empresa que registró el dominio.

Esto sorprende a algunos usuarios, pero no es un problema de RDAP. Los datos del registrante han sido ocultados para la mayoría de los dominios desde que comenzó la aplicación del GDPR en 2018, independientemente del protocolo. RDAP no eliminó esos datos, solo cambió el mecanismo a través del cual se controla el acceso a ellos. Según la Política de Datos de Registro de ICANN, los datos de contacto de los registrantes individuales están ocultos en las consultas públicas y solo están disponibles para partes con una razón legítima y verificada para acceder a ellos.

Si un campo en su búsqueda muestra "redacted for privacy," los datos existen en los registros del registro. No son accesibles públicamente a través de una consulta estándar, pero se pueden solicitar mediante un proceso formal (cubierto más abajo).

 

WHOIS no está completamente muerto: la excepción de cc TLD que los inversores en dominios deben conocer

Aquí es donde la mayoría de las explicaciones de la transición de WHOIS a RDAP se equivocan: WHOIS ha desaparecido para la mayoría de los g TLD, pero todavía se usa activamente para la mayoría de los cc TLD, y si usted gestionar un portafolio mixto, esta distinción importa.

La autoridad y las políticas de ICANN se aplican a los g TLD, las extensiones genéricas como .COM, .NET, .ORG y los nuevos g TLD como .APP, .SHOP y .DEV. Los cc TLD.

La mayoría de los registros de cc TLD y algunos de g TLD todavía sirven respuestas WHOIS en el puerto 43.

.El dominio .DE, por ejemplo, continúa usando el protocolo WHOIS. Así que para la mayoría de los cc TLD, todavía está consultando WHOIS, y el formato de datos, las reglas de privacidad y las herramientas son determinadas por cada registro individual, lo que varía considerablemente.

Puedes verificar el despliegue de RDAP por TLD y filtrar por tipo de TLD en este mapa aquí.

 

¿Cómo afecta RDAP a los inversores de dominios y titulares de múltiples dominios?

La respuesta común a la transición de WHOIS a RDAP es "no necesitas hacer nada." Eso es cierto si tienes un solo dominio y nunca consultas datos de registro. No es cierto si gestionas un portafolio y quieres expandirlo, haces debida diligencia en adquisiciones o usas herramientas automatizadas para investigación de dominios.

No todas las herramientas se han actualizado . Algunos clientes WHOIS antiguos han añadido soporte RDAP; otros no.

La debida diligencia en adquisiciones se ve diferente . Supongamos que estás evaluando un dominio para comprarlo y realizas una consulta para confirmar la propiedad actual y la accesibilidad. Bajo RDAP, una consulta pública estándar confirma los datos técnicos (fechas de registro, registrador, servidores de nombres, códigos de estado), pero la identidad del titular suele estar oculta. No obtendrás información de contacto del propietario directamente a través de una consulta pública de RDAP. Para fines de adquisición, eso significa contactar directamente al registrador o enviar una solicitud formal de RDRS (cubierto más adelante).

 

Cómo Realizar una Consulta RDAP y Acceder a Datos Redactados

 

Cómo usar RDAP: Realizando una consulta hoy

Ejecutar una consulta RDAP es sencillo. No necesitas ningún software especial para la mayoría de los casos de uso.

Realizar una búsqueda RDAP es sencillo. No necesitas ningún software especial para la mayoría de los casos de uso. El punto de partida más rápido es Herramienta de consulta oficial de ICANN. Consulta RDAP por defecto, no requiere cuenta y devuelve resultados estructurados para cualquier g TLD. Esta es la forma más directa de ver cómo se ve una respuesta RDAP para cualquier dominio dado.

Si gestionas dominios a través de Dynadot, los datos de registro aparecen directamente en tu gestor de dominios, sin necesidad de una herramienta de búsqueda separada.

 

Cómo Solicitar Datos de Registro Redactados a través de RDRS

Cuando necesite información de contacto que una consulta pública de RDAP no devolverá, para fines como reportar abuso de dominio, perseguir la aplicación de marcas comerciales o iniciar una adquisición de dominio: Servicio de Solicitud de Datos de Registro (RDRS) de ICANN es el canal formal para realizar esa solicitud.

RDRS es un portal centralizado donde puedes enviar una solicitud a los registradores participantes para obtener datos de registro de g TLD no públicos. No garantiza el acceso, cada registrador evalúa las solicitudes según sus propias políticas de divulgación, y el sistema aún se está expandiendo en términos de participación de registradores.

Trátelo como un proceso estructurado y documentado, no como un resultado garantizado. Para enviar una solicitud:

1. Ve al portal RDRS de ICANN en rdrs.icann.org, realice una búsqueda de dominio y verifique si los datos que busca ya están disponibles
2. Identifique el registrador patrocinador del dominio, esto es visible en la respuesta RDAP
3. Envíe su solicitud con un propósito claramente indicado y sus datos de contacto
4. El registrador revisa la solicitud y responde según su política de divulgación. Si el registrador del dominio que está investigando aún no participa en RDRS, contáctelos directamente para preguntar sobre su proceso de divulgación de datos no públicos.

 

El resumen: WHOIS se va, RDAP llega, pero no es tan simple

• RDAP se está convirtiendo en el estándar requerido para todas las consultas de dominios g TLD, reemplazando un protocolo Whois de 43 años.
• RDAP proporciona datos mucho más estructurados y consistentes , donde cada búsqueda devuelve los mismos campos en el mismo formato, sin importar qué registro o registrador consultes.
• RDAP introduce seguridad mejorada y acceso controlado , todas las consultas se realizan a través de HTTPS, y lo que ves depende de tu nivel de autorización, reduciendo el riesgo de recolección no autorizada de datos.
• RDAP admite niveles de acceso diferenciados , el público en general ve una línea base de datos redactados, mientras que las partes autenticadas, como las fuerzas del orden y los organismos de protección de la propiedad intelectual, pueden acceder a registros más completos a través de los canales adecuados.
• WHOIS no ha desaparecido por completo , todavía funciona para la mayoría de los cc TLD, algunos g TLD y registradores, por lo que si tu cartera incluye dominios de código de país, tu flujo de búsqueda allí no ha cambiado aún.

 

Preguntas Frecuentes

 

¿Está RDAP reemplazando a WHOIS?

Sí, para la mayoría de los g TLD, RDAP ya ha reemplazado a WHOIS, pero la mayoría de los registradores todavía usan Whois. A partir del 28 de enero de 2025, ICANN ya no exige que los registros y registradores mantengan servicios WHOIS para dominios genéricos de nivel superior como .COM, .NET y .ORG. RDAP es el protocolo requerido de ahora en adelante. Para los cc TLD de código de país, la situación es diferente; la mayoría de los registros y registradores de cc TLD todavía usan WHOIS.

 

¿Cómo usar RDAP?

Usar RDAP no requiere ninguna configuración técnica para la mayoría de los propietarios de dominios. El punto de partida más fácil es la herramienta oficial de búsqueda RDAP de ICANN en lookup.icann.org, simplemente ingresa un nombre de dominio y devuelve datos de registro estructurados al instante, sin necesidad de cuenta.