La regla de los 60 días para transferir un dominio: cuándo se aplica

Sí, hay que esperar. Un dominio bajo una extensión regulada por ICANN (.com, .net, .org, .io y todos los demás gTLD) no se puede transferir a otro registrador durante los 60 días siguientes a su registro inicial, durante los 60 días siguientes a una transferencia anterior y, salvo que lo rechazaras en ese momento, durante los 60 días siguientes a un cambio de titular. La negativa viene de tu registrador actual, que tiene derecho a rechazar la transferencia y siempre lo hace. Las extensiones de país como .es, .fr o .de siguen las reglas de su propio registro. Este artículo explica los tres desencadenantes, cómo calcular la fecha exacta a partir de la cual la transferencia vuelve a ser posible, qué no te impide hacer la regla y las excepciones.

Los tres eventos que arrancan un plazo de 60 días

Evento	Política	¿Obligatorio?	Renuncia
Registro inicial	Transfer Policy de ICANN	El registrador saliente puede negarse; en la práctica todos lo hacen	No
Transferencia desde otro registrador	Transfer Policy de ICANN	Igual	No
Cambio de titular (nombre, organización o correo del titular)	Política Change of Registrant de ICANN	Sí, el registrador debe aplicar el bloqueo	Sí, si el titular rechaza el bloqueo antes de hacer el cambio

El tercer desencadenante sorprende. Corregir la razón social tras una fusión, o sustituir el correo del fundador por un buzón compartido, cuenta como cambio de titular y bloquea el dominio 60 días, salvo que marques la casilla de renuncia que la mayoría de registradores muestran en ese momento. Lee ese diálogo antes de confirmar.

La Transfer Policy está en revisión: la versión revisada adoptada por ICANN elimina el bloqueo tras un cambio de titular y mantiene los otros dos. Los registradores la implantan cada uno a su ritmo, así que pregunta al tuyo qué versión aplica a tu dominio antes de planificar en función de la tercera fila.

Lo que la regla no impide

El bloqueo de 60 días solo impide una transferencia entre registradores. Todo lo demás sigue abierto. Puedes renovar el dominio en el registrador actual, cambiar los nameservers y todos los registros DNS, mover la web y el correo a otro proveedor de hosting, y mover el dominio a otra cuenta del mismo registrador (un «push», que no es una transferencia en el sentido de ICANN). También puedes vender el dominio, con una salvedad: si la venta cambia los datos del titular, ese cambio arranca sus propios 60 días salvo que se use la renuncia.

Calcular la fecha a partir de la cual es posible transferir

Para un registro reciente, lee el evento de registro en la ficha RDAP del dominio; un lookup lo muestra, y la guía para leer los datos de registro de un dominio explica los demás eventos. Para una transferencia anterior, la referencia es el correo de confirmación del nuevo registrador o, si el dominio ya estaba en una watchlist, la alerta con fecha de «cambio de registrador». El registro no siempre publica la fecha de la transferencia.

Una trampa: el campo «Updated Date» de una ficha WHOIS se mueve con cada modificación del dominio, una renovación, una corrección de contacto, un bloqueo activado. No fecha la transferencia. No cuentes a partir de él.

El cálculo es sencillo: registrado el 3 de septiembre, el dominio pasa a ser transferible el 2 de noviembre. Los registros cuentan en UTC y cada registrador redondea a su manera, así que deja un día de margen y lanza la transferencia el 3 o el 4 en lugar del 2. Apunta la fecha en las notas del dominio para que quien gestione la migración no redescubra la regla en el último momento.

Por qué el bloqueo de 60 días no aparece en RDAP

El bloqueo es una regla, no un estado. Un dominio dentro de su ventana de 60 días muestra ok o el habitual clientTransferProhibited en su array de estados, nada más; nada en la ficha dice que no se puede transferir este mes. Los bloqueos que sí aparecen como estados EPP son el bloqueo de transferencia del registrador y el registry lock, comparados en la guía registry lock o registrar lock. Ambos son protecciones que tú eliges. La regla de los 60 días es impuesta, invisible y temporal.

Las excepciones: ccTLD y transferencias internas

Las extensiones de país no están sujetas a la Transfer Policy de ICANN. Red.es (.es), AFNIC (.fr), DENIC (.de) y Nominet (.uk) fijan cada uno sus propias reglas de transferencia, y la mayoría no tiene ningún bloqueo tras el registro; un .es registrado ayer se puede transferir hoy, en general, con el código de autorización y el procedimiento del registrador. Consulta la página de la extensión de tu ccTLD y la documentación del registro, o la guía para comprobar un .fr en AFNIC para el caso francés.

Un traslado entre dos cuentas del mismo registrador queda fuera de la regla, porque el registrador no cambia. Algunos registradores aplican aun así su propio plazo tras un push, normalmente más corto, así que lee sus condiciones antes de contar con un traslado inmediato.

Registrar, transferir y modificar en el orden correcto

Tres situaciones se repiten sin parar.

Comprar un dominio a un tercero: pide al vendedor que primero haga un push del dominio a tu cuenta en su registrador, y transfiérelo cuando ya lo controles; o acepta que una transferencia como parte de la venta arranca el reloj. Hacer el push primero también permite conservar los datos del antiguo titular hasta que estés listo.

Cambiar la razón social antes de una transferencia prevista: haz el cambio de titular con la casilla de renuncia marcada, o hazlo después de la transferencia, nunca entre medias sin renuncia. Un cambio de titular la semana antes de una migración es la forma más habitual de perder dos meses.

Caducidad dentro de la ventana: renueva en el registrador actual. Una transferencia suele añadir un año de registro, pero un dominio que caduca antes de que se cierre la ventana está en peligro, y la guía de transferencia lista las demás causas de fallo que conviene revisar mientras esperas.

Qué hacer ahora

Identifica cuál de los tres desencadenantes aplica a tu dominio. Fecha la ventana desde el evento de registro en RDAP o desde la alerta de cambio de registrador, suma un día y anota esa fecha en el dominio. Si la caducidad cae dentro de la ventana, renueva ahora en lugar de apostar por la transferencia. Después mantén el dominio en una watchlist para que el cambio de registrador, cuando por fin ocurra, quede confirmado por un correo y no supuesto.