Migrar de hosting sin caídas: pasos para el cambio
Cómo cambiar de hosting sin perder el sitio, el correo ni el posicionamiento SEO: DNS, TTL y verificación, explicados paso a paso.
Equipo de rabbitclipPublicación: 6 min. de lectura
En breve
Una migración sin caídas ocurre cuando el nuevo servidor está completamente configurado y probado antes de que se cambien los registros DNS; el sitio nunca queda a medio terminar entre dos servidores. Eso depende de bajar el tiempo de vida, TTL, de los registros DNS unos días antes del cambio; de lo contrario, el paso al nuevo servidor puede tardar horas, a veces un día entero, en llegar a todos.
El sitio de una empresa de gestión de instalaciones deja de recibir correo el día de la migración y pierde consultas de clientes durante semanas; la causa rara vez es el nuevo servidor en sí, casi siempre es que los registros MX no se cambiaron al mismo tiempo que el resto del DNS. Una migración hecha en el orden correcto elimina ese riesgo desde el principio.
¿Qué está realmente en riesgo en una migración de hosting?
Una migración de hosting consiste en mover los archivos, la base de datos y el servicio de correo de un sitio de un servidor a otro. El riesgo se concentra en tres puntos: el sitio queda inaccesible durante el traslado, el correo se retrasa o se pierde, y un cambio de DNS envía una señal equivocada a los buscadores.
El factor común de los tres riesgos es el momento en que se hace cada cosa; una migración hecha en el orden correcto con el TTL bien ajustado elimina en gran medida los tres. En una migración apresurada, los tres riesgos suelen aparecer a la vez, porque la causa siempre es la misma: saltarse el orden de los pasos.
Lista de comprobación antes de migrar
Los siguientes pasos deben estar terminados al menos una semana antes del día de la migración.
- El sitio se configura y se prueba por completo en el nuevo servidor, verificado mediante una dirección temporal, la IP propia del servidor o un subdominio de prueba
- Se hace una copia de seguridad actualizada de la base de datos y los archivos, guardada tanto en el servidor antiguo como en el nuevo
- Se elabora una lista completa de los registros DNS, A, MX, CNAME, TXT, y se replican uno a uno en el nuevo servidor
- El TTL de los registros DNS actuales se baja al menos 48 horas antes de la migración
¿Por qué bajar el TTL días antes de la migración?
El TTL controla cuánto tiempo se almacena en caché un registro DNS en navegadores y servidores. Según la documentación de DNS de Cloudflare, un cambio realizado con un TTL alto puede tardar horas en llegar a todos los visitantes; por eso conviene bajar el TTL con antelación siempre que se planee un cambio.
Si el TTL baja de una hora a unos minutos varios días antes de la migración, el cambio de DNS real del día de la migración se propaga mucho más rápido; algunos visitantes pueden seguir llegando al servidor antiguo durante unos minutos, pero esa ventana queda en minutos y no en horas.
¿En qué orden se sigue el día de la migración?
Una vez que el nuevo servidor está probado y listo, el día de la migración sigue este orden: primero se actualizan los registros DNS, luego el servidor antiguo se mantiene activo un tiempo más, normalmente una semana, respondiendo a cualquier petición hasta que el TTL anterior expira por completo.
Ambos servidores se vigilan durante ese periodo de espera; se observa cómo el tráfico se desplaza hacia el nuevo, y se comparan tasas de error y tiempos de respuesta. Si algo falla, el registro DNS puede volver a apuntar al servidor antiguo, que es precisamente la razón por la que no debe apagarse de inmediato.
¿Cómo evitar una interrupción del correo?
El correo depende de a qué servidor apuntan los registros MX; si se olvidan al actualizar el DNS del sitio, o se cambian en un momento distinto, el correo entrante puede repartirse durante un tiempo entre el servidor antiguo y el nuevo, o perderse por completo.
El enfoque más seguro es gestionar el correo como un servicio separado del sitio; cuando es posible, el correo funciona sobre un servicio independiente y no se ve afectado por la migración del sitio. Si se mantiene en el mismo servidor, los registros MX deben actualizarse y probarse al mismo tiempo que los del sitio, no después.
¿Cómo confirmar que la migración realmente terminó?
Una herramienta de consulta DNS que comprueba desde varias regiones muestra a qué dirección IP resuelve el dominio en cada una en ese momento, y hasta dónde ha avanzado realmente la propagación. El servidor antiguo debe seguir activo hasta que todas las regiones devuelvan la nueva dirección; esta comprobación lleva solo unos minutos.
La misma comprobación funciona para el correo; una vez confirmado que el registro MX apunta al nuevo servidor, debe enviarse un correo de prueba y confirmarse que realmente llega. Estas dos comprobaciones sencillas convierten una migración en algo confirmado por evidencia en lugar de dado por completado.
Verificación posterior y errores frecuentes
Unas pocas comprobaciones tras la migración detectan un problema pronto: el certificado SSL es válido en el nuevo servidor, los formularios y el pago funcionan de verdad, y no hay un aumento repentino de errores en search console.
- No bajar el TTL antes de la migración, dejando que la propagación tarde horas
- Apagar el servidor antiguo de inmediato el día de la migración, eliminando la opción de volver atrás
- Actualizar los registros MX en un momento distinto a los registros DNS del sitio, provocando pérdida de correo
- No instalar el certificado SSL en el nuevo servidor antes de la migración, provocando un aviso de conexión no segura en el momento del cambio
Una migración de hosting, hecha en el orden correcto, es un proceso que el visitante nunca nota. Bajar el TTL con antelación, mover los registros MX al mismo tiempo que el DNS del sitio y no apagar el servidor antiguo de inmediato son las tres reglas de una migración limpia. Una primera llamada con rabbitclip permite revisar juntos su propio plan de migración de hosting.
Preguntas frecuentes
¿Una migración de hosting afecta al posicionamiento SEO?
No directamente si las direcciones no cambian. Una migración que también cambia las URL necesita redirecciones bien configuradas; eso es un tema aparte.
¿Cuánto dura una migración?
La preparación puede llevar días, pero la interrupción real, con el TTL bien ajustado, queda en el orden de minutos.
¿Cuándo debe apagarse el servidor antiguo?
Después de al menos varias veces la ventana de TTL, normalmente alrededor de una semana, mientras se vigila el nuevo servidor.
¿Es obligatorio usar un servicio de correo aparte?
No es obligatorio, pero reduce mucho el riesgo de que el correo dependa de la migración del sitio.
¿Cómo se confirma que la propagación ha terminado?
Una herramienta de consulta DNS comprueba si el dominio resuelve a la dirección del nuevo servidor desde varias regiones; el servidor antiguo permanece activo hasta que todas coinciden.
