--- id: "whois" kind: "glossary-term" title: "WHOIS" language: "es" category: "Datos de registro y privacidad" updated: "2026-10-10T10:28:55Z" canonical: "https://tldlog.com/es/glosario/whois/" translations: en: "https://tldlog.com/glossary/whois/" de: "https://tldlog.com/de/glossar/whois/" fr: "https://tldlog.com/fr/glossaire/whois/" it: "https://tldlog.com/it/glossario/whois/" pt-BR: "https://tldlog.com/pt/glossario/whois/" ru: "https://tldlog.com/ru/glossariy/whois/" zh-Hans: "https://tldlog.com/zh/cihui/whois/" --- # WHOIS Es a la vez un antiguo protocolo de consulta y el nombre habitual de los datos de registro públicos de un dominio: quién lo registró, a través de qué registrador y cuándo. En los gTLD, salvo .com, .name y .post, la obligación de ofrecer WHOIS terminó el 28 de enero de 2025, y RDAP lo sustituyó. Algunos ccTLD siguen usando WHOIS. WHOIS es la forma tradicional de averiguar quién está detrás de un nombre de dominio: qué registrador lo gestiona, cuándo se registró y cuándo caduca. La palabra designa un antiguo protocolo de consulta y, en el uso diario, la propia ficha pública. En la mayoría de los dominios genéricos de nivel superior lo ha sustituido otro protocolo, RDAP, pero WHOIS no ha desaparecido. ## Qué es WHOIS El protocolo se describe en la RFC 3912 (septiembre de 2004). Un programa se conecta a un servidor por el puerto 43, envía una línea de texto (por ejemplo, un nombre de dominio) y recibe texto sin formato. La propia RFC reconoce sus límites: no está internacionalizado y no ofrece control de acceso, protección de la integridad ni confidencialidad. Solo debe usarse para información pensada para estar al alcance de todos: sin control de acceso, todos reciben la misma respuesta. Para los servicios públicos de consulta de los gTLD, la ICANN usa un término más amplio, RDDS, que abarca el WHOIS por el puerto 43, el WHOIS web y RDAP. ## De WHOIS a RDAP: qué ha cambiado Las fechas clave: - 26 de agosto de 2019: todos los registros y registradores de gTLD debían ofrecer un servicio RDAP. - 28 de enero de 2025: retirada de WHOIS. - 21 de agosto de 2025: entró en vigor la Política de Datos de Registro y pasó a ser obligatoria la versión de febrero de 2024 del perfil de RDAP para gTLD. La ICANN atribuye a RDAP cuatro ventajas: está internacionalizado, ofrece acceso seguro, localiza el servidor competente y permite un acceso diferenciado (cada usuario puede ver datos distintos). Las consultas son direcciones web enviadas por HTTPS y las respuestas, datos estructurados legibles por programas. Los datos son los mismos. Para localizar el servidor, la IANA publica en el registro de arranque de RDAP listas que asocian cada TLD con su servidor RDAP. El perfil de RDAP para gTLD, dos documentos de la ICANN elaborados con registros y registradores, unifica el formato de las respuestas. La retirada es más limitada de lo que parece. Desde el 28 de enero de 2025, los registros y los registradores de gTLD ya no están obligados a ofrecer WHOIS por el puerto 43 ni por la web, salvo en .com, .name y .post (a octubre de 2026). Pueden seguir ofreciéndolo si lo desean. ## Cómo consultar un dominio hoy La vía más sencilla es ICANN Lookup, en lookup.icann.org. Envía una consulta RDAP y muestra en tiempo real la respuesta del registro y del registrador; la ICANN no guarda los datos de las consultas. A octubre de 2026, si RDAP no está disponible para un dominio de gTLD, ofrece una consulta WHOIS opcional tras un captcha, y muestra la respuesta RDAP original al final de la página. En los TLD que mantienen el puerto 43 puede servir un cliente WHOIS clásico, aunque algunos registros restringen el acceso. Algunos datos solo son visibles para usuarios autorizados. La ICANN pide consultar primero ICANN Lookup y después usar el RDRS con los registradores participantes, o el procedimiento de divulgación del propio registrador, que todo registro y registrador de gTLD debe enlazar desde su página de inicio. Un ejemplo: al consultar example.com, la herramienta encuentra el servidor RDAP de .com en las listas de arranque y sigue el enlace al servidor del registrador. Según la Política de Datos de Registro, la respuesta muestra el registrador, las fechas, los códigos de estado y los servidores de nombres, y marca como ocultos el nombre, la calle y el teléfono del titular cuando procede. ## Qué se ve y qué no Con la Política de Datos de Registro de la ICANN (en vigor desde el 21 de agosto de 2025 y revisada el 12 de mayo de 2026), la ficha de un gTLD muestra siempre el nombre de dominio, el registrador con su identificador IANA, su correo y teléfono para denunciar abusos, las fechas de creación y caducidad y los códigos de estado. Los servidores de nombres y los datos de DNSSEC figuran si se recogieron, y el país del titular se muestra siempre. Los datos personales deben ocultarse cuando la ley lo exige, y pueden serlo por un motivo comercial razonable. En ese caso se ocultan el nombre, la calle, el código postal y el teléfono del titular, y el campo lo indica: ICANN Lookup avisa de que el servidor RDAP ha ocultado el valor. En lugar del correo, el registrador publica una dirección anonimizada o un formulario web. El titular puede consentir su publicación. Con un servicio de privacidad/representación, aparecen los datos del servicio. La ocultación empezó con la Especificación Temporal de la ICANN, adoptada en mayo de 2018 y en vigor desde el 25 de mayo de 2018, día en que empezó a aplicarse el RGPD. ## Historial de WHOIS y búsquedas inversas RDAP solo muestra los datos actuales. El historial de WHOIS (copias antiguas de las fichas) lo conservan empresas privadas que han recopilado respuestas durante años; registros y registradores no lo publican. El WHOIS inverso parte de un dato del titular, como un nombre o un correo, y busca los dominios vinculados. RDAP básico no lo permite. La RFC 9536 (abril de 2024) define una extensión opcional, pero los registros deberían comprobar si la ley les permite ofrecerla, y los datos sensibles solo pueden estar al alcance de usuarios autorizados. Como la mayoría de los nombres y correos están ocultos desde 2018, los archivos basados en respuestas públicas contienen menos datos de contacto. ## Consultas en ccTLD como .es La retirada de WHOIS y la política de la ICANN afectan a los gTLD; cada ccTLD fija sus normas. En .es, Red.es gestiona las bases de datos del registro según la Orden ITC/1542/2005, y el acceso a sus datos personales se rige por la normativa de protección de datos. A octubre de 2026, la IANA indica whois.nic.es como servidor WHOIS de .es y ningún servidor RDAP; para .com indica los dos. En .eu, a octubre de 2026, el WHOIS web de EURid muestra solo el correo y el idioma de las personas físicas, y añade empresa, ciudad, región y país para las organizaciones. A octubre de 2026, la Directiva NIS2 (SRI 2) obliga a los Estados miembros de la UE, cada uno mediante su legislación nacional, a exigir a registros y registradores que publiquen sin demora indebida los datos de registro no personales y respondan a las solicitudes legítimas de acceso en un plazo de 72 horas. Para un ccTLD concreto, conviene consultar a su registro o a un registrador. ## Fuentes - [ICANN Update: Launching RDAP; Sunsetting WHOIS](https://www.icann.org/en/announcements/details/icann-update-launching-rdap-sunsetting-whois-27-01-2025-en) - [Registration Data Access Protocol (RDAP) FAQs](https://www.icann.org/en/contracted-parties/registry-operators/registration-data-access-protocol/rdap-faqs-31-08-2018-en) - [Registration Data Policy](https://www.icann.org/en/contracted-parties/consensus-policies/registration-data-policy) - [Delegation Record for .ES (IANA Root Zone Database)](https://www.iana.org/domains/root/db/es.html) ## términos relacionados - [RDAP](https://tldlog.com/es/glosario/rdap/) - [servicio de privacidad/representación](https://tldlog.com/es/glosario/servicio-privacidad-representacion/) - [ocultación](https://tldlog.com/es/glosario/ocultacion/) - [Política de Datos de Registro](https://tldlog.com/es/glosario/politica-datos-registro/) - [puerto 43](https://tldlog.com/es/glosario/puerto-43/)