Cómo migrar de hosting sin que tu web se caiga ni pierdas el SEO

Cambiar de hosting da miedo, y con razón: es una de las pocas operaciones técnicas donde un error se traduce directamente en «mi web ha desaparecido de internet». Pero quedarse en un alojamiento que se queda corto tiene un coste silencioso todos los días, en velocidad, en caídas y en ventas perdidas. Migrar de hosting sin perder el SEO ni tiempo de actividad es perfectamente posible si se hace en el orden correcto, y en este artículo te contamos exactamente cómo migrar de hosting sin perder el SEO paso a paso.

Las señales de que tu hosting se ha quedado pequeño

Antes de migrar, conviene confirmar que el problema es de verdad el alojamiento y no otra cosa. Las señales que sí apuntan al hosting:

• Caídas periódicas, sobre todo en horas de más visitas o al enviar un correo masivo.
• Tiempo de respuesta del servidor alto, por encima de los 600-800 milisegundos, incluso con la web bien optimizada.
• Límites de recursos que se agotan: avisos de CPU o memoria, errores 500 intermitentes sin causa aparente en el código.
• Soporte que no resuelve, o que tarda días en responder a una incidencia crítica.
• Copias de seguridad poco fiables, o que no se pueden restaurar cuando de verdad hacen falta.

Si el síntoma es solo «la web va lenta», primero hay que descartar plugins pesados, imágenes sin optimizar o falta de caché. Cambiar de hosting no arregla una web mal construida, aunque sí puede ocultar el síntoma una temporada.

Por qué una migración mal hecha te cuesta posicionamiento

Técnicamente, mover los archivos y la base de datos de un servidor a otro no debería tocar el SEO en absoluto: el dominio es el mismo, las URLs son las mismas, el contenido es el mismo. El problema no está en el concepto, está en la ejecución.

Lo que de verdad hace perder posiciones en una migración de hosting:

• Tiempo de caída durante el cambio. Si Google rastrea tu web justo cuando está caída, puede registrar errores que tardan semanas en desaparecer del todo.
• Cambios de IP mal gestionados cuando además cambias de proveedor de DNS.
• Certificado SSL que deja de funcionar unas horas tras el cambio, mostrando avisos de «conexión no segura» justo cuando llega tráfico.
• Configuración de servidor distinta que rompe silenciosamente alguna funcionalidad: redirecciones, cabeceras de caché, compresión.
• Correo corporativo que deja de funcionar durante la propagación, con el consiguiente caos de pedidos y contactos perdidos.

Ninguno de estos problemas es inevitable. Todos se evitan con una secuencia de trabajo ordenada. Google explica el caso general de un cambio de servidor sin tocar las URLs en su documentación sobre cambios de sitio, y el principio es siempre el mismo: minimizar el tiempo en que Google encuentra la web caída o inaccesible.

El proceso, paso a paso

Fase	Qué se hace
1. Preparación	Copia de seguridad completa (archivos + base de datos) en el hosting de origen
2. Entorno de pruebas	Subir la copia al nuevo hosting con un dominio temporal o mediante el archivo hosts local
3. Verificación completa	Revisar que la web funciona igual: formularios, tienda, correo, velocidad
4. Bajar el TTL del DNS	24-48 horas antes del cambio, para que la propagación sea rápida
5. Corte programado	En horario de bajo tráfico, nunca en viernes por la tarde
6. Cambio de DNS	Apuntar el dominio al nuevo servidor
7. SSL activo desde el minuto uno	Certificado instalado y verificado antes de anunciar el cambio como terminado
8. Vigilancia 48-72 horas	Monitorizar errores, velocidad y que el correo siga entrando

El paso 4 es el que más gente se salta y el que más disgustos evita. Bajar el TTL (tiempo de vida) de los registros DNS unos días antes hace que, cuando cambies el destino, la propagación entre proveedores tarde minutos en vez de las hasta 48 horas que puede tardar por defecto. Durante esa ventana, mientras unos visitantes ven la web vieja y otros la nueva, es cuando se producen la mayoría de los sustos.

Qué revisar en el entorno de pruebas antes de dar el salto

Esta es la fase que marca la diferencia entre una migración tranquila y una migración con sorpresas. Con la web ya funcionando en el hosting nuevo pero todavía sin tráfico real, hay que comprobar:

1. Que todas las páginas cargan sin errores, no solo la portada.
2. Que los formularios envían correo correctamente desde el nuevo servidor.
3. Que la velocidad es igual o mejor que en el hosting anterior, no peor.
4. Que la versión de PHP y las extensiones necesarias coinciden con lo que requiere tu web.
5. Que las tareas programadas (envíos automáticos, copias de seguridad, sincronizaciones) siguen configuradas.
6. Que el certificado SSL está listo para activarse en cuanto cambie el DNS.

Si algo falla en esta fase, se corrige sin presión, porque la web en producción sigue funcionando con normalidad en el hosting antiguo mientras tanto.

El correo corporativo, el gran olvidado

Casi todas las guías de migración se centran en la web y se olvidan de que el dominio también gestiona el correo. Si tu correo corporativo depende del mismo hosting, necesitas planificar aparte:

Los registros MX deben apuntar al servidor de correo correcto durante toda la transición, y si el correo se queda en el proveedor antiguo, no hace falta tocarlos al migrar solo la web. Pero si migras ambos a la vez, hay que sincronizar el cambio para no perder correos entrantes durante la propagación. Un pedido, una consulta de un cliente o una factura que se pierde por un correo mal configurado sale mucho más caro que cualquier ahorro en el hosting nuevo.

Cuándo compensa cambiar y cuándo no

No toda web necesita un hosting más caro. La decisión depende del tráfico real y de lo que la web necesita hacer:

Situación	Recomendación
Web corporativa pequeña, poco tráfico	Un hosting compartido de calidad suele bastar
Tienda online con pedidos diarios	Hosting gestionado para WordPress o servidor dedicado ligero
Web con picos de tráfico por campañas	Infraestructura escalable que aguante los picos sin caerse
Varios proyectos en el mismo hosting	Revisar si se están robando recursos entre sí

Cambiar de hosting no sustituye a la optimización técnica de la web: si el problema real es un tema cargado de funciones o imágenes sin comprimir, un servidor más potente solo retrasa el momento en que el problema vuelve a aparecer.

Preguntas frecuentes sobre migrar de hosting

¿Cuánto tiempo de caída es normal en una migración?

Con el proceso bien planificado, cero minutos de caída real: la web sigue accesible en el hosting antiguo hasta que el DNS termina de propagar hacia el nuevo. Los sustos ocurren cuando se apaga el hosting de origen antes de confirmar que el nuevo funciona al cien por cien.

¿Perderé posiciones en Google al migrar de hosting?

No, si el dominio y las URLs no cambian y la migración se hace sin tiempo de caída prolongado. Un pequeño repunte de errores de rastreo durante la propagación del DNS es normal y se corrige solo en pocos días.

¿Puedo migrar yo mismo mi web de WordPress?

Con una web sencilla y algo de paciencia, sí, siguiendo el orden de este artículo. Con tiendas online, webs con mucho tráfico o configuraciones complejas de correo, el riesgo de un fallo caro sube bastante y suele compensar que lo haga alguien con experiencia.

¿Tu hosting actual se ha quedado corto?

Migramos webs de hosting constantemente, tanto por rendimiento como porque el cliente llega a nosotros y queremos tener control total sobre dónde vive su proyecto. Lo hacemos sin tiempo de caída y con todas las comprobaciones de este artículo antes de dar el cambio por bueno.

Si notas que tu web se cae, va lenta o el soporte de tu hosting no responde, cuéntanos tu caso y revisamos si el problema es del alojamiento o de la propia web. Aquí puedes ver nuestro servicio de hosting web y, si prefieres que nos ocupemos de todo de forma continuada, el de mantenimiento web.