¿Qué es un código de autorización de transferencia?

Trasladar un dominio de un registrador a otro suele ser sencillo, pero casi todas las transferencias dependen de una pequeña cadena de caracteres: el código de autorización de transferencia. También se le llama código EPP, auth code, código auth-info o clave de transferencia. Si alguna vez te has quedado atascado a mitad de una transferencia, lo más probable es que la causa fuera este código, un bloqueo del registrador o una regla de plazos que desconocías. En esta guía explicamos qué es el código, de dónde sale, cómo funciona realmente el proceso según las normas de ICANN y cómo resolver los problemas más habituales.

Qué es exactamente el código de autorización

Los registros de la mayoría de los dominios genéricos de nivel superior (gTLD), como .com, .net, .org y las extensiones más recientes, funcionan con el Extensible Provisioning Protocol (EPP). En EPP cada objeto de dominio lleva un valor authInfo: una cadena secreta, normalmente aleatoria, que solo deberían conocer el registrador actual y el titular. Cuando un nuevo registrador solicita la transferencia, debe enviar ese valor al registro. Si coincide, el registro acepta la solicitud; si no, la rechaza de inmediato.

En la práctica, el código funciona como la contraseña del propio dominio, no de tu cuenta. Cualquiera que lo tenga, y cuyo dominio esté desbloqueado, puede iniciar una transferencia. Por eso conviene tratarlo como una credencial:

• No lo pegues en hilos de correo, grupos de chat ni tickets de soporte que no controles.
• Solicítalo solo cuando vayas a transferir y pide al registrador que lo regenere si ha quedado expuesto.
• Mantén activado el bloqueo del registrador siempre que no estés moviendo el dominio.

Cómo obtener tu código EPP

La mayoría de los registradores permiten generar o mostrar el código desde la pantalla de gestión del dominio, a menudo en un apartado llamado “Transferencia”, “Código de autorización” o “Seguridad del dominio”. Otros lo envían por correo al contacto del titular en lugar de mostrarlo en pantalla. Para los gTLD, la Política de Transferencias de ICANN establece que el registrador debe facilitar el código al titular en un plazo de cinco días naturales desde la solicitud, y no puede usarlo como medida de presión, por ejemplo negándose a entregarlo hasta que pagues un servicio no relacionado.

Antes de pedirlo

• Revisa el correo del titular. Si el código o los mensajes de confirmación van a una dirección antigua, actualízala primero, teniendo en cuenta que un cambio de titular puede activar un bloqueo (ver más abajo).
• Revisa la caducidad. Un dominio a punto de caducar se puede transferir, pero uno que ya ha caducado y ha entrado en periodo de redención no puede transferirse hasta que se restaure.
• Revisa los códigos de estado. Una consulta rápida con la herramienta WHOIS/RDAP de TLDix muestra estados como clientTransferProhibited, serverTransferProhibited o pendingDelete, para que sepas de antemano si la transferencia puede funcionar.

El proceso de transferencia paso a paso

En un gTLD típico, la transferencia entre registradores sigue la misma secuencia sean cuales sean las empresas implicadas:

1. Desbloquea el dominio en el registrador actual (el saliente), lo que elimina clientTransferProhibited.
2. Obtén el código de autorización del registrador saliente.
3. Inicia la transferencia en el nuevo registrador (el entrante) introduciendo el dominio y el código, y paga la transferencia. En la mayoría de los gTLD esto añade un año al registro, con un máximo total de 10 años.
4. Confirma si te lo piden. Según el registrador y la versión de la política vigente, puedes recibir un correo de confirmación o simplemente un aviso de que la transferencia está en curso.
5. Espera a que finalice. El registrador saliente tiene cinco días para aprobar la solicitud o denegarla por motivos permitidos. Si no hace nada, el registro aprueba la transferencia automáticamente al final de ese plazo.
6. Verifica la configuración de DNS y renovación en el nuevo registrador cuando termine.

Normalmente los servidores de nombres no cambian durante una transferencia, así que la web no tiene por qué dejar de funcionar. Los problemas suelen aparecer cuando el DNS estaba alojado en el registrador antiguo y ese servicio termina con la transferencia. Copia los registros de tu zona al nuevo proveedor antes de empezar.

Los bloqueos de 60 días y otras reglas de plazos

Existen varios periodos de espera pensados para reducir el secuestro de dominios y el fraude. Los más importantes para los gTLD se resumen a continuación.

Explicamos los estados de bloqueo y cómo interpretarlos con más detalle en nuestra guía sobre el bloqueo de transferencia de dominios.

Qué dice la Política de Transferencias de ICANN

Todos los registradores acreditados por ICANN deben cumplir la Política de Transferencias para los dominios gTLD. Entre otras cosas, define los motivos limitados por los que un registrador saliente puede denegar una transferencia: indicios de fraude, una disputa pendiente, una orden judicial, una identidad del titular poco clara, el impago de un periodo anterior, los plazos de 60 días mencionados o una objeción expresa del titular. Un registrador no puede negarse simplemente porque quiera conservar al cliente.

La política también ofrece una vía de reclamación si una transferencia se hizo sin consentimiento o se denegó indebidamente: primero a través de los registradores implicados, después mediante el procedimiento de la Política de Resolución de Disputas de Transferencia (TDRP) del registro y, por último, ante el departamento de Cumplimiento de ICANN si un registrador ignora sus obligaciones. ICANN ha estado revisando la Política de Transferencias, incluida la terminología y el tratamiento de los códigos y los bloqueos, por lo que algunos detalles, como los correos de confirmación o la duración de los bloqueos, pueden cambiar a medida que entren en vigor nuevas versiones. Consulta siempre la documentación actual de tu registrador.

Cómo gestionan las transferencias los ccTLD

Los dominios de nivel superior geográfico (ccTLD) los gestionan registros nacionales que fijan sus propias normas, y la Política de Transferencias de ICANN no les obliga. Algunos ejemplos muestran lo variado que puede ser:

• .uk: Nominet no usa código de autorización para cambiar de registrador. En su lugar pides al nuevo registrador su etiqueta IPS (IPS tag) y el registrador actual cambia la etiqueta.
• .de: DENIC utiliza un código AuthInfo que el registrador genera a petición y que tiene una validez limitada.
• .eu: EURid utiliza un código de autorización que se obtiene del registrador actual.
• .tr: desde el paso al sistema TRABIS, las transferencias entre registradores siguen los procedimientos de TRABIS, que pueden incluir pasos de verificación propios de los dominios turcos.

Algunos ccTLD no añaden un año al transferir, otros no tienen la restricción de 60 días y otros exigen comprobaciones de identidad adicionales. Lee las normas del registro antes de dar por hecho que el flujo de un .com sirve para todo.

Solución de problemas frecuentes

“Código de autorización no válido”

Vuelve a copiar el código sin espacios al principio ni al final, fíjate en caracteres que se confunden como 0 y O, y comprueba que no se haya regenerado desde que lo recibiste. En algunos registros los códigos también caducan.

La transferencia se rechaza al instante

Normalmente el dominio sigue bloqueado o hay un estado activo en el lado del registro. Haz una consulta nueva para ver los estados actuales, porque algunos registradores tardan en trasladar el desbloqueo al registro.

No llega ningún correo de confirmación

Debido a la ocultación de datos por privacidad, el registrador entrante a menudo no puede ver tu correo. Sigue sus instrucciones, revisa la carpeta de spam y confirma que el correo del titular en el registrador saliente está actualizado.

La transferencia se queda pendiente

Espera los cinco días completos. Si después sigue pendiente, contacta con el registrador entrante indicando el dominio y la fecha de la solicitud.

Mantén el control después de la transferencia

Cuando el dominio llegue, vuelve a activar el bloqueo del registrador, activa la verificación en dos pasos en la nueva cuenta y comprueba que la renovación automática y los datos de pago son correctos. Un nuevo registrador también implica nuevas fechas y precios de renovación que recordar. Añadir el dominio al panel de dominios de TLDix mantiene visibles la fecha de caducidad, el registrador y el estado junto a tus certificados SSL y renovaciones de hosting, para que a una transferencia exitosa no le siga una caducidad accidental.