Comprobador de caducidad de dominios

Consulta fechas RDAP públicas, compara el vencimiento del registrador y del registro y exporta pruebas y recordatorios de renovación.

Cómo usar la herramienta

Consulta fechas RDAP públicas, compara el vencimiento del registrador y del registro y exporta pruebas y recordatorios de renovación.

Paso 1

Introduce el dominio

Ejemplo ilustrativo, no un resultado en directoshop.clocktools.app → clocktools.app

Una URL o un subdominio se reducen al dominio registrable. No se visita la página privada indicada.

Paso 2

Compara fechas y estados

Ejemplo ilustrativo, no un resultado en directoexpiration / registrar expiration

Lee la fecha elegida junto al estado. La renovación automática del registro no demuestra un pago al registrador.

Paso 3

Prepara la renovación

Ejemplo ilustrativo, no un resultado en directoJSON · CSV · ICS

Exporta el informe o un recordatorio. Confirma pago y plazo en tu cuenta; importar el calendario no renueva el dominio.

Usos prácticos

Cambio de responsable

Una agencia recibe un sitio empresarial, pero la factura de alojamiento no identifica al registrador. Comprueba el nombre registrado, anota el proveedor y compara el plazo público con la cuenta de la empresa. Guarda JSON para el traspaso y asigna un responsable de renovación. Los servidores de nombres muestran la delegación DNS, no quién puede renovar; acceso y pagos requieren un traspaso aparte.

Cartera pequeña

Para una cartera pequeña, elige el modo por lotes y escribe un dominio o URL por línea. Introduce como máximo diez entradas no vacías: el límite se comprueba antes de normalizar los nombres y eliminar duplicados. Después se agrupan las URL o los subdominios del mismo registro, que no crean renovaciones independientes. Exporta CSV para ordenar las fechas conocidas y revisar por separado las filas desconocidas o fallidas. Que una fila tenga éxito no resuelve el error de otra.

Nombre caducado

Si un nombre interesante parece caducado, lee los estados de recuperación y eliminación antes de planear su compra. Conserva fuente y hora, y pregunta a un registrador por las restricciones y disponibilidad actuales. Una web aparcada, una fecha pasada y un objeto RDAP ausente son observaciones distintas. Ninguna reserva el nombre para ti.

Contexto y funcionamiento

Consulta pública de clocktools.app con fechas y estados del registro
El informe de clocktools.app presenta las fechas y los estados públicos del registro en una consulta fechada. Una fecha de vencimiento no confirma que la renovación esté gestionada.

Del directorio a los eventos estructurados

La especificación WHOIS de octubre de 1985 describe un directorio por el puerto 43 con respuestas para lectores humanos. RDAP ofrece objetos JSON con eventos, estados y marcas de tiempo identificados.

El informe identifica la fuente pública de los datos de registro y la hora de la comprobación. Conserva ese contexto al comparar fechas o pedir ayuda. Si la fuente no publica un evento de vencimiento, la fecha sigue siendo desconocida. El registro devuelto no demuestra que el dominio te pertenezca ni te autoriza a modificarlo. Especificación de respuestas RDAP.

WHOIS (RFC 954)IANA RDAP

Dos fechas con significados distintos

El plazo del registrador y la ficha del registro pueden diferir durante una renovación automática. El contador prioriza la fecha del registrador y, si falta, usa la del registro; redondea hacia arriba los períodos restantes de 24 horas.

Las combinaciones de estados importan. pendingDelete puede coexistir con redemptionPeriod o pendingRestore. En esos casos prevalece la recuperación; una sola palabra no justifica afirmar que la restauración es imposible. Consulta las opciones reales con el registrador responsable. Explicación de estados de ICANN.

Ejemplo: fecha del registro ampliada sin pago confirmado

Son valores didácticos. El registrador indica el 15 de octubre de 2026; el registro, el 15 de octubre de 2027, con auto renew period. La fecha posterior no demuestra un año pagado. Revisa la factura y el plazo de tu cuenta antes de aplazar la renovación.

Plazo del registrador
2026-10-15
Ficha del registro
2027-10-15
Siguiente paso
Confirmar pago y plazo contractual

Comprueba el registro, no el alojamiento

Una dirección tiene varias capas. En https://shop.example.co.uk/offers, la unidad relevante es example.co.uk, no co.uk ni el servidor de la tienda. ClockTools utiliza reglas de sufijos públicos para identificarla. Compara el nombre normalizado con el que querías investigar antes de interpretar el informe: una errata puede dar un resultado coherente para otro dominio.

Los nombres internacionalizados pueden mostrarse en Unicode y en una forma ASCII que empieza por xn--. Son representaciones del mismo nombre, no dos contratos. Revisa la escritura, sobre todo los caracteres visualmente parecidos. Un lote no busca todos los dominios de una organización; debes incluir cada registro realmente independiente.

Registro, alojamiento, DNS y HTTPS son servicios separados. El registrador gestiona el plazo, los servidores de nombres describen la delegación y la web puede alojarse en otro lugar. Un registro vigente puede coexistir con DNS incorrecto o certificado TLS caducado. Si el plazo es suficiente, investiga esas capas en lugar de comprar otro año como arreglo especulativo.

Lee el instante exacto detrás de los días restantes

El resultado distingue expiration del registro y registrar expiration. Si ambos son válidos, el segundo determina la cuenta atrás; si no, se utiliza el del registro. Esa preferencia acerca la cifra al plazo publicado para el cliente, sin confirmar pagos ni contrato. Conserva la etiqueta de la fecha elegida al trasladar el número a un ticket.

Se calcula el tiempo restante en milisegundos dividido entre 86.400.000, redondeado hacia arriba. En el ejemplo fijo, vencimiento 2026-10-15T00:00:00Z y comprobación 2026-10-14T12:00:00Z dan un día aunque quedan doce horas. Una fecha pasada hace diez horas puede redondearse a cero. Importan más el instante exacto y el aviso de ciclo de vida que la cifra entera.

La fecha legible usa idioma y zona horaria del navegador; Z en el dato exportado significa UTC. Dos compañeros pueden ver distintos días civiles para el mismo instante. Los umbrales de ClockTools priorizan trabajo: hasta siete días crítico, treinta urgente y noventa para planificar. No garantizan plazos de renovación o restauración.

Convierte los estados en una decisión útil

Lee todos los estados, no solo el resumen. La guía de estados de ICANN distingue restricciones y fases del ciclo. Un bloqueo de transferencia y una suspensión DNS requieren preguntas diferentes: el primero puede mantenerse al renovar normalmente, mientras la segunda necesita explicación del registrador aunque el plazo siga vigente.

Un estado de recuperación cambia la prioridad: ya no basta con planear un pago, conviene contactar pronto con el registrador responsable. Un formulario de compra en otro proveedor no sustituye la restauración. Si pending delete aparece junto con redención o restauración, interpreta el conjunto, no una supuesta cita de eliminación. Los códigos conservados permiten preguntas concretas al soporte.

No existe un calendario universal entre caducidad y compra. La política de recuperación de registros caducados aporta contexto para los dominios genéricos a los que se aplica; el comprobador no la impone a todas las extensiones territoriales. El procedimiento del registrador, las reglas del registro y el estado actual determinan el siguiente paso. Consulta al operador correspondiente.

Distintas pruebas, distintas decisiones
Estado publicadoInterpretación útilSiguiente comprobación
client transfer prohibitedRestricción de transferencia, no prueba de caducidadMantener salvo que una transferencia autorizada requiera retirarla.
client hold / server holdRegistro y publicación DNS pueden diferirPreguntar el motivo y comprobar DNS aparte.
auto renew periodProcesamiento de renovación en el registroConfirmar plazo del cliente y pago en la cuenta.
redemption period / pending restoreRecuperación que requiere atenciónPreguntar si es posible o ya está en trámite.
pending delete sin estados de recuperaciónFase tardía de eliminaciónNo prometer restauración ni hora exacta de liberación.

Usa los recordatorios como plan de trabajo

Para un dominio propio, empieza en la cuenta: plazo, renovación automática, método de pago y correo supervisado. Anota quién aprueba el gasto y quién puede recuperar el acceso. Un aviso enviado a alguien que ya no trabaja allí no protege el dominio. Guarda esas responsabilidades en el inventario interno, no en una consulta pública.

La acción de calendario descarga un evento de día completo en formato ICS a partir de la fecha UTC del vencimiento seleccionado. Incluye avisos 90, 60, 30, 14 y 7 días antes, además de un aviso un día antes. Son intervalos fijos, no opciones configurables. Tras importar el archivo, revisa el evento y sus alertas. Las aplicaciones pueden tratar las alarmas de forma distinta; no esperes que los avisos cuya fecha ya pasó se activen retroactivamente.

Usa los primeros avisos para compras y acceso, y los últimos para escalar una renovación pendiente. Después de pagar, confirma la cuenta y realiza otra consulta. Guarda el JSON antiguo como prueba previa, pero actualiza calendario y documentos. El evento es una instantánea, no una suscripción: no sigue RDAP ni cambia solo cuando renuevas.

Distingue datos ausentes y consultas fallidas

Un objeto sin vencimiento, ningún objeto y un fallo de petición son resultados distintos. Para un registro conocido sin fecha, consulta la cuenta o al operador de la extensión. No deduzcas vencimiento a partir de creación, antigüedad o última modificación: esos campos describen otros acontecimientos, no el plazo comprado.

Ante un límite de solicitudes o timeout temporal, guarda el error y vuelve más tarde en vez de reenviar todo el lote. Si falla una fila, céntrate en ese nombre. Una respuesta malformada o de otro dominio no sirve como evidencia. Un resultado no encontrado describe al servicio seleccionado; revisa escritura y cobertura antes de interpretarlo como nombre libre.

CSV facilita comparar filas; JSON conserva más contexto de fuente, fecha elegida y estados para soporte. El historial local permite volver a un nombre, no vigilarlo continuamente. Para una fecha discutida, envía nombre normalizado, hora, URL fuente y ambos plazos al registrador. No incluyas credenciales, pagos ni códigos de autorización de transferencia.

Metodología

El comprobador normaliza el nombre, lee datos RDAP públicos limitados y valida el objeto devuelto. Conserva fuente y hora, prefiere el vencimiento del registrador cuando existe e interpreta los estados conjuntamente. Las comprobaciones recientes se guardan automáticamente en este navegador cuando el almacenamiento local está disponible; puedes borrar el historial. Los informes son observaciones, no consultas programadas ni renovaciones.

Limitaciones

No renueva dominios ni garantiza eliminación o disponibilidad. Algunos registros omiten fechas o no ofrecen RDAP. Retrasos y límites de solicitudes pueden impedir un resultado. Los avisos dependen del calendario. El indicador DNSSEC no constituye una validación criptográfica independiente.

Correcciones

Comunica un problema reproducible mediante la página de contacto. Incluye la URL de la herramienta, una entrada sin datos confidenciales, la hora de comprobación, el resultado esperado y pruebas de la fuente. Adjunta la respuesta pública si es posible, sin datos de cuentas ni enlaces secretos. Un cambio en la fuente no implica un error de cálculo. Compara el mismo nombre, página y momento.

MetodologíaCorrecciones

Preguntas frecuentes

¿Caducar significa que el dominio se elimina o se puede comprar?

No. El plazo publicado puede acabar mientras siguen el registro o la recuperación. Lee los estados y consulta el procedimiento aplicable. Incluso un RDAP sin objeto no confirma precio, elegibilidad o reservas. La herramienta no reserva nombres ni predice quién los obtendrá.

¿Por qué falta la fecha de un dominio registrado?

El servicio puede omitir el evento o cubrir parcialmente esa extensión. Un objeto sin fecha no implica duración ilimitada. Comprueba el contrato en la cuenta; no inventes un plazo con la antigüedad o la última modificación.

¿Por qué avanza la fecha del registro si no he pagado?

El procesamiento automático puede avanzar el dato del registro mientras el plazo del titular sigue sin resolver. Compara vencimiento del registrador, estados de renovación y factura. Una fecha futura invita a conciliar datos, no a ignorar un pago pendiente.

¿Por qué aparecen cero días si el instante ya pasó?

La cifra se redondea hacia arriba en unidades de veinticuatro horas. Un intervalo negativo pequeño puede dar cero. Lee fecha exacta y aviso de ciclo. Decide sobre renovación o recuperación según el plazo real, sin asumir que cero deja un día completo.

¿Puedo renovar o restaurar con ClockTools?

No. Estas operaciones pasan por el registrador responsable o un canal autorizado. El informe ayuda a identificar proveedor y estado público. Sin acceso, inicia la recuperación de su cuenta; una consulta pública no acredita titularidad ni concede acceso.

¿Por qué varias direcciones se convierten en una sola fila?

Las URL y los subdominios de un nombre registrable suelen corresponder al mismo registro. El límite cuenta las entradas no vacías antes de normalizar y eliminar duplicados: once URL de un solo dominio también son demasiadas. Reduce la entrada a diez elementos o menos; las líneas vacías no cuentan. El lote aceptado agrupa después los nombres repetidos. Revisa la salida normalizada. Los registros separados, incluidas otras extensiones, necesitan entradas propias.

¿Se actualizan los recordatorios después de renovar?

No. ICS crea un evento fechado, no una suscripción. Comprueba el nuevo plazo, edita o sustituye el evento y revisa las alertas. Repetir la importación puede crear duplicados según el calendario; no des por hecha su fusión.

¿DNSSEC y servidores de nombres demuestran que la web funciona?

No. Describen datos de registro y delegación publicados. La marca DNSSEC no valida independientemente la cadena, y los nombres no demuestran una respuesta HTTP correcta. Comprueba DNS, certificado y sitio por separado si hay problemas de acceso.

¿Los enlaces compartidos o el historial vigilan el dominio?

No. Un enlace prepara la entrada y requiere una comprobación deliberada. El historial no es servicio de alertas ni archivo completo de cartera. Usa exportaciones para traspasos y un proceso separado, con responsable, para controles periódicos y avisos.