Uno de los principales motivos por los que la gente se queda años en un mal hosting es el miedo a que, al migrar, se rompa algo y pierdan el posicionamiento que tanto les costó conseguir. La buena noticia es que una migración bien hecha no afecta tu SEO. El miedo suele venir de historias de migraciones caseras que salieron mal, no de la migración en sí como proceso.
\nLo que hay que preservar
\n- URLs: si no cambian, Google ni se entera del cambio de servidor
- Base de datos completa: contenido, comentarios, configuraciones
- Certificado SSL: mantener HTTPS activo sin interrupciones
- Tiempos de respuesta: que el nuevo hosting sea igual o más rápido
Por qué conviene que lo haga el hosting, no vos
\nMigrar a mano implica exportar bases de datos, mover miles de archivos, reconfigurar DNS y probar que todo funcione antes de apagar el servidor viejo. Un solo error en el medio puede significar horas de sitio caído. Por eso, cuando un proveedor ofrece migración gratuita hecha por su propio equipo técnico, conviene aprovecharla en vez de hacerlo por tu cuenta.
\nEl rol de la propagación de DNS
\nCuando cambiás de servidor, el dominio tiene que "apuntar" a la nueva dirección IP. Ese cambio no es instantáneo: puede tardar desde minutos hasta 24-48 horas en propagarse a todo internet, dependiendo de la configuración previa del DNS. Una buena práctica antes de migrar es bajar el valor del TTL (tiempo de vida de la caché DNS) del dominio unos días antes, para que el cambio se propague más rápido cuando llegue el momento. Esto es justamente el tipo de detalle técnico que un equipo de migración profesional maneja de rutina, y que si lo hacés solo por primera vez es fácil pasar por alto.
\nProbar antes de cortar
\nUna migración prolija no apaga el sitio viejo de un día para el otro. Lo correcto es subir el sitio al nuevo servidor, probarlo completo usando una URL temporal o modificando el archivo hosts de tu computadora (para ver el sitio nuevo sin cambiar el DNS público todavía), y recién cuando confirmás que todo funciona —formularios, checkout, imágenes, velocidad— hacer el cambio de DNS definitivo. Recién ahí, y no antes, tiene sentido dar de baja el hosting anterior.
\nQué pasa si cambian las URLs
\nA veces migrar es también la oportunidad de reorganizar un sitio, y ahí sí pueden cambiar algunas URLs. En ese caso, el paso crítico es implementar redirecciones 301 (permanentes) de cada URL vieja a su nueva versión. Sin esas redirecciones, Google interpreta que el contenido desapareció y el posicionamiento se resiente. Con las redirecciones bien hechas, el "jugo" de SEO acumulado se transfiere a la nueva dirección casi sin pérdida.
\nErrores comunes en una migración casera
\n- Olvidarse de migrar archivos que no están en la base de datos, como imágenes subidas manualmente por FTP
- No verificar que los certificados SSL queden correctamente instalados en el nuevo servidor
- Cambiar el DNS antes de confirmar que el sitio nuevo funciona al 100%
- No avisar al proveedor de correo si los emails también dependen del mismo hosting
- No hacer un backup completo del sitio viejo por las dudas, antes de tocar nada
Cuánto tiempo lleva una migración
\nPara un sitio chico o mediano, una migración profesional suele resolverse en menos de 24 horas de trabajo técnico, sin contar el tiempo de propagación de DNS. Sitios grandes, con mucho contenido o configuraciones complejas, pueden llevar algunos días más, pero el sitio original sigue funcionando normalmente durante todo ese proceso, así que no hay interrupción para tus visitantes.
\nQué preguntar antes de migrar
\n- ¿La migración es gratuita o tiene costo?
- ¿Cuántos sitios puedo migrar sin cargo?
- ¿Hay tiempo de inactividad (downtime) durante el proceso?
- ¿Quién se encarga de la configuración de DNS?
- ¿Qué pasa si algo sale mal, hay un plan de contingencia?
Preguntas frecuentes
\n¿Se pierde posicionamiento aunque sea por unas horas? No, si la migración se hace con el sitio viejo activo hasta confirmar que el nuevo funciona perfecto. Google no penaliza cambios de servidor en sí, solo problemas de disponibilidad o URLs rotas.
\n¿Hace falta avisarle a Google que cambié de hosting? No es necesario avisar nada si las URLs no cambian. Si cambiaron URLs, lo importante son las redirecciones 301, no un aviso manual.
\nMigrar una tienda WooCommerce: lo que cambia respecto a un sitio normal
\nMigrar un blog o una landing es relativamente simple comparado con migrar una tienda WooCommerce activa, porque además del contenido hay pedidos, stock, pagos y clientes en juego. El primer punto crítico es el timing: nunca conviene migrar una tienda en medio de una promoción o en temporada alta, porque cualquier imprevisto durante la transición se traduce directamente en ventas perdidas. Lo ideal es elegir un día de bajo tráfico, avisar con anticipación si hace falta, y tener un plan claro de cuánto va a durar la ventana de migración.
\nEl segundo punto es la sincronización de pedidos. Si la migración de la base de datos se hace en un momento y el cambio de DNS se completa horas después, puede pasar que un cliente compre en la tienda vieja mientras otros visitantes ya están viendo la tienda nueva sin ese pedido reflejado. La solución más segura es poner la tienda en modo mantenimiento (o al menos deshabilitar nuevas compras) durante la ventana exacta de migración, exportar la base de datos actualizada al final, y recién ahí completar el corte.
\nTambién hay que revisar con cuidado las pasarelas de pago: los datos de conexión con Mercado Pago, Stripe u otros medios suelen estar guardados como claves API en la base de datos o en archivos de configuración, y si no se migran correctamente el checkout puede quedar roto sin que se note hasta que el primer cliente intente pagar. Lo mismo aplica a los webhooks configurados del lado del proveedor de pagos, que a veces apuntan a la URL vieja y hay que actualizar manualmente.
\nPor último, conviene revisar el stock y los emails transaccionales (confirmación de compra, envío) después de la migración, haciendo una compra de prueba real con un producto de bajo valor. Un hosting con experiencia en WooCommerce sabe pedir estos detalles antes de mover la tienda, en lugar de tratarla como un sitio genérico.
BanaHosting migra hasta 3 sitios gratis con su propio equipo, sin downtime — por eso es el que elegimos quienes no queremos arriesgar el trabajo de años en SEO.