De Magento a Shopware 6: lo que el Migration Assistant hace y lo que no
Shopware publica un Migration Assistant oficial, y hay un plugin de perfil de Magento que le añade soporte para Magento 1.x y 2.x. Esa herramienta es realmente buena, y también es el origen del malentendido más habitual sobre este proyecto.
El Migration Assistant mueve sus datos. No mueve su tienda. Su tema, sus extensiones, sus módulos a medida, sus integraciones y cada regla de negocio codificada en ellos quedan fuera del alcance, y son la mayor parte de lo que su tienda es en realidad.
Planifique un cambio de plataforma y la herramienta es un acelerador agradable. Planifique una migración de datos y llevará seis semanas cuando se dé cuenta.
Qué cubre la herramienta en realidad
El Migration Assistant más el perfil de Magento se ocupan de las entidades estructuradas: productos, categorías, clientes, pedidos, archivos multimedia y los datos de atributos básicos que hay detrás. Es una cantidad seria de trabajo que no tiene que escribir, y es el punto de partida correcto.
Lo que no cubre, y lo que debería definir aparte:
| Área | Realidad |
|---|---|
| Tema | Los temas de Magento no son compatibles con Shopware. La tienda se reconstruye. |
| Extensiones | No hay camino. Busque un equivalente en Shopware, o reconstruya el comportamiento. |
| Módulos a medida | Se reescriben contra el sistema de plugins de Shopware. |
| Integraciones (ERP, PIM, WMS) | Se reconectan y se vuelven a probar. Los supuestos de su middleware cambian. |
| Variantes de producto | Las estructuras de datos difieren de raíz: este es el mapeo que consume el tiempo. |
| Contenido CMS | El contenido de Page Builder no se traslada limpiamente a Shopping Experiences. |
| Contraseñas de clientes | El hashing difiere; planifique un flujo de restablecimiento o una estrategia de rehash transparente. |
La propia documentación de Shopware es refrescantemente directa en que hacen falta pasos manuales y desarrollo a medida adicionales para una migración completa. Créaselo.
El modelo de variantes es donde se va el tiempo
Si se lleva un solo punto técnico de este artículo, que sea este.
Magento modela los productos configurables como un producto padre más productos simples hijos, cada uno un registro de producto completo con su propio SKU, inventario y precio. Shopware modela las variantes como un padre con combinaciones de variantes generadas a partir de grupos de propiedades.
No tienen la misma forma, y la conversión tiene pérdidas en ambas direcciones salvo que tome decisiones explícitas:
- Un producto simple de Magento que pertenece a un configurable y se vende suelto no tiene un equivalente limpio en Shopware. Elija un comportamiento.
- Los precios por hijo que no siguen una regla tienen que convertirse en precios de variante explícitos.
- Los hijos desactivados o agotados afectan a lo que Shopware genera como combinaciones válidas.
- Las opciones personalizadas, los bundles y los productos agrupados necesitan cada uno su propia decisión de mapeo.
En un catálogo de unos cientos de productos simples esto es una tarde. En 40.000 SKU con configurables profundos, es la ruta crítica del proyecto, y necesita una persona de datos y no un desarrollador general.
Presupueste con honestidad
Las guías publicadas sitúan una migración de Magento a Shopware 6 entre tres y seis meses según la complejidad, y eso coincide con lo que vemos. La distribución es amplia porque depende casi por completo de dos cosas: cuánto código a medida tiene, y lo limpios que están los datos de su catálogo.
Una forma aproximada:
| Fase | Qué ocurre |
|---|---|
| Descubrimiento y auditoría de datos | Estructura del catálogo, mapeo de atributos, inventario de integraciones, sustitución de extensiones |
| Construcción de la tienda | Diseño y construcción en Shopware; corre en paralelo con el trabajo de datos |
| Ejecuciones de migración de datos | Pruebas repetidas hacia staging, cada una medida, no mirada por encima |
| Rehacer las integraciones | ERP, PIM, pagos, envíos, impuestos, marketing |
| SEO y redirecciones | Ver abajo: empiece pronto, no al final |
| Cambio y estabilización | Congelación, ejecución delta final, DNS, y después dos semanas vigilando |
El mayor riesgo de calendario es tratar la migración de datos como un único evento cerca del final. Ejecútela repetidamente desde la segunda semana. Cada ejecución saca a la luz problemas de mapeo mientras todavía tiene tiempo de decidir, y la ejecución final se convierte en rutina en lugar de en drama.
El trabajo de SEO decide si tuvo éxito
Aquí es donde los cambios de plataforma fracasan de forma visible, y no es sutil: el tráfico cae, y todo el mundo se acuerda.
Mapee cada URL antes del cambio. Magento y Shopware generan estructuras de URL distintas. Exporte sus URLs en vivo —de su sitemap, de Search Console, de los logs del servidor— y produzca un mapa explícito de antigua a nueva. Cualquier cosa sin destino es una decisión que todavía no ha tomado, no un error de redondeo.
301, no 302, y sin cadenas. Redirija una vez, a la URL final. Las redirecciones encadenadas pierden señal y ralentizan las cosas.
Priorice por tráfico e ingresos, no por número de páginas. Sus cientos de URLs principales concentran la mayor parte del valor. Consiga que esas queden exactamente bien; gestione la larga cola con patrones.
Conserve los datos estructurados y los metadatos. El schema de producto, las canonical, el hreflang si es multirregión, los patrones de título y descripción. Reconstrúyalos de forma deliberada en las plantillas nuevas en lugar de aceptar los valores por defecto.
Línea base antes, medida después. Registre posiciones, tráfico y conversión por plantilla un mes antes del cambio. Sin línea base no puede distinguir un problema de migración de la estacionalidad, y discutirá sobre ello durante un trimestre.
Cuándo Shopware es la respuesta correcta
Para ser justos con las dos plataformas:
Shopware encaja si está en Europa y valora su ecosistema y su red de partners; si quiere un núcleo moderno y API-first con una buena historia de contenido y merchandising de forma nativa; si Shopping Experiences encaja con cómo trabaja de verdad su equipo de marketing; o si su instalación de Magento se ha convertido en una montaña de extensiones imposible de mantener y va a reconstruir de todos modos.
Magento sigue encajando si tiene catálogos muy grandes con estructuras de atributos complejas, precios y presupuestos B2B sofisticados, una integración pesada con el ERP construida durante años, o un equipo y una relación con una agencia muy metidos en el ecosistema PHP. Si el problema honesto es que su tienda está sin parchear y es lenta, cambiar de plataforma es una forma cara de evitar arreglar eso directamente.
La peor versión de este proyecto es cambiar de plataforma para escapar de una deuda técnica que simplemente recreará. La mejor es cambiar de plataforma porque la nueva encaja de verdad con cómo funciona su negocio ahora; y si es ahí donde aterriza, la construcción en sí es trabajo de desarrollo en Shopware 6: tienda, plugins y las integraciones que el Migration Assistant dejó atrás.
Si va en la otra dirección, también lo hemos escrito: de Shopware a Magento.
Emyrix trabaja en las dos plataformas y le dirá cuándo un cambio de plataforma no es la respuesta. Si quiere una evaluación con alcance —complejidad del catálogo, inventario de integraciones y un calendario realista—, escríbanos.
Las capacidades del Migration Assistant cambian entre versiones. Verifique la cobertura actual contra la documentación de Shopware antes de definir el alcance a partir de esta lista.
Preguntas frecuentes
¿Qué migra en realidad el Migration Assistant de Shopware?
El Migration Assistant más el plugin del perfil de Magento se ocupan de las entidades estructuradas —productos, categorías, clientes, pedidos, archivos multimedia y los datos de atributos básicos que hay detrás—. No mueve su tema, extensiones, módulos a medida ni integraciones.
¿Cuánto tarda una migración de Magento a Shopware 6?
Las guías publicadas la sitúan entre tres y seis meses según la complejidad, y ese rango tan amplio depende casi por completo de cuánto código a medida tiene y de lo limpios que están los datos de su catálogo.
¿Por qué el mapeo de variantes de producto es la parte más difícil?
Magento modela los productos configurables como un padre más productos simples hijos, cada uno con su propio SKU, inventario y precio, mientras que Shopware genera combinaciones de variantes a partir de grupos de propiedades. Las formas difieren y la conversión tiene pérdidas salvo que tome decisiones explícitas, y en un catálogo grande se convierte en la ruta crítica del proyecto.
¿Qué trabajo de SEO hace falta para no perder tráfico en un cambio a Shopware?
Mapee cada URL en vivo a un destino nuevo antes del cambio, use redirecciones 301 sin cadenas, priorice sus cientos de URLs principales por tráfico e ingresos, conserve los datos estructurados y los metadatos, y tome la línea base de posiciones y tráfico un mes antes para poder distinguir un problema de migración de la estacionalidad.
