Migrar una web a otro hosting sin caída ni pérdida de SEO

Cambiar de servidor da miedo por una razón sensata: se hace poco, y cuando sale mal, sale mal en público. Pero no es una operación delicada por naturaleza; es delicada cuando se improvisa. Este es el procedimiento que usamos, escrito como lo escribimos para cada migración real: una lista de preparación, una ventana de unos 45 minutos y una semana de vigilancia.

Antes de empezar, una distinción importante. Cambiar de hosting no es lo mismo que cambiar de URLs. Si además vas a reestructurar tu web, cambiar el dominio o reorganizar las direcciones de tus páginas, esa es otra operación, con sus propios riesgos de posicionamiento, y la tratamos aparte en migración SEO sin perder posicionamiento. Aquí hablamos de mover la misma web, con las mismas direcciones, a otro servidor.

Antes del día del cambio

Todo el trabajo real pasa aquí. El día del cambio solo se ejecuta lo ensayado.

1. Copia completa del sitio actual, descargada fuera del servidor. Es tu vuelta atrás. Si no la tienes, no empieces.

2. El sitio nuevo montado y probado en el servidor de destino, con su propia dirección temporal. Se revisa entero: páginas, formularios, imágenes, el escritorio.

3. Bloqueo de buscadores en la copia de pruebas. Esto es crítico y se olvida: mientras la versión nueva vive en una dirección temporal, tiene que estar marcada para que los buscadores no la indexen. Si no, Google te indexa dos copias de la misma web y empiezas la migración con un problema de contenido duplicado. Y el paso simétrico, aún más importante: desmarcarlo el día del cambio. Hemos visto webs migradas perfectamente que estuvieron semanas sin aparecer en Google por esa casilla.

4. Bajar el tiempo de vida del DNS unos días antes. Ese valor le dice a los proveedores de internet cuánto tiempo recordar en qué servidor está tu web. Si está en 24 horas, durante un día entero habrá gente viendo el servidor viejo y gente viendo el nuevo. Bajándolo a unos minutos, el cambio se propaga casi de inmediato.

5. Elegir la hora. Fuera del horario de atención del negocio y, si vendes en línea, en el día de menos pedidos de la semana.

El día del cambio: nueve pasos

Esta es la secuencia, y el orden importa:

1. Apuntar el dominio al servidor nuevo y quitarlo del viejo, que se queda apagado pero intacto.
2. Emitir el certificado de seguridad para el dominio en el servidor nuevo, antes de que entre nadie.
3. Reemplazar las direcciones en la base de datos: la dirección temporal de pruebas por la definitiva. Esto toca ajustes, contenido, campos personalizados y las plantillas del constructor. Es el paso que se hace con herramienta, nunca a mano.
4. Ajustar la dirección del sitio en la configuración de WordPress.
5. Volver a guardar los enlaces permanentes, que regenera las reglas de direcciones. Sin esto, la portada funciona y todo lo demás da error 404. Es el susto clásico de las migraciones.
6. Desmarcar el bloqueo de buscadores y comprobar en el código de la página que ya aparece la etiqueta canónica y ha desaparecido la de no indexar.
7. Activar la caché y vaciarla.
8. Verificar: que una lista de direcciones responde correctamente, con su etiqueta canónica y su imagen para compartir. En migraciones de muchas páginas esto se hace con un script, no a ojo.
9. Avisar al buscador y comprobar la analítica: reenviar el mapa del sitio, pedir indexación de la portada y las secciones principales, y confirmar en tiempo real que llegan visitas desde el dominio.

En una migración de varios cientos de páginas, esto nos lleva unos 45 minutos de ventana real. El sitio no se cae en ningún momento: durante la propagación, parte de los visitantes ve el servidor viejo (que sigue funcionando) y parte ve el nuevo.

Lo que más engorda una migración

Cinco cosas que vemos fallar, por orden de daño:

1. No regenerar los enlaces permanentes. Portada bien, todo lo demás en error. Dos clics de arreglo, media hora de pánico si no sabes que es eso.

2. Dejar activo el bloqueo de buscadores. La web funciona de maravilla y desaparece de Google. A veces nadie lo nota hasta que caen las visitas semanas después.

3. No revisar el correo saliente. Es servidor nuevo, así que la configuración de envío de correo cambia. Los formularios siguen pareciendo funcionar y los mensajes no llegan a nadie. Es tan frecuente que le dedicamos un artículo entero: cuando el formulario no llega.

4. Dar de baja el servidor viejo demasiado pronto. Nosotros lo dejamos apagado pero existente 30 días. Es la red de seguridad más barata que hay.

5. No revisar los errores 404 la primera semana. Siempre queda algo: una imagen con ruta absoluta vieja, un PDF enlazado desde fuera. Se ven en el registro de errores y se arreglan en minutos si los miras.

La primera semana

Tres revisiones y ya está:

• Velocidad, en portada y en una página interna. Es el momento de comprobar que el servidor nuevo es efectivamente mejor y no solo distinto.
• Cobertura en el buscador: que tus páginas siguen indexadas y no aparecen errores de servidor nuevos.
• Errores 404, cada día los primeros días y luego una vez.

Si a los siete días esas tres están limpias, la migración terminó. Entonces, y solo entonces, se borra el servidor viejo.

Preguntas frecuentes sobre migrar de hosting

¿Se pierde posicionamiento al cambiar de hosting?

No, si las direcciones no cambian. Lo que mueve posiciones es cambiar las URLs o la estructura, no el servidor. Lo que sí puede dañarte es el error de dejar bloqueados a los buscadores o romper las direcciones internas, y los dos son evitables.

¿Cuánto tiempo estará caída mi web?

Bien hecha, cero. El sitio viejo sigue funcionando mientras el DNS se propaga, así que nadie ve una página de error: unos visitantes ven el servidor viejo y otros el nuevo, y ambos funcionan.

¿Puedo migrar yo mismo con un plugin?

Para un sitio pequeño, sí: un plugin de migración copia archivos y base de datos. Lo que el plugin no hace es el certificado, el reemplazo de direcciones, los enlaces permanentes, el bloqueo de buscadores ni el correo. Ahí es donde se rompen las migraciones.

¿Cuándo doy de baja el hosting viejo?

A los 30 días, no antes, y después de confirmar que la cobertura en el buscador y los errores 404 están limpios. Pagar un mes extra es el seguro más barato de toda la operación.

¿Y si mi correo está en el mismo hosting?

Entonces la migración es doble y conviene separarla: primero el correo, con sus registros DNS, y confirmar que llegan mensajes; después la web. Mover las dos cosas la misma noche es como se pierden correos.

Conclusión

Una migración de hosting sale bien cuando el día del cambio no se decide nada: todo está montado, probado y escrito. Los cinco errores que la arruinan son siempre los mismos, y cuatro de ellos son casillas que se marcan o se desmarcan. Deja el servidor viejo 30 días, mira los 404 la primera semana y no toques las direcciones de tus páginas en la misma operación.

En Lucuma Agency, agencia de marketing digital en Lima, cada migración se hace con este procedimiento escrito y verificación por lista, y entra dentro del mantenimiento web. Si estás pensando en mover tu web y quieres saber qué riesgos tiene la tuya en concreto, puedes empezar por una auditoría web y SEO o agendar una consultoría gratis, y lo revisamos en 30 minutos. Si además quieres trabajar el posicionamiento web en Lima, el momento posterior a una migración es el mejor para empezar.