Cambios en la política de transferencia de la ICANN: bloqueo de 30 días, TAC de un solo uso

¿Qué adoptó el Consejo de la ICANN el 7 de junio de 2026?

Adoptó el conjunto completo de recomendaciones de la Revisión de la Política de Transferencia y pidió al Presidente y CEO de la ICANN que las implementara, «sujeto a priorización». El número de resolución es 2026.06.07.04, y las resoluciones aprobadas se publicaron el 9 de junio de 2026.

Las recomendaciones provienen de un grupo de trabajo del GNSO que revisó toda la Política de Transferencia. Su Informe Final, de fecha 4 de febrero de 2025, contiene 47 recomendaciones. El Consejo destacó una de ellas, la Recomendación 21, para seguir hablando con el Consejo del GNSO: permitiría a los registradores denegar una transferencia por abuso de DNS.

¿Cuándo entrarán en vigor las nuevas reglas de transferencia?

Nadie puede decirlo todavía: a 19 de octubre de 2026, ICANN no ha publicado ninguna fecha de entrada en vigor. La resolución no fija ningún plazo. Un equipo de revisión de la implementación aún tiene que convertir las recomendaciones en texto de política, y hay que redactar la política CORD independiente.

Un blog sugiere una implantación gradual de unos 18 meses. ICANN no ha confirmado esta cifra, así que tómala como una suposición. Cuando ICANN publique una fecha, esta página la mostrará.

No confundas la revisión con otra fecha. Realtime Register anunció cambios en las transferencias de gTLD a partir del 4 de agosto de 2026. Ese aviso se refiere a la aprobación solo por el titular, sin contacto administrativo, según la Política de datos de registro. No es la revisión de la política de transferencia.

¿Qué sigue igual hasta entonces?

Todo lo de la política actual, actualizada el 21 de febrero de 2024 y obligatoria desde el 21 de agosto de 2025:

• un registrador puede denegar una transferencia en los 60 días siguientes a la creación o a una transferencia anterior, y muchos lo hacen;
• un cambio de titular establece un bloqueo de 60 días, con una opción de exclusión que el registrador puede ofrecer;
• el registrador perdedor tiene 5 días naturales, y luego la transferencia se aprueba por defecto;
• el código de autorización debe entregarse en un plazo de 5 días naturales y no tiene una vigencia fija;
• una transferencia de gTLD añade un año, con un total máximo de 10 años.

La revisión no toca la última regla: el informe final sigue mostrando un año añadido en la transferencia. El proceso actual se explica en cómo funcionan las transferencias de dominios.

¿Qué supondrán los cambios para quienes mueven dominios?

Menos esperas, códigos más estrictos y menos correos que responder. En la práctica:

• Los dominios nuevos se mueven antes. Un dominio registrado o transferido hace 30 días podrá moverse, en lugar de los 60 días de muchos registradores hoy. Pero los 30 días serán obligatorios, sin margen de decisión del registrador.
• Los códigos caducan. Un TAC dura 14 días y funciona una sola vez. Pídelo solo cuando estés listo para enviarlo, y solicita uno nuevo si se agota.
• Las actualizaciones del titular dejan de bloquear los movimientos. Editar el nombre o el correo del titular ya no establecerá un bloqueo de 60 días. En su lugar recibirás un aviso CORD.
• Más avisos. Recibirás un correo en los 10 minutos siguientes a la emisión de un TAC, y otro en las 24 horas siguientes a completarse la transferencia. Un aviso de TAC inesperado es una alerta temprana.
• Las carteras necesitan lotes más ajustados. Con códigos de 14 días, planifica cada lote para que todos los códigos se envíen dentro de su ventana. La guía de transferencias masivas cubre el trabajo por lotes.

El código en sí se explica en qué es un código de autorización, y los bloqueos actuales en por qué un dominio no se puede transferir.