Magento Open Source, Adobe Commerce y Magento 1 frente a 2
Magento Open Source es software de ecommerce gratuito, autoalojado y basado en PHP; Adobe Commerce (antes Magento Commerce) es el nivel de pago con funciones adicionales de B2B, staging de contenido y alojamiento en la nube gestionado por Adobe. Magento 1 llegó a su fin de soporte hace años, y las tiendas que aún lo usan suelen migrar solo por ese motivo, al margen de cualquier comparación entre plataformas.
Por ese abanico de posibilidades, un proyecto de "migración de Magento" puede significar trasladar una tienda pequeña en Magento 1 a una plataforma completamente distinta, pasar de Magento 1 a Magento 2 (sigue siendo Magento, pero una reconstrucción de versión mayor), o dejar Adobe Commerce Cloud por algo con una estructura de costes diferente. Definimos cuál de estos escenarios aplica antes de estimar nada.
El modelo de datos EAV y la configuración multitienda
Magento almacena los datos de producto con una estructura EAV (entidad-atributo-valor), muy potente para catálogos altamente configurables y ricos en atributos, pero estructuralmente distinta de las tablas de producto planas que usan la mayoría de otras plataformas. Los productos configurables (la versión de variantes de Magento), los conjuntos de atributos personalizados y la navegación por capas basada en atributos necesitan un mapeo explícito al migrar a una plataforma sin un equivalente EAV.
La arquitectura multitienda/multisitio de Magento, que permite gestionar varias tiendas, monedas o idiomas desde una sola instalación, es otro elemento que hay que mapear con cuidado, ya que la mayoría de plataformas gestionan el multitienda de forma distinta: tiendas separadas, una única tienda con ajustes por mercado, o directamente sin equivalente nativo.
Extensiones, módulos personalizados y desarrolladores de Magento
Las tiendas Magento suelen depender de extensiones del marketplace y módulos desarrollados a medida para todo lo que va más allá de la funcionalidad básica, como métodos de pago, reglas de precios B2B o lógica de catálogo específica del negocio. Como Magento es una plataforma con mucho peso de desarrollo, buena parte de lo que una tienda "hace" suele residir en código PHP personalizado y no en ajustes del panel, y esa lógica hay que identificarla y reconstruirla o sustituirla, no solo exportarla.
Con los temas ocurre algo similar: los temas de Magento se construyen sobre su propio sistema de layout XML/bloques, sin equivalente directo en otras plataformas, así que salir de Magento normalmente implica construir la tienda desde cero en la nueva plataforma.
SEO, URLs y cómo gestionamos una migración de Magento
Magento gestiona las reescrituras de URL internamente y admite estructuras de URL bastante flexibles, pero los detalles concretos (rutas de categoría, sufijos de URL de producto, URLs específicas por vista de tienda) varían mucho de una tienda a otra según la configuración. Por esa variabilidad empezamos siempre con una auditoría de los patrones de URL realmente activos en tu tienda, en lugar de asumir una configuración por defecto de Magento.
Para una migración de Magento, construimos el mapa de URLs y redirecciones a partir de lo que tu tienda hace realmente hoy, gestionamos las variantes de URL multitienda cuando corresponde, y validamos que los metadatos y las etiquetas canónicas se trasladen correctamente. Nuestro servicio de SEO y migración de redirecciones cubre esto con más detalle.
Preguntas frecuentes
Todavía tengo Magento 1. ¿Podéis migrarlo?
Sí, dejar Magento 1 es uno de los proyectos más habituales que vemos, normalmente motivado por su fin de soporte y no por una preferencia de plataforma. Lo tratamos como un cambio de plataforma completo, ya que Magento 1 y 2 tienen arquitecturas subyacentes distintas.
¿Qué pasa con mis módulos personalizados de Magento?
Identificamos qué hace realmente cada módulo personalizado, como una integración de pago, una regla de precios o una función de catálogo, y determinamos si la plataforma de destino tiene un equivalente nativo o de extensión, o si necesita desarrollo a medida.
¿Pueden migrar las funciones B2B de Adobe Commerce a una plataforma no enterprise?
Depende de qué funciones. Las cuentas de empresa, los flujos de presupuestos y los precios B2B por niveles no tienen un equivalente directo en todas las plataformas, así que lo evaluamos caso por caso durante la fase de alcance, sin dar por hecho una correspondencia uno a uno.
¿Cómo afecta la estructura de atributos EAV a los tiempos de migración?
Los catálogos con muchos atributos y conjuntos de atributos personalizados suelen necesitar más tiempo de mapeo que los catálogos planos y simples, ya que cada atributo requiere una decisión explícita sobre dónde se ubica en la plataforma de destino.