Transferir un dominio sin caídas de DNS

¿Por qué una transferencia de registrador no interrumpe el DNS?

Porque los servidores de nombres forman parte del registro del registro y la transferencia no los toca. El registro cambia el registrador patrocinador y amplía la fecha de caducidad. La delegación NS que indica al mundo dónde encontrar tu DNS permanece igual.

TransferOffshore lo mantiene así por defecto. En el paso Servidores de nombres del pago, Mantener servidores de nombres actuales está marcado cuando tu carrito solo contiene transferencias. Puedes elegir nuestros servidores de nombres, Cloudflare o unos personalizados, y cambiarlo más tarde en Mis dominios.

Así que la pregunta nunca es «¿la transferencia mueve mi DNS?». Es «¿quién responde por mis servidores de nombres y seguirán respondiendo una vez que el dominio se haya ido?».

¿Cuándo causa caída una transferencia de dominio?

La caída ocurre cuando un servicio vinculado al registrador anterior deja de funcionar después de que el dominio se va. Revisa estos cuatro casos antes de empezar:

• DNS alojado en el registrador anterior. Muchos registradores incluyen DNS gratis. La zona suele vivir en sus servidores de nombres y puede eliminarse cuando el dominio se va. Squarespace, por ejemplo, indica a los clientes que guarden sus registros DNS porque la mayoría de los proveedores no los conservarán (según su centro de ayuda, octubre de 2026).
• Buzones o reenvío en el registrador anterior. Gandi dice que su servicio de buzón se detiene de inmediato cuando un dominio se transfiere fuera. Los datos de correo se eliminan 7 días después (según su documentación, octubre de 2026).
• DNSSEC. Un registro DS en el registro que apunta a claves que tu nuevo host de DNS no tiene rompe la resolución.
• Cloudflare Registrar. Los dominios registrados allí deben usar servidores de nombres de Cloudflare, y el destino de la zona tras la transferencia no está documentado.

Si tus servidores de nombres pertenecen a un proveedor independiente, como tu host o un servicio de DNS, nada de esto aplica. La transferencia es entonces invisible para los visitantes.

¿Qué registros DNS necesitas copiar?

Copia todos los registros de la zona, no solo los del sitio web. La falta de registros de correo y verificación causa los fallos más silenciosos: el correo rebota o acaba en spam días después.

¿Cómo compruebas tus registros con dig?

Consulta directamente el servidor de nombres actual, guarda las respuestas y haz las mismas preguntas al nuevo proveedor de DNS antes de cambiar. Si las respuestas coinciden, la nueva zona está lista. Sustituye example.com por tu dominio y los nombres de servidor por los que devuelve dig NS.

#!/usr/bin/env bash
# Who answers for the domain today?
dig +short NS example.com

OLD_NS=ns1.old-dns.example.com   # a nameserver from the line above
NEW_NS=ns1.new-dns.example.com   # a nameserver of the new DNS host

# Apex records: run once against each nameserver and compare
for ns in "$OLD_NS" "$NEW_NS"; do
  echo "== $ns"
  for type in A AAAA MX TXT CAA; do
    echo "-- $type"
    dig +short "$type" example.com "@$ns" | sort
  done
done

# Names that live below the apex
dig +short CNAME www.example.com "@$OLD_NS"
dig +short TXT _dmarc.example.com "@$OLD_NS"
dig +short TXT selector1._domainkey.example.com "@$OLD_NS"
dig +short SRV _sip._tls.example.com "@$OLD_NS"

# Is DNSSEC on? Any DS answer means yes
dig +short DS example.com

# TTL of the records you will change (second column)
dig +noall +answer A example.com "@$OLD_NS"

¿Cómo trasladas el DNS fuera del antiguo registrador de forma segura?

Mueve primero el DNS, espera y luego transfiere el dominio. Dos cambios el mismo día hacen que cualquier fallo sea difícil de rastrear.

1. Baja los TTL. Uno o dos días antes, pon el TTL de los registros que vas a cambiar en 300 segundos, para que las cachés olviden rápido las respuestas antiguas.
2. Crea la nueva zona. Crea todos los registros en el nuevo proveedor de DNS: nuestros servidores de nombres, Cloudflare u otro proveedor.
3. Compara. Ejecuta las comprobaciones con dig indicadas arriba contra el servidor de nombres antiguo y el nuevo hasta que las respuestas coincidan.
4. Cambia los servidores de nombres en el antiguo registrador. Algunos registradores bloquean la edición del DNS mientras hay una transferencia pendiente, así que hazlo antes de iniciar la transferencia.
5. Espera a que se actualice la delegación. Los registros NS del registro pueden permanecer en caché hasta dos días en .com.
6. Inicia la transferencia con Mantener los servidores de nombres actuales marcado. El dominio llega ya apuntando al nuevo DNS.

Cuando el dominio haya llegado y todo funcione, vuelve a subir los TTL.

¿Qué pasa con DNSSEC durante una transferencia?

Si el operador de DNS sigue siendo el mismo, no toques DNSSEC; si cambia, elimina primero el registro DS. DNSSEC vincula el registro con tus claves DNS mediante un registro DS. Los resolutores de validación rechazan las respuestas que no coinciden con él.

• Mismo operador de DNS, mismas claves. El registro DS sigue siendo válido. La transferencia no lo toca.
• Nuevo operador de DNS. Elimina el registro DS en el registrador, espera al menos dos días a que caduquen las cachés y luego cambia los servidores de nombres. Firma la zona en el nuevo proveedor y añade el nuevo registro DS cuando publique respuestas firmadas.
• DNS y DNSSEC gestionados por el antiguo registrador. Sus claves se van con su servicio DNS, así que trátalo como un nuevo operador.

Un registro DS que no coincide provoca una caída total para todos los usuarios que están detrás de un resolutor de validación, no una caída parcial. Varios registradores, incluido Squarespace, te piden desactivar DNSSEC antes de una transferencia. En nuestro panel, cambiar los servidores de nombres con DNSSEC activo muestra primero un aviso.

¿Y si el dominio está en Cloudflare Registrar?

Cloudflare Registrar exige los servidores de nombres de Cloudflare, así que la zona y el registro están vinculados. Su documentación indica que todos los dominios en Cloudflare Registrar usan los servidores de nombres de Cloudflare (a fecha de octubre de 2026).

Cloudflare no documenta si la zona sigue respondiendo una vez transferido el dominio fuera. Su página de eliminación de dominio indica que eliminar un dominio detiene la resolución DNS de Cloudflare. Dos opciones seguras:

• Mantener el DNS de Cloudflare. Antes de aprobar la transferencia, comprueba en el panel de Cloudflare que la zona seguirá activa. Luego transfiere con «Mantener los servidores de nombres actuales» o elige el preajuste de Cloudflare en el formulario.
• Mover primero el DNS. Crea la zona en otro proveedor de DNS, cambia los servidores de nombres, espera y luego transfiere.

Los pasos de Cloudflare para el código y el bloqueo están en la guía de transferencia de Cloudflare.

¿Qué pasa con el reenvío de correo y el reenvío de URL?

Dejan de funcionar cuando el antiguo registrador ya no sirve el dominio. El reenvío es un servicio que el registrador ejecuta en sus propios servidores, vinculado a sus propios servidores de nombres.

• Reenvío de correo. Los alias como contacto@ reenviados a una bandeja personal dejan de recibir correo. Vuelve a crearlos en tu proveedor de correo o en nuestro panel si usas nuestros servidores de nombres.
• Reenvío de URL. Una redirección de example.com a otro sitio deja de funcionar. Vuelve a crearla como redirección en tu proveedor de alojamiento web o en nuestro panel con nuestros servidores de nombres.
• Buzones vendidos por el registrador. Mueve el correo y cambia los registros MX antes de la transferencia, no después.

Con nuestros servidores de nombres, la página del dominio incluye registros DNS, reenvío web, reenvío de correo y DNSSEC.