Transferir un dominio cambia el registrador que gestiona su registro, no necesariamente sus servidores DNS ni el alojamiento de la web. El código EPP, AuthInfo o código de autorización es una credencial que el registrador de origen entrega al titular o contacto autorizado para iniciar la transferencia cuando la extensión utiliza ese mecanismo.
El proceso exacto depende del TLD, del registro y de las políticas del registrador. No existe un plazo ni una secuencia idéntica para todas las extensiones.
Quién interviene en la transferencia
El titular del dominio mantiene el derecho sobre el registro; el registrador actual gestiona la cuenta de origen; el nuevo registrador presenta la solicitud; y el registry de la extensión procesa el cambio. El contacto administrativo puede recibir confirmaciones según las reglas aplicables, pero no todos los TLD usan los mismos datos o procedimientos.
Preparar el dominio
Comprueba que los datos del titular y del contacto están actualizados, que puedes acceder al correo de confirmación y que el dominio no está bloqueado para transferencia. Revisa también la fecha de caducidad, renovaciones pendientes, servicios asociados y restricciones específicas de la extensión.
Solicita el código de autorización por el canal oficial del registrador y no lo compartas fuera del proceso. Si el código ha caducado o se ha regenerado, el nuevo registrador puede rechazar la solicitud aunque el nombre y el titular sean correctos.
Solicitar y confirmar
La solicitud se inicia en el nuevo registrador con el dominio y el código que corresponda. Después pueden existir confirmaciones por correo, panel o mecanismos definidos por el registry. Guarda los identificadores de la solicitud y atiende cualquier mensaje de aprobación dentro del plazo que marque el operador.
Algunas extensiones aplican bloqueos, validaciones de contacto o condiciones de elegibilidad que impiden transferir temporalmente. Una transferencia pendiente no demuestra por sí sola que exista un problema de DNS.
DNS, nameservers y continuidad
Cambiar de registrador no obliga normalmente a cambiar nameservers. Si la delegación permanece igual, la web y el correo pueden seguir resolviendo mientras se completa la transferencia. Aun así, confirma que la zona y los contactos seguirán accesibles después del cambio.
Si también cambias de proveedor DNS, es otra operación: tendrás que copiar registros A, AAAA, CNAME, MX, TXT y DNSSEC si procede, y coordinar TTL y delegación. Mezclar ambas migraciones dificulta saber qué causó una incidencia.
Motivos habituales de rechazo
Un código incorrecto, un bloqueo activo, datos de contacto no validados, una restricción del TLD, una transferencia reciente o una solicitud enviada a un registrador distinto pueden detener el proceso. Comprueba el motivo indicado por el registry o el registrador antes de repetir solicitudes.
Comprobar después del cambio
Verifica que el dominio aparece en la nueva cuenta, que la renovación y los contactos son correctos y que el bloqueo queda configurado como deseas. Comprueba nameservers, web, certificados, correo y registros de autenticación. La transferencia no migra por sí sola buzones, archivos, bases de datos ni credenciales.
Qué verificar antes y después de cambiar de registrador
Conserva una copia de la zona, el código y las fechas relevantes, confirma las reglas de la extensión y mantén acceso a los sistemas que dependen del dominio. No prometas una duración universal: el tiempo depende de validaciones, confirmaciones y políticas del TLD y de los registradores implicados.
Separar transferencia y cambio de DNS
Una transferencia puede completarse manteniendo los nameservers actuales. Esto permite que la web y el correo sigan resolviendo mientras cambia el registrador. Si el objetivo incluye mover también DNS, planifica una segunda operación y copia la zona completa antes de modificar la delegación.
DNSSEC merece una comprobación adicional: un DS publicado en el padre debe seguir correspondiendo a la clave que sirve la zona. El registrador nuevo puede gestionar el dominio sin operar la zona DNS, por lo que ambas responsabilidades deben quedar identificadas.
Fechas, bloqueos y contactos
Revisa caducidad, renovaciones, bloqueo de transferencia, cambios recientes de titular y validaciones de contacto. Algunas extensiones aplican restricciones específicas después de ciertos cambios y otras utilizan procedimientos distintos. La respuesta correcta debe venir del registrador o registry de ese TLD.
No dependas de un único correo que pueda dejar de estar disponible durante el proceso. Conserva acceso a la cuenta, al contacto autorizado y a la zona DNS, y guarda los avisos de solicitud y confirmación.
Lista final del cambio de registrador
Antes, confirma titular, código, bloqueo, reglas del TLD, vencimiento y copias de configuración. Después, verifica registrador, contactos, renovación, nameservers, web, certificados, correo y registros TXT. La duración no es universal: depende de confirmaciones, políticas y del registry implicado.
Qué ocurre si la solicitud queda pendiente
Una solicitud puede esperar confirmación, quedar bloqueada por una regla de la extensión o requerir que el registrador de origen la libere. Revisa el estado que muestra cada operador y evita iniciar cambios paralelos de nameservers hasta saber qué fase ha fallado. La explicación y el tiempo dependen del TLD y del proceso aplicado.
Conservar pruebas y accesos
Guarda el código de autorización usado, identificadores de solicitud, correos de confirmación y la zona DNS anterior. Asegura acceso a la cuenta antigua hasta comprobar el nuevo registrador y verifica quién puede renovar o modificar contactos. El titular debe seguir controlando la identidad que autoriza el cambio.
Comprobaciones de cierre
Comprueba titular, bloqueo, reglas del TLD, estado de la solicitud, nameservers, web, correo, certificados y renovación. Si la extensión aplica condiciones distintas, sigue la documentación de su registry. Transferir el registro no mueve por sí solo los servicios asociados al dominio.