Guía para migrar de hosting sin caer el sitio

Lo que tenés que resolver antes de tocar nada

Una migración mal planificada puede dejar el sitio caído durante horas. O peor: con datos corruptos que no se notan de entrada. Antes de mover un solo archivo, hay decisiones que tienen que estar tomadas y confirmadas por escrito.

Lo primero es elegir el hosting de destino con tiempo: contratalo, configurá el panel y verificá que el entorno sea compatible con tu sitio actual. Versión de PHP, motor de base de datos, límites de memoria. Si el sitio corre WordPress, Prestashop o cualquier otro CMS, chequeá los requisitos mínimos de esa versión específica, no del CMS en general.

• Confirmá que el nuevo hosting tiene soporte activo antes de iniciar la migración, no a mitad del proceso cuando algo sale mal.
• Anotá las credenciales de ambos hostings en un lugar seguro y accesible para todo el equipo.
• Revisá si tu dominio está en el mismo proveedor que el hosting actual, porque eso cambia cómo vas a manejar los DNS.
• Calculá el TTL actual de tus registros DNS y bajalo a 300 segundos al menos 24 horas antes de migrar. Esto reduce considerablemente el tiempo de propagación después del cambio.
• Informá a tu equipo o cliente la ventana horaria de la migración. Idealmente en horario de bajo tráfico.

Backup completo: el paso que no se negocia

No existe migración segura sin un backup actualizado hecho el mismo día que iniciás el proceso. No el de la semana pasada. No el automático que nunca chequeaste si funcionó bien. Uno fresco, verificado, que puedas restaurar si todo sale mal.

Un backup completo tiene dos partes que la gente suele separar mal: los archivos del sitio —todo lo que está en public_html o su equivalente— y la base de datos exportada en formato SQL. Si falta cualquiera de las dos, no tenés un backup real. Tenés la mitad del problema.

En Xulum nos pasó más de una vez que el cliente llegaba con un 'backup' que era solo los archivos, sin la base de datos. Recuperar eso en caliente es mucho más complicado de lo que parece. Guardá esas copias en al menos dos lugares distintos: tu computadora local y un servicio de almacenamiento en la nube. Si algo falla durante la migración y el hosting original también tiene problemas, necesitás esa copia accesible desde afuera. Para entender por qué esto también impacta en la seguridad general del sitio, vale leer sobre prácticas básicas de seguridad web: SSL, backups y actualizaciones.

Cómo mover archivos y base de datos sin perder nada

Con el backup listo y el nuevo hosting configurado, el traslado tiene un orden que conviene no alterar. Cada paso depende del anterior.

• Subí los archivos primero. Usá FTP/SFTP o el administrador de archivos del panel. Si el sitio es grande, comprimir todo en un ZIP y subirlo para descomprimirlo en destino suele ser bastante más rápido que subir archivo por archivo.
• Creá la base de datos en el nuevo hosting. Desde cPanel o Plesk, generá una nueva base de datos, un usuario y asignale todos los permisos. Anotá esos datos porque los vas a necesitar enseguida.
• Importá el archivo SQL. Desde phpMyAdmin del nuevo hosting, importá la base de datos exportada. Si el archivo supera el límite de subida, usá una herramienta como BigDump o pedile al soporte del hosting que lo importe directamente.
• Actualizá el archivo de configuración. En WordPress es wp-config.php; en otros CMS tiene otro nombre pero cumple la misma función. Cambiá el nombre de la base de datos, el usuario y la contraseña por los del nuevo hosting.
• Probá el sitio antes de tocar los DNS. Modificá el archivo hosts de tu computadora para apuntar el dominio al nuevo servidor. Si el sitio carga bien desde ahí, estás listo para el cambio.

Propagación DNS: qué esperar en Argentina

Una vez que cambiás los registros DNS apuntando al nuevo hosting, empieza la propagación. No es instantánea. Dependiendo del TTL configurado previamente y del proveedor de DNS, puede tardar desde minutos hasta 48 horas. Si bajaste el TTL con anticipación, la propagación suele ser mucho más rápida para la mayoría de los usuarios locales.

Durante ese período, algunos usuarios van a ver el sitio en el servidor viejo y otros en el nuevo. Por eso es crítico que ambos servidores tengan exactamente los mismos archivos y la misma base de datos. Si tu sitio recibe formularios, pedidos o contenido generado por usuarios, desactivá esas funciones temporalmente o avisá que hay una ventana de mantenimiento. Lo que vemos seguido en proyectos de clientes es que este punto se subestima: un formulario que procesa datos durante la propagación puede escribir en la base vieja y perderse.

Podés monitorear la propagación con herramientas como DNSChecker o WhatsMyDNS, que muestran cómo está resolviendo el dominio desde distintos puntos del mundo, incluidos nodos en Sudamérica. Cuando la propagación sea mayoritaria hacia el nuevo servidor, verificá que SSL esté activo y que no haya redirects rotos.

Pruebas finales antes de cerrar la migración

Con el sitio funcionando en el nuevo hosting y los DNS propagados, no des por terminado el trabajo. Esta etapa es la que separa una migración prolija de una que explota dos días después, cuando ya bajaste la guardia.

• Navegá el sitio completo: home, páginas internas, formularios, checkout si hay tienda online.
• Revisá que todos los correos del dominio estén llegando correctamente al destino configurado.
• Chequeá el certificado SSL: que esté activo y que no haya advertencias de contenido mixto, es decir, recursos HTTP cargando dentro de páginas HTTPS.
• Corré una herramienta de rastreo básica para detectar enlaces rotos o redirecciones que quedaron mal configuradas.
• Verificá la velocidad de carga en el nuevo servidor. Si el sitio tardaba poco en el hosting anterior y ahora tarda más, hay algo mal en la configuración del entorno. Podés profundizar en por qué esto importa en el artículo sobre el impacto de un sitio lento en Google y en las ventas.
• Mantené el hosting anterior activo al menos 72 horas después de confirmar que todo funciona. Solo entonces cancelalo.

Si tu sitio recibe tráfico relevante o no podés darte el lujo de improvisar, considerá hacer esta secuencia con el respaldo del equipo de tu plan de hosting gestionado. Tener soporte técnico disponible durante el proceso cambia bastante la ecuación.