Una migración SEO mal planteada puede hacer que una web que llevaba años posicionando pierda tráfico en cuestión de días. No porque Google castigue los cambios, sino porque después del lanzamiento puede encontrarse con URLs que ya no existen, contenidos que han cambiado de sitio, enlaces internos diferentes o páginas nuevas que no consigue relacionar con las antiguas. La web puede verse mejor, cargar más rápido y funcionar perfectamente para el usuario mientras, desde el punto de vista del buscador, buena parte de lo que conocía acaba de desaparecer.
Esto ocurre al cambiar de dominio, modificar la estructura de URLs, pasar de un CMS a otro, rehacer una tienda online o abordar un rediseño que altera profundamente la arquitectura del sitio. En todos esos casos, el trabajo no consiste únicamente en trasladar contenido. Hay que conservar las señales que permitían a Google entender qué páginas existían, qué importancia tenía cada una y para qué búsquedas eran relevantes.
Por eso, hacer una migración SEO sin perder tráfico empieza bastante antes del lanzamiento de la nueva web. Hay que conocer lo que tenemos, decidir qué vamos a conservar, preparar correctamente el traslado y comprobar después que Google está interpretando la nueva situación como esperábamos.
Antes de migrar: haz una auditoría SEO de la web antigua
El primer error de una migración suele producirse antes de tocar una sola línea de código: empezar a construir la nueva web sin haber analizado qué estaba funcionando en la anterior. Si no sabemos qué páginas generan tráfico orgánico, cuáles están posicionadas o qué URLs reciben enlaces externos, resulta muy fácil eliminar precisamente aquello que tenía valor.
La auditoría SEO previa debería permitir crear un inventario de la situación actual. No se trata únicamente de descargar el sitemap XML. Conviene cruzar información de Google Search Console, Analytics, rastreadores SEO y la propia estructura del sitio para saber qué URLs existen realmente y cuál es su comportamiento.
Una página que apenas recibe visitas puede estar posicionada para palabras clave interesantes. Otra puede no atraer demasiado tráfico, pero concentrar enlaces externos que aportan autoridad al dominio. También puede ocurrir que determinadas categorías funcionen como nodos importantes de enlazado interno aunque aparentemente no generen demasiadas sesiones por sí solas. Mirar solamente una métrica puede llevar a decisiones equivocadas.
En una tienda online esta fase es todavía más importante. Un ecommerce puede acumular miles de URLs entre categorías, subcategorías, productos, filtros, paginaciones y páginas auxiliares. Migrar una tienda sin conocer previamente esa estructura es bastante parecido a hacer una mudanza metiendo todas las cosas en cajas sin etiquetar y confiando en recordar después dónde estaba cada cosa.
También es el momento de guardar una fotografía de referencia antes de la migración. Posiciones, tráfico orgánico, páginas indexadas, principales consultas, errores detectados y rendimiento de las URLs importantes. Esa información servirá posteriormente para saber si la migración mantiene el mismo nivel de visibilidad o si determinadas partes de la web han empezado a perder terreno.
Mapeo de URLs: cada página antigua necesita un destino
Una vez sabemos qué existe, toca decidir dónde va a vivir cada contenido en la nueva web. Para eso se utiliza el mapeo de URLs: una relación entre las URLs antiguas y sus correspondientes URLs nuevas.
El principio parece sencillo. Si antes teníamos una página concreta y esa página sigue existiendo en la nueva estructura, la URL antigua debe apuntar a la nueva. El problema aparece cuando se cambia por completo la arquitectura de categorías, se fusionan contenidos, desaparecen servicios o se modifica la forma en la que el CMS genera las direcciones.
El mapa de redirecciones no debería hacerse automáticamente basándose únicamente en palabras similares dentro de las URLs. Hay que comprobar qué contenido sustituye realmente a cada página antigua. Si una categoría denominada /zapatillas-running/ pasa a llamarse /calzado/running/, la correspondencia es evidente. Pero si una sección desaparece por completo, enviar todas sus URLs a la página de inicio no suele ser una solución adecuada.
Cuando no existe una equivalencia exacta, hay que estudiar si hay otra página que responda a la misma intención. Si la respuesta es no, quizá esa URL deba dejar de existir en lugar de forzar una redirección que no aporta valor. Una redirección no sirve simplemente para evitar un 404; sirve para indicar que un recurso se ha trasladado a otro lugar que realmente lo sustituye.
El mapeo también permite detectar decisiones extrañas antes del lanzamiento. Por ejemplo, descubrir que veinte categorías antiguas se han convertido en una única página genérica o que varias páginas de servicio que posicionaban individualmente van a desaparecer porque el nuevo diseño las ha agrupado dentro de una sola sección. Encontrar esos problemas antes de publicar es mucho más sencillo que hacerlo cuando la caída de tráfico ya aparece en Search Console.
Redirecciones 301: trasladar las señales de la web antigua a la nueva
El mapeo determina el destino. Las redirecciones 301 son las que ejecutan ese traslado cuando alguien —o Googlebot— solicita una URL antigua.
Si cambia la estructura de URLs y no existe una redirección correcta, Google encontrará una página que antes conocía y que ahora devuelve un error. La nueva página puede tener exactamente el mismo contenido, pero el buscador necesita descubrirla, rastrearla, interpretarla y entender que sustituye a la anterior. Una redirección bien planteada facilita enormemente ese proceso.
Lo importante es que la URL antigua apunte directamente a su URL nueva correspondiente. Conviene evitar cadenas innecesarias del tipo antigua → intermedia → nueva. Cuantos más saltos introducimos, más compleja hacemos la migración y más difícil resulta mantener el control cuando hay cientos o miles de direcciones implicadas.
Otro problema habitual consiste en redirigir prácticamente todo hacia la home. Desde el punto de vista técnico, el navegador llegará a una página válida. Desde el punto de vista SEO, sin embargo, estamos diciendo que productos, categorías, artículos y servicios diferentes han sido sustituidos por una única página que probablemente no tiene nada que ver con ellos.
Las redirecciones también deberían probarse antes de publicar. No basta con tener una hoja de cálculo impecable. Hay que comprobar que realmente están implementadas, que devuelven el código esperado y que no generan bucles, cadenas o destinos incorrectos. Una migración puede estar perfectamente diseñada sobre el papel y fallar simplemente porque parte de esas reglas nunca llegó correctamente al servidor.
Cambiar de plataforma o diseño también puede cambiar tu SEO
Migrar una web no siempre implica cambiar de dominio. A veces la dirección principal sigue siendo exactamente la misma, pero se sustituye el CMS, se rehace el diseño o se reorganiza por completo el catálogo.
Pasar, por ejemplo, de PrestaShop a Shopify, de una plataforma a otra o reconstruir un proyecto en un CMS diferente puede cambiar automáticamente la forma en la que se generan las URLs, las categorías, los canonicals, los datos estructurados o el sitemap XML. Incluso determinadas funcionalidades que parecían puramente visuales pueden modificar el enlazado interno.
El diseño también puede afectar más de lo que parece. Imaginemos que la web antigua tenía una categoría con un texto descriptivo, enlaces hacia varias subcategorías y acceso directo a productos importantes. En la nueva versión, por una decisión de diseño, ese contenido desaparece y solamente queda una parrilla de imágenes. La URL puede seguir siendo exactamente la misma, pero las señales que contiene ya no lo son.
Lo mismo ocurre con los menús, breadcrumbs, enlaces relacionados o bloques internos que ayudan a conectar páginas. Una nueva estructura más limpia visualmente puede acabar escondiendo URLs que antes estaban a uno o dos clics de la página de inicio. Desde el punto de vista del usuario quizá apenas exista diferencia, pero para Google cambia la forma en la que se distribuye la importancia dentro del sitio.
Esto no significa que durante una migración no podamos mejorar nada. Al contrario: suele ser una oportunidad excelente para solucionar problemas acumulados. Lo importante es considerar el impacto SEO de cada cambio. Si simultáneamente modificamos plataforma, URLs, contenido, arquitectura, enlazado interno y diseño, estaremos introduciendo tantas variables que después resultará mucho más complicado averiguar qué ha provocado una caída.
Antes de publicar la nueva web, comprueba que Google puede rastrearla
La fecha de lanzamiento no debería ser el momento de descubrir cómo se comporta la nueva web. Antes de publicar hay que rastrear la nueva versión y comprobar que aquello que queremos que Google encuentre puede encontrarse realmente.
Uno de los fallos más conocidos es también uno de los más absurdos: publicar una web manteniendo un noindex utilizado durante el entorno de desarrollo. El proyecto puede estar perfectamente terminado, pero estamos diciéndole al buscador que no queremos que sus páginas aparezcan en los resultados.
También hay que revisar el robots.txt, los canonicals, el sitemap XML, los códigos de respuesta y los enlaces internos. El nuevo sitemap debe contener las URLs que realmente queremos indexar y no una mezcla de páginas antiguas, entornos temporales o direcciones que redirigen.
Google Search Console debería estar preparada para la nueva situación y Analytics tiene que seguir recogiendo datos correctamente. Perder la medición durante varios días después de una migración puede generar una falsa alarma —parece que el tráfico ha desaparecido cuando en realidad simplemente hemos dejado de medirlo— o, todavía peor, impedirnos detectar una caída real.
En cambios de dominio hay que prestar especial atención a que las versiones correctas estén verificadas y a que las redirecciones funcionen de forma consistente. Si el cambio afecta únicamente a la estructura interna, igualmente conviene revisar que las nuevas URLs sean accesibles y que las antiguas respondan como estaba previsto en el mapa de redirecciones.
También es recomendable rastrear el sitio justo después del lanzamiento desde fuera del entorno de desarrollo. Eso permite comprobar qué encuentra realmente un bot cuando llega a producción: enlaces rotos, páginas bloqueadas, redirecciones inesperadas, errores 404 o elementos que funcionaban perfectamente en staging pero no en el sitio público.
Qué revisar después de publicar: el trabajo post migración
Publicar la nueva versión no termina el proceso de migración SEO. Empieza la fase en la que tenemos que comprobar que Google está realizando el mismo traslado que habíamos planificado.
Durante las primeras semanas conviene observar qué ocurre con las URLs antiguas y las nuevas. Las antiguas deberían ir desapareciendo progresivamente de los resultados mientras Google descubre e indexa sus sustitutas. Search Console permite detectar errores de rastreo, cambios en la indexación y variaciones en las consultas por las que aparece el sitio.
El tráfico orgánico también debe compararse con la referencia que guardamos antes de migrar. Aquí hay que evitar mirar únicamente el dato total. Imaginemos que una tienda mantiene prácticamente el mismo número de visitas porque varios artículos del blog están creciendo, mientras sus categorías comerciales principales han perdido posiciones. El tráfico global parecería estable, pero el impacto sobre las ventas podría ser importante.
Por eso interesa analizar grupos de URLs: categorías, productos, servicios, blog o landings principales. Si conocemos qué áreas generaban visibilidad antes de la migración podemos detectar mucho más rápido dónde está apareciendo el problema.
Tampoco todas las variaciones durante las semanas posteriores significan que la migración haya salido mal. Google necesita volver a rastrear parte del sitio y procesar los cambios. Lo importante es observar la tendencia y, sobre todo, comprobar que las señales básicas están funcionando: redirecciones correctas, páginas nuevas rastreables, indexación progresiva y ausencia de errores técnicos generalizados.
El seguimiento sirve precisamente para evitar que un pequeño fallo permanezca oculto durante meses. Una regla de redirección incorrecta que afecta a una categoría importante puede solucionarse relativamente rápido si se detecta después de publicar. Descubrirla seis meses después, cuando ya no recordamos exactamente qué se modificó durante la migración, es otra historia.
Si pierdes tráfico después de una migración, busca qué señal se ha roto
Cuando aparece una pérdida de tráfico después de una migración, empezar a cambiar cosas al azar suele empeorar el problema. Lo primero es localizar dónde se ha producido la caída.
Si determinadas páginas han perdido posiciones mientras otras se mantienen, hay que comparar su versión antigua con la nueva. ¿La redirección apunta al destino adecuado? ¿Se conserva el contenido importante? ¿La nueva página está enlazada internamente? ¿Google la está indexando? ¿Ha cambiado el canonical? ¿Existe algún bloqueo de rastreo?
Si la pérdida afecta a gran parte del sitio, la investigación debe comenzar por elementos comunes: robots.txt, noindex, configuración del dominio, funcionamiento general de las redirecciones, sitemap o problemas técnicos de la nueva plataforma.
También puede ocurrir que la migración haya cambiado la arquitectura de categorías hasta el punto de modificar la forma en la que Google entiende la web. Una página que antes recibía enlaces desde el menú principal, varias categorías y decenas de productos puede haber quedado mucho más aislada en la nueva estructura. La URL existe, pero ya no recibe las mismas señales internas.
Por eso una recuperación SEO no consiste en publicar más contenido para compensar la pérdida o modificar títulos esperando que algo reaccione. Consiste en identificar qué diferencia relevante existe entre la situación anterior y la nueva.
Una migración SEO sin perder tráfico no depende de conservar cada elemento exactamente igual. Depende de que, después de todos los cambios, Google pueda seguir entendiendo qué contenido existe, dónde se encuentra y cómo se relaciona con aquello que ya conocía. Cambiar de web no debería significar empezar de cero. El objetivo es construir algo mejor sin tirar por la borda todo lo que el proyecto ya había conseguido.
La entrada Cómo hacer una migración SEO sin perder tráfico se publicó primero en Atalantic.