Introducción
Cambiar de proveedor de hosting es una de las decisiones técnicas más delicadas a las que se enfrenta un propietario de una web. A primera vista, la operación parece sencilla: migrar archivos, importar una base de datos y actualizar las DNS. Sin embargo, cualquier negligencia en este proceso puede desencadenar una caída drástica de posiciones en Google, pérdida de tráfico orgánico y, en casos extremos, la desindexación completa de la página.
La razón es simple: el posicionamiento no depende únicamente del contenido o de los enlaces entrantes. Los buscadores evalúan constantemente la salud técnica del servidor, la velocidad de carga y la estabilidad operativa. Un cambio de hosting mal ejecutado provoca tiempos de inactividad, respuestas lentas y errores 5XX, señales que Google interpreta como una experiencia deficiente para el usuario. Estas señales negativas se transmiten a través del protocolo de rastreo, actualizando el estado de la web en el índice, y el descenso en las SERPs puede notarse en menos de 48 horas si el servidor no responde correctamente.
La dificultad añadida reside en que, a diferencia de un cambio de diseño o una actualización de plugins, la migración afecta a la capa más fundamental de la infraestructura. Implica modificar la dirección IP del servidor, un cambio que tiene implicaciones directas en el SEO local y en la velocidad de respuesta geográfica. Para un sitio con un volumen de tráfico consolidado, el margen de error es mínimo. La clave no está solo en copiar los ficheros, sino en replicar con exactitud la configuración del servidor, las versiones de PHP, los módulos de Apache o los ajustes de caché para que el nuevo entorno funcione de manera idéntica al anterior.
Además, el factor humano juega un papel crítico. Muchos usuarios intentan realizar la migración manualmente para ahorrar costes, ignorando que el propio sistema de archivos puede contener rutas absolutas codificadas que quedarán rotas en el nuevo servidor. Es habitual que, tras la migración, las imágenes aparezcan en blanco o que los enlaces internos apunten a la URL antigua, generando una cascada de errores 404 que diluyen la autoridad de la página.
Por todo ello, es imprescindible abordar este proceso con una estrategia clara. Entender los riesgos, dominar la secuencia correcta de pasos y saber cómo diagnosticar problemas técnicos son las herramientas que determinarán si la web sale reforzada de la mudanza o si se enfrenta a meses de recuperación. A lo largo de este artículo, desglosaremos los pasos técnicos críticos, los errores de configuración más comunes que deben evitarse y las comprobaciones posteriores a la migración que asegurarán que el rendimiento orgánico se mantenga intacto. No se trata solo de mover la web, sino de hacerlo sin que los motores de búsqueda detecten una solución de continuidad.
Qué es
¿Qué es un cambio de hosting y por qué supone un riesgo para el SEO?
Cambiar de hosting, en su definición más técnica, es el proceso de migrar los archivos, bases de datos y configuraciones de un sitio web desde un servidor físico o virtual (el hosting actual) a otro distinto (el hosting de destino). A simple vista, parece una operación de logística interna: mueves tus datos de una máquina a otra y listo. Sin embargo, desde la perspectiva del SEO, esta acción es mucho más delicada.
Cuando migras, no solo transportas archivos; estás alterando la relación entre tu dominio y la dirección IP (Protocolo de Internet) que lo resuelve. Los motores de búsqueda, como Google, rastrean tu web mediante robots que acceden a ella a través de esa IP. Si el cambio no se gestiona con precisión, puedes provocar un periodo de "caída" o de incoherencia en el que el buscador no sepa exactamente dónde se encuentra tu contenido.
Por ejemplo, imagina que tu hosting actual tiene una dirección IP 123.456.789.0. Durante años, Google ha rastreado esa IP y ha asociado tu reputación a ella. Al migrar a un nuevo proveedor, tu web pasa a vivir en la IP 987.654.321.0. Si el cambio se hace sin una planificación adecuada (como un tiempo de propagación DNS mal gestionado o la falta de redirecciones), el robot de Google intentará acceder a la IP antigua, no encontrará tu web y podría registrar un error 404 o una caída temporal. Dependiendo de la frecuencia de rastreo y el historial de tu dominio, esto puede provocar una pérdida de posiciones, aunque tu web esté perfectamente operativa en el nuevo servidor.
Es crucial diferenciar el cambio de hosting de otros conceptos relacionados pero distintos:
- Cambio de proveedor de dominio (registrar): Es cuando mueves la gestión de tu dominio. No tocas los archivos de la web. Es un proceso puramente administrativo que casi no afecta al SEO.
- Renovación del plan (upgrade): Es simplemente contratar más recursos (RAM, CPU, espacio) dentro del mismo servidor o del mismo proveedor. No hay cambio de entorno, por lo que el riesgo de índice es inexistente.
- Cambio de CMS (por ejemplo, de WordPress a Drupal): Es una migración de plataforma, que implica rediseñar URLs y cambiar la estructura del contenido. Esto es un riesgo mucho mayor, aunque a veces se haga en paralelo con el cambio de hosting.
Un ejemplo claro de riesgo es la latencia del servidor. Si migras a un hosting barato y mal configurado, tus tiempos de respuesta (TTFB, Time To First Byte) pueden pasar de 200 ms a 800 ms. Aunque tu web visualmente cargue "igual", ese incremento de fracciones de segundo es un factor de ranking directo y también afecta la experiencia del usuario (Core Web Vitals), lo que lleva a más rebotes y, en consecuencia, a una pérdida de autoridad en las SERPs.
Por otro lado, un cambio de hosting también puede ser una oportunidad. Si pasas de un servidor compartido saturado (donde el ruido de otros sitios te afecta) a un VPS o un cloud con recursos dedicados, puedes experimentar una mejora notable en la velocidad y la estabilidad, lo que suele traducirse en un pequeño impulso en posiciones para palabras clave muy competitivas.
En definitiva, el cambio de hosting no es un simple "mudar de casa". Es un procedimiento técnico que requiere una re-verificación completa de la infraestructura: una copia de seguridad íntegra, la correcta transferencia de archivos (sin perder permisos o propietarios), la configuración de la base de datos sql, el ajuste del archivo de configuración (wp-config.php en WordPress) y, lo más crítico para el SEO, la actualización de los registros DNS de tu dominio. El objetivo no es solo tener tu web "online" en el nuevo servidor, sino que Google vuelva a indexar y rastrear tu contenido exactamente en el mismo lugar donde estaba antes, sin percibir un cambio brusco en la disponibilidad o la velocidad.
Aspectos importantes a evaluar
Aspectos importantes a evaluar antes de cambiar de hosting
Cambiar de hosting es una decisión que va mucho más allá de comparar precios o mirar la capacidad de almacenamiento. Es, en esencia, una operación que afecta directamente a la salud técnica de tu proyecto digital. Si se hace con prisas, el coste puede ser un desplome en las posiciones de Google. Por eso, antes de firmar con un nuevo proveedor, conviene analizar en profundidad una serie de factores que determinarán si la migración será un paso adelante o un paso en falso.
Rendimiento y velocidad: la base de todo
El primer criterio, y quizás el más determinante, es el rendimiento del servidor. No vale con que el proveedor prometa ser "rápido" en su web. Hay que analizar la infraestructura real. La velocidad de carga es un factor de posicionamiento confirmado, y un cambio a un servidor más lento puede notarse en cuestión de días.
Para evaluar esto, no te fíes solo de las especificaciones teóricas. Investiga si el hosting utiliza discos SSD o NVMe (obligatorio hoy en día), pero también qué tipo de caché incluye en su plan. Algunos proveedores tienen capas de caché a nivel de servidor que pueden acelerar una web WordPress sin necesidad de plugins adicionales.
Un ejemplo práctico: si tienes una tienda online con cientos de imágenes de producto, el tiempo de respuesta del servidor y el ancho de banda serán tus aliados o tus enemigos. Un servidor compartido con límites de recursos estrictos puede ser perfecto para un blog pequeño, pero insuficiente para un catálogo grande. Antes de decidirte, consulta si el plan ofrece un porcentaje de CPU y RAM dedicada. Si el valor es demasiado bajo, tu web sufrirá picos de lentitud cuando haya tráfico concurrente, y esos picos son los que Google detecta como mala experiencia de usuario.
Ubicación geográfica del servidor y CDN
La proximidad física entre el servidor y tu audiencia influye en la latencia. Si tu público objetivo está en España, un servidor ubicado en Madrid o Ámsterdam será más eficiente que uno en Estados Unidos. Aunque con un CDN (Red de Distribución de Contenidos) se mitiga este problema, no es una solución mágica. El primer byte de respuesta siempre viajará desde el servidor de origen.
Al evaluar un nuevo hosting, pregunta por la ubicación exacta de sus centros de datos. Algunos proveedores solo ofrecen servidores en el extranjero, lo que añade milisegundos de retardo a cada petición. Si el plan incluye CDN integrado, valora si tiene nodos en Europa y si el ancho de banda del CDN está limitado. Esto es vital para webs con tráfico internacional, porque la velocidad de carga en otras regiones puede marcar la diferencia en los rankings de búsqueda de esos países.
El acceso y la facilidad para migrar
A menudo se subestima, pero la facilidad para mover tu sitio es un factor crítico. No todos los paneles de control son iguales. Un hosting que use cPanel puede ser más familiar, pero algunos proveedores modernos usan paneles propios con funciones limitadas para tareas de administración avanzada.
Antes de contratar, verifica si ofrecen un servicio de migración gratuita realizado por sus técnicos. Esto te ahorrará errores humanos, como copias de seguridad incompletas o archivos corruptos. Si vas a hacer la migración por tu cuenta, asegúrate de que el panel permita crear copias de seguridad completas fácilmente y que ofrezca acceso a bases de datos MySQL de forma intuitiva. Si el proceso es complicado, aumentarás el riesgo de dejar tu web inaccesible durante horas.
Escalabilidad y recursos del plan
Tu proyecto cambiará. Lo que hoy es un blog con 5.000 visitas mensuales, el año que viene puede ser una web con 50.000. Si contratas un plan de hosting muy limitado y luego necesitas escalar, te enfrentarás a otra migración forzada en pleno crecimiento, con el riesgo añadido de una caída de rendimiento.
Es importante diferenciar entre "hosting compartido" y "VPS" o "servidor dedicado". Muchos proveedores ahora ofrecen planes de hosting compartido con "recursos garantizados". Lee la letra pequeña. ¿Qué ocurre si tu web supera el límite de procesos permitidos? Algunos hosts limitan la velocidad del sitio en lugar de venderte un plan superior. Evalúa si el proveedor tiene un plan de crecimiento lógico al que puedas escalar sin cambiar de dominio ni de empresa, ya que esto facilitará futuras migraciones dentro de la misma infraestructura.
Atención al cliente: el seguro ante el desastre
Durante una migración, es probable que algo falle. Puede ser un problema con el certificado SSL, una ruta incorrecta en el archivo de configuración o un conflicto con una extensión. Dispondrás de poco tiempo para resolverlo. Si el soporte técnico tarda horas en responder, tu web podría estar caída o con errores durante demasiado tiempo, afectando tu posicionamiento de forma negativa.
El soporte es un intangible que se evalúa mal hasta que no se necesita. Observa si el hosting ofrece soporte 24/7 en tu idioma. Busca opiniones de usuarios reales que hayan tenido que contactar con ellos en horas pico. No se trata de si el soporte existe, sino de si es resolutivo y rápido. Un chat en vivo con un técnico que responda en minutos es mucho más valioso que un sistema de tickets que tarda 24 horas en dar una respuesta genérica.
El certificado SSL y la seguridad del servidor
La seguridad no es solo un requisito técnico para proteger tu información, sino un factor de confianza para el usuario y para Google. Si cambias de hosting, asegúrate de que el nuevo proveedor ofrezca certificados SSL automáticos. Muchos incluyen Let's Encrypt gratis, pero la diferencia está en cómo se gestiona. Si el certificado se renueva automáticamente sin que tengas que intervenir, es un punto a favor.
Más allá del SSL, hay que considerar las medidas de seguridad del servidor. ¿Tienen cortafuegos perimetral, protección contra ataques DDoS o escaneo de malware? Algunos hosts ofrecen estos servicios como extras de pago, lo que eleva el coste total. No se trata de paranoia, pero un servidor mal configurado puede convertirse en un vector de ataque para tu web, provocando redireccionamientos maliciosos que destruyen tu visibilidad en los buscadores.
La gestión del error: el archivo .htaccess y configuraciones de PHP
Cuando migras, las configuraciones específicas de tu web viajan contigo. Una de las más sensibles es el archivo .htaccess (si usas Apache) o las directivas equivalentes en Nginx. Estas configuraciones controlan redirecciones, cabeceras de caché y ajustes de rendimiento. Un error en este archivo durante la migración puede generar errores 500 y dejar tu sitio inaccesible.
Es fundamental que el nuevo hosting te permita editar estos archivos sin restricciones. Algunos paneles propietarios omiten estas opciones en aras de la simplicidad, lo que te impedirá configurar reglas avanzadas de URL o compresión Gzip. Antes de contratar, verifica si puedes acceder al gestor de archivos y si el hosting usa la misma versión de PHP que estás usando actualmente. Si el nuevo servidor tiene una versión de PHP ligeramente diferente (por ejemplo, pasar de PHP 7.4 a 8.2), algunos plugins heredados pueden dar problemas de compatibilidad. Este detalle, que parece menor, es una de las causas más comunes de caídas después de una migración.
En resumen, evaluar un hosting no es solo mirar el precio o el espacio en disco. Es un análisis técnico que condiciona la estabilidad futura de tu posicionamiento. Tómate el tiempo de leer las reseñas de expertos, analiza la letra pequeña de los términos del servicio y, si es posible, contacta con el soporte técnico antes de pagar para medir su tiempo de respuesta. Una elección correcta elimina el riesgo, mientras que una mala decisión puede convertir una operación rutinaria en una crisis de visibilidad.
Cómo funciona o cómo tomar una decisión
Cómo planificar la migración: el orden exacto de los pasos
La migración de hosting no es un proceso que se haga “a ciegas”. De hecho, el orden en el que ejecutes cada paso determina, en gran medida, si tu posicionamiento se mantiene intacto o si sufres una caída temporal. La clave está en entender que no estás moviendo archivos, estás reubicando una infraestructura completa: servidores, bases de datos, DNS y configuraciones de seguridad.
Antes de tocar nada, necesitas tener un mapa claro. Ese mapa incluye un inventario completo de tu sitio: ¿qué CMS usas? ¿Tienes certificados SSL activos? ¿Manejas redirecciones personalizadas? ¿Tu correo electrónico está gestionado por el propio hosting o por un servicio externo como Google Workspace? Responder estas preguntas te evitará descubrimientos desagradables a mitad del proceso.
El momento más delicado: la propagación DNS
Aquí es donde la mayoría de los errores ocurren. El DNS (Sistema de Nombres de Dominio) actúa como una guía telefónica global que le dice a los navegadores dónde encontrar tu sitio. Cuando cambias de hosting, esa guía necesita actualizarse, y ese proceso de actualización no es inmediato.
La propagación DNS puede tardar entre 24 y 72 horas, aunque en muchos casos se completa en menos tiempo. Durante este periodo, algunos usuarios verán tu sitio en el hosting antiguo y otros en el nuevo. Si no has configurado ambas versiones correctamente, podrías tener contenido inconsistente, formularios que fallan o, peor aún, errores 404. Para minimizar el impacto, lo ideal es que ambos servidores estén operativos y sirviendo la misma versión de tu sitio durante la transición.
La secuencia recomendada paso a paso
El proceso completo se divide en fases claras que debes seguir en este orden:
1. Preparación y copia de seguridad completa
Antes de migrar, descarga una copia íntegra de tu sitio actual: archivos, bases de datos, correos electrónicos y configuraciones de servidor. Esto incluye archivos .htaccess, robots.txt y cualquier configuración específica de PHP. No confíes solo en las copias automáticas de tu hosting antiguo; descárgalas y guárdalas en un lugar seguro.
2. Configuración del nuevo servidor
Instala el CMS en el nuevo hosting (por ejemplo, WordPress). Es importante que uses la misma versión o una más reciente con la que sea compatible tu sitio. Configura la base de datos vacía que te proporcionará el nuevo proveedor y asegúrate de que los requisitos técnicos sean suficientes (versión de PHP, memoria disponible, etc.).
3. Migración de archivos y base de datos
Sube los archivos de tu sitio al nuevo servidor. Puedes hacerlo mediante FTP o a través del administrador de archivos del panel de control. Luego importa tu base de datos. Llegados a este punto, necesitas ajustar los archivos de configuración (como wp-config.php en WordPress) para que apunten a la nueva base de datos con sus nuevas credenciales.
4. Prueba exhaustiva en el nuevo entorno
Antes de cambiar los DNS, debes acceder al sitio sin pasar por el nombre de dominio. La forma más común es modificar temporalmente el archivo hosts de tu ordenador para que apunte tu dominio al nuevo servidor. De esta manera, podrás navegar por tu sitio, comprobar enlaces, formularios, imágenes y base de datos sin interferencias. Si encuentras errores, los corriges aquí, no después de la migración pública.
5. Cambio de DNS
Cuando todo funcione en el nuevo servidor, llega el momento de actualizar los DNS. Accede a tu registrador de dominios y cambia los nameservers para que apunten a los del nuevo hosting. Guarda el TTL (Time To Live) previamente reducido a un valor bajo, como 300 segundos, para que la propagación sea más rápida y controlada.
6. Monitoreo y verificación post-migración
Una vez que los DNS empiecen a propagarse, monitorea tu sitio desde varias ubicaciones geográficas para verificar que todo responda correctamente. Comprueba que las redirecciones funcionen, que el certificado SSL se haya emitido correctamente y que las páginas carguen a velocidad normal. Durante las primeras 48-72 horas, estate atento a cualquier mensaje de error que pueda aparecer.
Cómo afecta el cambio de IP al SEO
Es importante entender que el cambio de servidor implica un cambio de dirección IP, y esto tiene implicaciones directas en SEO. Mientras que los usuarios solo ven tu nombre de dominio, los motores de búsqueda deben indexar el nuevo servidor.
En el pasado, los motores de búsqueda daban importancia a la IP geográfica del servidor. Hoy, con el uso generalizado de CDN y la indexación móvil, la influencia de la IP es mucho menor, aunque no nula. Si tu audiencia es predominantemente local (por ejemplo, una empresa española que vende solo a España), puedes considerar un hosting con servidores en España para mantener la coherencia geográfica.
Google trata un cambio de hosting como algo relativamente rutinario. No obstante, si tu servidor antiguo tenía una reputación limpia (sin spam ni malware), esa reputación no se transfiere automáticamente. El nuevo servidor partirá desde cero en cuanto a reputación de IP, pero esto rara vez causa problemas si el proveedor tiene buenas prácticas de mantenimiento.
Errores comunes que dañan el posicionamiento
Existen errores previsibles que puedes evitar con conocimiento previo.
Perder las redirecciones 301: Si tu sitio tiene URLs con una estructura determinada que cambias durante la migración, debes mantener las redirecciones. Lo más seguro es replicar la estructura de URLs exactamente en el nuevo servidor para evitar romper enlaces internos y externos que apuntan a tu sitio.
No mantener el archivo robots.txt: Durante la migración, un error en este archivo puede bloquear la indexación de todo tu sitio. Verifica que el robots.txt se haya transferido correctamente mediante la herramienta de Search Console.
Olvidar el SSL y perder la seguridad: Si el certificado SSL no está correctamente configurado en el nuevo servidor, tu sitio podría aparecer como “no seguro” o, peor aún, Google podría mostrar un mensaje de advertencia. Configura el SSL *antes* de cambiar los DNS para que no haya ninguna ventana sin protección.
Cambiar la versión de PHP sin testear: Tu sitio antiguo podría haber estado funcionando con PHP 7.4 y el nuevo servidor ofrece PHP 8.2. Los cambios en la versión de PHP pueden romper plugins, temas o código personalizado. Prueba la compatibilidad antes de lanzarte.
Cómo minimizar el tiempo de inactividad
La meta es reducir el tiempo en el que tu sitio no está disponible al mínimo absoluto. La técnica del “DNS bajo TTL” es tu mejor aliada: reduce el TTL de tus registros DNS al menos 24 horas antes de la migración. Esto no es una decisión técnica menor; es una estrategia deliberada para que los servidores de búsqueda, los CDN y las cachés intermedias actualicen la información rápidamente cuando cambies los registros.
Además, programa la migración en un horario de baja actividad para tu audiencia, normalmente entre las 2 y las 5 de la madrugada. Durante este periodo, aunque haya pequeñas interrupciones, el impacto percibido será mínimo.
Cuándo avisar a Google
Una vez completada la migración, tienes que comunicar el cambio a Google de manera explícita. Esto se hace a través de Google Search Console, donde debes:
- Verificar la propiedad en el nuevo hosting
- Solicitar una nueva indexación mediante el informe de “Comprobación de URLs”
- Revisar que el mapa del sitio se actualice correctamente
El seguimiento post-migración: los primeros 30 días
La migración no termina cuando el DNS se propaga. Los primeros 30 días requieren monitoreo activo. Debes revisar diariamente las métricas de Search Console: impresiones, clics, posición media y cobertura de indexación. Cualquier caída significativa en las impresiones podría indicar que algo no se ha configurado correctamente.
También conviene vigilar los tiempos de carga desde dispositivos móviles, ya que la rapidez del nuevo servidor influirá en tu rendimiento SEO. Si notas una degradación, habla con tu nuevo proveedor para optimizar recursos o activar sistemas de caché.
En definitiva, un cambio de hosting no tiene que ser traumático para tu posicionamiento. Con una planificación rigurosa, pruebas exhaustivas y un monitoreo constante durante las primeras semanas, puedes realizar la migración sin apenas notar cambios en tu tráfico orgánico. Lo importante es que el proceso siga un orden lógico y que no dejes nada al azar. La SEO es un equilibrio frágil, pero la migración de infraestructura es un movimiento en el que el control absoluto está de tu lado si sabes cómo manejarlo.
Ventajas y limitaciones
Ventajas y limitaciones de migrar de hosting
Cambiar de proveedor de hosting es una de las decisiones técnicas más relevantes para la salud de un proyecto web. Cuando se ejecuta correctamente, las recompensas van mucho más allá de una simple factura más barata. Sin embargo, también existe el riesgo latente de cometer errores que, más allá de un tiempo de inactividad puntual, pueden degradar la autoridad acumulada durante años. Entender el balance entre lo que se gana y lo que se juega es el primer paso para que la operación sea un éxito silencioso.
La principal ventaja tangible reside en el rendimiento (velocidad de carga y respuesta del servidor). Un servidor moderno con discos NVMe, configuraciones de caché avanzadas y una buena ubicación geográfica (por ejemplo, un servidor en Madrid para una audiencia española o en Frankfurt para una europea) puede reducir el tiempo de carga de tres segundos a menos de uno. Para Google, este dato no es menor: la velocidad es un factor de ranking confirmado, pero su impacto real se nota sobre todo en la tasa de rebote y en las conversiones. Un usuario que percibe fluidez pasa más tiempo en el sitio, consume más páginas y envía señales de satisfacción que, de forma indirecta, sí refuerzan el posicionamiento. Además, este salto de hardware suele venir acompañado de recursos adicionales (más memoria RAM o CPU) que permiten soportar picos de tráfico sin degradarse, un colchón crucial en campañas de publicidad o épocas estacionales donde la visita crece de golpe.
El segundo gran beneficio es la seguridad y la estabilidad del servicio. Migrar a un proveedor con políticas proactivas —como cortafuegos de aplicación web (WAF), actualizaciones automáticas de PHP o copias de seguridad externas diarias— protege la inversión SEO. Un sitio infectado con malware suele ser marcado por los navegadores y por Google como "engañoso", lo que provoca una caída inmediata de las impresiones. Recuperar la confianza tras un incidente de este tipo es un proceso lento de solicitudes de revisión y limpieza. Un hosting robusto minimiza el riesgo de que esto ocurra y, si ocurre, suele ofrecer herramientas de restauración en un clic para minimizar los daños. También es habitual que los proveedores de gama alta ofrezcan certificados SSL incluidos, algo que sigue siendo un factor de confianza para el usuario y un requisito técnico para no perder visibilidad en los resultados de búsqueda.
A pesar de los beneficios, existen limitaciones y riesgos que es honesto reconocer. El más evidente es el tiempo de inactividad (downtime) durante el proceso. Si la transferencia de archivos y la propagación del DNS no se planifican correctamente, el sitio puede estar inaccesible durante horas, e incluso días si hay problemas de confirmación de los cambios de DNS. Aunque los buscadores toleran caídas de corta duración, una interrupción prolongada o repetida puede provocar que los rastreadores encuentren errores 503 o 404 constantemente, lo que puede anticipar [la pérdida de la caché de indexación](https://www.searchenginejournal.com/google-cache-important-seo/). Para mitigar esto, no es solo recomendable, sino imprescindible, usar una página de mantenimiento con código 503 y la cabecera `Retry-After` para indicar a los bots que el corte es temporal y no definitivo.
Otra limitación crítica es la pérdida de datos o la corrupción de archivos durante la transferencia. Es el escenario que nadie quiere vivir, pero que debe planificarse con precisión. Antes de tocar nada, hay que verificar que la copia de seguridad local o remota esté completa y sea funcional. Es especialmente delicado el manejo de las bases de datos MySQL/MariaDB: exportar los datos, importarlos y ajustar los archivos de configuración requiere cuidado para no provocar enlaces rotos o pérdidas de contenido. Además, si el sitio tiene mucho tráfico, es probable que haya que congelar las entradas del blog o las compras durante unas horas para evitar que se pierdan los registros creados durante la sincronización.
Finalmente, un aspecto que suele pasarse por alto es el impacto de los cambios de IP en la reputación del remitente de correo electrónico y en el historial de la IP del servidor. Si el sitio envía correos transaccionales o newsletters, el cambio a una nueva dirección IP podría caer en listas negras si el nuevo espacio de direcciones tiene un historial de spam (algo poco común pero posible en proveedores de bajo coste). Para evitar que los boletines vayan a la carpeta de spam (lo que degrada el engagement, aunque no el SEO estrictamente), hay que verificar que el nuevo proveedor tenga una buena reputación de correo y configurar correctamente SPF y DKIM. Asimismo, es importante comprobar que los servidores de nombres (DNS) estén bien configurados para que el correo no sufra interrupciones si el servicio de email también se migra. Este factor, aunque más técnico que estratégico, puede torpedear una migración impecable en lo visual pero desastrosa en la comunicación con los clientes.
Errores comunes
Errores comunes al cambiar de hosting (y cómo esquivarlos)
El momento de la migración es un campo de minas para el SEO. No suele fallar el hosting en sí, sino la forma en la que se ejecuta el traslado. Estos son los fallos más habituales que he visto en proyectos reales, y la manera de neutralizarlos.
1. Migrar con DNS "sucios" o TTL altos
Cuando cambias de servidor, los registros DNS (el "directorio telefónico" que traduce tu dominio a una IP) pueden tener un valor TTL (Time To Live) de 24 o 48 horas. Si mantienes ese valor, cualquier cambio de IP tardará hasta dos días en propagarse globalmente.
El error: Apuntar el dominio al nuevo hosting el mismo día de la migración, sin haber reducido el TTL antes. Esto provoca que algunos usuarios (y el rastreador de Google) vean la web vieja durante horas o días, mientras otros ven la nueva.
La solución: Unos días antes de la migración, baja el TTL de todos los registros DNS a 300 segundos (5 minutos). Así, cuando llegue el momento de cambiar la IP, la propagación será casi inmediata (en menos de una hora a nivel global). Esto evita periodos de inconsistencia que Google interpreta como inestabilidad del servidor.
2. No comprobar el nuevo servidor antes de mover los DNS
Es tentador activar la nueva cuenta, subir los archivos y "apagar" el antiguo. Pero si el nuevo servidor tiene una configuración de PHP desactualizada, un límite de memoria bajo o una versión de MySQL incompatible, tu web cargará peor que antes. El resultado: una caída en la velocidad de carga, el factor que más peso tiene en la experiencia de página.
El error: Asumir que el rendimiento es igual o mejor solo porque pagas más.
La solución: Antes de cambiar los DNS, usa la opción de "hosts temporal" o "vínculo temporal" que ofrece el nuevo proveedor. Esto te permite cargar la web desde el nuevo servidor sin cambiar nada en el dominio. Ejecuta una prueba de velocidad (GTmetrix o PageSpeed) y verifica los logs de error. Si la web va lenta porque el plan contratado es insuficiente, es mejor cambiar de plan antes de migrar, no después.
3. La configuración de PHP y extensiones
Cada proveedor tiene una configuración de servidor distinta. Los errrores más comunes aquí son:
- PHP version incorrecta: Si tu web usa una sintaxis moderna de PHP, pasar a una versión antigua romperá el sitio con un "Error 500".
- Faltan extensiones: Módulos como `mod_rewrite` (imprescindible para las URLs limpias de WordPress u otras aplicaciones) o `ImageMagick` para procesar imágenes se omiten por defecto en algunos planes económicos.
4. Migrar la base de datos sin fijar las URLs
Este es el error nº1 en plataformas como WordPress. La base de datos no es un archivo plano; contiene filas con URLs absolutas (ej: `https://www.tudominio.com/wp-content/uploads/...`). Al moverla a un servidor con una IP o dominio temporal diferente, esas rutas se rompen.
El error: Usar el exportador/importador de Base de Datos de phpMyAdmin sin modificar las URLs. Al final, la web se ve en texto plano sin CSS ni imágenes.
La solución: Durante la fase de prueba con el hosts temporal, usa un plugin de migración (como UpdraftPlus o All-in-One WP Migration) que ejecuta un "search-replace" en la base de datos. Esto sustituye la URL antigua por la nueva automáticamente. Si la migración es manual, tendrás que usar un script SQL `UPDATE wp_options SET option_value = replace(...)` o herramientas como WP-CLI para corregirlo. No subas la base de datos cruda sin este paso.
5. El error más letal: desactivar el hosting antiguo el mismo día
Muchos usuarios esperan a que el registro de dominio expire con el nuevo proveedor para "migrar sin pagar". Esto es un suicidio SEO.
El error: Dar de baja el plan antiguo el día 1 de la migración. Pasa que el correo electrónico (si usas cuentas como `[email protected]`) también depende del hosting antiguo. Si lo cancelas, pierdes los correos. Peor aún: si el nuevo hosting tiene un fallo no detectado (por ejemplo, en el certificado SSL renovado), tu web queda caída sin posibilidad de volver atrás.
La solución: Mantén activo el hosting antiguo al menos 2 o 3 semanas después de la migración. Esto te da una red de seguridad. Si algo falla en el nuevo servidor (un error de permisos, un ataque que se ejecutó en la instalación nueva), puedes revertir el DNS a la IP antigua en minutos. La factura de un mes extra es insignificante comparada con la pérdida de posiciones por 48 horas de caída total.
En resumen: una migración exitosa no es un evento, es un proceso de solapamiento controlado. La clave está en verificar en el nuevo entorno antes de apagar el viejo, y en controlar los tiempos de propagación. Evitar estos cinco errores elimina el 90% de los riesgos de pérdida de posicionamiento.
Preguntas frecuentes
¿Cuánto tiempo tarda en propagarse el cambio de DNS y cómo afecta al SEO?
El famoso período de propagación de DNS es, probablemente, la mayor fuente de ansiedad durante una migración. En términos prácticos, los cambios en los servidores de nombres pueden tardar entre 24 y 72 horas en reflejarse de manera global, aunque en muchos casos el proceso se completa en menos de 12 horas. Este tiempo no es un corte de luz, sino un solapamiento: mientras el mundo actualiza sus cachés, algunos usuarios verán tu web en el hosting antiguo y otros en el nuevo.
Para el SEO, este solapamiento no es un problema si lo gestionas bien. Los motores de búsqueda tienen sus propios centros de datos y cachés, y no "olvidan" tu sitio durante este proceso. Lo crítico no es la propagación en sí, sino que no haya periodos en los que tu sitio esté completamente caído o devuelva errores 500. Si configuras el TTL (Time to Live) a un valor bajo (por ejemplo, 300 segundos) al menos 48 horas antes de la migración, acelerarás el proceso y reducirás el riesgo de que un rastreador de Google se encuentre con una versión antigua de tu página, lo que podría provocar un rastreo fallido temporal.
¿Qué es más seguro: migrar manualmente o usar un plugin?
Depende de tu perfil técnico y del tamaño del proyecto. Si gestionas un blog pequeño o una tienda con poco tráfico, un plugin de migración como All-in-One WP Migration o Duplicator es perfectamente seguro y te ahorra errores de novato. Estos plugins se encargan de empaquetar la base de datos y los archivos, y lo bueno es que suelen reescribir las URLs automáticamente.
Sin embargo, para sitios con un volumen alto de contenido (más de 10,000 entradas) o con una base de datos muy pesada (más de 1 GB), la migración manual mediante SSH y wp-cli es más fiable. Los plugins a menudo fallan con límites de memoria o tiempos de ejecución, dejando la migración a medias y provocando quebraderos de cabeza. Si decides usar un plugin, asegúrate de que el hosting de destino tenga los mismos valores de PHP (versión, límite de memoria) que el origen para evitar incompatibilidades. En cualquier caso, nunca elimines la instalación original hasta 72 horas después de confirmar que el nuevo sitio funciona correctamente, y realiza la prueba de fuego: inicia sesión en el panel de administración del nuevo hosting la primera vez para forzar la regeneración de cachés internas.
¿Debo cambiar de hosting si mi web es muy lenta, pero tengo buen posicionamiento?
Esta es una decisión estratégica más que técnica. Si tu web es lenta, es probable que estés perdiendo posiciones de forma silenciosa, incluso si ahora mismo te posicionas bien para tus palabras clave principales. Google ya usa la velocidad de página como factor de ranking para móviles, y la diferencia entre un hosting compartido saturado y un VPS optimizado puede ser de 2 a 3 segundos de carga. Ese margen es brutal en conversión.
El riesgo no está en cambiar de hosting, sino en hacerlo mal. Si tu proveedor actual te da problemas de rendimiento, cambiar es una mejora, no un riesgo. Lo que debes evitar es cambiar de hosting y, además, rediseñar la web a la vez. Eso es un doble cambio que confunde a los motores de búsqueda. Mantén la estructura de URLs exactamente igual, usa el mismo certificado SSL y, si es posible, el mismo tema visual, al menos durante el primer mes. Una vez que confirmes que el rendimiento ha mejorado y el tráfico se mantiene estable, podrás plantear mejoras visuales con total tranquilidad.
¿Es necesario avisar a Google de que voy a cambiar de hosting?
No es necesario en la mayoría de los casos, pero sí es recomendable en dos situaciones concretas: cuando cambias de dirección IP y cuando cambias de plataforma (por ejemplo, de cPanel a un panel customizado). La regla de oro es simple: evita que Google tenga que hacer un trabajo de adivinanza. Si mantienes las mismas URLs y el mismo servidor de nombres, Google no necesita que le avises; detectará el cambio en el siguiente rastreo.
Sin embargo, si tu nueva empresa de hosting te asigna una IP diferente, lo más prudente es actualizar la IP en la configuración DNS cuanto antes. Aunque la mayoría de las webs usan Cloudflare o un proxy, si gestionas el DNS directamente, usa la herramienta de inspección de URLs de Google Search Console para solicitar un rastreo manual de la home y del sitemap XML. Así, Google verificará rápidamente que el servidor responde correctamente y no habrá un periodo en el que crea que tu sitio web está caído. Además, verifica que los archivos `robots.txt` y `.htaccess` (o su equivalente en Nginx) se han copiado intactos, ya que un error aquí es la causa más común de pérdida de posicionamiento tras una migración.
Conclusión
Cambiar de hosting es un proceso delicado, pero perfectamente asumible si se aborda con método. La clave no está en la velocidad de la migración, sino en la meticulosidad del proceso técnico: mantener la estructura de URLs, configurar las redirecciones 301 antes de cancelar el servicio anterior y verificar que el archivo robots.txt no bloquee el rastreo del nuevo servidor.
Si el nuevo hosting es notablemente más rápido, notarás una mejora en los tiempos de carga que, a medio plazo, suele traducirse en un ligero repunte de posiciones. Si mantienes una paridad de rendimiento, lo normal es que el tráfico se estabilice en unas dos o tres semanas. El verdadero error sería migrar sin un plan de contingencia. Por eso, antes de pulsar el botón definitivo, asegúrate de tener una copia de seguridad completa del sitio y un acceso de emergencia al antiguo proveedor para revertir cambios si algo falla.
En definitiva, la migración es un proyecto quirúrgico. Prepara el terreno, ejecuta con precisión y monitoriza la salud del sitio durante el primer mes. Con esa disciplina, el cambio de servidor será una operación invisible tanto para Google como para tus visitantes.