Recuperar el tráfico orgánico después de una migración
Una migración de plataforma se llevó por delante casi la mitad del tráfico orgánico. Esto es lo que se diagnosticó, en qué orden se atacó y qué se movió después.
De dónde venía el proyecto
Un ecommerce de catálogo grande migró de plataforma y perdió tráfico orgánico de forma sostenida. La contracción llegó a −47 %, y no se estabilizó sola: cada mes que pasaba sin diagnóstico consolidaba el nuevo nivel como si fuera el normal.
El punto de partida no era «falta contenido». Era que el buscador había dejado de entender el sitio. La búsqueda ocurre en tres etapas —rastreo, indexación y publicación de resultados—, y una migración mal ejecutada rompe las dos primeras a la vez: URLs que ya no responden, redirecciones encadenadas y marcado que se quedó apuntando a la estructura vieja.
Con un catálogo grande el problema se multiplica, porque los filtros generan combinaciones que nadie decidió crear y que se comen el presupuesto de rastreo: Google avisa de que rastrearlas «significa un mayor uso de recursos en tu servidor y, potencialmente, un descubrimiento más lento de las URLs nuevas».
Cómo se diagnosticó, y en qué orden se atacó
Primero, lo que impedía existir. Los requisitos técnicos mínimos que el buscador exige para considerar una página se comprobaron URL a URL: qué devolvía cada una, a dónde redirigía y si la canónica apuntaba donde debía. Mientras hubiera algo aquí, el resto era teoría.
Después, el reparto del rastreo. Se decidió qué combinaciones de facetas debían ser rastreables y cuáles no, que en un catálogo es la decisión que condiciona todo lo demás.
Al final, lo que compite. Categorías reconstruidas por demanda, marcado de producto rehecho —el formato estandarizado con el que se describe una página al buscador— y un rediseño CRO de home, PDP, PLP y checkout. El orden completo está en la metodología SEO.
Qué capacidades quedaron construidas
Una arquitectura de catálogo que ya no depende del árbol interno, un criterio de facetas escrito y aplicable a cada categoría nueva, y plantillas de categoría y ficha: lo que se arregla una vez y aplica a miles de URLs.
Y una línea base de medición que antes no existía, que es lo que permite afirmar cualquiera de las cifras de abajo en lugar de estimarlas. Cómo se registra cada indicador está en cómo medimos.
Para quién aplica este caso, y para quién no
Aplica a un ecommerce con catálogo activo que perdió tráfico tras una migración o un rediseño, con alguien capaz de implementar. Ahí el orden de arriba es reutilizable casi tal cual, y lo que trabaja el día a día está en el servicio de SEO para ecommerce.
No aplica a un sitio que nunca tuvo tráfico: eso no es una recuperación, es una construcción, y el punto de partida es otro. Tampoco a una caída por un cambio de algoritmo, donde el diagnóstico empieza por el contenido y no por la infraestructura.
Si tu caso es una migración que todavía no ha ocurrido, la página que corresponde es migraciones SEO: sale mucho más barato prevenirlo.
Cómo entró la búsqueda con IA
No como una línea de trabajo aparte. Google mantiene que «las buenas prácticas de SEO siguen siendo relevantes» para sus funciones generativas, y en este proyecto se cumplió de la forma más literal posible: al recuperar indexación y marcado, la presencia en AI Overviews creció con todo lo demás.
Conviene leer esa cifra con cuidado. Un +6,267 % parte de una base cercana a cero —el sitio prácticamente no aparecía—, así que mide una recuperación de elegibilidad, no una estrategia de IA. Lo que no cambia es que nadie controla qué responde ese sistema, y por eso no se promete aparecer en él.
Resultados y medición
Las cifras están como se registraron, sin redondear. Lo que no se midió no aparece.
| Indicador | Resultado |
|---|---|
| Ingresos orgánicos YoY tras la contracción | +16 % |
| Caída post-migración recuperada | −47 % |
| Keywords posicionadas | de 47K a +103K |
| Keywords en Top 3 | +222 % |
| Keywords en Top 10 | +107 % |
| Presencia en AI Overviews | +6,267 % |
| SERP features | +350 % |
| Rediseño CRO | home, PDP, PLP y checkout |
Evidencia: Anonimizado. Detalle en cómo medimos.
Preguntas frecuentes
¿Qué es exactamente un caso anonimizado?
Un caso donde las cifras son las registradas en el proyecto pero la empresa no se nombra, porque el contrato lo impide. Se puede verificar el trabajo, no el cliente; por eso el nivel de evidencia se declara en la página en lugar de dejarlo implícito.
¿Por qué una migración tira el tráfico?
Porque cambia lo que el buscador ya tenía mapeado: las URLs, el marcado, a veces la estructura entera. Si las redirecciones no cubren cada URL con tráfico, el buscador tiene que volver a rastrear y volver a indexar desde cero.
¿Cuánto tarda una recuperación así?
Lo que tarda el canal. Google sitúa el retorno de los cambios «normalmente de cuatro meses a un año», y una recuperación no va más rápido que eso por mucho que el diagnóstico sea correcto el primer día.
¿Se garantiza recuperar el nivel anterior?
No, y quien lo garantice está vendiendo algo que no controla: el buscador no garantiza rastrear, indexar ni servir una página. Lo que se compromete es el diagnóstico, el orden de las intervenciones y la medición.
¿Sirve este caso si mi catálogo es más pequeño?
El orden sí; la escala no. En un catálogo pequeño el trabajo de facetas casi no existe y la recuperación se juega en redirecciones y contenido de categoría.
¿Qué pasó con la visibilidad en respuestas con IA?
Creció con el resto, no como una línea de trabajo aparte. Es lo esperable: una página que vuelve a indexarse vuelve a ser elegible para todo, incluidas las funciones generativas.
Seguir por los casos: caso de éxito de SEO para ecommerce · caso de éxito de SEO B2B · caso de proceso: evidencia y medición · todos los casos de éxito
¿Tu punto de partida se parece a este?
El mapa de oportunidad revisa tu sitio, lo compara con tres competidores y dice qué construiríamos primero y en qué orden. Gratis, en 48–72 horas hábiles.