Códigos de estado de dominio explicados: referencia EPP completa

Los códigos de estado de dominio están definidos por el Extensible Provisioning Protocol (EPP, RFC 5731) y hoy se exponen a través de RDAP y WHOIS. Hay dos categorías fundamentales: códigos "client" establecidos por tu registrador, y códigos "server" establecidos por el registro en sí. Esa distinción determina quién puede cambiar el estado y con qué rapidez. Este artículo es una referencia completa para cada estado EPP, qué significa y qué implica para transferencias, renovaciones y resolución DNS.

Estados "client" vs. estados "server": la distinción fundamental

Entender esta diferencia es clave para saber qué hacer cuando ves un estado inesperado.

Los estados client son establecidos y eliminados por el registrador (GoDaddy, Arsys, Namecheap...) a petición del propietario del dominio. Si ves un clientHold y quieres que se levante, contactas a tu registrador. La resolución es típicamente rápida, horas o días.

Los estados server son establecidos por el registro (Verisign para .com, Red.es para .es, DENIC para .de). Tu registrador no puede eliminar unilateralmente un estado server. Requiere intervención directa del registro, lo que puede implicar documentación, procesos legales, o esperar un período de bloqueo obligatorio.

Si estás resolviendo un problema de dominio y ves un estado server inesperado, el camino de resolución es más largo y menos bajo tu control.

Referencia completa de códigos de estado EPP

Estados client (establecidos por el registrador)

Estado	Significado	Impacto práctico
clientDeleteProhibited	Eliminación bloqueada por el registrador	Protege contra eliminación accidental o maliciosa
clientHold	Dominio suspendido por el registrador	DNS no resuelve, sitio y correo inaccesibles
clientRenewProhibited	Renovación bloqueada por el registrador	Dominio no renovable; a menudo relacionado con un litigio o impago
clientTransferProhibited	Transferencia a otro registrador bloqueada	Estado predeterminado en la mayoría de dominios; protección normal
clientUpdateProhibited	Modificación de datos WHOIS bloqueada	Congela la información del registrante (protección contra hijacking)

clientTransferProhibited está activo por defecto en la mayoría de dominios, y es bueno que así sea. Impide transferencias no autorizadas. Si inicias una transferencia legítima, primero tendrás que eliminarlo desde el panel de control de tu registrador, lo que constituye una fricción intencional.

clientHold es el que causa dolor operativo inmediato. El DNS deja de resolver completamente. Si ves este estado en un dominio tuyo, contacta a tu registrador de inmediato, a menudo está vinculado a problemas de pago, denuncias de abuso, o cuestiones de cumplimiento.

Estados server (establecidos por el registro)

Estado	Significado	Impacto práctico
serverDeleteProhibited	Eliminación bloqueada por el registro	A menudo asociado a un litigio UDRP o bloqueo de seguridad del registro
serverHold	Dominio suspendido por el registro	DNS no resuelve; más grave que clientHold, tarda más en resolverse
serverRenewProhibited	Renovación bloqueada por el registro	Raro; típicamente vinculado a una decisión legal o regulatoria
serverTransferProhibited	Transferencia bloqueada por el registro	Aplicado automáticamente 60 días tras el registro o transferencia
serverUpdateProhibited	Modificación de datos bloqueada por el registro	Congelamiento completo impuesto por el registro

serverHold es más grave que clientHold porque tu registrador no puede solucionarlo, tienes que ir directamente al registro. Si un dominio está en serverHold por una denuncia de abuso, el proceso de resolución puede tardar semanas.

serverTransferProhibited se malinterpreta con frecuencia. No es señal de problema, se aplica automáticamente durante 60 días tras un nuevo registro o tras una transferencia completada, para evitar mover el dominio inmediatamente.

Estados de ciclo de vida (ni client ni server)

Estado	Significado	Impacto práctico
active	Dominio activo y en buen estado	Estado operativo normal
inactive	Sin nameservers registrados	El dominio no resuelve pero no está suspendido
pendingCreate	Registro siendo procesado	Transitorio, minutos a horas
pendingDelete	En cola para eliminación	Ventana de 5 días para .com antes del drop
pendingRenew	Renovación siendo procesada	Transitorio
pendingRestore	Restauración desde redención en curso	Dominio recuperándose del período de redención
pendingTransfer	Transferencia entre registradores en curso	Esperando confirmación, típicamente 5 días
pendingUpdate	Modificación de datos siendo procesada	Transitorio
redemptionPeriod	Dominio en ventana de recuperación	Vencido pero recuperable con cargo (150–200 € en la mayoría de registradores)
transferPeriod	Período de bloqueo post-transferencia	serverTransferProhibited aplicado automáticamente por 60 días

Los cinco estados que merecen alerta inmediata

Si gestionas dominios en producción, estos son los que justifican una alerta inmediata en lugar de una revisión semanal:

1. serverHold o clientHold: tu dominio es inaccesible ahora mismo. El DNS no resuelve. Cada minuto cuenta.
2. pendingDelete: tienes como máximo 5 días (para .com) antes de que el dominio desaparezca. Todavía hay tiempo de actuar, pero la urgencia es real.
3. clientTransferProhibited eliminado: alguien en tu registrador (o alguien con acceso a tu cuenta) ha desbloqueado el dominio para transferencia. Verifica de inmediato.
4. redemptionPeriod: el dominio ha vencido y ha entrado en la ventana de recuperación. Todavía puedes recuperarlo, pero cuesta bastante más que una renovación estándar.
5. pendingTransfer: se ha iniciado una transferencia. Si no la autorizaste, contacta a tu registrador para bloquearla antes de que se cierre la ventana de 5 días.

Cómo Domain Sentinel monitorea los cambios de estado

Domain Sentinel almacena un snapshot de los datos RDAP de cada dominio tras cada ciclo de verificación. En el siguiente ciclo, compara la nueva respuesta con el snapshot almacenado campo por campo. Cualquier estado que aparezca o desaparezca genera un evento de cambio.

Si has configurado una alerta para cambios de estado en un dominio, recibirás una notificación en el siguiente ciclo de monitoreo después de que ocurra el cambio. Los datos provienen directamente del registro (sin caché intermedia) lo que significa que no hay retraso entre que el registro actualiza un estado y que Domain Sentinel lo detecta.

Mantén esta referencia accesible, y configura alertas en tus dominios críticos para consultarla por curiosidad, no porque algo esté roto.