Cambiar de hosting parece sencillo: contratas el nuevo plan, copias los archivos y listo. Pero entre esos dos pasos hay una secuencia de detalles técnicos que, si se ignoran, tumban el sitio por días y desordenan el posicionamiento que te costó meses construir. El problema casi nunca es la migración en sí, es migrar sin un checklist.
Si estás pensando en cambiar de hosting, ya sea por precio, rendimiento o mejor soporte, vale la pena entender dónde está el riesgo y cómo protegerte antes de tocar cualquier configuración.
Los riesgos de migrar hosting sin planificación
Una migración mal hecha suele generar los mismos problemas, en distintos grados:
- Caída temporal del sitio durante la propagación de DNS, dejándolo inestable o fuera de línea por horas
- Pérdida de la configuración de SSL, lo que hace que el navegador muestre un aviso de "sitio no seguro" a los visitantes
- Redirecciones rotas, que llevan al visitante (y a Google) a páginas que ya no existen en el nuevo servidor
- Impacto directo en el SEO si Google rastrea el sitio justo durante la inestabilidad y encuentra errores 404 o tiempos de espera agotados
Ninguno de estos problemas es raro. Todos son evitables con un checklist simple, seguido en el orden correcto.
El checklist antes de cambiar
Antes de apuntar el dominio al nuevo servidor, sigue estos pasos:
- Haz un backup completo del sitio actual (archivos y base de datos), incluso si el hosting anterior asegura tener una copia
- Migra en un horario de bajo tráfico, preferiblemente fuera del horario laboral o en un fin de semana
- Prueba el sitio en el nuevo servidor antes de cambiar el DNS, usando un archivo hosts local o un subdominio de prueba
- Configura el certificado SSL en el nuevo destino antes del cambio de DNS, no después
- Revisa las redirecciones y los enlaces internos apenas el sitio esté en línea en la nueva dirección
- Monitorea Google Search Console los días siguientes, atento a errores de rastreo
Consejo práctico: editar el archivo hosts de tu computadora (o usar un subdominio temporal) te permite visitar el sitio ya alojado en el nuevo servidor antes que nadie, sin cambiar el DNS público. Así pruebas formularios, base de datos y certificado con calma, sin prisa y sin dejar el sitio anterior fuera de línea.
El error más caro en una migración de hosting no es técnico. Es migrar sin probar antes.
Qué revisar después de la migración
Una vez que el dominio ya apunta al nuevo servidor, el trabajo no terminó:
- Confirma que todas las páginas importantes cargan sin error 404
- Verifica que el SSL esté activo y el sitio abra con el candado, sin avisos de seguridad
- Reenvía el sitemap en Search Console, para facilitar el nuevo rastreo
- Sigue la cobertura de indexación en Search Console durante al menos dos semanas
Propagación de DNS: qué esperar mientras tanto
Después de cambiar el DNS, el cambio no llega instantáneamente a todo el mundo. Algunos proveedores de internet siguen mostrando la versión anterior del sitio por un tiempo, mientras otros ya ven la nueva. Es normal y esperado; el secreto está en haber probado todo antes de hacer el cambio, para que el período de transición no tome a nadie por sorpresa.
¿Conviene migrar solo o con ayuda técnica?
Para sitios simples, institucionales, sin sistemas complejos, seguir este checklist con atención suele ser suficiente para migrar sin sustos. Los sitios con base de datos robusta, integraciones, e-commerce o tráfico relevante ganan mucho al tener a alguien acompañando el proceso, listo para revertir rápido si algo sale distinto de lo esperado.
Preguntas frecuentes
¿Migrar de hosting afecta el SEO del sitio?
No debería, si se hace con planificación. El riesgo existe cuando hay errores de configuración, una caída prolongada o pérdida de URLs durante el proceso.
¿Cuánto tarda la propagación de DNS después de la migración?
Normalmente entre algunas horas y hasta 48 horas, según el proveedor y el TTL configurado en el dominio.
¿Es seguro migrar por mi cuenta, sin ayuda técnica?
Para sitios simples, sí, siguiendo un checklist con cuidado. Para sitios con sistemas, base de datos o mucho tráfico, conviene tener soporte técnico acompañando el proceso.