Cómo transferir un dominio a otro proveedor sin que se caigan el sitio ni el correo

Nos escriben casi cada semana con el mismo nudo en el estómago. Ya decidieron cambiarse de proveedor, ya pagaron el plan nuevo, pero nadie se atreve a mover el dominio porque creen que en ese instante se cae el sitio y se pierden los correos. Después de acompañar varias mudanzas de este tipo, tenemos una conclusión incómoda: el dominio casi nunca es lo que se cae. Lo que se cae es la zona DNS que alguien no copió antes de empezar.

¿Qué es transferir un dominio y qué es un código EPP?

Transferir un dominio es cambiar de registrador, es decir, de la empresa que lo tiene inscrito ante el registro central (Verisign para los .com, el registro .CO para los .co). Sirve para mover la administración y el cobro anual del dominio de un proveedor a otro. No sirve para cambiar de hosting, ni para cambiar de titular, ni para mover los buzones de correo: esas son operaciones distintas que se hacen por otro lado.

El código EPP (Extensible Provisioning Protocol), también llamado auth code, EPP key o código de autorización, es una contraseña de un solo uso que entrega el proveedor actual para autorizar esa salida. Sin ese código, el registrador nuevo no puede reclamar el dominio.

Aspecto	Mover el dominio (registrador)	Mover el hosting y el correo
Qué cambia	Quién cobra y administra el dominio	Dónde viven los archivos y los buzones
Qué NO cambia	Los nameservers ni la zona DNS	El dominio sigue siendo tuyo
Dónde se rompe	Un WHOIS con un correo al que no tienes acceso	Una zona DNS copiada a medias

¿Cuál es el orden correcto para que no se caiga nada?

El error más común es pedir el código EPP el primer día. Va casi al final. Este es el orden que funciona:

Inventario, 2 o 3 días antes. Haz una lista de todo lo que cuelga del dominio: sitio principal, tienda, blog, subdominios de correo (mail, webmail), FTP, ambientes de prueba, y los registros de verificación de Google Search Console, Meta, Microsoft 365 o cualquier herramienta que los use.
Baja el TTL a 300 segundos. Se hace en la zona DNS del proveedor actual, sobre los registros A, CNAME y MX, y hay que hacerlo con al menos 24 horas de anticipación. Si el TTL está en 3600 u 86400, cualquier cambio posterior puede tardar medio día en propagarse y parecerá que el sitio se cayó.
Copia la zona DNS completa. Exporta el archivo de zona o toma captura de cada registro: A, AAAA, CNAME, MX, TXT (SPF, DKIM, DMARC), SRV y los CAA. Este es el paso que más se olvida y el que produce el 90% de los incidentes.
Replica la zona en el proveedor nuevo, con los mismos registros y los mismos valores, pero todavía sin tocar los nameservers. Así queda lista antes de la mudanza.
Migra los buzones si el correo también cambia de casa. Se hace por IMAP, cuenta por cuenta, incluyendo calendarios y contactos. Nunca borres los buzones viejos antes de verificar.
Desactiva el candado de transferencia (transfer lock, o clientTransferProhibited en el WHOIS) desde el panel del proveedor actual.
Revisa el correo del titular en el WHOIS. ICANN exige una confirmación por correo electrónico. Si ese correo es una cuenta del proveedor viejo o de alguien que ya no trabaja contigo, el trámite se traba.
Ahora sí, solicita el código EPP al proveedor actual.
Inicia la transferencia en el proveedor nuevo, ingresa el código y paga la renovación.
Aprueba el correo de confirmación que envía el registrador saliente. Si no lo apruebas, la transferencia se completa sola a los 5 días, siempre que el código sea válido.
No toques los nameservers durante esos días. Aquí es donde la gente se cae: hacer la transferencia y el cambio de nameservers el mismo día deja dos variables moviéndose a la vez y ninguna forma de saber cuál falló.
Cuando la transferencia esté confirmada, cambia los nameservers si hace falta. Con TTL en 300, la propagación toma entre 1 y 4 horas; en el peor caso, 48.
Cancela el servicio viejo 15 o 30 días después, cuando ya verificaste todo. Nunca antes.

Regla simple: el TTL y la copia de la zona DNS van antes del código EPP. Siempre.

¿Cuándo sí y cuándo no se puede transferir un dominio?

Sí se puede cuando:

El dominio está activo y al día en el pago.
Pasaron más de 60 días desde el registro, desde la última transferencia o desde el último cambio de titular.
El candado de transferencia está desactivado.
Tienes acceso al correo registrado como contacto del titular.
El dominio no tiene disputas ni órdenes judiciales encima.
Faltan más de 15 días para el vencimiento (no es obligatorio, pero evita cruces).

No se puede (o se complica mucho) cuando:

El candado sigue activo: el registrador nuevo rechaza la solicitud de inmediato.
Cambiaste de titular hace menos de 60 días: hay un bloqueo obligatorio de 60 días.
El dominio está vencido y entró en periodo de redención (los 30 días siguientes al vencimiento). Recuperarlo cuesta entre $80.000 y $150.000 COP adicionales y hay que resolverlo primero en el proveedor actual.
El dominio está recién registrado, con menos de 60 días de vida.
Existe una disputa UDRP o un proceso legal en curso.
El proveedor actual no responde ni entrega el código EPP. En ese caso se escala al registro correspondiente (ICANN para los genéricos, el registro .CO para los .co) y suele resolverse en días, no en horas.

¿Cuánto cuesta y cuánto demora?

Rangos que hemos visto en el mercado colombiano, en pesos, por año:

.com: entre $50.000 y $90.000 COP, y la transferencia casi siempre incluye un año adicional.
.co: entre $70.000 y $140.000 COP.
.com.co: entre $40.000 y $90.000 COP.
.net y .org: entre $60.000 y $110.000 COP.

Nadie transfiere gratis. La transferencia se paga como una renovación, y eso es normal: el registro central cobra igual. Si un proveedor anuncia transferencia sin costo, normalmente está cargando ese valor al hosting o al siguiente año.

Tiempos reales: la transferencia toma 5 días hábiles, y hasta 7 si hay confirmaciones pendientes. El código EPP suele tener vigencia de 24 horas a 7 días según el registrador, así que no lo pidas con semanas de anticipación. La propagación del DNS, con TTL bajo, va de 1 a 4 horas.

¿Qué pasa con el sitio y el correo durante la transferencia?

Nada, si no tocas los nameservers. Mientras la zona DNS siga apuntando a donde apuntaba, el sitio sigue resolviendo y el correo sigue entrando y saliendo con normalidad. La transferencia solo cambia quién administra el dominio, no dónde vive el contenido.

Lo que sí debes vigilar es el correo del titular en el WHOIS: si el proveedor saliente lo usa para confirmar la salida, alguien tiene que estar leyéndolo. Y si el correo también se muda, ese sí es un trabajo aparte: exporta y migra los buzones antes, y no canceles nada hasta enviar y recibir un correo de prueba en cada cuenta.

¿Qué errores tumban el sitio el día de la mudanza?

Copiar solo los registros A y olvidar MX y TXT. El sitio queda arriba, pero el correo se cae o empieza a llegar a spam por perder SPF, DKIM y DMARC.
Cambiar nameservers el mismo día de la transferencia. Dos cambios simultáneos y cero capacidad de diagnosticar.
Cancelar el hosting viejo antes de verificar. Es el único error realmente irreversible: los buzones se pierden con todo y correos.
Dejar el TTL alto. Los cambios se ven a medias durante horas y parece una caída.
Olvidar los subdominios. tienda, blog, mail, dev, ftp: los que se usan poco son los que se olvidan.
Perder los registros de verificación de Search Console, Meta o Microsoft 365, que después hay que volver a pegar.

¿Cómo verifico que todo quedó bien después del traslado?

Con consultas DNS directas, no con el navegador (que tiene caché):

dig dominio.com NS: confirma qué nameservers responden.
dig dominio.com A y dig www.dominio.com: confirma las IP correctas.
dig dominio.com MX: confirma que el correo sigue apuntando a donde debe.
dig TXT dominio.com: confirma SPF y DKIM.
Una consulta WHOIS o RDAP: registrador nuevo, fecha de expiración y estado del dominio.
Un correo de prueba enviado y recibido desde cada cuenta, revisando los encabezados.
Una mirada a Search Console a los tres días, por si aparecen errores de rastreo.

¿Conviene mover el dominio y el hosting al mismo tiempo?

Sí, pero en fases separadas y nunca el mismo día ni un viernes. Nuestra recomendación es mover primero el hosting y el correo, dejar pasar 24 a 72 horas, verificar que todo funciona con el dominio apuntando desde el proveedor viejo, y solo entonces transferir el dominio. Si algo falla, sabes exactamente en cuál de las dos mudanzas fue. Mover todo de un solo golpe es rápido en el papel y lentísimo cuando hay que diagnosticar a ciegas.

Preguntas frecuentes

¿Cuánto demora transferir un dominio?

Entre 5 y 7 días hábiles. El plazo de 5 días lo fija la política de ICANN; el resto depende de confirmaciones por correo y de la agilidad del registrador saliente.

¿La transferencia renueva el dominio?

En la mayoría de registros sí: agrega un año al vencimiento actual. Por eso se paga como una renovación y no como un trámite aparte.

¿Se cae el correo si transfiero el dominio?

No, siempre que la zona DNS y los registros MX se mantengan intactos y no cambies nameservers en medio de la transferencia. El riesgo aparece cuando se copia la zona a medias.

¿Qué pasa si el proveedor actual no me entrega el código EPP?

Primero se solicita por escrito y se escalan los tickets internos. Si sigue sin aparecer, se puede elevar al registro correspondiente: ICANN para los dominios genéricos y el registro .CO para los .co. En la mayoría de casos el código llega tras la escalada.

¿Puedo transferir un dominio vencido?

Si está en periodo de gracia, normalmente hay que renovarlo primero en el proveedor actual. Si ya entró en redención, toca pagar la recuperación y esperar el desbloqueo antes de moverlo.

¿Se puede transferir un .co a un proveedor en el exterior?

Sí. El .co y el .com.co operan con código EPP y admiten transferencia entre registradores acreditados, incluidos los internacionales.

Una nota nuestra

En Sitexx administramos dominios, hosting y correos para pymes colombianas, y por eso nos toca revisar zonas DNS ajenas más seguido de lo que quisiéramos. Dicho con honestidad: esta mudanza la puede hacer cualquiera con paciencia y una lista de chequeo, sin contratar a nadie. Si estás a mitad del proceso y prefieres que alguien mire la zona DNS antes de que aprietes el botón, escríbenos por WhatsApp y la revisamos con gusto, incluso si al final decides seguir solo.