Por qué la migración de una tienda online puede «funcionar» técnicamente y aun así perder todo el tráfico orgánico
Trabajamos hace poco en el replatforming de una tienda con más de 8.000 productos propios, activa desde hace más de diez años, que vendía a la vez a través de su propia web y en siete canales de marketplace. Técnicamente, el proyecto de migración de una tienda online sin pérdida de SEO salió exactamente como debía: el catálogo se trasladó limpio, el checkout funcionaba, el diseño se veía mucho mejor que la versión anterior. Si nos hubiéramos quedado ahí, el riesgo era que el sitio nuevo perdiera, en el primer mes, buena parte del tráfico orgánico acumulado en diez años.
El motivo es simple y, muchas veces, se ignora: Google no reconoce automáticamente que la página nueva es la «continuación» de la antigua. Cada dirección indexada durante diez años representa una confianza acumulada —enlaces, clics, señales de calidad— ligada estrictamente a esa dirección. Si la dirección desaparece sin un puente explícito hacia su nueva ubicación, la confianza no se traslada automáticamente, sino que simplemente se pierde, y la posición en el buscador arranca casi desde cero para esa página.
Etapa cero: el inventario completo, antes de cambiar nada en el sitio
Antes de escribir una sola línea de código, necesitas una lista completa de todo lo que está indexado hoy: exportación de URLs desde Google Search Console, un rastreo propio del sitio antiguo y, si existe, el sitemap XML actual. No solo importan las páginas de producto: las categorías, los archivos de filtrado por atributos y las páginas informativas suelen acumular tantos enlaces y clics orgánicos como las fichas de producto, pero son justo el tipo de páginas que se olvidan cuando el equipo se centra solo en las fichas individuales de producto.
En nuestro caso, el sistema antiguo ya tenía una convención de nombres útil: los nombres contenían, de forma estructurada, categoría, atributo y variante. Usamos exactamente ese patrón como base para la nueva estructura de atributos, en lugar de inventar una taxonomía nueva desde cero. Cualquier patrón existente en los datos antiguos, por muy «desordenado» que parezca a primera vista, es información real sobre cómo se pensó el catálogo —y, muchas veces, sobre cómo busca realmente la gente esos productos.
El plan de redirecciones 301 — tres tipos de mapeo, no uno solo
El primer tipo, el más visible, es el mapeo producto a producto: cada dirección antigua de una ficha de producto recibe una redirección permanente hacia su equivalente exacto en el sitio nuevo. Parece simple, pero en un catálogo de miles de productos, «exacto» importa: un mapeo aproximado, hacia una categoría en lugar del producto preciso, transmite una señal mucho más débil al buscador que una redirección puntual, bien dirigida.
El segundo tipo, a menudo ignorado, es el mapeo de categoría y de filtrado: las páginas que listan productos por marca, atributo o serie. Estas páginas suelen acumular tanto tráfico orgánico como las fichas individuales de producto, porque la gente busca a menudo con términos genéricos de categoría, no solo con nombres exactos de producto. Dejarlas fuera del plan de redirecciones supone perder una parte importante del tráfico recurrente del sitio.
El tercer tipo es la regla de reserva, para contenido que realmente desaparece: productos retirados definitivamente de la venta, categorías fusionadas o eliminadas. Aquí la tentación es redirigir todo a la página principal, pero una redirección genérica a la home es casi tan perjudicial como no tener ninguna redirección: le indica al buscador que la página antigua ya no tiene ningún equivalente relevante. Es mejor apuntar a la categoría padre más cercana que sea realmente relevante para el contenido desaparecido.
| Tipo de mapeo | Se aplica a | El error típico |
|---|---|---|
| Producto → producto | fichas individuales de producto | redirección aproximada, hacia la categoría en lugar del producto |
| Categoría → categoría | archivos, filtros por atributo o marca | omitida por completo del plan de migración |
| Regla de reserva | contenido retirado definitivamente | redirección genérica a la home |
Construyes en staging y pruebas por fases, no de una sola vez
El sitio nuevo se construye por completo en un subdominio de staging, totalmente separado del sitio en vivo, sin importar lo pequeño que parezca el catálogo o lo urgente que sea el plazo. El sitio en vivo sigue vendiendo con normalidad mientras el nuevo sistema se prepara en paralelo, y cualquier error de configuración durante la construcción permanece completamente invisible para los clientes y para Google, porque la página de staging nunca debe indexarse.
La migración del catálogo merece validarse con una muestra pequeña antes de todo el volumen —en nuestro proyecto, los primeros 150 productos importados sacaron a la luz, de inmediato, un error de mapeo de campos que habría afectado a todo el catálogo si hubiéramos ejecutado directamente sobre miles de productos. Un lote pequeño, verificado manualmente producto por producto, cuesta unas horas; el mismo error descubierto solo después de la importación completa cuesta días enteros de corrección y, a veces, redirecciones erróneas ya publicadas.
Que una importación automática «se haya ejecutado sin errores» no significa que «se haya ejecutado correctamente» — comprueba siempre manualmente una muestra, aunque el script informe de éxito.
Las trampas técnicas que no aparecen en ninguna oferta escrita de antemano
Las descripciones de producto traídas de sistemas antiguos a veces llegan doblemente codificadas —el texto HTML aparece como símbolos en bruto en la página, en lugar de párrafos normales, porque se «decodificó» solo parcialmente en el proceso de exportación-importación. Se ve de inmediato en una revisión visual, pero permanece completamente invisible en un informe automático que solo dice que la importación tuvo éxito. La regla simple: revisas a simple vista una muestra de páginas reales, no solo el código de retorno del script de importación.
La segunda trampa, más sutil: un plugin de SEO puede calcular perfectamente el título y la meta descripción en el panel de administración, pero no enviarlos en absoluto a la página pública, si no se configuró por completo en la instalación. Desde fuera, el sitio parece optimizado —el editor muestra buenas puntuaciones— pero el código fuente entregado a Google no contiene esos metadatos. La única comprobación fiable es abrir el código fuente de la página publicada, no la puntuación del panel interno del plugin.
El cutover — cómo pasas al nuevo sistema sin que caigan las ventas
El cambio efectivo se hace en una ventana de tráfico bajo, manteniendo el sitio antiguo accesible durante un tiempo, al menos a nivel de dominio, precisamente para que las redirecciones 301 tengan desde dónde partir. Detener bruscamente el servidor antiguo, justo después del lanzamiento, convierte cada dirección antigua en un error directo, en lugar de una redirección funcional —exactamente el escenario que todo el plan de migración intenta evitar.
Cuando la tienda también vende en marketplaces mediante sincronización automática de stock, la conexión de esa sincronización al nuevo sistema se hace solo en la última etapa del cutover, no durante la construcción en staging. De lo contrario, te arriesgas a que un sistema todavía en pruebas empuje stocks o precios erróneos a canales en vivo, con pedidos reales detrás —un error mucho más costoso que cualquier problema estrictamente relacionado con el SEO.
Qué revisas a diario en las primeras semanas tras el lanzamiento
El informe de cobertura de Search Console se convierte, durante varias semanas, en la herramienta de trabajo más importante: cualquier aumento brusco de errores 404 o de páginas «indexadas, pero con problemas» muestra exactamente dónde tiene huecos el plan de redirecciones. Reaccionar rápido importa muchísimo: un error detectado y corregido en dos días es un incidente menor; el mismo error dejado tres semanas se convierte en tráfico perdido de forma irreversible durante ese periodo.
Las posiciones en el motor de búsqueda fluctúan normalmente durante varias semanas después de cualquier migración importante, incluso cuando todo se hace bien — es un período de recalibración, no necesariamente una señal de error. La diferencia entre «normal» y «problema real» se ve comparando el tráfico por categorías grandes, no por términos individuales: una caída generalizada y sostenida en todas las categorías importantes sí merece investigarse de inmediato, no solo monitorizarse pasivamente. Sobre el crecimiento orgánico después de una migración, hemos descrito aparte cómo trabajamos el SEO para tiendas online.
- 01Revisa a diario el informe de cobertura de Search Console, las dos primeras semanas.
- 02Compara el tráfico orgánico por categorías grandes, no solo por páginas individuales.
- 03Confirma manualmente, con una muestra, que las redirecciones 301 realmente funcionan, no solo que existen en la configuración.
- 04Mantén el sitio antiguo accesible a nivel de dominio mientras las redirecciones estén activas.
- 05Reevalúa el plan de redirecciones después del primer mes, según los errores reales señalados por Google.
Fuentes y lecturas.
Preguntas frecuentes
¿Cuánto se tarda en recuperarse por completo tras una migración de plataforma?
Normalmente, varias semanas para que se estabilicen las posiciones, si el plan de redirecciones se hizo bien desde el principio. Una migración sin plan de redirecciones puede significar meses de recuperación parcial, no solo una pausa temporal.
¿Necesito una redirección 301 también para las páginas de categoría o filtrado?
Sí — las categorías y los archivos de filtrado suelen acumular un tráfico orgánico comparable al de las fichas de producto individuales, y son justo el tipo de páginas que más a menudo se omiten en un plan de migración hecho con prisas.
¿Qué cambia si la migración implica también un cambio de dominio, no solo de plataforma?
Se añade un paso adicional obligatorio: la herramienta de cambio de dirección de Search Console, además del plan de redirecciones 301. Sin ella, la señal de «traslado» hacia Google queda incompleta, aunque las redirecciones funcionen técnicamente.
¿Cómo sé si he perdido tráfico por la migración y no por otro motivo?
Comparas el periodo anterior y posterior a la migración, en las mismas categorías de productos, cruzándolo con el informe de cobertura de Search Console. Una caída generalizada, justo el día del cutover, apunta casi siempre a la migración, no a un cambio de algoritmo.
¿Merece la pena mantener el sitio antiguo activo un tiempo después de lanzar el nuevo?
Sí, al menos a nivel de dominio y servidor de redirección: las redirecciones 301 necesitan una fuente activa desde la que partir. Detener bruscamente el sistema antiguo convierte cada dirección indexada en un error directo.
¿Qué hago con los productos que ya no existen en absoluto en el nuevo catálogo?
Las rediriges a la categoría padre relevante más cercana, no a la página principal. Si el producto de verdad ya no tiene ningún equivalente, una página de error correcta a veces es más honesta que una redirección forzada e irrelevante.
Veamos qué se puede automatizar en tu empresa.
Una sesión gratuita de 30 minutos: te decimos qué se puede automatizar, cuánto se tarda y cuánto cuesta, con precio fijo tras el discovery.