Migración de hosting sin downtime: Pasos y mejores prácticas

Cambiar de proveedor de hosting es una de esas tareas que la mayoría de los dueños de sitios web posterga indefinidamente por miedo a que algo salga mal. El temor es comprensible: un sitio caído durante horas puede significar ventas perdidas, clientes frustrados y una caída en el posicionamiento de Google.

La buena noticia es que una migración bien planificada puede hacerse con cero tiempo de inactividad — o a lo sumo 15 minutos en el peor caso. La clave no es la suerte sino el orden de los pasos.

Esta guía cubre el proceso completo, desde la preparación inicial hasta las verificaciones post-migración.

Antes de empezar: ¿cuándo conviene migrar?

No todas las horas son iguales para hacer una migración. Idealmente elige un momento con tráfico bajo en tu sitio — típicamente entre las 2:00 AM y las 5:00 AM del horario boliviano (GMT-4), o un domingo a la madrugada si tu sitio tiene tráfico de lunes a viernes.

Evita migrar en fechas críticas para tu negocio: lanzamientos, campañas activas, o días de alta demanda como fin de mes si tienes un sistema de facturación.

Fase 1: preparación (el día antes)

Esta es la fase más importante. Una migración fallida casi siempre se debe a preparación insuficiente, no a problemas técnicos durante el cambio.

Paso 1: backup completo y verificado

No basta con hacer el backup — hay que verificar que funciona. Un archivo de respaldo corrupto descubierto en medio de la migración es el peor escenario posible.

Respalda la base de datos:

mysqldump -u usuario -p nombre_base_datos > backup_$(date +%Y%m%d).sql

Respalda todos los archivos del sitio:

tar -czf sitio_completo_$(date +%Y%m%d).tar.gz /ruta/del/sitio

Descarga ambos archivos a tu computadora local. No confíes solo en el backup que queda en el servidor de origen — si ese servidor tiene problemas, necesitas la copia en otro lugar.

Paso 2: documenta tu configuración actual

Antes de tocar cualquier cosa, anota:

• Versión de PHP que usa tu sitio (visible en cPanel o HestiaCP)
• Variables de entorno o archivos .env con credenciales
• Extensiones PHP requeridas (ImageMagick, GD, Redis, etc.)
• Configuración especial en .htaccess o nginx.conf
• Registros DNS actuales (A, MX, CNAME, TXT) — toma capturas de pantalla
• Cuentas de correo configuradas bajo el dominio

Este inventario te ahorra horas de debugging después del cambio.

Paso 3: reduce el TTL de tu DNS

Este paso debe hacerse con al menos 24 horas de anticipación y es el truco más importante para minimizar el downtime.

El TTL (Time To Live) es el tiempo que los servidores DNS del mundo guardan en caché la dirección de tu sitio. Si tu TTL es de 86.400 segundos (24 horas, que es el valor por defecto en muchos proveedores), cualquier cambio que hagas tardará hasta 24 horas en propagarse globalmente.

Reduce el TTL de tus registros A a 300 segundos (5 minutos) desde el panel de tu registrador de dominio. Cuando hagas el cambio real de DNS, la propagación ocurrirá en minutos en lugar de horas.

Después de completar la migración, puedes volver a subir el TTL a 3.600 o 86.400.

Fase 2: preparar el nuevo hosting

Con el backup listo y el TTL reducido, es momento de preparar el nuevo servidor antes de tocar el DNS.

Paso 4: replica el entorno

En el nuevo hosting, crea exactamente el mismo entorno que tenías:

1. Configura la misma versión de PHP (si tu sitio usa PHP 8.1, no lo migres a 8.3 al mismo tiempo — hazlo en pasos separados)
2. Crea la base de datos y el usuario con los mismos permisos
3. Sube todos los archivos del sitio mediante FTP, SFTP o el administrador de archivos del panel
4. Restaura la base de datos:

mysql -u usuario -p nombre_base_datos < backup_20260617.sql

5. Actualiza el archivo de configuración con las nuevas credenciales de base de datos (en WordPress es wp-config.php, en Laravel es el archivo .env)

Paso 5: prueba el sitio en el nuevo hosting ANTES de cambiar el DNS

Este es el paso que más gente omite — y el que más diferencia hace.

Puedes ver tu sitio en el nuevo servidor sin cambiar el DNS usando el archivo hosts de tu computadora. Agrega esta línea: IP_DEL_NUEVO_HOSTING tudominio.com

En Windows el archivo está en C:\Windows\System32\drivers\etc\hosts. En Linux/Mac en /etc/hosts.

Con esto, solo tu computadora verá el sitio en el nuevo servidor mientras el resto del mundo sigue viendo el hosting anterior. Prueba exhaustivamente:

• Navega por todas las páginas principales
• Prueba el formulario de contacto
• Si tienes tienda online, completa una compra de prueba
• Verifica que las imágenes cargan correctamente
• Comprueba que el panel de administración funciona
• Revisa los logs de error (error_log en el raíz del sitio)

No avances al siguiente paso hasta que todo funcione perfectamente en el nuevo servidor.

Fase 3: el cambio de DNS (la parte crítica)

Si completaste las fases anteriores correctamente, este paso es casi mecánico.

Paso 6: apunta el DNS al nuevo servidor

En el panel de tu registrador de dominio (GoDaddy, NameCheap, NIC Bolivia, o el que uses), cambia el registro A de tu dominio para que apunte a la IP del nuevo hosting.

Si tienes cuentas de correo bajo el dominio, no toques los registros MX hasta confirmar que el correo funciona en el nuevo servidor.

¿Cuánto tarda la propagación?

Con el TTL en 300 segundos que configuraste en el Paso 3:

• Tu conexión local: casi inmediata (limpia el caché DNS con ipconfig /flushdns en Windows o sudo dscacheutil -flushcache en Mac)
• La mayoría de usuarios: 5-15 minutos
• Propagación global completa: máximo 1-2 horas

Durante ese período de transición, algunos usuarios verán el sitio en el hosting antiguo y otros en el nuevo. Por eso es importante que ambos estén funcionando en paralelo hasta confirmar la migración.

Paso 7: monitorea durante las primeras 2 horas

Mientras esperas la propagación, mantén ambos servidores activos y monitorea:

• Verifica tu sitio desde una conexión diferente (datos móviles en lugar de WiFi, o usa una VPN)
• Usa herramientas como whatsmydns.net para ver la propagación en tiempo real desde diferentes países
• Revisa los logs de error del nuevo servidor cada 15 minutos

Fase 4: verificaciones post-migración

Una vez que confirmas que la propagación es completa y todos los usuarios están llegando al nuevo servidor:

Paso 8: checklist de verificación final

SSL y seguridad:

• ¿El certificado SSL está activo y válido?
• ¿HTTP redirige automáticamente a HTTPS?
• ¿El candado verde aparece en todos los navegadores?

Contenido y funcionalidad:

• ¿Todas las imágenes cargan sin errores 404?
• ¿Los formularios envían correctamente?
• ¿Los emails transaccionales llegan a destino?
• ¿La búsqueda interna funciona (si la tienes)?

SEO:

• ¿Las URLs son exactamente las mismas que antes?
• ¿Los redirects 301 están configurados si cambió alguna URL?
• ¿Google Search Console muestra errores nuevos?

Rendimiento:

• Mide el tiempo de carga con PageSpeed Insights y compara con el resultado anterior
• Verifica el TTFB (Time to First Byte) — debería mejorar si migraste a un servidor con NVMe

Paso 9: no elimines el hosting anterior todavía

Mantén activo el hosting anterior durante al menos 7 días después de confirmar que la migración fue exitosa. Si aparece algún problema inesperado, puedes revertir el DNS rápidamente mientras lo resuelves.

Después de esos 7 días sin incidentes, es seguro dar de baja el servicio anterior.

Errores comunes que arruinan una migración

No verificar el backup antes de empezar. Un backup corrupto descubierto a mitad de la migración es una emergencia evitable.

Cambiar el DNS sin probar en el nuevo servidor. Si el sitio no funciona en el nuevo hosting, lo descubrirás cuando ya sea demasiado tarde y miles de usuarios estén viendo errores.

Olvidar reducir el TTL con anticipación. Sin este paso, el downtime puede extenderse hasta 48 horas aunque todo lo demás salga perfecto.

Migrar PHP y hosting al mismo tiempo. Si cambias de PHP 7.4 a 8.2 en el mismo momento que cambias de servidor, cuando algo falle no sabrás si el problema es el nuevo hosting o la versión de PHP.

Eliminar el hosting anterior el mismo día. Siempre guarda un período de seguridad de al menos una semana.

¿Cuánto tiempo toma una migración bien hecha?

• Preparación y backup: 30-60 minutos
• Configurar nuevo servidor y subir archivos: 1-3 horas (depende del tamaño del sitio)
• Pruebas en el nuevo servidor: 30-60 minutos
• Cambio de DNS y monitoreo: 2 horas
• Total: 4-6 horas en total, con downtime real de 0-15 minutos

Vale la pena hacer bien cada paso. Un sitio caído durante 4 horas por una migración apresurada puede costar más en clientes perdidos que el costo anual del hosting.

¿Prefieres que lo hagamos nosotros?

En NubeIA ofrecemos migración asistida con bajo costo adicional para nuevos clientes. Nuestro equipo se encarga del proceso completo — backup, configuración, pruebas y cambio de DNS — mientras tu sitio permanece activo.

¿Tienes preguntas sobre tu migración específica? Escríbenos por WhatsApp al 60731546 y te orientamos.