Migrar una web sin perder posicionamiento exige mucho más que copiar contenidos y publicar un nuevo diseño. El verdadero reto consiste en trasladar las señales SEO que Google ya ha asociado a cada URL: autoridad, enlaces, relevancia, arquitectura, contenidos e historial de indexación. Si alguna de esas relaciones se rompe durante el cambio, una web que llevaba años posicionándose puede empezar a perder tráfico en cuestión de días.
Una migración bien planificada reduce ese riesgo al mínimo. En Rodanet trabajamos estos procesos como un proyecto SEO completo: inventariamos lo que funciona, protegemos las URLs valiosas, preparamos las redirecciones antes del lanzamiento y monitorizamos qué ocurre después. El objetivo no es simplemente que la nueva web funcione, sino que Google entienda correctamente el cambio.
Qué se considera una migración web desde el punto de vista SEO
No hace falta cambiar de dominio para estar haciendo una migración. Desde una perspectiva SEO, cualquier cambio relevante que pueda alterar URLs, contenidos, enlaces internos, rastreo o indexación necesita tratarse como una migración.
El riesgo varía según el alcance. Trasladar una web a otro servidor conservando exactamente el mismo dominio, estructura y contenido suele ser relativamente sencillo. Cambiar al mismo tiempo CMS, arquitectura, URLs, diseño y dominio introduce muchas más variables y dificulta descubrir qué ha provocado una caída si algo sale mal.
Las situaciones más habituales son:
- Cambio de dominio, por ejemplo después de un rebranding.
- Cambio de CMS, como pasar de PrestaShop a Shopify o de un desarrollo propio a WordPress.
- Rediseño completo que modifica navegación, plantillas o arquitectura.
- Cambio de estructura de URLs para reorganizar categorías, servicios o contenidos.
- Fusión de varias webs dentro de un único dominio.
- Migración de servidor o infraestructura, especialmente si afecta al rendimiento o a la disponibilidad.
- Cambios importantes en un ecommerce, como una actualización de plataforma que altera categorías, productos, filtros o parámetros.
La regla práctica es sencilla: si Google puede encontrar algo distinto cuando vuelva a rastrear la web, el SEO debe formar parte de la planificación.
Por qué una migración puede hacerte perder posiciones
Google no conserva el posicionamiento de una empresa de forma abstracta. Trabaja principalmente con URLs concretas, contenidos, enlaces y señales asociadas a ellas. Cuando una página desaparece y surge otra dirección diferente, Google necesita entender que la nueva URL es la sucesora de la anterior.
Si esa relación no está correctamente señalizada, la URL antigua puede empezar a devolver un error 404 mientras la nueva se interpreta como una página distinta. En ese escenario se rompe parte de la continuidad que había permitido acumular posiciones, enlaces y tráfico.
Los problemas más habituales durante una migración son:
- URLs antiguas importantes que desaparecen sin redirección.
- redirecciones hacia páginas que no tienen relación con el contenido original;
- cadenas de varias redirecciones antes de llegar al destino final;
- contenido valioso que no se traslada a la nueva web;
- enlaces internos que continúan apuntando a direcciones antiguas;
- canonicals configurados hacia el dominio o las URLs anteriores;
- bloqueos mediante robots.txt o etiquetas noindex procedentes del entorno de pruebas;
- cambios de arquitectura que dejan páginas importantes demasiado profundas;
- errores de seguimiento que hacen parecer que se ha perdido tráfico cuando en realidad ha fallado la analítica.
Una migración puede provocar ciertas fluctuaciones mientras Google vuelve a rastrear y procesar las URLs. Lo preocupante no es una pequeña oscilación puntual, sino una caída sostenida provocada por señales técnicas rotas.
Antes de migrar: fotografía todo lo que ya funciona
Uno de los errores más difíciles de corregir ocurre antes incluso de publicar la nueva web: no guardar suficiente información sobre la anterior. Sin una fotografía del estado previo, resulta mucho más complicado saber qué se ha perdido y dónde buscar el problema.
Antes de tocar arquitectura o URLs conviene recopilar datos procedentes de diferentes fuentes. Un crawler permite conocer la estructura interna; Search Console muestra qué páginas recibe Google y para qué búsquedas; Analytics ayuda a identificar tráfico y conversiones; y las herramientas de backlinks permiten localizar URLs que reciben autoridad externa.
Crea un inventario completo de URLs
No conviene trabajar únicamente con el sitemap. El inventario debe intentar descubrir todas las URLs que tienen o han tenido valor SEO, incluso aunque algunas ya no aparezcan en la navegación principal.
En nuestros proyectos solemos cruzar diferentes fuentes porque ninguna ofrece por sí sola la fotografía completa:
- rastreo completo de la web actual;
- URLs incluidas en los sitemaps;
- páginas con impresiones o clics en Google Search Console;
- landing pages con tráfico orgánico en Analytics;
- URLs que reciben backlinks;
- categorías, productos o servicios relevantes para negocio;
- URLs históricas que todavía reciben visitas o enlaces.
Este inventario se convierte después en la base del mapa de migración. Cada URL relevante debe terminar con una decisión explícita: se conserva, cambia de dirección, se integra en otra página o desaparece justificadamente.
Guarda un benchmark SEO previo
Además del inventario técnico, necesitamos saber cuál era el rendimiento antes del cambio. Una migración no debería evaluarse únicamente preguntando si “seguimos apareciendo en Google”. Hay que poder comparar métricas concretas antes y después.
Conviene registrar como mínimo tráfico orgánico, conversiones, clics, impresiones, posiciones de las keywords importantes, número de páginas indexadas, errores existentes y rendimiento de las principales landing pages.
En nuestra agencia SEO abordamos este análisis técnico dentro de una visión más amplia: una migración debe proteger tanto el tráfico como las páginas que realmente generan leads o ventas.
El mapa de redirecciones es la pieza central de la migración
Cuando una URL cambia definitivamente, debemos indicar cuál es su nueva ubicación. Para eso utilizamos normalmente una redirección permanente 301. El objetivo no es redirigir por redirigir, sino mantener una correspondencia lógica entre la página anterior y su sustituta.
Si la antigua dirección era /servicios/consultoria-seo/ y en la nueva arquitectura se convierte en /agencia-seo/, la primera debería redirigir directamente hacia la segunda. El usuario llega al contenido que esperaba y Google recibe una señal clara sobre el traslado.
No redirijas todas las URLs hacia la home
Una solución rápida muy habitual consiste en enviar cualquier página antigua que desaparece hacia la portada. Esta práctica destruye buena parte del contexto que debería conservar una migración. Una ficha de producto, una categoría y un artículo especializado no son equivalentes a la home.
El destino debe ser siempre la página nueva más parecida en intención y contenido. Si no existe una equivalencia exacta, hay que valorar si existe una categoría relacionada, una página sucesora o si realmente corresponde devolver un 404 o 410.
Evita cadenas de redirecciones
Otro problema aparece cuando una URL lleva a otra que vuelve a redirigir. Por ejemplo: A redirige hacia B y B hacia C. Aunque técnicamente el usuario puede terminar llegando, lo recomendable durante una migración es que la URL antigua apunte directamente al destino final.
Las cadenas complican el rastreo, añaden latencia y hacen mucho más difícil mantener una arquitectura limpia cuando la web acumula varias migraciones a lo largo de los años.
En nuestra guía sobre redirecciones 301 explicamos con más detalle cuándo utilizarlas y qué diferencias existen respecto a las redirecciones temporales.
Qué debes conservar además de las URLs
Las redirecciones son fundamentales, pero una migración SEO no termina en ellas. Una URL posiciona por todo lo que Google entiende alrededor de esa página: contenido, enlaces internos, title, encabezados, datos estructurados, imágenes, contexto y relación con otras secciones de la web.
Si cambiamos la dirección correctamente pero reducimos un contenido de 1.500 palabras útil y consolidado a tres párrafos genéricos, hemos preservado la URL pero no necesariamente aquello que justificaba su posicionamiento.
Contenido que ya posiciona
Antes de reescribir o eliminar páginas conviene saber cuáles generan impresiones, tráfico y conversiones. Una migración no es el mejor momento para borrar indiscriminadamente contenidos que están funcionando.
Eso no significa que todo deba conservarse exactamente igual. Puede haber contenidos duplicados, obsoletos o poco útiles que merezca la pena consolidar. La diferencia está en tomar esa decisión con datos y preparar correctamente su destino.
Titles, encabezados y metadatos
Un rediseño puede sustituir sin querer titles y encabezados trabajados por versiones genéricas creadas desde una nueva plantilla. Si una página ya ocupa buenas posiciones, sus elementos SEO no deberían modificarse sin una razón concreta.
Conviene comparar la versión antigua y la nueva página por página, especialmente en aquellas URLs que concentran mayor tráfico o negocio.
Enlazado interno
La arquitectura interna ayuda a Google a descubrir contenidos y entender cuáles son más importantes. Si después de migrar una página que antes estaba enlazada desde distintas secciones queda prácticamente aislada, su peso dentro de la nueva arquitectura puede cambiar aunque su URL permanezca intacta.
Por eso el enlazado interno debe revisarse como parte del proyecto y actualizarse para que apunte directamente a las nuevas URLs, sin pasar permanentemente por redirecciones.
Revisa la nueva web en staging antes de publicarla
La web nueva debería probarse antes de sustituir a la anterior. El entorno de staging permite revisar arquitectura, enlaces, plantillas y configuración sin afectar a la versión que los usuarios y Google están utilizando en producción. Cuantos más errores detectemos antes del lanzamiento, menor será el riesgo después.
Ese staging debe permanecer protegido frente a la indexación para evitar que Google descubra una versión duplicada o inacabada. Sin embargo, precisamente esa protección genera uno de los errores clásicos de las migraciones: publicar la web y olvidarse de eliminar el bloqueo.
Antes del lanzamiento revisamos especialmente:
- códigos de respuesta HTTP;
- titles y meta descriptions;
- encabezados y contenido principal;
- canonicals;
- robots.txt;
- etiquetas noindex;
- datos estructurados;
- enlaces internos;
- sitemaps XML;
- paginaciones, filtros y parámetros;
- versión móvil y Core Web Vitals;
- seguimiento de Analytics y conversiones.
Este trabajo forma parte del SEO técnico. Una migración convierte pequeños errores de configuración en problemas potencialmente masivos, porque pueden replicarse automáticamente en miles de URLs.
Checklist SEO para el día de la migración
El lanzamiento debería seguir un procedimiento previamente definido, no una sucesión improvisada de comprobaciones. El momento de decidir qué revisar no es después de poner la nueva web en producción.
Una vez realizado el cambio, hay una serie de validaciones que conviene completar inmediatamente:
- Comprueba las redirecciones 301. Las URLs antiguas prioritarias deben llegar directamente a sus destinos correctos.
- Rastrea la nueva web. Detecta errores 404, 5xx, enlaces rotos y redirecciones inesperadas.
- Revisa robots.txt y noindex. Google debe poder rastrear las páginas que queremos posicionar.
- Valida los canonicals. Las URLs nuevas deberían apuntar a sus versiones canónicas correctas y no al staging o dominio anterior.
- Actualiza el sitemap XML. Debe contener las URLs finales e indexables.
- Comprueba el enlazado interno. Los enlaces deberían apuntar directamente a las nuevas direcciones.
- Verifica Analytics y conversiones. Formularios, ecommerce, llamadas y eventos relevantes deben seguir midiéndose.
- Revisa Search Console. Confirma que las propiedades necesarias están verificadas y envía el sitemap actualizado.
Si además existe un cambio completo de dominio, habrá que gestionar adecuadamente las propiedades antiguas y nuevas y utilizar las herramientas específicas que Google pone a disposición para comunicar ese traslado.
Después de migrar empieza otra fase igual de importante
Publicar la nueva web no significa que la migración haya terminado. Google necesitará volver a rastrear direcciones antiguas, descubrir las nuevas, seguir redirecciones y recalcular señales. Las primeras semanas sirven para comprobar si ese proceso está ocurriendo como esperábamos.
El seguimiento permite reaccionar rápido ante incidencias que durante las pruebas podían no haber aparecido. Una regla mal aplicada, por ejemplo, puede afectar únicamente a determinadas familias de URLs y pasar desapercibida hasta que Search Console empieza a mostrar errores.
Monitoriza primero las páginas que generan negocio
No todas las URLs tienen la misma prioridad. Si una web contiene 20.000 páginas, revisar aleatoriamente una muestra puede ocultar un problema serio en una categoría que genera gran parte de la facturación. Las landing pages con tráfico, posiciones, backlinks o conversiones deben vigilarse primero.
Conviene comparar diariamente durante la fase inicial y ampliar después los intervalos cuando la situación se estabiliza.
Revisa los errores 404 nuevos
Un incremento de errores después de migrar suele descubrir URLs que quedaron fuera del inventario o reglas de redirección incompletas. No todo 404 necesita una redirección, pero toda URL valiosa que termina inesperadamente en 404 merece investigación.
A veces las páginas relevantes aparecen gracias a backlinks antiguos, parámetros históricos o versiones que ya no estaban enlazadas internamente. Por eso es útil combinar datos del crawler con Search Console, analítica y herramientas de enlaces.
Comprueba que Google sustituye las URLs antiguas
Durante un cambio de dominio o estructura es normal que convivan durante un tiempo URLs antiguas y nuevas en el índice. Lo importante es que exista una tendencia progresiva hacia la consolidación de las nuevas direcciones. Si semanas después Google continúa mostrando masivamente URLs antiguas, conviene revisar las señales de migración.
Errores que pueden arruinar una migración web
Los fallos más costosos suelen ser evitables. Muchos nacen de considerar la migración únicamente como un proyecto de diseño o desarrollo y añadir el SEO cuando la nueva web ya está terminada. En ese momento algunas decisiones difíciles de revertir ya se han tomado.
Estos son algunos de los errores que encontramos con mayor frecuencia:
- Crear el mapa de redirecciones después de publicar, dejando durante horas o días URLs relevantes en 404.
- Cambiar todas las URLs sin necesidad solo porque la nueva estructura parece más estética.
- Eliminar contenido posicionando porque no encaja visualmente en la nueva plantilla.
- Redirigir cientos de páginas a la portada en lugar de buscar equivalencias.
- Mantener canonicals hacia el dominio antiguo o el entorno de desarrollo.
- Dejar un noindex global utilizado durante el desarrollo.
- Olvidar páginas sin enlaces internos que todavía reciben tráfico o backlinks.
- Cambiar dominio, contenidos, arquitectura y CMS a la vez sin disponer de datos que permitan aislar problemas.
- No monitorizar después del lanzamiento y descubrir la pérdida cuando ya lleva semanas acumulándose.
En uno de nuestros casos de éxito de ecommerce nos encontramos precisamente con una migración anterior que había dejado páginas indexadas sin redireccionar. Antes de poder hacer crecer el proyecto hubo que reconstruir esa base: mapear las URLs antiguas, implementar redirecciones y recuperar las señales perdidas.
¿Hay que mantener exactamente las mismas URLs?
Cuando una URL funciona, cambiarla únicamente por preferencias estéticas suele aportar poco beneficio y añade riesgo. Si la estructura actual es razonable, conservar las URLs simplifica enormemente la migración.
Eso no significa que nunca deban cambiarse. Una migración puede ser una buena oportunidad para corregir una arquitectura claramente problemática, eliminar rutas innecesarias o reorganizar categorías. Pero debe existir una ventaja suficiente para justificar el cambio.
Por ejemplo, si un ecommerce presenta una arquitectura incoherente heredada durante años, mantenerla para siempre tampoco es una buena estrategia. En estos casos planteamos la nueva arquitectura, definimos equivalencias y ejecutamos el cambio mediante redirecciones controladas.
¿Una migración de servidor afecta al SEO?
Si únicamente cambia el servidor y permanecen iguales el dominio, las URLs y los contenidos, el riesgo SEO suele ser mucho menor. Google no necesita interpretar un cambio de dirección porque las páginas continúan estando exactamente en las mismas URLs.
Sin embargo, la infraestructura sí puede afectar indirectamente. Un servidor más lento, errores 5xx recurrentes, problemas de DNS o caídas prolongadas dificultan el rastreo y empeoran la experiencia del usuario.
Por tanto, migrar de hosting no debería provocar una pérdida de posiciones por sí mismo, pero una mala ejecución técnica sí puede terminar teniendo consecuencias orgánicas.
¿Y si cambiamos de WordPress, PrestaShop, Shopify u otro CMS?
Google no posiciona una web porque utilice un CMS determinado. El problema aparece cuando cambiar de plataforma modifica elementos que sí importan: URLs, contenido renderizado, canonicals, paginación, navegación, filtros, datos estructurados o velocidad. El riesgo está en lo que cambia alrededor del CMS, no en el nombre de la tecnología.
Esto es especialmente delicado en ecommerce. Cada plataforma gestiona de manera diferente categorías, productos, variantes, filtros y parámetros. En nuestro servicio de SEO para PrestaShop, por ejemplo, trabajamos migraciones y actualizaciones prestando especial atención a estos elementos para evitar que una modificación técnica termine generando duplicidades o pérdida de autoridad.
¿Cuánto tarda Google en procesar una migración?
No existe un plazo idéntico para todas las webs. Google puede detectar rápidamente cambios en páginas muy rastreadas mientras tarda más en procesar URLs profundas o dominios con menor frecuencia de rastreo. El tamaño del sitio, su autoridad, la magnitud del cambio y la calidad de las señales influyen en la transición.
Por eso conviene desconfiar de promesas absolutas como “no perderás ninguna posición” o “todo estará recuperado en una semana”. Una migración profesional trabaja para reducir al máximo el riesgo y acelerar la consolidación, pero Google controla finalmente el proceso de rastreo e indexación.
Lo importante es observar la tendencia. Si las nuevas URLs empiezan a sustituir correctamente a las antiguas y tráfico, impresiones y posiciones se mantienen dentro de un margen razonable, la migración está evolucionando como debería.
Checklist resumida para migrar una web sin perder SEO
Una migración segura se entiende mejor como tres fases: preparación, lanzamiento y seguimiento. La mayor parte del riesgo puede eliminarse antes de que la nueva web llegue a producción.
| Fase | Acción | Qué protege |
|---|---|---|
| Antes | Inventariar todas las URLs relevantes | Páginas con tráfico, enlaces y autoridad |
| Antes | Guardar posiciones, tráfico y conversiones | Benchmark para comparar la migración |
| Antes | Crear mapa URL antigua → URL nueva | Continuidad entre contenidos |
| Antes | Validar staging | Indexación, arquitectura y contenido |
| Lanzamiento | Activar redirecciones 301 | Señales y autoridad de URLs antiguas |
| Lanzamiento | Revisar robots, noindex y canonicals | Rastreo e indexación |
| Lanzamiento | Actualizar enlaces internos y sitemap | Descubrimiento de nuevas URLs |
| Después | Monitorizar Search Console y Analytics | Detección temprana de caídas |
| Después | Rastrear errores y redirecciones | URLs olvidadas, cadenas y 404 |
| Después | Comparar landing pages prioritarias | Tráfico, posiciones y negocio |
Esta secuencia es mucho más fiable que intentar solucionar problemas una vez que las posiciones ya han caído. En una migración SEO, prevenir suele ser mucho más barato que recuperar.
La migración debe empezar antes que el desarrollo de la nueva web
Cuando SEO entra en el proyecto unos días antes de publicar, su margen de actuación es limitado. Arquitectura, navegación, plantillas y URLs posiblemente ya están cerradas. La forma más segura de migrar consiste en integrar SEO desde la definición de la nueva web, no utilizarlo como revisión final.
En nuestro servicio de diseño y desarrollo web abordamos precisamente este punto: cuando una web existente ya acumula autoridad, el nuevo desarrollo debe mejorarla sin destruir lo que ha tardado años en conseguir.
Una migración tampoco debería evaluarse únicamente por si el tráfico se mantiene la semana siguiente. Si el proyecto permite construir una arquitectura más clara, mejorar rendimiento, corregir problemas históricos y facilitar el crecimiento futuro, el objetivo final debería ser salir de la migración con una web SEO más sólida que la anterior.
Antes de mover un dominio, cambiar de CMS o publicar un rediseño, la pregunta importante no es solamente si la nueva web está terminada. Es si sabemos exactamente qué URLs generan valor hoy, dónde estará cada una mañana y cómo le explicaremos ese cambio a Google sin romper el camino. Cuando esas respuestas están documentadas antes del lanzamiento, migrar deja de ser un salto al vacío y se convierte en un proceso controlado.
Marta Solano
Experta en estrategia de contenidos y en convertir keywords en artículos que posicionan y enganchan. También es una de nuestras "pichichis" en la liga de futbolín. Pilota la estrategia de contenidos igual que mete goles: con precisión.
