Mapa de redirecciones de SKU en un cambio de plataforma

Las listas de comprobación de migraciones dan por hecho que puedes rastrear el sitio antiguo y mapear lo que encuentres, cosa que falla en un catálogo grande porque el rastreo se deja fuera los productos huérfanos y sin stock que todavía conservan enlaces y posiciones. El segundo fallo es suponer que los SKU se corresponden uno a uno: los cambios de plataforma cambian el tratamiento de las variantes, fusionan o dividen categorías y normalmente eliminan del todo las rutas de faceta, así que una parte de las URL antiguas se queda sin destino y acaba redirigida en bloque a la home. De ahí sale la pérdida de tráfico, y se puede resolver antes del lanzamiento si el mapa se construye desde la exportación del catálogo.

El archivo de la habilidad

---
name: replatform-sku-redirect-mapping
description: Úsalo cuando se traslada un catálogo a una plataforma nueva y los patrones de URL de productos, variantes, categorías y facetas cambian todos a la vez.
---

# Mapa de redirecciones de SKU en un cambio de plataforma

Las listas de comprobación de migraciones dan por hecho que puedes rastrear el sitio antiguo y mapear lo que encuentres, cosa que falla en un catálogo grande porque el rastreo se deja fuera los productos huérfanos y sin stock que todavía conservan enlaces y posiciones. El segundo fallo es suponer que los SKU se corresponden uno a uno: los cambios de plataforma cambian el tratamiento de las variantes, fusionan o dividen categorías y normalmente eliminan del todo las rutas de faceta, así que una parte de las URL antiguas se queda sin destino y acaba redirigida en bloque a la home. De ahí sale la pérdida de tráfico, y se puede resolver antes del lanzamiento si el mapa se construye desde la exportación del catálogo.

## Qué necesitas antes

- Un inventario de URL montado a partir de cuatro fuentes y deduplicado: la base de datos, los sitemaps antiguos, 12 meses de páginas de Search Console y 12 meses de páginas de destino de la analítica
- El recuento de dominios de referencia por URL antigua, para poder priorizar la cola enlazada
- Los patrones de URL de la plataforma nueva para productos, variantes, categorías y cualquier faceta indexable, confirmados en staging y no sacados de una especificación
- La correspondencia de identificadores de SKU y de categoría de antiguo a nuevo que tenga el equipo de migración

## Método

1. Monta el inventario con las cuatro fuentes, no con un rastreo. El histórico de Search Console y de analítica es lo que saca a la luz URL que siguen generando tráfico pero ya no están enlazadas desde ningún sitio.
2. Une el inventario a la correspondencia de identificadores y deja que unas reglas de patrón generen la mayor parte del mapa. Las reglas son más fiables y más revisables que una hoja de 40.000 filas hecha a mano.
3. Aísla las filas que las reglas no pudieron resolver y ordénalas por dominios de referencia y entradas orgánicas. Esta cola es pequeña en número y grande en valor, y es la única parte que necesita decisiones humanas.
4. Resuelve las URL sin coincidencia hacia el equivalente genuino más cercano y acepta un 410 para las que no tienen nada detrás. Mandarlas a la home se lee como un soft 404 y quema rastreo durante meses.
5. Decide explícitamente el tratamiento de las variantes antes de generar nada. Un sitio que tenía una URL por talla y pasa a una sola página de producto es una fusión de muchos a uno, y cada URL de variante antigua sigue necesitando su propia regla.
6. Prueba el conjunto de reglas contra el inventario completo en staging, comprobando código de estado, destino final y número de saltos. Las cadenas que pasan por una regla que quedó de una migración anterior son habituales y cada salto cuesta rastreo.
7. Mantén los sitemaps antiguos vivos y enviados unas semanas después del lanzamiento para que las redirecciones se descubran rápido, y sustitúyelos después por los nuevos.
8. Vuelve a pasar el inventario completo contra producción el día del lanzamiento y otra vez el día 7, siguiendo los recuentos de URL sin coincidencia y de errores en lugar de esperar a que los datos de tráfico revelen el agujero.

## Qué produce esto

Un mapa de redirecciones de antiguo a nuevo probado que cubre todo el inventario histórico de URL, con cada URL sin coincidencia resuelta individualmente o retirada a conciencia.

## Dónde falla esto

- Construir el mapa a partir de un rastreo del sitio en vivo, que se deja fuera los productos sin stock y huérfanos que todavía conservan enlaces y posiciones
- Redirigir en bloque a la home o a una categoría principal las URL sin coincidencia, cosa que se trata como un soft 404 y se descarta
- Lanzar con cadenas de una migración anterior todavía en la pila, de forma que cada URL heredada cuesta varias peticiones hasta resolverse
- Retirar los sitemaps antiguos en el lanzamiento, lo que ralentiza el descubrimiento de las redirecciones justo cuando más importa

---

De la biblioteca de habilidades de QuQi - https://www.quqi.io/es/skills/replatform-sku-redirect-mapping

Qué necesitas antes

• Un inventario de URL montado a partir de cuatro fuentes y deduplicado: la base de datos, los sitemaps antiguos, 12 meses de páginas de Search Console y 12 meses de páginas de destino de la analítica
• El recuento de dominios de referencia por URL antigua, para poder priorizar la cola enlazada
• Los patrones de URL de la plataforma nueva para productos, variantes, categorías y cualquier faceta indexable, confirmados en staging y no sacados de una especificación
• La correspondencia de identificadores de SKU y de categoría de antiguo a nuevo que tenga el equipo de migración

Método

1. 01 Monta el inventario con las cuatro fuentes, no con un rastreo. El histórico de Search Console y de analítica es lo que saca a la luz URL que siguen generando tráfico pero ya no están enlazadas desde ningún sitio.
2. 02 Une el inventario a la correspondencia de identificadores y deja que unas reglas de patrón generen la mayor parte del mapa. Las reglas son más fiables y más revisables que una hoja de 40.000 filas hecha a mano.
3. 03 Aísla las filas que las reglas no pudieron resolver y ordénalas por dominios de referencia y entradas orgánicas. Esta cola es pequeña en número y grande en valor, y es la única parte que necesita decisiones humanas.
4. 04 Resuelve las URL sin coincidencia hacia el equivalente genuino más cercano y acepta un 410 para las que no tienen nada detrás. Mandarlas a la home se lee como un soft 404 y quema rastreo durante meses.
5. 05 Decide explícitamente el tratamiento de las variantes antes de generar nada. Un sitio que tenía una URL por talla y pasa a una sola página de producto es una fusión de muchos a uno, y cada URL de variante antigua sigue necesitando su propia regla.
6. 06 Prueba el conjunto de reglas contra el inventario completo en staging, comprobando código de estado, destino final y número de saltos. Las cadenas que pasan por una regla que quedó de una migración anterior son habituales y cada salto cuesta rastreo.
7. 07 Mantén los sitemaps antiguos vivos y enviados unas semanas después del lanzamiento para que las redirecciones se descubran rápido, y sustitúyelos después por los nuevos.
8. 08 Vuelve a pasar el inventario completo contra producción el día del lanzamiento y otra vez el día 7, siguiendo los recuentos de URL sin coincidencia y de errores en lugar de esperar a que los datos de tráfico revelen el agujero.

Qué produce esto

Un mapa de redirecciones de antiguo a nuevo probado que cubre todo el inventario histórico de URL, con cada URL sin coincidencia resuelta individualmente o retirada a conciencia.

Dónde falla esto

• Construir el mapa a partir de un rastreo del sitio en vivo, que se deja fuera los productos sin stock y huérfanos que todavía conservan enlaces y posiciones
• Redirigir en bloque a la home o a una categoría principal las URL sin coincidencia, cosa que se trata como un soft 404 y se descarta
• Lanzar con cadenas de una migración anterior todavía en la pila, de forma que cada URL heredada cuesta varias peticiones hasta resolverse
• Retirar los sitemaps antiguos en el lanzamiento, lo que ralentiza el descubrimiento de las redirecciones justo cuando más importa

Usa esta skill en tu propia IA

El archivo es markdown simple, con el nombre y el disparador en su frontmatter. Cuando un asistente sabe cargar skills por su cuenta, es ese frontmatter lo que lee para decidir que esta le aplica.

Más en SEO para ecommerce