Saltar al contenido principal
Volver al blog
Gestión de catálogo

Migración de catálogo: mover 10k productos sin perder el SEO

50-70 % de las migraciones e-commerce mal preparadas pierden 30-80 % de su tráfico orgánico. Aquí la checklist completa de redirects.

#migración#seo#redirects#catálogo
Migración de catálogo: mover 10k productos sin perder el SEO

Migración de catálogo: mover 10k productos sin perder el SEO

Una migración e-commerce es la operación técnica que más falla en SEO. Estadística real: 50 a 70 % de las migraciones mal preparadas pierden 30 % a 80 % de su tráfico orgánico en el primer año. Los mejores equipos salen con tráfico estable o en ligero crecimiento.

La diferencia no es técnica ni suerte — es preparación. Aquí el método completo para migrar un catálogo de 10 000 productos sin romper su SEO.

Los 4 tipos de migración

Tipo 1 — Migración de plataforma: Shopify → WooCommerce. Las URLs cambian de estructura.

Tipo 2 — Cambio de dominio: marca-antigua.commarca-nueva.com. Todos los backlinks externos deben transferirse.

Tipo 3 — Reestructuración de URLs: mismo dominio, misma plataforma, cambio de estructura.

Tipo 4 — Reestructuración de categorías: mismas URLs de productos, reorganización de categorías.

Los tipos 1, 2, 3 son los más arriesgados. El 4 es más simple.

Fase 1 — Cartografiar las URLs legacy (2-3 días)

La primera regla: no puede migrar lo que no conoce. Antes de cualquier acción, exporte:

Export 1 — Lista de todas sus URLs

Fuentes combinadas: Google Search Console (Performance → URL, 16 meses), sitemap XML actual, crawl completo con Screaming Frog, backlinks entrantes vía Ahrefs/Semrush.

Agregación en una hoja Google Sheets. Típicamente para 10 000 productos: 30 000-50 000 URLs totales.

Export 2 — Performance por URL

Para cada URL, desde GSC en 12 meses: impresiones, clics, posición media, top 3 keywords. El top 20 % por tráfico porta el 80 % del SEO.

Export 3 — Reviews y UGC

Lista de productos con número de reviews, nota media, fecha de publicación. Los productos con muchas reviews nunca deben perder su historial.

Fase 2 — Generar el archivo de redirects (1 día)

El corazón del proyecto. Una tabla de 2 columnas:

URL antigua                         → URL nueva
https://old.com/products/derby      → https://new.com/shop/derby-cuero

Reglas

Regla 1 — Un redirect por URL, sin wildcards salvo excepción. Prefiera un mapping explícito. Un wildcard /products/* → /shop/* parece práctico pero crea problemas si los slugs cambian.

Regla 2 — Redirect 301 (permanente), no 302. 301 transfiere ~95 % del "link juice". 302 no transfiere nada.

Regla 3 — Sin cadena de redirects.A → B → C = pérdida de señal. ✅ A → C directamente.

Regla 4 — Redirect hacia contenido relevante. Si la URL antigua es un producto descontinuado sin reemplazo, redirija hacia producto muy similar (prioridad 1) o categoría madre (prioridad 2). Nunca 404 en URL que tenía tráfico.

Regla 5 — Slugs limpios en la nueva estructura. Aproveche para corregir slugs antiguos: eliminar números parásitos, uniformizar minúsculas, quitar stop-words.

Fase 3 — Preservar reviews y UGC (1-2 días)

En la nueva plataforma, antes del switch:

Import de reviews

Export desde la antigua plataforma (CSV con fecha, nota, comentario, autor), import con mapping por SKU, verificación de AggregateRating en el nuevo sitio.

UGC visible

Fotos clientes, Q&A, votos utilitarios: migrar si es posible. Prioridad a las reviews textuales (más peso SEO).

Preservación de fechas

Las fechas originales de reviews son importantes para el signal de frescura/antigüedad del producto. Verifique que el import preserva review_date, no la fecha de import.

Fase 4 — Gestionar imágenes en masa (1-2 días)

Procedimiento:

  1. Export de la antigua plataforma (scripts vía API Shopify + descarga desde CDN, o acceso directo a wp-content/uploads/ en WooCommerce)
  2. Hosting intermedio en CDN público (S3, Bunny CDN, Cloudflare Images)
  3. Import nueva plataforma vía CSV con URLs de imágenes
  4. Alt text a migrar — señal SEO importante, sobre todo en verticales visuales

Fase 5 — Testear en staging (1-2 días)

Nunca hacer el switch directamente en producción.

Tests a ejecutar: 20 top URLs redirigen correctamente (301 → 200), schema.org Product presente y válido, hreflang correctos, sitemap generado con solo las nuevas URLs, Core Web Vitals al menos iguales.

Fase 6 — Switch DNS + submission (día D)

D-24h: bajar TTL DNS a 300 segundos para acelerar propagación. D+0: cambiar DNS, activar redirects 301. D+1h: testear desde varias IPs que la nueva producción responde. D+24h: enviar nuevo sitemap a GSC, "Request indexing" sobre las 10 URLs top-tráfico, enviar a Bing WMT.

Fase 7 — Monitoring post-migración (4 semanas)

Semana 1: verificar logs servidor (errores 404), GSC Coverage (excluded/errors), tráfico orgánico vía GA4.

Semana 2-4: evolución de posiciones en top keywords, comparar tráfico orgánico con baseline pre-migración. Si -20 % a 3 semanas → auditoría profunda. Si -5 % a 4 semanas → normal.

Mes 2: tráfico orgánico debería estar a ≥95 % de la baseline.

FAQ

¿Cuánto tiempo para recuperar después de una migración?

4-12 semanas para la estabilidad. Cierta fluctuación durante 2-4 semanas es normal. Si a 3 meses post-migración su tráfico está <85 % de la baseline, hay un problema técnico (redirects, canonicals, contenido).

¿Debo mantener el sitio antiguo online?

En las 48h siguientes al switch DNS, idealmente sí — para permitir que la propagación DNS se extienda. Más allá, puede desconectarlo.

¿Puedo migrar por fases (algunos productos primero)?

Técnicamente sí, prácticamente complicado. Crea situaciones donde antigua y nueva plataforma coexisten con conflictos hreflang, canonicals cruzados. Recomendación: migración big-bang un fin de semana.

¿Cuál es el riesgo principal de una migración fallida?

La pérdida de tráfico orgánico que nunca regresa. Los redirects 301 transfieren ~95 % del link juice — el 5 % restante se pierde para siempre.

¿Puedo migrar y rehacer las descripciones de productos al mismo tiempo?

Evítelo. Demasiadas variables cambian, imposible diagnosticar en caso de caída. Migre primero (4-8 semanas), estabilice, luego ataque la refonte de descripciones.


Para pilotar una migración de catálogo con generación automática de redirects y auditoría SEO post-migración, vea Ecomptimize para Shopify o Ecomptimize para WooCommerce.

¿Te ha gustado este artículo?