Por qué una migración de hosting suele provocar caídas
Las caídas al cambiar de hosting casi nunca vienen del traslado en sí, sino de la improvisación: se cancela el servidor antiguo antes de tiempo, se cambian los DNS sin haber probado la web nueva o se pierde el correo por el camino. Todo eso se evita con un orden de trabajo claro.
El principio es sencillo: durante la migración, el sitio antiguo y el nuevo conviven. Tus visitantes siguen llegando al antiguo hasta el momento exacto en que el nuevo está listo y verificado.
Qué preparar antes de migrar tu web de hosting
Haz una copia completa
Antes de nada, copia archivos y base de datos. Si tienes dudas sobre cómo y cada cuánto hacerlo, revisa nuestra guía de copias de seguridad web. Guarda la copia fuera del servidor que vas a abandonar.
Inventario de lo que hay en el servidor
- Versión de PHP, base de datos y extensiones que usa tu web.
- Cuentas de correo asociadas al dominio y su contenido.
- Tareas programadas (cron), certificados SSL y redirecciones.
- Subdominios, carpetas de pruebas y servicios externos que dependan de la IP.
- Dónde está registrado el dominio y quién gestiona sus DNS.
Baja el TTL del DNS
El TTL es el tiempo que los servidores de internet recuerdan la dirección de tu web. Redúcelo a 300 segundos (5 minutos) entre 24 y 48 horas antes del cambio. Así, cuando apuntes al servidor nuevo, el cambio se propagará en minutos y no en horas.
Pasos para migrar sin downtime
- Contrata el hosting nuevo y deja activo el antiguo.
- Sube archivos y restaura la base de datos en el servidor nuevo.
- Ajusta la configuración (rutas, credenciales de base de datos, versión de PHP).
- Prueba la web nueva sin cambiar el dominio, editando el archivo hosts de tu equipo o usando la URL temporal que ofrezca el proveedor.
- Revisa formularios, carrito, login, imágenes, redirecciones y certificado SSL.
- Congela cambios: avisa de que no se publique contenido ni entren pedidos durante la ventana de cambio.
- Cambia los DNS (registro A o nameservers) hacia el servidor nuevo.
- Vigila ambos servidores y, si hay pedidos o formularios, sincroniza lo que haya entrado en el antiguo.
- Mantén el hosting antiguo unos días y cancélalo cuando todo esté estable.
Si tu web es una tienda online, elige un momento de poco tráfico y sincroniza los pedidos de última hora justo antes y después del cambio.
DNS, correo y SSL: los puntos donde más se falla
Estos son los puntos críticos. Revisarlos antes te ahorra la mayoría de sustos.
| Elemento | Riesgo | Cómo evitarlo |
|---|---|---|
| DNS | Parte de los visitantes ve la web antigua y parte la nueva durante la propagación | Bajar el TTL antes y mantener ambos servidores operativos |
| Correo | Dejar de recibir emails si cambian los registros MX | Migrar los buzones primero o conservar los registros MX actuales |
| SSL | Aviso de sitio no seguro en el servidor nuevo | Instalar el certificado antes del cambio de DNS o emitir uno nuevo |
| Redirecciones | Errores 404 y pérdida de posiciones | Copiar el .htaccess o la configuración del servidor |
Cómo proteger tu SEO al cambiar de hosting
Cambiar de hosting no penaliza por sí mismo, pero sí lo hacen las caídas prolongadas, los errores 5xx y los cambios de URL. Si el servidor nuevo responde bien y las URL no cambian, Google lo trata como una web igual o más rápida que antes.
- Mantén exactamente las mismas URL y redirecciones.
- Comprueba el robots.txt y el sitemap en el servidor nuevo.
- Revisa Google Search Console en los días posteriores por si aparecen errores de rastreo.
- Mide la velocidad: un buen hosting debería mejorar los Core Web Vitals.
Si no sabes qué proveedor elegir, repasa antes nuestra guía sobre qué hosting elegir para tu web o tienda online.
Migrar una web WordPress: particularidades
En WordPress hay que copiar la carpeta wp-content, exportar la base de datos y actualizar wp-config.php con los datos nuevos. Si la URL del sitio no cambia, no hace falta reemplazar enlaces en la base de datos. Si cambia, usa una herramienta de búsqueda y sustitución que respete los datos serializados.
Desactiva temporalmente los plugins de caché durante la prueba y vacíalos después de apuntar el dominio al servidor nuevo.
Cuándo conviene que lo haga un profesional
Si la web genera ventas, usa correo corporativo en el mismo servidor o tiene desarrollo a medida, un fallo cuesta dinero. En esos casos compensa que lo gestione alguien con experiencia y un plan de vuelta atrás definido.
