Cambiar de hosting da miedo, y con razón: es mover un sitio que funciona a un lugar donde todavía no sabés si va a funcionar. Pero es un procedimiento conocido, con un orden establecido, y si lo respetás no perdés nada. Los desastres de migración casi siempre son problemas de secuencia, no de dificultad técnica.
La migración asistida: lo que hace el soporte
La forma más simple es pedirla. Se abre un ticket con los datos de acceso al hosting anterior y el equipo se encarga de copiar los archivos, la base de datos y las cuentas de correo a la cuenta nueva.
Qué necesitás tener a mano:
- Los datos de acceso al panel de control del proveedor anterior, o una copia de respaldo completa si ya te fuiste.
- La lista de dominios y subdominios que hay que traer.
- Las cuentas de correo que existen, si querés conservarlas.
Es notablemente más simple cuando el proveedor anterior también usa cPanel, porque el formato de la copia es el mismo y el traspaso es prácticamente automático. Si venía de un panel propietario, es más artesanal y conviene avisarlo desde el principio.
Un detalle que evita malentendidos: la migración copia lo que había. Si tu sitio venía lento o con un plugin roto, va a seguir igual del otro lado. Migrar no repara nada, y es razonable que así sea.
El orden correcto, que es lo único que importa
Acá está el corazón del asunto. La secuencia correcta es esta, y no se altera:
1. Contratás el hosting nuevo. Sin tocar nada del viejo. Los dos servicios conviven unos días; ese solapamiento es a propósito y es barato comparado con lo que evita.
2. Se copia todo al servidor nuevo. Archivos, base de datos, correos.
3. Probás el sitio en el servidor nuevo antes de que exista públicamente. Este paso es el que separa una migración prolija de un desastre. Se hace con la dirección temporal que da el hosting, o modificando el archivo de nombres de tu computadora para que solo vos veas la versión nueva mientras el resto del mundo sigue en la vieja.
Qué revisar en esa prueba: la portada y varias páginas internas, que las imágenes carguen, un formulario de contacto enviado de verdad, el proceso de compra completo si es tienda, el acceso al panel de administración y las páginas que usan la base de datos.
4. Recién ahora, apuntás el dominio. Cambiás los servidores de nombres para que apunten al hosting nuevo. Desde ese momento empieza la propagación, que puede tardar de unas horas a un día completo.
5. Esperás sin tocar nada. Durante la propagación, algunos visitantes van al servidor viejo y otros al nuevo. Es normal y es temporal.
6. Mantenés el hosting viejo activo unos días más. Al menos una semana. Es tu red de seguridad y cuesta poco.
El error que arruina las migraciones de tiendas
Este merece su propia sección porque es el más caro y el más común: apuntar el dominio primero y migrar después.
Parece lógico ("primero conecto, después subo"), y es exactamente al revés. Durante las horas de propagación hay dos servidores respondiendo por el mismo dominio. Si es un sitio informativo, es molesto pero recuperable. Si es una tienda o cualquier sitio que recibe datos, es un problema serio: la mitad de los pedidos entran en la base de datos vieja y la otra mitad en la nueva. No hay forma limpia de unirlas después, y te vas a enterar por un cliente que reclama un pedido que no aparece.
La regla, entonces: el dominio se apunta último, cuando el sitio nuevo ya está probado y funcionando.
Para tiendas conviene además un paso extra: poner la tienda en mantenimiento durante la ventana de traspaso, en el horario de menos actividad. Unas horas sin vender es infinitamente mejor que pedidos perdidos.
El correo, que es lo que más se olvida
La mudanza de correo es la parte que más problemas causa y la que menos se planifica.
Los mensajes viejos no viajan solos. Si tus cuentas están configuradas en un programa que descarga y borra del servidor, los mensajes están en tu computadora y no hay nada que migrar. Si están en el servidor, hay que copiarlos, y eso lleva tiempo si hay años acumulados.
Durante la propagación, el correo se reparte. Algunos mensajes van a llegar al servidor viejo y otros al nuevo. Por eso hay que mantener el hosting anterior activo: para poder entrar y rescatar lo que quedó del otro lado.
Hacé una copia antes de empezar. Si el correo es importante, descargá todo antes de mover nada. Es la parte irreversible de la operación.
Después de migrar, revisá la configuración de tus dispositivos. El nombre del servidor de entrada y salida cambia, así que hay que actualizarlo en el celular y en el programa de correo de la computadora.
Lo que hay que hacer el día después
Verificá el certificado de seguridad. Es lo primero que se rompe en una mudanza: el sitio queda sin candado. Activalo en el hosting nuevo apenas el dominio propague.
Revisá enlaces internos e imágenes. A veces quedan direcciones absolutas apuntando al servidor viejo. Se ve enseguida navegando algunas páginas.
Configurá las copias de respaldo en el proveedor nuevo. No des por hecho que se hacen; entrá y confirmalo.
Revisá los formularios y el correo saliente. Es habitual que los formularios dejen de enviar después de una migración por un tema de configuración del envío.
Mirá las herramientas de búsqueda una semana después. Si el traspaso fue limpio y las direcciones no cambiaron, no deberías ver caídas. Si aparecen errores, casi siempre son páginas que quedaron sin copiar.
¿Se pierde posicionamiento al migrar?
No, si las direcciones de las páginas no cambian. Google indexa direcciones, no servidores; mientras cada página siga respondiendo en la misma dirección con el mismo contenido, no hay motivo para que pase nada.
Lo que sí afecta es tener el sitio caído muchas horas, cambiar la estructura de las direcciones en el mismo movimiento, o perder páginas en el traspaso. Por eso conviene no aprovechar la migración para rediseñar: son dos proyectos distintos, y si los hacés juntos y algo sale mal, no vas a saber cuál de los dos lo causó.