Evitar pérdidas SEO tras una migración web consiste en planificar antes del cambio, implementar redirecciones 301, revisar la configuración técnica, optimizar la velocidad y monitorizar el rendimiento después del lanzamiento para transferir correctamente la autoridad, el tráfico orgánico y la visibilidad en el índice desde las URL antiguas hacia la nueva estructura. En una migración de sitio bien ejecutada, el objetivo es que Google entienda cuanto antes la nueva versión, que los usuarios no aterricen en páginas rotas y que las señales de posicionamiento se conserven con la menor pérdida posible.
Una migración web puede incluir muchos escenarios: cambio de dominio, paso de HTTP a HTTPS, cambio de infraestructura o CMS, renovación de la estructura de URL, traslado de hosting, rediseño completo o implementación de una arquitectura multilingüe. Cuando estos cambios se hacen sin método, el tráfico orgánico puede caer entre un 20 % y un 60 % en cuestión de días; si existen errores críticos, la recuperación puede alargarse durante meses. Sin embargo, con una lista de comprobación bien preparada, una configuración de servidor correcta y un seguimiento constante de datos, este riesgo se puede controlar en gran medida.
En esta guía encontrarás una hoja de ruta práctica para los lectores del blog de Hostragons, alineada con las expectativas SEO de 2026. Los pasos que se explican pueden adaptarse a múltiples casos: desde pequeñas webs corporativas hasta proyectos de comercio electrónico, desde WordPress hasta desarrollos a medida.
Qué es una migración web y por qué supone un riesgo para el SEO
Una migración web es un cambio importante en el sitio a nivel técnico, estructural o de dirección. Ese cambio obliga a los motores de búsqueda a rastrear de nuevo la web y a reevaluar parte de sus señales. Para Google, una URL no se analiza de forma aislada: contenido, enlaces internos, canonical, hreflang, velocidad de página, datos estructurados y respuestas del servidor forman parte del mismo conjunto. Si uno de estos componentes se traslada mal, pueden aparecer pérdidas de posicionamiento.
Por ejemplo, imagina una tienda online que recibe 50.000 visitas orgánicas al mes. Si cambia las URL de sus categorías y las antiguas direcciones no se redirigen con 301 hacia las nuevas, Google empezará a ver esas páginas antiguas como errores 404. Los usuarios también llegarán desde los resultados de búsqueda a páginas vacías o inexistentes. En ese caso no solo se pierde tráfico: también se resienten las conversiones y la confianza en la marca. Del mismo modo, durante una migración a HTTPS, los problemas de contenido mixto, canonical incorrectos o errores de certificado SSL pueden generar incidencias de seguridad y rastreo. Por eso, una migración no debería ser responsabilidad exclusiva del equipo de desarrollo: SEO, contenidos, analítica y hosting deben trabajar de forma coordinada. Para los cambios relacionados con SSL, pueden servir de apoyo las páginas soluciones de certificados SSL y, para planificar una infraestructura segura, Servicios de alojamiento web.
Tipos de migración web más habituales
No todas las migraciones tienen el mismo nivel de riesgo SEO. Cambiar únicamente de proveedor de hosting puede ser relativamente sencillo, mientras que cambiar dominio y estructura de URL al mismo tiempo es un escenario de alto riesgo. La siguiente tabla resume los principales tipos de migración.
| Tipo de migración | Riesgo SEO | Control crítico | Ejemplo |
|---|---|---|---|
| Paso de HTTP a HTTPS | Medio | SSL, 301, canonical, contenido mixto | https://sitio.com en lugar de http://sitio.com |
| Cambio de dominio | Alto | Mapeo de URL, cambio de dirección en Search Console, seguimiento de backlinks | nuevamarca.com en lugar de antiguamarca.com |
| Cambio de CMS o infraestructura | Alto | Metadatos, estructura de encabezados, contenido, schema, estructura de URL | Migración de desarrollo a medida a WordPress |
| Traslado de hosting | Bajo-Medio | DNS, uptime, velocidad, códigos de respuesta del servidor | Paso de hosting compartido a VPS |
| Cambio de estructura de URL | Alto | Mapa de redirecciones 301, enlaces internos, sitemap | /producto?id=12 en lugar de /producto/reloj-inteligente |
| Rediseño web | Medio | Visibilidad del contenido, adaptación móvil, Core Web Vitals | Nueva plantilla o cambio de frontend |
Cuanto mayor sea el riesgo, mayor debe ser el tiempo de preparación. En una tienda online grande, el plan de migración debería prepararse con 4 a 8 semanas de antelación. En una web corporativa pequeña, al menos conviene reservar 1 o 2 semanas para controles técnicos.
Checklist SEO antes de la migración
La parte más importante para evitar pérdidas SEO es la preparación previa. Después de publicar siempre es posible corregir errores, pero si Google ya ha rastreado señales equivocadas, la recuperación se vuelve más lenta. Por eso, antes de iniciar la migración conviene completar obligatoriamente los siguientes pasos.
1. Registra el rendimiento actual
Antes de moverte, necesitas saber con precisión desde dónde partes. Exporta desde Google Search Console los datos de clics, impresiones, posición media y CTR de los últimos 16 meses. Desde Google Analytics 4, lista las sesiones orgánicas, conversiones, ingresos y páginas de entrada con más tráfico. Si usas una herramienta de seguimiento de rankings, guarda también las posiciones de tus primeras 100-500 palabras clave.
Como método práctico, puedes dividir las páginas en tres grupos: páginas que generan mucho tráfico, páginas que reciben backlinks y páginas que producen conversiones. Estas URL deben tener la máxima prioridad durante la migración. Por ejemplo, si 40 URL concentran el 70 % del tráfico orgánico total, sus redirecciones, canonical y contenidos deberían revisarse manualmente.
2. Rastrea todas las URL y crea un inventario
No empieces una migración sin haber creado antes un inventario completo de URL. Utiliza Screaming Frog, Sitebulb, Ahrefs, Semrush o herramientas similares para listar todas las URL rastreables. No te limites a las páginas activas: guarda por separado las URL con 3xx, 4xx, 5xx, las que tienen canonical, las que están en noindex y las que aparecen en el sitemap.
El inventario de URL debería incluir estas columnas: URL antigua, URL nueva, código de estado, título de página, meta description, H1, canonical, estado de indexación, tráfico orgánico, número de backlinks y nivel de prioridad. Esta tabla será la base del mapa de redirecciones 301. En sitios con miles de productos o artículos de blog, iniciar una migración sin este trabajo previo es abrir la puerta a una pérdida SEO importante.
3. Prepara el mapeo de URL y el mapa de redirecciones 301
Cada URL antigua con valor debe redirigirse a la URL nueva más relevante. Redirigirlo todo a la página de inicio parece una solución fácil, pero es débil desde el punto de vista SEO. Google busca coherencia temática entre la página antigua y la nueva página de destino. Si una antigua categoría de “zapatillas de running para mujer” se redirige a una página genérica de “zapatos”, se puede perder una parte importante de la señal.
El modelo correcto de redirección es el siguiente: si existe una página equivalente, redirige de una a una; si no existe una equivalencia exacta, redirige a la categoría más cercana; si la página se ha eliminado de forma intencionada y no tiene valor, valora usar un 410. En traslados temporales puede utilizarse 302, pero en migraciones permanentes la opción estándar debe ser la redirección 301.
4. Bloquea el entorno de staging para los motores de búsqueda
Si la nueva web se prepara en un entorno de pruebas, asegúrate de que el staging no pueda indexarse. Puedes hacerlo con autenticación HTTP, restricción por IP o etiquetas noindex. Ahora bien, al pasar a producción, esa etiqueta noindex no debe quedarse en la web pública. Uno de los errores más comunes en proyectos de migración es arrastrar al sitio final el noindex usado durante las pruebas. Este fallo puede provocar pérdida de indexación en pocos días.
Para preparar con seguridad el dominio y los DNS, pueden ser útiles los recursos Consulta de dominio y gestión de dominio; y para una migración de servidor sin interrupciones, puedes valorar Soluciones de servidor VPS.
Ajustes de SEO técnico: qué revisar antes de publicar
El SEO técnico es la columna vertebral de una migración. Aunque el contenido sea bueno, unas respuestas de servidor erróneas, canonical rotos o páginas lentas pueden generar caídas de posicionamiento. En 2026, Google interpreta las señales de experiencia de usuario y accesibilidad técnica de forma cada vez más integrada. Por eso no basta con que los bots puedan acceder a la página: también importa que el usuario la cargue rápido y la use sin fricciones.
Configura correctamente las etiquetas canonical
Las etiquetas canonical de la nueva web deben apuntar siempre a las nuevas URL. Si los canonical apuntan al dominio antiguo o al entorno de pruebas, estarás enviando una señal equivocada a Google. Cada página debe autodeclararse como canonical o apuntar de forma deliberada a una página principal equivalente. En tiendas online, además, hay que revisar las URL con filtros, parámetros de ordenación y páginas de variaciones.
Actualiza el sitemap XML y el archivo robots.txt
En el momento del lanzamiento, el sitemap debe contener únicamente las nuevas URL indexables que devuelven código 200. No deberían permanecer en el sitemap URL con 301, 404, noindex o canonical hacia otra página. En el archivo robots.txt no debe haber reglas Disallow innecesarias que impidan rastrear CSS, JS o imágenes. Además, la dirección del sitemap debería declararse dentro del robots.txt.
Conserva los datos estructurados
Durante una migración pueden perderse los schemas de producto, artículo, FAQ, organización, breadcrumb y valoraciones. Esto puede reducir la visibilidad en resultados enriquecidos. En la nueva plantilla o infraestructura, el marcado schema debe probarse de nuevo. Revisa las páginas críticas con Google Rich Results Test y Schema Markup Validator. En ecommerce, es especialmente importante que precio, disponibilidad y valoraciones estén actualizados.
Actualiza los enlaces internos hacia las nuevas URL
Aunque las URL antiguas funcionen mediante 301, los enlaces internos del sitio deben apuntar directamente a las nuevas direcciones. Hacer que los enlaces internos pasen por redirecciones consume presupuesto de rastreo innecesario y aumenta el riesgo de cadenas de redirección. Menú, footer, breadcrumbs, enlaces dentro del blog y módulos de productos recomendados deben revisarse con rastreo automático o manual.
Hosting, servidor y factores de velocidad
Una migración web no es solo un cambio de URL; en muchos casos también cambia el rendimiento de la infraestructura. Si el nuevo entorno de hosting es lento, inestable o está mal configurado, el SEO puede verse afectado. Para que Googlebot rastree las páginas con rapidez y los usuarios accedan al sitio con baja latencia, la capa de servidor debe ser sólida.
Antes de migrar, mide métricas como TTFB, LCP, INP y CLS. Según los estándares de 2026, el rendimiento móvil es especialmente crítico. En una página bien optimizada, el objetivo debería ser mantener el LCP por debajo de 2,5 segundos, el INP por debajo de 200 ms y el CLS por debajo de 0,1. Estos valores no dependen solo de la optimización de la plantilla: también requieren buen hosting, caché, CDN, compresión de imágenes y optimización de base de datos.
Si vas a trasladar el hosting, puedes reducir el valor TTL de DNS entre 24 y 48 horas antes de la migración. Por ejemplo, bajarlo a 300 segundos ayuda a acelerar la propagación DNS durante el cambio. En el servidor, revisa la versión de PHP, la compatibilidad de la base de datos, la instalación SSL, el soporte HTTP/2 o HTTP/3, la compresión gzip/brotli y la capa de caché. Para empezar con una base enfocada en rendimiento, puedes consultar Paquetes de hosting web rápido; para proyectos WordPress, Soluciones de alojamiento WordPress.
Día de la migración: plan de puesta en producción
El día de la migración no debe improvisarse ni hacerse con prisas. La publicación debería programarse en las horas de menor tráfico y en una franja en la que todos los equipos estén disponibles. En sitios grandes, una migración de madrugada durante el fin de semana puede parecer atractiva, pero si el equipo técnico y quienes toman decisiones no están localizables, el riesgo aumenta. El mejor momento es aquel en el que hay poco tráfico y alta capacidad de reacción.
Pasos a seguir durante la puesta en producción
- Realiza una copia de seguridad de la base de datos y los archivos.
- Inicia el cambio de DNS o el traslado de servidor a la hora planificada.
- Comprueba que el certificado SSL funciona correctamente.
- Prueba las redirecciones 301 desde las URL antiguas hacia las nuevas.
- Revisa plantillas críticas como home, categorías, productos, blog, contacto y pago.
- Valida robots.txt, sitemap y etiquetas canonical.
- Asegúrate de que Analytics, Tag Manager, conversiones y etiquetas publicitarias funcionan.
- Envía el nuevo sitemap en Search Console.
- Monitoriza logs del servidor y registros de errores desde la primera hora.
Durante las primeras horas hay que buscar errores 404, 500, bucles de redirección, contenido mixto y etiquetas noindex inesperadas. Detectar estos problemas pronto reduce de forma notable el impacto SEO.
Primeros 30 días tras la migración: seguimiento y optimización

Cuando la migración termina, el proceso no ha acabado; de hecho, el periodo más crítico son los primeros 30 días. A medida que Google rastrea y evalúa la nueva estructura, pueden aparecer fluctuaciones. Pequeños cambios de posición son normales; pero si cae con fuerza el número de páginas indexadas, aumentan los 404 o el tráfico orgánico baja de forma continua, hay que actuar rápido.
Controles durante los primeros 7 días
Durante la primera semana conviene revisar a diario los informes de cobertura de Search Console, las estadísticas de rastreo, el estado del sitemap y posibles acciones manuales. Las URL antiguas con más tráfico deben probarse una por una para confirmar que redirigen a las nuevas páginas correctas. En el análisis de logs del servidor, revisa qué páginas está rastreando Googlebot y si encuentra errores 404 o 5xx.
En este periodo, el tráfico orgánico puede fluctuar entre un 5 % y un 15 %. Sin embargo, una caída fuerte en búsquedas de marca, que la página de inicio quede fuera del índice o que todas las categorías pierdan visibilidad son señales de alarma. En ese caso, robots.txt, noindex, canonical y reglas de redirección deben ser las primeras áreas a revisar.
KPI que debes medir durante los primeros 30 días
- Número de sesiones y usuarios orgánicos
- Cambios de posición en palabras clave importantes
- Número de páginas indexadas
- Cantidad de errores 404, 500 y cadenas de redirección
- Frecuencia de rastreo de Googlebot
- Datos de campo de Core Web Vitals
- Tasa de conversión e impacto en ingresos
- Estado de redirección de las URL antiguas que recibían backlinks
Por ejemplo, una web que antes de la migración recibía 2.000 sesiones orgánicas diarias puede bajar durante la primera semana a un rango de 1.750-1.900. Si no hay recuperación en la segunda y tercera semana, conviene investigar la causa. En migraciones bien gestionadas, la mayoría de los sitios se estabilizan en 2-6 semanas; en cambios grandes de dominio o URL, el periodo puede extenderse a 8-12 semanas.
Cómo evitar la pérdida de backlinks y autoridad
Los backlinks son uno de los activos SEO más valiosos que hay que proteger durante una migración. Los enlaces de calidad que apuntan a URL antiguas deben transferirse a las nuevas páginas mediante redirecciones 301. No obstante, siempre que sea posible, es más saludable contactar con las fuentes de los backlinks más importantes y pedirles que actualicen el enlace directamente a la nueva URL.
Para el análisis de backlinks, lista las 100-500 URL que más enlaces reciben. Comprueba que todas redirigen al destino correcto. Si un artículo antiguo del blog se ha integrado en una guía más completa dentro de la nueva web, la redirección debe mantener la coherencia temática. Redirigirlo todo a la home puede desperdiciar parte del valor del enlace. Además, si el dominio antiguo va a seguir utilizándose para redirecciones, controla su fecha de renovación y evita que caduque. En cambios de marca, conservar el dominio antiguo al menos 2 o 3 años es una buena práctica.
Pérdidas SEO causadas por contenido y experiencia de usuario
En muchos proyectos de migración, las redirecciones técnicas se implementan correctamente, pero las posiciones caen porque se ha recortado contenido o se ha cambiado demasiado la maquetación de las páginas. Google puede haber valorado el texto, los encabezados, tablas, atributos alt de imágenes, preguntas frecuentes, reseñas o información de producto de la página antigua como señales de relevancia. Si estos elementos desaparecen en el nuevo diseño, el rendimiento puede bajar incluso aunque la URL se mantenga igual.
Por eso, en las páginas con mucho tráfico, los cambios de contenido deben hacerse de forma controlada. Conviene mantener el H1 y la estructura principal de títulos, trasladar los subtítulos importantes, añadir los textos alternativos de las imágenes y no romper la intención de búsqueda de la página. Si la migración se combina con una optimización de contenidos, es más seguro avanzar por fases que modificar todas las páginas a la vez.
En el lado de la experiencia de usuario, hay que probar menú móvil, filtros, buscador interno, formularios y pasos de compra. Aunque el tráfico SEO se conserve, si el embudo de conversión se rompe, los objetivos del negocio se verán afectados. Por eso, el éxito de una migración no debe medirse solo con rankings, sino también con métricas de conversión e ingresos.
Errores más frecuentes en una migración web
- Usar 302 en lugar de 301: En cambios permanentes, la opción adecuada debe ser 301.
- Redirigir todas las URL antiguas a la home: Se pierde coherencia temática y baja la transferencia de autoridad.
- Olvidar la etiqueta noindex en producción: Puede provocar pérdida de indexación.
- No actualizar el sitemap: Google sigue rastreando URL antiguas o erróneas.
- Dejar enlaces internos apuntando a URL antiguas: Se perjudican el presupuesto de rastreo y la experiencia de usuario.
- Pasar por alto páginas con backlinks: Puede producirse pérdida de autoridad.
- Ignorar las pruebas de velocidad: Aunque la nueva web se vea mejor, si es lenta puede caer su rendimiento.
- No migrar los códigos de analítica: No se podrá medir si existe pérdida o recuperación.
La mayoría de estos errores se puede evitar con una checklist previa y un rastreo completo del entorno de pruebas. En especial, retrasos aparentemente pequeños en hosting, SSL o DNS pueden afectar al comportamiento de rastreo de Googlebot.
Checklist SEO práctica para una migración web
La siguiente lista breve puede servir como resumen operativo para tu proyecto de migración:
- Exporta los datos actuales de tráfico orgánico, rankings y conversiones.
- Rastrea todas las URL y crea un inventario priorizado.
- Prepara el mapeo de URL antiguas y nuevas página por página.
- Prueba las redirecciones 301 en el entorno de staging.
- Compara canonical, hreflang, schema, meta title y H1.
- Adapta robots.txt y el sitemap XML para la versión pública.
- Prueba SSL, DNS, caché, CDN y rendimiento del servidor.
- Durante las primeras 24 horas tras el lanzamiento, revisa manualmente las plantillas críticas.
- Envía el sitemap a Search Console y monitoriza errores de cobertura.
- Durante los primeros 30 días, sigue de cerca 404, 5xx, rankings y tráfico.
Aunque esta lista parezca sencilla, aplicada con disciplina crea una de las capas de protección más sólidas para evitar pérdidas SEO después de una migración web.
Conclusión: una migración planificada, un SEO bajo control
Una migración web bien gestionada puede convertirse en una oportunidad de crecimiento: un hosting más rápido, una estructura de URL más limpia, mejor experiencia de usuario y una infraestructura SSL segura pueden mejorar el rendimiento SEO a largo plazo. Pero una transición improvisada puede provocar pérdida de tráfico, indexación e ingresos. El enfoque básico para una migración exitosa es claro: primero mide, después mapea, prueba técnicamente, publica de forma controlada y vigila de cerca los primeros 30 días.
Al planificar tus necesidades de dominio, SSL, hosting y servidor dentro de la infraestructura de Hostragons, tener en cuenta los efectos SEO hará que el proceso sea más seguro. Si estás pensando en trasladar un proyecto nuevo o en llevar tu sitio actual a una infraestructura más potente, puedes revisar soluciones adecuadas a tus necesidades y empezar con menos riesgo: Soluciones de hosting Hostragons.
Preguntas frecuentes
¿Es normal perder SEO después de una migración web?
Las fluctuaciones a corto plazo son normales. Si las redirecciones, el sitemap, los canonical y los controles técnicos se han implementado correctamente, la mayoría de los sitios se estabiliza en 2-6 semanas. Pero si hay una caída fuerte de indexación, muchos errores 404 o un problema de noindex, es necesario actuar con rapidez.
¿Por qué es importante la redirección 301 durante una migración?
La redirección 301 comunica a los motores de búsqueda que una URL antigua se ha trasladado de forma permanente a una nueva URL. Así, los usuarios llegan a la página correcta y las señales de autoridad de la página anterior se transfieren en la mayor medida posible a la nueva.
¿Cambiar de hosting afecta al posicionamiento SEO?
Sí, puede afectarlo. Si el nuevo hosting es más rápido y estable, puede aportar una mejora. En cambio, si hay caídas frecuentes, TTFB alto, errores SSL o una configuración DNS incorrecta, el posicionamiento y el rendimiento de rastreo pueden verse perjudicados.
¿Cuánto tiempo debería conservarse el dominio antiguo tras una migración?
En cambios de dominio, se recomienda conservar el dominio antiguo al menos 2 o 3 años. De este modo, los usuarios y las señales de backlinks que llegan a las URL antiguas siguen transfiriéndose al nuevo dominio mediante redirecciones 301.
¿Cuál es el mejor momento para hacer una migración web?
El mejor momento es una franja de bajo tráfico en la que el equipo técnico pueda dar soporte activo. En sitios grandes, no debería publicarse la migración sin pruebas previas, copias de seguridad y un plan de reversión preparado.