Cambio de plataforma el viernes. El lunes por la mañana revisas Search Console y tienes el corazón en la boca: el tráfico orgánico ha caído un 60%. Las keywords que llevabas años cuidando han desaparecido de la primera página. El tráfico que antes convertía, ahora no existe.
Este escenario no es ciencia ficción. Lo hemos visto cientos de veces en SEOCOM. Empresas que tras una migración bien intencionada han perdido meses o años de trabajo SEO en una sola noche. Y en la mayoría de los casos, el error era evitable.
Una migración SEO bien planificada no pierde tráfico. Ni un punto. Pero una migración mal hecha es uno de los eventos técnicos más destructivos que le pueden pasar a un proyecto digital. La diferencia entre ambos escenarios está en evitar estos 10 errores.
1. Lanzar sin mapa de redirects 301 completo
Es el error más caro y el más frecuente. La URL antigua deja de existir, el usuario llega a un 404, Google deja de encontrar el contenido. En 2-4 semanas, esas URLs desaparecen del índice y con ellas todo el tráfico orgánico que generaban.
El mapa de redirects debe ser exhaustivo: cada URL indexada de la web antigua necesita su equivalente en la web nueva. No solo las URLs “importantes”. Todas. Las fichas de producto antiguas, los artículos de blog de 2015, las páginas de categorías que pensabas eliminar, las URLs con parámetros que generan versiones canónicas.
El trabajo previo es identificar todas las URLs indexadas (crawleo completo con Screaming Frog + cruce con datos de Search Console de los últimos 12 meses) y decidir el destino de cada una: redirect 301 a equivalente nuevo, consolidación de varias URLs antiguas en una nueva, o baja definitiva con redirect a categoría superior o a home como último recurso.
2. Redirects en cadena o múltiples saltos
Si la URL antigua redirige a una intermedia, que a su vez redirige a la final, estás perdiendo autoridad en cada salto. Y Google puede dejar de seguir la cadena si detecta más de 3-4 saltos consecutivos.
Cada redirect debe ir directo de la URL antigua a la URL final. Sin intermediarios. Si tu historial acumula migraciones pasadas con redirects viejos, este es el momento de limpiar y redirigir todo directamente a la URL final nueva.
3. Olvidar redirigir parámetros y URLs con variaciones
Las URLs con parámetros (?utm_source, ?color=rojo, ?page=2) suelen olvidarse en los mapas de redirects. Si tu web tenía miles de URLs indexadas con parámetros (típico en ecommerce y marketplaces), perder todas esas señales de autoridad tiene impacto directo.
El truco es trabajar con los datos reales de Search Console, no con lo que “debería haber”. Las páginas indexadas que ves en Search Console son las URLs que hay que tener en cuenta, aunque técnicamente “no existieran” en el plan original.
4. No validar en staging antes del salto
Una migración debe validarse por completo en entorno de staging antes de salir a producción. Crawleo completo, validación de redirects uno por uno, revisión del schema, verificación de Core Web Vitals, comprobación de robots.txt y sitemap.
Si esto se hace en producción el día del go-live, cualquier error queda expuesto a Google inmediatamente. Una semana crawleando errores es suficiente para perder tráfico significativo que luego cuesta meses recuperar.
Nuestra regla interna en SEOCOM: mínimo 2 semanas de validación exhaustiva en staging antes del salto a producción. Si el cliente tiene prisa, la prisa es tuya, no nuestra.
5. Perder elementos SEO críticos en la migración de plataforma
Title tags, meta descriptions, H1, structured data, alt text de imágenes, internal linking, canonicals, hreflang. Todo esto existe en tu web actual y debe transferirse correctamente a la nueva.
En migraciones de plataforma (WordPress a Shopify, Magento a custom, etc.), estos elementos no se migran automáticamente. Hay que exportar los datos, adaptar los formatos y re-implementarlos en el nuevo sistema. Es trabajo manual o semi-automatizado que requiere atención.
El error típico: “ya lo reescribiremos después de la migración”. La realidad: se reescribe un porcentaje pequeño y el resto queda con títulos genéricos generados por el CMS nuevo. Meses de caída silenciosa.
6. Ignorar el schema markup
Structured data (Product, Article, Organization, BreadcrumbList, FAQ) es una de las señales más importantes para Google y especialmente para motores generativos. Si en tu web antigua tenías schema bien implementado y en la nueva no, pierdes rich snippets, pierdes categorización, pierdes señal.
El schema no se migra automáticamente entre plataformas. Cada CMS tiene su propia implementación. Si en la web antigua tenías schema manual o con plugins específicos, en la nueva habrá que reconstruirlo. Este trabajo queda frecuentemente olvidado hasta que alguien revisa Search Console y ve caídas en resultados enriquecidos.
7. Robots.txt y sitemap mal configurados en la web nueva
El primer día después del go-live, Google rastrea tu web nueva siguiendo las instrucciones de robots.txt. Si por error tienes “Disallow: /” (habitual por copiar del entorno de staging sin quitar el bloqueo), Google no indexa nada. Parece evidente, pero sucede.
El sitemap.xml debe estar actualizado con las nuevas URLs desde el primer día, enviarse a Search Console manualmente para acelerar el descubrimiento, y no incluir URLs antiguas que ya no existen.
La verificación post-migración del día 1: robots.txt permite rastreo, sitemap está subido y válido, URLs críticas son rastreables, no hay bloqueos por error.
8. No monitorizar los primeros 14 días intensivamente
La ventana crítica post-migración son las 2-4 semanas siguientes. Si hay un problema, se manifiesta en ese periodo. Si no lo detectas, el daño se consolida.
Monitorización diaria durante 2 semanas de:
- Errores 4xx/5xx en Search Console.
- Cambios bruscos de indexación.
- Caídas de tráfico por URL/categoría.
- Core Web Vitals comparado con pre-migración.
- Rankings de keywords principales.
Un error detectado en el día 3 puede corregirse con impacto mínimo. El mismo error detectado en el día 45 puede haber costado miles de euros en tráfico perdido.
9. No comunicar a Google el cambio
Cuando hay cambio de dominio, Google tiene herramientas específicas para acelerar la migración: el “Change of address tool” en Search Console. No usarlo cuando se podría es ralentizar el proceso innecesariamente.
También hay que re-verificar la propiedad en Search Console para el nuevo dominio, conectar el nuevo sitemap, y en los casos complejos, notificar a Google las URLs principales a través de la API de indexación.
Estos pasos no son obligatorios para que la migración funcione. Pero acortan el tiempo de recuperación de semanas a días en algunos casos.
10. Tratar la migración como proyecto cerrado el día del go-live
La migración no termina cuando la web nueva está online. Termina cuando pasan 4-8 semanas sin incidencias detectadas y Google ha estabilizado el índice con la nueva estructura.
Durante ese periodo post-go-live hay que seguir monitorizando, detectando problemas menores (redirects olvidados, páginas con caídas específicas, errores de schema) y corrigiéndolos. Sin esta fase de consolidación, quedan cabos sueltos que después son mucho más difíciles de localizar.
En SEOCOM la migración incluye siempre 4 semanas de monitorización post-go-live como parte del proyecto. No es una extra. Es parte del servicio.
Si ya estás en mitad de una migración problemática
Si estás leyendo esto porque la migración ya ha pasado y las cosas no van bien, no todo está perdido. La recuperación post-migración mal hecha es posible en la mayoría de los casos, pero cada semana que pasa hace el trabajo más largo y más caro.
Las acciones inmediatas:
- Crawlea la web actual con Screaming Frog y compara con el estado de la web antigua si tienes snapshot.
- Revisa Search Console por páginas con caídas de tráfico bruscas.
- Valida que todos los redirects están funcionando (prueba manualmente las 50 URLs más visitadas pre-migración).
- Comprueba que robots.txt, sitemap y schema están correctos.
- Prioriza las correcciones por impacto en tráfico.
La diferencia entre una migración segura y una catastrófica
Planificación exhaustiva, validación intensa en staging, coordinación con IT durante todo el proceso, monitorización diaria post-go-live. Parece obvio y en realidad lo es.
El problema no es técnico ni conceptual. Es de criterio y de tiempo. Las migraciones que fallan suelen ser migraciones con prisa, sin SEO senior involucrado desde el inicio, donde el equipo de desarrollo ejecuta sin visibilidad de las implicaciones de cada decisión en posicionamiento orgánico.
Si tienes una migración compleja en el horizonte y no tienes la certeza de que el plan está bien, hablemos antes del go-live. Solicita un diagnóstico de migración y entra SEOCOM a revisar el plan antes de que sea tarde.
