Cuando toca cambiar de hosting, lo normal es que te motives con la idea de ganar velocidad, seguridad y ahorro. Pero la migración de una web no es un simple copia y pega. He visto demasiadas páginas quedar fuera de línea durante horas (o días) por cometer errores básicos. Aquí te cuento los fallos más habituales que me he encontrado en clientes y cómo evitarlos.

No hacer una copia de seguridad completa

El error más grave es no contar con un respaldo completo antes de mover nada. Una migración implica ficheros, bases de datos, configuraciones y hasta scripts externos. Si algo sale mal y no tienes un backup, recuperar la web puede ser un calvario.

Cómo evitarlo: descarga todos los ficheros (public_html o el directorio raíz completo), exporta las bases de datos en formato SQL y guarda ambos en local y en la nube. También respalda archivos de configuración como .htaccess o wp-config.php si usas WordPress.

No revisar las dependencias técnicas

He visto webs que funcionaban de maravilla en un servidor antiguo y, tras la migración, empezaron a fallar porque el nuevo hosting tenía otra versión de PHP o faltaban extensiones habilitadas. Esto pasa mucho con aplicaciones hechas a medida o CMS antiguos.

Cómo evitarlo: revisa la compatibilidad de tu proyecto con PHP, MySQL, Apache/Nginx y extensiones concretas (imagick, ionCube, mbstring…). Si tu web utiliza cron jobs, asegúrate de replicarlos en el nuevo servidor.

No probar la web en un entorno de staging

Migrar directamente una web en producción sin haber probado antes es jugársela. Los errores pueden ir desde rutas mal configuradas hasta formularios que no funcionan.

Cómo evitarlo: crea un entorno temporal usando un subdominio o modificando el archivo hosts en tu ordenador para apuntar al nuevo servidor sin tocar los DNS globales. Así podrás validar todo antes de abrirlo al público.

No planificar el cambio de DNS

El cambio de DNS no es inmediato: puede tardar entre 2 y 48 horas en propagarse. Durante ese tiempo, algunos usuarios verán la web vieja y otros la nueva. Si no planificas esto, puedes perder pedidos o correos electrónicos.

Cómo evitarlo: reduce el TTL de los registros DNS a unas pocas horas antes de la migración. Así, cuando apuntes tu dominio al nuevo hosting, la propagación será más rápida. Y nunca cambies los DNS sin estar seguro de que todo funciona en el nuevo servidor.

No tener un plan de rollback

A veces las cosas simplemente salen mal. Lo peor es no tener un plan para volver atrás rápidamente. Un cliente mío intentó migrar su web corporativa sin rollback y estuvo 36 horas sin servicio. Tenía el backup, pero no sabía cómo restablecerlo con rapidez.

Cómo evitarlo: prepara un procedimiento claro para restaurar el sitio en el hosting antiguo en caso de problemas. Ten a mano las credenciales del hosting viejo y practica al menos una restauración antes de empezar la migración.

No verificar permisos y rutas

Un error recurrente son los permisos de archivos y directorios. En un hosting pueden estar configurados con 755 y 644, y en otro más restrictivo. Resultado: la web da error 403 o no carga imágenes.

Cómo evitarlo: revisa permisos después de subir los ficheros y asegúrate de que las rutas absolutas en la aplicación coinciden con la estructura del nuevo servidor.

No comprobar correos electrónicos vinculados al dominio

Muchas empresas usan el mismo hosting para la web y el correo. Al migrar, se olvidan de configurar las cuentas de email. Al día siguiente se dan cuenta de que dejaron de recibir correos importantes.

Cómo evitarlo: si usas correo en el hosting, crea todas las cuentas en el nuevo antes del cambio de DNS. Si usas servicios externos como Gmail o Microsoft 365, revisa que los registros MX sigan intactos tras la migración.

No revisar la configuración SSL

Una web sin SSL hoy es sinónimo de perder usuarios y SEO. Tras la migración, si no se reinstala el certificado, aparecen errores de seguridad en los navegadores.

Cómo evitarlo: instala Let’s Encrypt en el nuevo hosting o migra el certificado SSL de pago. Comprueba también que las redirecciones de HTTP a HTTPS siguen funcionando.

No vigilar el SEO tras la migración

Un descuido en la migración puede afectar al posicionamiento: enlaces rotos, sitemaps desactualizados, redirecciones mal configuradas… Todo esto se traduce en pérdida de tráfico.

Cómo evitarlo: revisa que todas las URLs estén accesibles, genera un sitemap actualizado y envíalo a Google Search Console. También monitoriza errores 404 en las primeras semanas.

No realizar pruebas de rendimiento

Migrar a un nuevo hosting no siempre es garantía de mejora. Si no pruebas, quizá estés pagando más por un servicio peor optimizado.

Cómo evitarlo: realiza tests con herramientas como GTmetrix o PageSpeed Insights antes y después de la migración. Así tendrás datos objetivos para valorar si el cambio merece la pena.

Olvidar cron jobs o tareas programadas

Muchas webs dependen de scripts automáticos: generación de backups, envíos de newsletters, sincronización de inventarios… Son fáciles de olvidar durante la migración.

Cómo evitarlo: documenta todos los cron jobs en el servidor antiguo y configúralos idénticamente en el nuevo. Haz al menos un test para confirmar que funcionan.

No comprobar la seguridad tras la migración

He visto casos en los que, por las prisas, los administradores dejan directorios abiertos con listados públicos. Eso expone datos confidenciales y puede comprometer la seguridad del sitio.

Cómo evitarlo: revisa los logs de error, activa cortafuegos básicos del hosting, bloquea listados de directorios en el .htaccess y comprueba que no hay accesos indebidos.

No comunicar la migración

En algunos proyectos grandes, la migración genera inevitablemente minutos de inactividad. No pasa nada si se comunica con transparencia, pero si lo ocultas, los usuarios perciben desconfianza.

Cómo evitarlo: avisa antes del proceso y publica en redes sociales o banners informativos un mensaje de mantenimiento temporal.

Checklist final para migrar sin errores

  • Genera un backup completo y comprueba que es restaurable.
  • Verifica versiones de PHP, MySQL y extensiones críticas.
  • Haz pruebas en staging antes de tocar DNS.
  • Reduce el TTL de tu dominio.
  • Instala SSL en el nuevo hosting.
  • Configura correo y cron jobs.
  • Revisa permisos y rutas después de subir la web.
  • Ten siempre un plan de rollback listo.

Reflexión final

Migrar una web es más un ejercicio de planificación que de técnica. Si evitas estos errores, el proceso debería ser fluido y sin sorpresas. Recuerda: un buen administrador no es el que nunca falla, sino el que siempre tiene una salida preparada cuando algo ocurre.

¿Quieres encontrar un hosting donde estas migraciones sean más sencillas? Te recomiendo mirar esta comparativa de servidores económicos y escoger el proveedor que mejor encaje con tu proyecto.