Una transferencia de nombre de dominio mal preparada resulta en correos electrónicos perdidos, un sitio inaccesible o un dominio bloqueado en estado pendingTransfer durante días. El procedimiento en sí es simple sobre el papel: desbloquear, recuperar el código EPP, validar del lado del nuevo registrador. Lo que plantea problemas son los detalles técnicos que la mayoría de las guías pasan por alto, especialmente la gestión de la zona DNS durante el cambio y las especificidades relacionadas con las extensiones nacionales.
Zona DNS y registros a respaldar antes de la transferencia de dominio
La transferencia mueve el control administrativo del dominio, no la zona DNS en sí. Observamos regularmente pérdidas de registros MX o TXT después de la migración, porque la zona alojada en el antiguo registrador no se ha duplicado en el nuevo antes del cambio.
Lectura complementaria : Los pasos esenciales para conectar un nuevo agente a la Ciudad de Marsella
Antes de cualquier manipulación, exporta la totalidad de tu zona DNS. Verifica cada tipo de registro: A, AAAA, CNAME, MX, TXT (SPF, DKIM, DMARC), y los posibles registros SRV. Si tu dominio utiliza DNSSEC, desactívalo antes de iniciar la transferencia: un registro DS huérfano en el registro provoca resoluciones fallidas hasta que el nuevo registrador no haya republicado sus propias claves.
Recrea todos estos registros en el nuevo proveedor o en un servicio DNS de terceros (Cloudflare, Route 53) antes de desencadenar la transferencia. Una vez que la zona esté lista en ambos lados, el cambio administrativo ya no tiene impacto en la resolución. Si buscas cómo transferir un nombre de dominio con Fireblog, encontrarás esta lógica de preparación DNS aplicada paso a paso.
Lectura recomendada : Responder en Meetic sin pagar: trucos para intercambiar sin suscripción
Código EPP, desbloqueo y protección WHOIS: los requisitos técnicos de la transferencia
Tres bloqueos impiden una transferencia si no los levantas en el orden correcto.
- El estado clientTransferProhibited (o bloqueo de registrador) debe ser retirado desde la interfaz de tu registrador actual. Mientras esté activo, cualquier solicitud de transferencia es rechazada automáticamente por el registro.
- El código de autorización EPP (o Auth-Code) es una contraseña de un solo uso vinculada al dominio. Su duración de validez varía según el registrador, a veces solo unos días. Recupéralo en el momento en que estés listo para iniciar el procedimiento, no con antelación.
- La protección de privacidad WHOIS debe ser desactivada temporalmente. Varios registradores ocultan la dirección de correo electrónico del titular detrás de un proxy. El correo electrónico de validación de la transferencia se envía a la dirección WHOIS: si apunta a un servicio de privacidad que filtra o redirige mal, la validación falla silenciosamente.
Recomendamos verificar el WHOIS público del dominio después de haber desactivado la protección, para confirmar que la dirección de correo electrónico mostrada es la que estás consultando. Un correo electrónico de validación no recibido es la principal causa de transferencias abortadas.
El bloqueo de sesenta días después de la modificación WHOIS
La política de ICANN impone un bloqueo de sesenta días después de cualquier cambio de titular en los gTLD (.com, .net, .org). Si has modificado recientemente el nombre o el correo electrónico del titular en el WHOIS, la transferencia será rechazada durante este período. Planifica tus actualizaciones de datos de contacto mucho antes de la migración, o realízalas después.
Transferencia de dominio según la extensión: gTLD, ccTLD y casos particulares
Los artículos generalistas describen un proceso universal. En la práctica, cada tipo de extensión obedece a sus propias reglas de transferencia.
Para los gTLD (.com, .net, .org), el proceso está estandarizado por ICANN: código EPP, solicitud en el nuevo registrador, correo electrónico de confirmación, y luego un plazo de cinco a siete días durante el cual el antiguo registrador puede aprobar o dejar expirar la solicitud. La aprobación explícita del antiguo registrador acelera el procedimiento.
Los ccTLD (extensiones nacionales) siguen reglas diferentes. El .fr, gestionado por AFNIC, utiliza un código de autorización similar al código EPP, pero el procedimiento de cambio de oficina de registro pasa por una Solicitud de Operación Afnic (DOA). El .uk funciona con un sistema de etiquetas: solicitas a tu registrador actual que cambie la etiqueta IPS al nuevo proveedor, sin código EPP. El .de (DENIC) impone un Auth-Code pero con un proceso de validación distinto.
Estas diferencias tienen un impacto directo en los plazos. Una transferencia de .com generalmente toma menos de una semana. Un ccTLD puede requerir varias semanas si se exigen documentos de identidad o residencia por parte de la autoridad nacional.
Correos electrónicos y certificado SSL después del cambio
La transferencia de dominio no transfiere tu alojamiento web ni tu correo electrónico. Si tus registros MX apuntaban a los servidores del antiguo registrador, tus correos electrónicos dejarán de funcionar tan pronto como la zona DNS sea modificada. Verifica que los MX apunten a tu proveedor de correo electrónico real (Google Workspace, Microsoft 365, servidor dedicado) y no a un servicio relacionado con el registrador saliente.
En cuanto a SSL, un certificado Let’s Encrypt se renueva automáticamente si la validación DNS o HTTP sigue funcionando. Un certificado de pago vinculado al antiguo proveedor de alojamiento deberá ser reemitido o transferido. Controla la fecha de expiración y el modo de validación antes de la transferencia para evitar un cambio a HTTP no seguro.
Lista de verificación post-transferencia del nombre de dominio
Una vez que el dominio aparece en el nuevo registrador, el trabajo no ha terminado. Observamos que la mayoría de los incidentes ocurren en las cuarenta y ocho horas siguientes al cambio, cuando nadie verifica nada más.
- Compara la zona DNS activa con tu respaldo inicial. Cada registro A, MX, CNAME y TXT debe coincidir exactamente.
- Envía un correo electrónico de prueba hacia y desde cada dirección vinculada al dominio para confirmar el buen funcionamiento de los MX.
- Verifica la resolución DNSSEC si la has reactivado: una herramienta como DNSViz permite detectar una cadena de confianza rota.
- Reactiva el bloqueo del dominio (clientTransferProhibited) y la protección WHOIS en el nuevo registrador.
- Controla que el certificado SSL sea válido y que tu sitio responda correctamente en HTTPS sin errores de certificado.
La transferencia de un nombre de dominio sigue siendo una operación administrativa, no técnica en el sentido estricto. Lo que provoca las interrupciones es la falta de preparación DNS previa y el olvido de las verificaciones posteriores. Prepara la zona antes, verifica todo después: entre ambos, la transferencia en sí solo toma unos clics.