La forma más precisa de verificar la antigüedad de un dominio es encontrar la fecha de la registración actual en los datos oficiales de registro. Para la mayoría de las zonas de dominio internacionales utilice RDAP y el servicio ICANN Lookup. Para .RU y .xn--p1ai consulte el campo «created» en el WHOIS del Centro de Coordinación o del Centro Técnico de Internet.
La fecha de registro del dominio no equivale a la fecha de creación del sitio. La dirección pudo haberse registrado hace diez años y empezar a usarse solo ayer. También es posible otro escenario: el dominio antiguo fue eliminado del registro y luego lo registró un nuevo propietario. Por eso, si se necesita una verificación profunda, conviene comparar el registro de inscripción actual, el archivo web, el historial del dominio, los registros de certificados y los datos técnicos.
Si solo se necesita la antigüedad actual del dominio, empiece por RDAP o el WHOIS oficial. Si quiere saber desde cuándo realmente funcionó un sitio en esa dirección, una sola fecha de registro no es suficiente.
Qué se considera la antigüedad de un dominio
Por antigüedad de un dominio suele entenderse el tiempo transcurrido desde la fecha de inicio de su registración actual. En los datos de registro el valor relevante puede denominarse «Creation Date», «created» o aparecer como evento «registration» en RDAP.
Un mismo nombre de dominio puede tener, además, varias «antigüedades» diferentes:
- antigüedad de la registración actual;
- tiempo desde la registración más antigua conocida;
- tiempo desde la aparición del sitio en el dominio;
- tiempo desde el primer certificado SSL conocido;
- tiempo desde las primeras entradas DNS, enlaces o páginas encontradas.
Si las fechas difieren, el origen no está necesariamente equivocado. Cada fuente registra su propio evento.
Verificar la fecha de registro mediante RDAP o el WHOIS oficial
Para responder a la pregunta «cuándo se registró un dominio», acuda primero a los datos de registro actuales. Esa fuente está más cerca del registro y es más fiable que un sitio cualquiera que se presente como «comprobador de antigüedad de dominio».
Cómo comprobar un dominio internacional mediante RDAP
Para las zonas de dominio generales, como .COM, .ORG, .NET y muchas zonas nuevas, el protocolo principal ahora es RDAP. ICANN denomina a RDAP como reemplazo de WHOIS. Desde el 28 de enero de 2025 los registradores y los registros de zonas genéricas ya no están obligados a mantener el antiguo WHOIS, salvo excepciones concretas. La descripción actual del proceso de transición está publicada en el sitio de ICANN.
Al usuario común le resulta más fácil abrir ICANN Lookup → introducir el dominio sin «https://» ni la ruta de la página → abrir los datos de registro → buscar «Creation Date» o el evento «registration».
En la respuesta técnica RDAP la fecha de registro se guarda como un evento de tipo «registration». Otras fechas pueden describir la última modificación, la expiración de la registración u otros sucesos, por lo que no se debe tomar la primera fecha que aparezca.
Por qué en RDAP y WHOIS se oculta el nombre del propietario pero se ve la fecha de registro
Tras el endurecimiento de los requisitos de protección de datos personales, entre ellos la entrada en vigor del RGPD en 2018, muchos servicios de registro empezaron a ocultar el nombre, la dirección, el teléfono y el correo electrónico de las personas físicas. En las respuestas pueden aparecer «REDACTED», «Redacted for Privacy» o un formulario de contacto en lugar de una dirección directa.
Si los datos de contacto están ocultos, aun así se puede conocer la antigüedad del dominio. La vigente política de ICANN para las zonas genéricas exige publicar la «Creation Date». Por eso la fecha de registro suele seguir siendo accesible incluso cuando se ocultan los datos del propietario.
Cómo comprobar la antigüedad de un dominio .RU o .xn--p1ai
Para los dominios nacionales rusos utilice el WHOIS del Centro de Coordinación o el WHOIS del Centro Técnico de Internet.
Puede comprobar un dominio así: WHOIS → nombre de dominio → campo «created».
El Centro de Coordinación administra .RU y .xn--p1ai, y el Centro Técnico de Internet realiza las funciones técnicas del operador. El Centro de Coordinación indica explícitamente que los datos de su WHOIS para .RU y .xn--p1ai proceden del registro a través del CTI. La estructura del registro se describe en el sitio del Centro de Coordinación.
En la respuesta puede aparecer varios campos. «created» contiene la fecha de registro, «paid-till» muestra el plazo pagado, «free-date» se refiere a la posible liberación del dominio. Para determinar la antigüedad hace falta el campo «created».
REG.RU y RU-CENTER no son una verificación independiente del registro .RU
Los registradores rusos REG.RU y RU-CENTER también permiten comprobar rápidamente la fecha de registro. Sus interfaces resultan más cómodas que la respuesta técnica WHOIS, pero para .RU y .xn--p1ai no debe suponerse que REG.RU, RU-CENTER, el Centro de Coordinación y el CTI sean cuatro fuentes independientes de la misma fecha.
REG.RU, por ejemplo, muestra explícitamente el bloque «Información en el registro» y señala la fuente «TCI». Se trata precisamente de los datos de registro actuales que REG.RU presenta en su interfaz WHOIS. Por consiguiente, la coincidencia de la fecha de registración actual entre REG.RU y el Centro de Coordinación no confirma la información de forma independiente. Ambos interfaces pueden mostrar información procedente del mismo registro.
Para .RU y .xn--p1ai la fuente de la fecha de registración actual es una sola. El Centro de Coordinación, el CTI y los registradores pueden ofrecer distintas interfaces a los datos del registro. Si las interfaces muestran valores distintos, sospeche primero una demora en la actualización, caché o un error de visualización, y no dos versiones diferentes de la historia del dominio.
¿Pueden los servicios WHOIS de terceros mostrar datos antiguos?
Sí. Algunos agregadores guardan respuestas y no las actualizan en cada consulta. El servicio Who.is, por ejemplo, indica en su ayuda que cachea WHOIS y ofrece un botón «Refresh Data» para solicitar datos de nuevo.
Si un servicio externo muestra una fecha inesperada, compruebe la hora de la última actualización y repita la consulta mediante RDAP oficial, el registro o el registrador. Una diferencia de varios días en un agregador con caché suele indicar una copia almacenada y no un cambio en la fecha de registro.
Comprobar la historia del sitio mediante Wayback Machine
La fecha de registración responde a la pregunta sobre el nombre de dominio. Para evaluar la antigüedad del propio sitio es más útil usar la Wayback Machine del Internet Archive.
Procedimiento: Wayback Machine → nombre de dominio → el año más antiguo en el calendario → primera página guardada disponible.
Supongamos que WHOIS muestra 2012 y la captura más antigua del sitio aparece en 2018. La conclusión fiable queda limitada por dos hechos: el dominio se registró, en el marco de la registración actual, no más tarde de 2012, y Internet Archive guardó una página en 2018. No se puede afirmar que el sitio se lanzó precisamente en 2018.
Por qué la primera copia en Wayback Machine no equivale a la fecha de lanzamiento
El archivo no visita cada página inmediatamente tras su publicación. El sitio pudo haber funcionado meses o años antes de la primera captura. Parte de las páginas pudo ser inaccesible para el robot, requerir autenticación o simplemente no haber sido recorrida.
La situación con robots.txt es más compleja de lo que dicen a veces las instrucciones antiguas. Internet Archive ya declaró en 2017 que el archivo web dependería menos de robots.txt, porque una nueva versión del archivo podría cerrar por atrás la historia antigua de un sitio que ya no está vinculado al propietario actual. Más detalles están en el blog del Internet Archive.
Si una página no aparece en Wayback Machine no se puede explicar automáticamente por robots.txt. Los propietarios o titulares de derechos pueden solicitar restricciones a Internet Archive, algunos sitios bloquean técnicamente el archivado, y otras páginas nunca se guardaron. En 2026 Internet Archive describió por separado los casos en que los editores limitan el acceso a Wayback Machine en su centro de ayuda.
Wayback Machine muestra la huella más antigua encontrada de un sitio web, no la fecha oficial de su creación.
Consultar la historia del WHOIS y registros anteriores del dominio
El RDAP o WHOIS actual puede no contar lo que sucedió con un dominio antes. Si el dominio fue eliminado y luego registrado de nuevo, el registro actual puede referirse solo a la nueva registración.
Un ejemplo claro: la registración actual comenzó en 2024, Wayback Machine muestra un sitio de 2013 y la base histórica contiene WHOIS de 2012. La combinación de indicios sugiere que el dominio se utilizó antes y luego se registró de nuevo.
DomainTools
DomainTools Whois History guarda instantáneas históricas de WHOIS para un gran número de dominios. El servicio existe desde hace tiempo y ayuda a averiguar cómo cambiaron el registrador, los datos de contacto, los servidores de nombres y las fechas de registro. El acceso completo suele ser de pago.
Whoxy
Una alternativa más accesible ofrece Whoxy. El servicio mantiene su propia base de registros WHOIS antiguos y proporciona búsqueda web e interfaz programática. Whoxy advierte que devuelve historia desde su base local, no consultando al registrador en tiempo real.
Historial de WHOIS para .RU y .xn--p1ai
Aquí hay una limitación importante. El WHOIS público del CTI muestra el registro público actual, pero no proporciona un archivo oficial abierto con todos los estados pasados de un .RU o .xn--p1ai concreto. Por eso los datos históricos de dominios rusos suelen ser necesarios buscarlos en bases de empresas externas.
REG.RU, por ejemplo, coloca un enlace a un servicio separado «Historia Whois» junto al resultado actual, y en algunas secciones de la tienda de dominios muestra por separado la «Fecha de la primera registración» y la «Fecha de registración» actual. Es preciso distinguir dos productos. El WHOIS actual de REG.RU para .RU y .xn--p1ai puede mostrar datos del registro del CTI, mientras que «Historia Whois» es una base histórica independiente y no un archivo oficial del CTI. La información histórica resulta útil como fuente adicional, pero la base puede no cubrir todos los períodos.
Si no hay un registro antiguo en DomainTools, Whoxy u otro archivo, eso no demuestra que el dominio no existiera antes. El archivo pudo no conservar el período necesario.
Comprobar certificados SSL antiguos mediante Certificate Transparency
Otra fuente útil que a menudo se pasa por alto en artículos sobre la antigüedad de dominios son los registros públicos de Certificate Transparency, que registran la emisión de certificados TLS públicos. Los registros se actualizan constantemente y sus entradas se pueden consultar públicamente. El principio de funcionamiento está descrito en materiales de Google y en el sitio del proyecto Certificate Transparency.
Para la comprobación práctica suele utilizarse crt.sh. Introduzca el dominio y busque los certificados más antiguos en los que el nombre de dominio figura entre los nombres del certificado. crt.sh es una interfaz pública de búsqueda a los datos de Certificate Transparency, por lo que no conviene depender de su disponibilidad garantizada. El servicio puede responder despacio o no abrirse temporalmente. Si la consulta falla, inténtelo más tarde o use otra interfaz a los registros de Certificate Transparency.
Ejemplo: WHOIS muestra registración en 2010, Wayback Machine no guarda nada hasta 2017, y el registro de certificados contiene un certificado para el dominio de 2015. Se puede afirmar con seguridad que el dominio empleó TLS no más tarde de 2015.
Por qué un certificado no muestra la fecha exacta del sitio
Los sitios antiguos pudieron funcionar largos periodos solo por HTTP y no tener un certificado TLS público. El certificado también pudo emitirse antes del lanzamiento completo del sitio. Además, un certificado puede cubrir varios nombres a la vez o usar nombres comodín.
Por eso Certificate Transparency confirma actividad técnica del dominio en una fecha concreta, pero no sustituye la registración.
Para un dominio sin capturas antiguas en Wayback Machine, los registros de certificados a veces ofrecen la mejor huella independiente del uso real de la dirección.
Comprobar el historial de DNS, enlaces y datos de servicios de búsqueda
Cuando WHOIS, el archivo web y los certificados no dan una imagen completa, ayudan huellas técnicas indirectas. Entre ellas están registros DNS antiguos, las fechas en que los servicios detectaron enlaces por primera vez y los datos de rastreadores de buscadores.
Historial DNS y servidores de nombres
El WHOIS actual puede contener servidores de nombres y el estado «DELEGATED». Ese estado indica que el dominio está delegado ahora, pero no muestra la fecha del primer delegado.
Un dominio pudo registrarse en 2015 y no configurar servidores de nombres durante varios años. Por eso «created: 2015» no prueba que desde 2015 haya funcionado un sitio en esa dirección.
Para estudiar A, AAAA, MX, NS, SOA y TXT antiguos se usan bases de DNS históricas. Por ejemplo, SecurityTrails ofrece historial DNS por nombre de host y tipo de registro. Esas bases se usan sobre todo en análisis profundos; algunas funciones son de pago.
Si la primera NS o A encontrada aparece varios años después del registro, se puede suponer que el dominio empezó a usarse más tarde. Aun así, no conviene basar la fecha de lanzamiento únicamente en DNS.
Semrush y otros servicios de analítica de búsqueda
Los servicios de analítica de búsqueda no sustituyen a WHOIS, pero pueden mostrar su propia historia del sitio. En el informe de enlaces entrantes de Semrush, por ejemplo, existe el campo «First Seen». Ese campo indica la fecha en que el rastreador de Semrush detectó por primera vez un enlace concreto.
Si un servicio detectó enlaces al dominio hace diez años, el sitio o al menos la dirección ya se empleaban entonces. Sin embargo, «First Seen» es la fecha en que ese servicio concreto descubrió el enlace, no la fecha de registración o publicación.
Ahrefs aplica un principio similar a la historia de páginas. En la documentación de Content Explorer la compañía indica que al estimar la fecha de publicación tiene en cuenta cuándo su rastreador vio por primera vez la dirección, el marcado de la página y datos de Archive.org. Esa métrica resulta útil para investigar la historia de contenido, pero no debe llamarse antigüedad del dominio.
¿Se puede conocer la primera indexación mediante Google Search Console?
Para un sitio propio Google Search Console ofrece información adicional. La herramienta de inspección de URLs muestra si Google conoce una página concreta, su estado en el índice y datos de rastreo.
Search Console no debe usarse como un «contador universal» de la antigüedad del dominio. El acceso a información detallada requiere derechos verificados sobre el recurso, y las fechas mostradas se refieren al trabajo de Google con páginas concretas y no constituyen la fecha oficial de registración del dominio. Para un sitio ajeno el método resulta prácticamente inútil.
Qué método elegir para comprobar la antigüedad del dominio
| Qué necesita saber | Mejor fuente | Qué muestra |
|---|---|---|
| La fecha de registración actual de un dominio internacional | ICANN Lookup y RDAP | El registro de registración actual |
| La fecha de registración actual de .RU o .xn--p1ai | Centro de Coordinación o CTI | El campo «created» del registro |
| Cuándo existieron páginas web en el dominio | Wayback Machine | Las capturas más antiguas guardadas |
| Si hubo registraciones previas | DomainTools, Whoxy, historial de REG.RU | Registros de registración antiguos guardados |
| Cuándo el dominio usó HTTPS | Certificate Transparency, crt.sh | Historial de certificados públicos |
| Cuándo aparecieron señales técnicas y enlaces | Historial DNS, Semrush, Ahrefs | Fechas de detección de entradas DNS, enlaces y páginas |
Por qué los servicios muestran antigüedades distintas
Con frecuencia las fechas difieren porque un mismo nombre tuvo varios periodos de vida. Un sitio antiguo pudo existir en 2010, luego la registración dejó de existir, el dominio quedó libre y un nuevo propietario registró la dirección en 2024.
Entonces los datos de registración actuales muestran 2024, Wayback Machine conserva páginas de 2010 y una base histórica puede contener ambas épocas. No hay contradicción: las fuentes describen distintos periodos.
El servicio muestra la fecha de modificación
«Updated Date» y el evento «last changed» se refieren a cambios en el registro de registración. Esos campos no muestran la antigüedad del dominio. La misma regla aplica a la fecha de transferencia entre registradores.
Confunden registración con el fin del periodo pagado
«Expiration Date», «paid-till» y valores similares se refieren al periodo futuro de registración. Para determinar la antigüedad de la registración actual hacen falta «Creation Date», «created» o el evento RDAP «registration».
El servicio externo muestra caché
El agregador puede mantener una respuesta local varios días o más. Compruebe la etiqueta «Last fetched», «Updated» o marca similar. Si hay un botón de actualización, solicite un registro nuevo y compare el resultado con la fuente autorizada.
Las fuentes registran eventos distintos
Registración, delegación DNS, emisión de certificado, publicación del sitio, archivado web y detección de un enlace por un rastreador pueden ocurrir en años distintos. Por eso buscar una única «fecha correcta» para todas las tareas es equivocado.
Fecha de registración del dominio y fecha de creación del sitio: cuál es la diferencia
El registrador registra el nombre de dominio, no el sitio web. Tras la registración el propietario puede no publicar nada. Un dominio puede mostrar durante años una página de estacionamiento, redirigir visitantes o directamente no estar delegado.
Ejemplo: el dominio se registró el 1 de marzo de 2018, las primeras entradas DNS aparecieron en 2021, el certificado se emitió en 2022 y la primera captura en Wayback Machine data de 2023. Con los datos disponibles no se puede afirmar que el sitio funcione desde 2018. Es más correcto decir que el dominio está registrado desde 2018 y que las huellas técnicas confirmadas aparecieron más tarde.
Cómo comprobar un sitio sospechoso mediante la antigüedad del dominio
La antigüedad del dominio es útil al evaluar un enlace desconocido, pero no constituye en sí una prueba de fraude. Un dominio antiguo puede ser pirateado o comprado tras cambio de propietario, y un dominio nuevo puede pertenecer a una empresa legítima.
La comprobación práctica es así: copie el dominio sin la ruta → compruebe la fecha de registración mediante RDAP oficial o WHOIS → compare la dirección con el dominio indicado en el sitio oficial de la organización → revise la historia en Wayback Machine → si es necesario, verifique certificados en crt.sh → no introduzca contraseñas, datos bancarios ni códigos si el sitio se hace pasar por una organización conocida pero el dominio es reciente y su historia no coincide con la versión oficial.
Para un banco, un mercado o una entidad pública conviene buscar la dirección oficial no vía un anuncio ni un enlace en un mensaje. Abra la aplicación oficial instalada previamente, una marca guardada o el directorio oficial de la organización y compare el nombre de dominio carácter por carácter.
La registración reciente aumenta la sospecha si el sitio copia una marca conocida, exige un pago urgente o pide contraseñas. Un dominio joven por sí solo no demuestra fraude.
¿Se puede determinar la fecha exacta de creación del sitio?
Para un sitio ajeno, por lo general no. No existe un registro público único de lanzamientos de sitios web.
La evaluación más fiable procede de varias huellas independientes. Primero localice la fecha de registración. Luego compruebe la primera copia en Wayback Machine, certificados antiguos, registros WHOIS históricos y DNS. Si hay historia de enlaces o páginas en servicios de analítica de búsqueda, utilícela como confirmación adicional.
La frase «el dominio se registró en 2014» es más precisa que «el sitio funciona desde 2014» si la única fuente disponible es WHOIS.
Algoritmo rápido de comprobación
Para .COM, .ORG, .NET y otras zonas genéricas: ICANN Lookup → «Creation Date» → Wayback Machine → ante discrepancias historia WHOIS → crt.sh.
Para .RU y .xn--p1ai: WHOIS del Centro de Coordinación o del CTI → «created» → Wayback Machine → si hace falta, historia WHOIS externa → crt.sh y historial DNS.
REG.RU o RU-CENTER pueden usarse en lugar de la interfaz técnica si resultan más cómodos para leer los datos, pero no convierten un registro único en varias fuentes independientes.
Preguntas y respuestas
```¿Cómo comprobar la antigüedad de un dominio en línea de forma gratuita?
Para la mayoría de los dominios internacionales use ICANN Lookup gratuito. Para .RU y .xn--p1ai sirve el WHOIS del Centro de Coordinación o del Centro Técnico de Internet. Busque la fecha necesaria en el campo «Creation Date», «created» o en el evento «registration».
¿Por qué los datos del propietario del dominio están ocultos y la fecha de registro es visible?
Los servicios de registro pueden ocultar los datos personales por requisitos de protección de la información. Para las zonas genéricas la política de ICANN exige publicar la fecha de registración, por lo que normalmente se puede averiguar la antigüedad del dominio sin los datos del propietario.
¿Son REG.RU y WHOIS del Centro de Coordinación fuentes independientes?
Para .RU y .xn--p1ai normalmente no. REG.RU puede mostrar datos de registración actuales con la fuente CTI, y el WHOIS del Centro de Coordinación también obtiene datos del registro a través del Centro Técnico de Internet. Los servicios difieren en la interfaz, pero pueden basarse en la misma fuente. El producto separado de REG.RU «Historia Whois» corresponde a una base histórica externa y no es un archivo oficial del CTI.
¿Por qué WHOIS muestra 2024 y Wayback Machine contiene un sitio de 2012?
Una explicación probable es que el dominio fue eliminado y luego registrado de nuevo. El registro actual puede corresponder a la registración de 2024, mientras que el archivo web conserva páginas del propietario anterior. Los registros WHOIS históricos, los certificados y el DNS ayudan a verificar la hipótesis.
¿Se puede conocer la antigüedad del sitio mediante un certificado SSL?
No se puede determinar la fecha exacta de lanzamiento. Un certificado antiguo confirma que existía un certificado para el dominio en una fecha concreta. El sitio pudo aparecer antes o después. Para verificar use los registros de Certificate Transparency junto con Wayback Machine y los datos de registro.
¿Qué significa DELEGATED en el WHOIS .RU?
El estado indica la delegación actual del dominio en DNS, pero no cuándo se delegó por primera vez. Un dominio registrado pudo no tener un sitio activo durante largo tiempo, por lo que no conviene tomar automáticamente la fecha «created» como la fecha de lanzamiento del recurso.
¿Se puede confiar en los sitios «domain age checker»?
Esos servicios son cómodos para una verificación rápida, pero algunos obtienen datos de bases externas o almacenan respuestas en caché. Ante una fecha dudosa, abra RDAP oficial, el registro de la zona o el servicio del registrador y compruebe la hora de actualización de los datos.
Conclusión
Para comprobar con precisión la antigüedad de la registración actual, empiece por los datos de registro oficiales. Los dominios genéricos revise mediante RDAP e ICANN Lookup; .RU y .xn--p1ai mediante el WHOIS del Centro de Coordinación o del CTI. REG.RU y RU-CENTER resultan cómodos para leer la misma información, pero no convierten un registro único en varias fuentes independientes.
Si necesita entender la historia real del sitio, añada Wayback Machine, archivos WHOIS, registros de Certificate Transparency y el historial DNS. Las fechas de primera detección de enlaces en Semrush, de páginas en Ahrefs y los datos de Search Console también pueden ayudar, pero siguen siendo indicios indirectos.
Las fechas suelen diferir porque las fuentes registran eventos distintos. La registración del dominio, la delegación DNS, la emisión del certificado, el lanzamiento del sitio y el primer archivado pueden ocurrir en años diferentes.
Utilice solo información de acceso público, cumpla la legislación de la Federación de Rusia y las normas de los servicios elegidos. No intente obtener datos personales cerrados del administrador del dominio ni eludir restricciones de acceso. Al evaluar un sitio sospechoso tenga en cuenta el conjunto de indicios, no solo la antigüedad del dominio.
