Adobe Commerce vs Magento: ¿son lo mismo?

B2B nativo. Es la diferencia que más veces define la decisión. Cuentas corporativas con varios compradores, listas de precios negociadas por cliente, catálogos restringidos, cotizaciones y flujos de aprobación. En Magento Open Source todo eso existe vía módulos de terceros, y el costo no es la licencia del módulo: es sostener esa integración a través de cada actualización del core.

Búsqueda. Live Search con Adobe Sensei reemplaza la búsqueda nativa, que en catálogos grandes es de los primeros lugares donde se pierde conversión. La alternativa en Open Source es un servicio externo de búsqueda, que funciona bien pero suma un proveedor y una integración más.

Autonomía del equipo de marketing. Page Builder y el staging de contenido y precios permiten armar campañas y programar cambios sin pasar por desarrollo. Es la diferencia entre publicar una promoción el mismo día o meterla en el próximo sprint.

Parcheo y soporte. Con Adobe Commerce los parches de seguridad llegan con prioridad y hay un SLA contractual detrás. En Open Source el parche depende de la comunidad y el tiempo de aplicación es tuyo. En operaciones que procesan pagos, esa ventana es un riesgo con nombre propio.

Analítica. Business Intelligence trae los modelos de datos de ecommerce ya construidos. Sin eso, la analítica se arma por fuera —lo cual es perfectamente viable, pero es un proyecto.

Esta decisión es independiente de la edición y se confunde seguido con ella. Adobe Commerce Cloud no agrega funcionalidad de ecommerce: cambia quién opera la infraestructura. Adobe provisiona sobre AWS, escala, parchea la plataforma y sostiene el soporte de infraestructura.

En self-hosted corre el mismo Adobe Commerce en infraestructura propia o gestionada por el partner. Ganás control sobre la topología, la política de respaldos y el tuning, y asumís la responsabilidad operativa completa. La pregunta útil no es cuál es mejor, sino si querés sostener una práctica de DevOps con ese nivel de exigencia o preferís delegarla.

Nosotros operamos las dos modalidades. Cuando el equipo del cliente no tiene una práctica de infraestructura consolidada, Cloud le saca un problema de encima; cuando sí la tiene, self-hosted casi siempre le da mejor relación entre control y costo. Lo detallamos en hosting y cloud.

La comparación de ediciones es global, pero la implementación no. Sobre cualquiera de las dos ediciones, una operación que vende en México tiene que resolver cuatro cosas que la plataforma no trae configuradas:

• Pagos locales. Meses sin intereses, OXXO Pay, SPEI y las pasarelas de la región. La conciliación y el manejo de promociones bancarias tienen particularidades que las integraciones globales no cubren.
• Facturación CFDI 4.0. Emitir desde la tienda requiere integración con un PAC. Es requisito legal, no una mejora opcional.
• Logística. Las paqueterías locales tienen APIs y modelos de tarifa distintos entre sí; el módulo de envíos nativo asume configuraciones globales.
• Estacionalidad. Buen Fin y Hot Sale concentran picos que definen el dimensionamiento de infraestructura del año.

Ninguna de estas cuatro depende de la edición que elijas. Sí dependen de que el equipo que implementa las haya resuelto antes.

Que compartan core es la buena noticia: el catálogo, los datos, las integraciones y buena parte del código a medida se conservan. No es un replatforming, es un cambio de edición.

El trabajo real está en los módulos de terceros que venían cubriendo funciones que la edición comercial trae nativas. Mantener el módulo de B2B viejo conviviendo con el B2B nativo es la forma más rápida de quedarse con lo peor de los dos mundos. El detalle del proceso está en migrar de Magento a Adobe Commerce, y si venís de Magento 1 —fin de vida en 2020, sin parches— el caso es distinto y más urgente.