Por qué cae el dominio de un cliente y por qué la llamada es para usted
Un nombre de dominio casi nunca caduca por simple negligencia. Caduca porque la cadena que debía renovarlo tiene un eslabón muerto: la tarjeta registrada venció, la renovación automática nunca se activó, o el aviso del registrador llega al buzón de un proveedor que se fue hace dos años. El registrador hizo su trabajo, nadie leyó su mensaje.
El día en que el nombre cae, el síntoma es brusco y sin detalle: el sitio no responde, los correos son rechazados o aparece una página de aparcamiento del registrador en lugar del sitio. Para el cliente, la avería no tiene causa, tiene un responsable, y es quien entregó el sitio. Por eso una agencia no puede tratar los dominios como un tema secundario: la responsabilidad recae en ella, incluso cuando no es la titular del nombre.
Titular, pagador, gestor: tres papeles que no hay que confundir
El titular de un dominio es la persona o la empresa inscrita como registrante ante el registrador. No es quien paga ni quien configura el DNS. Esta distinción resuelve la objeción que plantean todos los clientes: ¿quién es responsable, la agencia o el cliente?
Si el cliente figura como titular, el nombre le pertenece, pero solo recibe los avisos si su dirección es correcta y se lee. Si la agencia se inscribió como titular para ir más rápido, el nombre está inscrito a su nombre, y el día en que termina el contrato la transferencia se convierte en una negociación. En ambos casos, deje por escrito, en el contrato o en un anexo, quién es el titular, quién renueva, quién paga y quién recibe los avisos. El registro de abajo recoge estos cuatro datos para cada nombre.
El registro: una fila por dominio, ocho puntos de control
Desplace la tabla
| Punto de control | Qué se anota | Por qué importa |
|---|---|---|
| Dominio y registrador | El nombre exacto y el registrador donde se gestiona | Saber dónde entrar cuando llega el incidente |
| Titular | El nombre legal inscrito como registrante | Determina quién puede autorizar una transferencia o una restauración |
| Contactos técnico y de facturación | La dirección de correo de cada papel, con un buzón de la agencia en copia | Los avisos van a estas direcciones, no a usted |
| Vencimiento y renovación automática | La fecha de vencimiento, y sí o no para la renovación automática | Base del calendario de alertas |
| Medio de pago | El medio utilizado y su fecha de caducidad | Causa frecuente de fallo de una renovación automática |
| Bloqueo de transferencia | Activado o no, fecha del último cambio | Protege el nombre de una transferencia no deseada |
| DNS y servidores de nombres | Quién aloja la zona, qué servidores de nombres están declarados | Un nombre que caduca corta todo lo que depende de él |
| Servicios dependientes y cliente responsable | Sitio, correo, aplicaciones vinculadas; el contacto del lado del cliente | Mide el impacto e indica a quién avisar |
El ciclo de vida de un nombre: lo que fija ICANN y lo que no
Para las extensiones genéricas (gTLD), la política de recuperación de registros caducados de ICANN, llamada ERRP, fija una base. El registrador debe enviar al menos dos avisos antes del vencimiento, aproximadamente un mes y aproximadamente una semana antes; se consideran conformes los envíos entre 26 y 35 días, y luego entre 4 y 10 días antes. Si el nombre no se renueva ni se elimina cinco días después del vencimiento, se debe un aviso adicional. El registrador también debe permitir la renovación hasta el final del período de interrupción del DNS.
Tres precisiones evitan malentendidos. Primero, vencimiento y eliminación son dos hechos distintos: el DNS se interrumpe al vencer o, a más tardar, durante los últimos 8 días renovables; la eliminación llega después. Segundo, tras la eliminación, los registros de gTLD no patrocinados ofrecen un período de redención de 30 días, durante el cual el DNS permanece desactivado y las transferencias están prohibidas, y donde la restauración se solicita al registrador, con unas tarifas que este debe mostrar. Tercero, el período de gracia de renovación automática, de 1 a 45 días, es opcional: algunos registradores lo ofrecen y otros no. Nunca lo dé por seguro.
Cuidado con las extensiones nacionales (ccTLD) como .ma o .sn: sus plazos dependen del registro y no son estos. Para cada ccTLD de su cartera, lea la política del registro y anótela en la ficha del dominio.
Las fases, del vencimiento a la eliminación
Desplace la tabla
| Fase | Qué ocurre | Qué hace usted |
|---|---|---|
| Antes del vencimiento | El registrador envía al menos dos avisos, aproximadamente un mes y aproximadamente una semana antes | Comprobar que esos avisos llegan a un buzón que alguien lee |
| Al vencer | El DNS se interrumpe desde el vencimiento si la eliminación ocurre en 8 días; si no, al menos durante los últimos 8 días renovables | Renovar sin esperar: el sitio y el correo pueden quedar cortados |
| Cinco días después | Aviso adicional si el nombre no se renueva ni se elimina | Tratar este aviso como una alerta roja |
| Renovación tardía | Posible hasta el final del período de interrupción del DNS | Leer las tarifas de renovación tardía que muestra el registrador |
| Redención | 30 días tras la eliminación para los gTLD no patrocinados; DNS desactivado, transferencias prohibidas | Pedir la restauración al registrador, con las tarifas de restauración a la vista |
| Extensiones nacionales | Plazos propios de cada registro | Consultar la política del registro correspondiente |
El calendario de alertas de la agencia
- 90 días antes — control del expediente: titular al día, contactos leídos, medio de pago válido más allá del vencimiento. Es el momento de corregir sin urgencia.
- 60 días antes — confirmación con el cliente: se renueva, se transfiere o se abandona el nombre. Una decisión escrita, no una suposición.
- 30 días antes — la renovación está hecha o programada; si no, se reclama al cliente con el mensaje tipo de más abajo. El aviso del registrador llega más o menos en esta fecha.
- 7 días antes — último control: ¿sigue el vencimiento por delante? Si no, se pasa al procedimiento de urgencia. El segundo aviso del registrador cae hacia esta fecha.
- Un método, no una obligación — estos cuatro umbrales son la recomendación de la agencia, no una regla de ICANN. Ajústelos, pero mantenga umbrales fijos y un responsable con nombre.
- Los avisos del registrador no sustituyen este calendario — van al correo del titular, a menudo el cliente o un contacto antiguo. Su calendario es la única alerta que llega a usted.
Bloqueo de transferencia, código EPP y cambio de titular
Active el bloqueo de transferencia en todos los nombres, por defecto, y levántelo solo en el momento de una transferencia saliente. Un nombre bloqueado no puede irse a otro registrador sin que alguien lo desbloquee: es la protección más sencilla contra una transferencia no deseada. El código de transferencia (EPP) se pide en el momento de la salida, no antes, y se trata como una contraseña: el paso a paso está en la guía sobre la transferencia saliente.
Hay una trampa de secuenciación frecuente. La política de transferencia de ICANN impone un bloqueo de 60 días tras un cambio de los datos del titular; se puede evitar con una exclusión voluntaria, pero solo antes de solicitar el cambio. Si quiere mover un nombre y cambiar su titular, haga primero la transferencia y después el cambio de titular. En el orden inverso, se queda con un nombre bloqueado sesenta días, sin poder llevarlo a un registrador más fiable.
Contactos y verificación: RDAP mejor que WHOIS solo
Cada año, el registrador envía un recordatorio de verificación de los datos de registro (RDRP, antes WDRP). Ese correo viene del registrador, no de ICANN, y va al contacto del titular: un contacto ilocalizable deja ese recordatorio sin respuesta, y nadie lo nota. Revise los contactos de cada fila del registro al menos una vez al año, y cada vez que se vaya un colaborador cuya dirección figuraba en un dominio.
Para comprobar quién está inscrito, no se limite a WHOIS. Desde el 28 de enero de 2025, RDAP es la fuente de referencia de los datos de registro de los gTLD, en sustitución de WHOIS. Algunos datos pueden estar ocultos, lo cual es normal. Consulte lookup.icann.org y luego confirme en la interfaz del registrador: la ficha del registrador sigue siendo la fuente para actuar, RDAP sirve para comprobar.
El dominio ya ha caducado: el procedimiento en seis pasos
Confirmar el estado del nombre
Consulte RDAP a través de lookup.icann.org y abra la ficha en el registrador. Anote el estado mostrado, la fecha de vencimiento y el contacto del titular. Un control rápido del DNS completa el cuadro:
dig +short NS example.com, y despuésdig +short A example.com. Un nombre interrumpido ya no responde, o redirige a la página del registrador.Renovar de inmediato si el plazo lo permite
Mientras el nombre sea renovable, renueve de inmediato. Antes de pagar, lea las tarifas de renovación tardía que el registrador debe mostrar. La renovación reactiva el DNS; el restablecimiento no siempre es instantáneo.
Si no, solicitar la restauración
Si el nombre ha sido eliminado y está en período de redención, la restauración se solicita al registrador, que muestra sus tarifas de restauración. Cuesta más que una renovación ordinaria. Cuanto más pasa el tiempo, menos segura es la recuperación: no espere.
Verificar DNS y correo tras la vuelta
Compruebe los servidores de nombres con
dig +short NS example.com, los registros MX condig +short MX example.com, y pruebe el sitio y el envío de un mensaje. Las cachés pueden retrasar la vuelta a la normalidad: vuelva a comprobar pasadas unas horas.Avisar al cliente
Infórmele antes de que lo descubra: qué pasó, qué se ha restablecido, qué queda por vigilar. Un mensaje tipo sigue a esta lista.
Corregir el registro y la organización
Escriba el análisis posterior: por qué no se leyó el aviso, por qué falló el pago. Corrija la fila del registro y, si la causa es estructural, el método: contactos, tarjeta, responsable del calendario.
El mensaje tipo al cliente
Asunto: dominio example.com, restablecido.
Hola, el nombre de dominio example.com había caducado, lo que cortó el sitio y los correos. Lo hemos renovado y restablecido hoy. Los accesos vuelven poco a poco, el plazo depende de las cachés. Estamos comprobando el sitio y los buzones y le confirmaremos la vuelta completa. También hemos corregido la causa: se han actualizado el medio de pago y el contacto de avisos. Seguimos a su disposición para cualquier pregunta.
No prometa un plazo de recuperación que no controla, y no señale una falta individual.
Lo que cubre ServOrbit y lo que no
Para un dominio gestionado en ServOrbit, la ficha del dominio en el espacio de cliente permite activar o levantar el bloqueo de transferencia y obtener el código de transferencia (EPP). El contacto del titular (Whois) se puede completar ahí, lo que permite corregir la dirección que recibe los avisos. El Espacio agencia ofrece una vista de cartera de los servicios de un cliente: dominios, alojamientos, VPS.
Esta guía no promete nada más. El calendario de alertas descrito arriba es un método que usted pone en marcha con sus propias herramientas: no presentamos un sistema automático de alertas de caducidad, y el registro sigue siendo un documento que usted mantiene. Para los nombres .ma, el coste de las renovaciones se trata en el artículo sobre tarifas, y los datos publicados en la guía sobre el registro.
La documentación oficial
Política de recuperación de registros caducados (ERRP): https://www.icann.org/resources/pages/errp-2013-02-28-en
Versión actualizada de la política, 2024: https://www.icann.org/en/contracted-parties/consensus-policies/expired-registration-recovery-policy/expired-registration-recovery-policy-21-02-2024-en
Guía de ICANN para titulares, período de gracia de renovación automática: https://www.icann.org/resources/pages/registrant-about-errp-2018-12-07-en
Preguntas frecuentes de ICANN sobre el cambio de titular y el bloqueo de 60 días: https://www.icann.org/en/transfer-policy-faqs-change-of-registrant-30nov16-en
Recordatorio anual de datos de registro: https://www.icann.org/resources/pages/registrars/consensus-policies/drp-en
RDAP y el fin de WHOIS: https://www.icann.org/en/announcements/details/icann-update-launching-rdap-sunsetting-whois-27-01-2025-en
Consulta de datos de registro: https://lookup.icann.org
