Migrar de una plataforma de eCommerce a otra es uno de los proyectos que más miedo genera en un equipo de operaciones — y con razón: mal hecho, se pierden productos, se degradan fotos, y se tira a la basura posicionamiento SEO que costó meses o años construir. Bien hecho, es una tarde de trabajo bien planificada. La diferencia está en el proceso, no en la plataforma de destino.

Cuándo tiene sentido migrar

Los triggers más comunes que vemos:

  • Costo. VTEX Enterprise se vuelve caro para operaciones que no necesitan toda su profundidad; Tiendanube o Shopify resultan más eficientes en costo para catálogos medianos.
  • Escala. Lo inverso también pasa: una operación que creció necesita el modelo de datos y la infraestructura de VTEX, y migra desde Tiendanube o Shopify.
  • Consolidación. Dos tiendas (por ejemplo, un Shopify y un Tiendanube de marcas distintas del mismo grupo) se consolidan en una sola plataforma para simplificar operación.
  • Fin de vida de una integración custom. Un desarrollo a medida que ya no se mantiene fuerza a migrar a una plataforma con soporte activo.

Ninguno de estos motivos justifica una migración apurada. El riesgo (SEO, datos, fotos) es real y se mitiga con proceso, no con velocidad.

Los 3 riesgos reales de una migración mal hecha

1. Pérdida de posicionamiento SEO

Google indexa URLs, no plataformas. Si tu URL de producto cambia (algo casi inevitable al migrar) y no configurás un redirect 301 desde la URL vieja a la nueva, ese posicionamiento se pierde y arranca de cero. Con redirects bien hechos y sitemap actualizado, la mayoría del ranking se conserva — pero esperá una caída temporal de algunas semanas mientras Google vuelve a rastrear todo.

2. Degradación de fotos

Bajar la versión ya optimizada/comprimida que sirve la plataforma de origen (en vez del archivo original) y resubirla produce fotos visiblemente peores en el destino. Es un error silencioso: nadie lo nota hasta que compara la ficha vieja con la nueva lado a lado.

3. Pérdida de productos o de datos de ficha

Sin un conteo de control (cuántos productos había en origen vs cuántos llegaron al destino), es fácil que algunos SKUs se pierdan en el proceso, sobre todo productos con variantes complejas o categorías poco comunes.

El proceso: 5 fases

Fase 1: Auditoría de origen

Antes de tocar nada, un inventario completo: cuántos productos activos, cuántas categorías, qué campos usa cada uno (specs de VTEX, atributos personalizados de Tiendanube, meta fields de Shopify), qué productos tienen variantes complejas, y qué URLs están indexadas hoy en Google Search Console.

Fase 2: Mapeo de campos y categorías

Cada plataforma tiene su propio modelo de datos y no mapean 1:1. VTEX tiene “specs” por categoría, Tiendanube tiene “atributos personalizados”, Shopify tiene “meta fields”. El trabajo acá es decidir, campo por campo, a dónde va cada dato en destino — y qué campos, si no tienen equivalente, se descartan o se transforman.

Las categorías son el punto de mayor fricción: los árboles rara vez coinciden. La forma que escala es definir el mapeo una sola vez (cada categoría de origen a su categoría de destino) y aplicarlo automáticamente a todo el catálogo, no reasignar producto por producto.

Fase 3: Migración de prueba

Antes de mover el catálogo completo, migrar una muestra representativa (50-100 productos que cubran las distintas categorías y casos de variantes) y revisar el resultado a mano. Esto expone problemas de mapeo antes de que afecten a miles de productos.

Fase 4: Migración completa + redirects

Con la muestra validada, se corre la migración completa. En paralelo (no después) se configuran los redirects 301 de cada URL vieja a su nueva URL correspondiente, y se actualiza el sitemap para que Google encuentre las URLs nuevas rápido.

Fase 5: Validación post-migración

El checklist de cierre:

  • Cantidad de productos en destino coincide con origen (nada se perdió).
  • Fotos en alta resolución, sin degradación visible (comparar muestra lado a lado).
  • Atributos críticos presentes (marca, talle, color en categorías relevantes).
  • Categorías correctamente mapeadas (revisión por muestreo, no producto por producto).
  • Variantes intactas — no separadas en productos individuales.
  • Redirects 301 funcionando en una muestra de URLs viejas.
  • Sitemap actualizado y enviado a Google Search Console.
  • Search Console monitoreado las siguientes 2-6 semanas para detectar caídas de indexación.

Rutas de migración más comunes

VTEX ↔ Tiendanube

La dirección más común es VTEX → Tiendanube (operaciones que buscan reducir costo y complejidad) o al revés cuando una operación en Tiendanube escala y necesita el modelo enterprise de VTEX. El mapeo de specs de VTEX a atributos personalizados de Tiendanube es el punto que más tiempo lleva a mano.

Shopify → VTEX

Común cuando una marca que arrancó en Shopify necesita integración más profunda con ERP, logística propia y omnicanalidad (stock unificado entre tienda online y locales físicos), algo que el modelo de datos de VTEX resuelve mejor a escala.

MELI ↔ Tiendanube / VTEX

No es una migración de “tienda completa” sino de catálogo entre el canal marketplace y la tienda propia — habitualmente para tener una ficha maestra única de la que se derivan las publicaciones a cada canal, en vez de mantenerlas por separado.

Las herramientas con flujos de migración predefinidos para estas rutas resuelven automáticamente la mayor parte del mapeo de campos y categorías, y de paso permiten reprocesar el catálogo con IA durante la migración misma — una oportunidad de mejorar títulos y descripciones sin trabajo extra después.

Próximo paso

Si estás evaluando una migración de plataforma, el momento de planificar el proceso (mapeo, redirects, validación) es antes de empezar, no en el medio.

Conocé Catalogistan o agendá una demo gratuita para ver cómo se estructura una migración de catálogo para tu caso específico.

Para el resto del proceso de catalogación —carga masiva, atributos, copy con IA— mirá la guía completa de catalogación con IA.