Cómo cambiar los DNS de un dominio sin quedarte sin correo

Cambiar los DNS es decirle a internet dónde vive tu web. Es una operación de dos minutos y también la que más sustos da, porque si se hace sin mirar antes te puedes quedar sin correo — y sin enterarte hasta que un cliente te llame preguntando por qué no le contestas.

Aquí está qué mirar antes de cambiar los DNS, las dos formas de hacerlo y cómo comprobar después que ha ido bien.

Qué son, en una frase

Los DNS son la agenda de internet: convierten tudominio.com en la dirección numérica del servidor donde está tu web. Cuando cambias de proveedor hay que actualizar esa agenda para que apunte al sitio nuevo. Es uno de los sistemas más antiguos que siguen funcionando en internet, de 1987, y su diseño explica casi todo lo que viene después.

Antes de cambiar los DNS, apunta lo que hay

Este es el punto que se salta casi todo el mundo y el que provoca los problemas.

Tu dominio no solo apunta a tu web: también dice dónde está tu correo, y puede llevar registros de verificación de otros servicios. Al cambiar los servidores de nombres de golpe, toda esa configuración se reemplaza por la del proveedor nuevo, que no sabe nada de lo que tenías.

Así que antes de tocar nada, apunta lo que hay:

Se consultan así desde cualquier terminal —en Windows, con Resolve-DnsName desde PowerShell—:

dig MX tudominio.com +short
dig TXT tudominio.com +short
dig A tudominio.com +short

O con cualquier herramienta web de consulta de DNS, si prefieres no tocar la consola. Guarda el resultado en un archivo antes de cambiar nada: es tu red de seguridad.

Las dos formas de hacerlo

Opción A: cambiar los servidores de nombres

Es lo habitual al cambiar de alojamiento. En el panel de tu registrador —donde compraste el dominio— sustituyes los servidores de nombres actuales por los del proveedor nuevo. A partir de ahí, toda la configuración se gestiona desde el hosting nuevo.

A favor: lo gestionas todo desde un sitio y no tienes que acordarte de dónde está cada cosa.
Cuidado: se reemplaza toda la configuración de golpe. De ahí la lista de arriba.

Opción B: cambiar solo el registro A

Si tu correo está en otro proveedor y no quieres tocarlo, puedes dejar los servidores de nombres como están y cambiar únicamente el registro A para que apunte a la IP del servidor nuevo.

A favor: el correo ni se entera. Cero riesgo en la parte que más duele.
Cuidado: la configuración queda repartida en dos sitios, y de eso te acordarás el día que algo falle. Anótalo donde lo vaya a encontrar quien venga después.

Cuánto tarda en verse el cambio

Depende del TTL, un valor que dice cuánto tiempo puede guardar cada proveedor de internet el dato antiguo antes de volver a preguntar. Con los valores habituales, la mayoría de la gente ve el cambio en unas horas y todo el mundo dentro de las 24 siguientes.

Truco que casi nadie usa: si sabes con antelación que vas a migrar, baja el TTL a 300 segundos el día antes. Cuando hagas el cambio real, la propagación será cuestión de minutos en vez de horas. Después vuelve a subirlo a su valor normal, porque un TTL muy bajo hace que todo el mundo pregunte constantemente.

Por qué el servidor viejo se deja encendido

Durante la propagación hay visitantes que llegan al servidor nuevo y otros que todavía llegan al antiguo. Si apagas el antiguo el mismo día, esos últimos ven la web caída — y son justo los que peor se lo van a tomar, porque para ellos no ha cambiado nada.

Lo correcto es dejarlo funcionando unos días. No cuesta nada y evita el único problema visible de todo el proceso.

Cómo comprobar que ha ido bien

dig A tudominio.com +short
dig MX tudominio.com +short
dig TXT tudominio.com +short

El registro A debe devolver la IP del servidor nuevo, y los MX deben seguir apuntando a donde esté tu correo. Si eso cuadra, está hecho.

Y una prueba que no requiere consola y detecta más problemas que las tres anteriores juntas: mándate un correo desde una cuenta de Gmail y responde. Si va y vuelve, el correo está bien.

Los cuatro errores más habituales

1. Cambiar los servidores de nombres sin copiar los MX. El clásico. El correo deja de llegar y nadie se da cuenta hasta el día siguiente, porque no salta ningún error: los mensajes simplemente rebotan en el emisor.
2. Olvidar los registros de verificación. Herramientas que dejan de funcionar sin motivo aparente porque su TXT de verificación desapareció.
3. Cambiar los DNS antes de tener la web lista en el destino. El orden correcto es siempre: copiar, probar y después tocar los DNS. Lo explicamos en la guía de migraciones.
4. No saber quién controla el dominio. Descubrir a mitad del proceso que el acceso al registrador lo tiene una agencia con la que ya no trabajas es lo que más migraciones retrasa. Compruébalo antes de empezar, no durante.

Quién es quién: registrador, DNS y hosting

Buena parte de la confusión viene de mezclar tres cosas que pueden estar en tres empresas distintas:

Lo habitual es que las tres estén en el mismo sitio, y entonces todo se gestiona desde un panel. Cuando están repartidas, lo primero es saber cuál de los tres hay que tocar — y en qué panel. Antes de empezar una migración, esa pregunta ahorra medio día.

Si te quedas sin correo

No cunda el pánico y no toques más cosas: casi siempre son los MX. Vuelve a ponerlos como los tenías apuntados y en unos minutos empieza a llegar de nuevo. El correo enviado mientras tanto no se pierde en la mayoría de los casos: los servidores que envían reintentan durante días antes de rendirse.

Si prefieres no hacerlo tú, nos encargamos nosotros: preparamos la copia, la probamos y solo tocamos los DNS cuando está comprobado que todo funciona. Y con los MX apuntados antes de empezar.