Dejar Adobe Commerce: lo que Mage-OS no reemplaza

Dejar Adobe Commerce: lo que Mage-OS no reemplaza

Hemos defendido el argumento a favor de Mage-OS en otro sitio, y se sostiene para tiendas que ya están en Magento Open Source. Esta es la otra mitad, escrita para el comerciante en Adobe Commerce que mira un presupuesto de renovación y se pregunta si la distribución de la comunidad es una salida.

Mage-OS forkea Magento Open Source. No forkea Adobe Commerce. Todo lo que paga a Adobe y no está en Open Source es suyo para sustituirlo, y Adobe es inusualmente clara sobre dónde cae esa línea: su documentación pone en las funciones exclusivas una etiqueta que dice «This is an exclusive feature that is available only in Adobe Commerce and is not available in Magento Open Source».

Las funciones sin equivalente

Mage-OS 3.0 movió dos elementos al otro lado de esa línea: ahora incluye un módulo de devoluciones y un registro de actividad del admin, y confirmamos la etiqueta de exclusividad de Adobe en esas dos capacidades. Esa es la buena noticia, y ahí se acaba la buena noticia.

Siguen del lado de Adobe, y confirmados contra esa misma etiqueta: Content Staging y Preview, y los puntos de recompensa y los programas de fidelización. El conjunto de funciones más amplio de Commerce cubre también los segmentos de clientes, el crédito de tienda, la lista de regalos, el merchandising visual y las relaciones de producto por reglas; esos los listamos a partir de la documentación general de ediciones de Adobe, habiendo comprobado la etiqueta directamente solo en las funciones nombradas arriba.

El trabajo de sustitución de todo esto se reparte de tres formas, y debería saber a cuál se apunta. Algunas tienen extensiones de terceros decentes. Algunas necesitan desarrollo a medida. Y para algunas la respuesta es cambiar cómo opera, que suele ser lo más barato.

El B2B es el que hunde los proyectos

Adobe lista el B2B como una extensión de Adobe Commerce. Lo que cubre, en términos de la propia Adobe: cuentas de empresa con roles y permisos estructurados, catálogos compartidos con precios escalonados, presupuestos negociables, listas de requisición y crédito de empresa con pago a cuenta.

Lea esa lista contra cómo compran sus clientes de verdad. Si un responsable de compras inicia sesión, ve precios de contrato, monta una lista de requisición, pide un presupuesto y paga a cuenta, no está sustituyendo un módulo. Está reconstruyendo un proceso de venta que sus clientes ya han aprendido, y lo notarán. Las extensiones de terceros cubren partes de la superficie. Los huecos suelen ser la jerarquía de cuentas y el flujo de presupuestos, que son exactamente las partes que sus clientes más grandes tocan a diario.

Aquí es donde «ya lo reconstruiremos» se convierte en el presupuesto entero. Defina su alcance primero, antes que cualquier otra cosa del plan.

Los servicios que no se vienen con usted

La documentación de disponibilidad de productos de Adobe lista Live Search y Product Recommendations solo para Adobe Commerce. Los dos se licencian por separado, los dos funcionan con IA, y los dos son el tipo de cosa que carga en silencio con una parte de su tasa de conversión.

Una excepción real que la mayoría de las comparaciones se equivoca: Payment Services aparece tanto para Adobe Commerce como para Magento Open Source. Si lo usa, se viene con usted.

Si va a sustituir Live Search, meta en la comparación un producto de búsqueda de terceros y su licencia continua. Volver a la búsqueda de catálogo de serie también es una opción, y tiene que ser una decisión que alguien tome de verdad.

La infraestructura es la partida que la gente olvida

Adobe Commerce Cloud agrupa infraestructura AWS gestionada, Fastly como CDN y web application firewall, y New Relic para la monitorización de la aplicación y la infraestructura. La documentación de Adobe señala que activar el WAF es lo que permite a las tiendas en producción cumplir el requisito PCI DSS 6.6.

Alojado por su cuenta, cada uno de esos se convierte en una línea que contrata, configura, opera y monitoriza. También la planificación de capacidad para su pico. También su alcance PCI y las evidencias que lo respaldan, que pasan de algo que hereda a algo que produce.

Nada de esto es exótico. Muchas tiendas Magento grandes llevan años funcionando bien por su cuenta y ayudamos a equipos a hacer exactamente eso. Lo que sale mal es la aritmética: un caso de negocio que contó el ahorro de la licencia y dejó fuera la factura del hosting, la monitorización y la persona que ahora es dueña del uptime.

No hay nadie a quien llamar

Sin SLA. Sin ruta de escalado a las dos de la mañana. Sin gestor de cuenta, sin contrato con proveedor, sin indemnización, y sin nadie que rellene el cuestionario de seguridad que su cliente enterprise envía cada año.

Mage-OS es una asociación sin ánimo de lucro en Poznań con una junta elegida y finanzas públicas, financiada con membresías y donaciones. Es transparencia real y una organización real. No es una contraparte comercial, y no pretende serlo.

Para un negocio con una agencia de confianza y un equipo interno que conoce la tienda, esto describe el acuerdo que en la práctica ya tenía: el SLA de Adobe cubre la plataforma de Adobe, no su checkout a medida. Para un negocio cuya función de compras o de cumplimiento normativo exige un proveedor con nombre en un contrato, aquí se acaba la conversación, y es mejor descubrirlo en la primera semana que después de aprobar el plan técnico.

Una diferencia operativa más

Mage-OS solo da soporte a su última versión para los parches de seguridad. Adobe da a cada línea de versión una ventana de soporte estándar de tres años.

Eso invierte el modelo de mantenimiento. En Adobe puede aparcarse en 2.4.8 hasta mayo de 2028 y recibir parches; en Mage-OS actualiza a su ritmo, más o menos dos veces al año más las versiones de seguridad. Los equipos con un pipeline de deploy que funciona apenas lo notan. Los equipos que aplazan las actualizaciones dieciocho meses seguidos tienen un problema de pipeline que arreglar primero.

Lo que conserva

Algunas de estas las lista como pérdidas la gente que vende en contra del cambio, así que conviene decirlas claramente.

Page Builder viene incluido en Magento Open Source desde 2.4.3 y es el editor de contenido por defecto en las dos ediciones. Inventory Management, Braintree, Google reCAPTCHA y la autenticación de dos factores están todos ahí. Payment Services se conserva. Su base de datos, la estructura del catálogo, el tema, las integraciones y todo el ecosistema de extensiones de Magento 2 no se ven afectados, porque debajo es el mismo código.

Cómo decidir esto de verdad

Auditar es mejor que estimar, y la auditoría no es cara. Saque la lista de módulos de producción y marque cada módulo exclusivo de Commerce que esté activado; después vaya a comprobar si se usa de verdad, porque activado y usado son cosas distintas. ¿Cuántos segmentos de clientes están vivos? ¿Cuántas actualizaciones programadas salieron el año pasado? ¿Cuántos presupuestos el trimestre pasado? He visto equipos sorprendidos en las dos direcciones con esas tres preguntas.

Si el B2B está en juego en absoluto, defina su alcance por separado y primero, porque decide el tamaño de todo lo demás. Ponga precio a la infraestructura como es debido —CDN, WAF, monitorización y las horas que alguien le dedicará— contra su presupuesto de renovación real y no uno recordado. Y pregunte pronto a compras y a cumplimiento normativo si un proveedor sin contrato detrás les resulta aceptable. Esa última es un sí o un no que puede ahorrarle el ejercicio entero, y es la pregunta que haría primero si solo pudiera hacer una.

Muchas tiendas pagan Adobe Commerce y usan muy poco de él; para esas, los números pueden salir con holgura. Muchas otras están pagando precisamente por las cosas que tardarían un año en reconstruir. Dos semanas de auditoría frente a una decisión de seis cifras no es una decisión ajustada.

Y si la auditoría dice quedarse, es una respuesta real. Las disciplinas de mantenimiento que hacen que Magento funcione bien son las mismas en cualquier caso.


Emyrix trabaja en Adobe Commerce, Magento Open Source y Mage-OS, incluidas las auditorías de uso que deciden si un cambio de distribución tiene sentido. No tenemos ninguna relación comercial con la Mage-OS Association y no revendemos licencias de Adobe. Si quiere que revisemos la suya, escríbanos.

La redacción de exclusividad de funciones y la disponibilidad de servicios proceden de la propia documentación de producto de Adobe; los detalles de la asociación, de mage-os.org. Donde citamos la etiqueta de exclusividad comprobamos la página directamente, y hemos dicho dónde no lo hemos hecho.

Preguntas frecuentes

¿Mage-OS incluye funciones de Adobe Commerce?

Solo dos, desde Mage-OS 3.0: un módulo de devoluciones (RMA) y un registro de actividad del admin, y la documentación de Adobe marca ambos como exclusivos de Adobe Commerce. Todo lo demás del lado de Commerce —B2B, Content Staging, segmentos de clientes, puntos de recompensa, crédito de tienda y el resto— no tiene equivalente en la distribución y hay que sustituirlo con extensiones, desarrollo a medida o un cambio en cómo opera.

¿Puedo tener funcionalidad B2B en Mage-OS?

No de Adobe. Adobe lista el B2B como una extensión de Adobe Commerce, y cubre cuentas de empresa, catálogos compartidos, presupuestos negociables, listas de requisición y crédito de empresa con pago a cuenta. Las extensiones de terceros cubren partes de esa superficie y el desarrollo a medida cubre el resto, pero si su negocio funciona sobre presupuestos B2B y jerarquías de cuentas, sustituirlo es el proyecto, no una partida dentro de él.

¿Pierdo Page Builder si paso a Mage-OS?

No. Page Builder viene incluido en Magento Open Source desde 2.4.3 y es la herramienta de edición de contenido por defecto en las dos ediciones, así que también viene con Mage-OS. Lo mismo ocurre con Inventory Management, Braintree, Google reCAPTCHA y la autenticación de dos factores.

¿Qué pasa con Live Search y Product Recommendations?

Pierde los dos. La documentación de disponibilidad de productos de Adobe lista Live Search y Product Recommendations solo para Adobe Commerce. Payment Services aparece tanto para Adobe Commerce como para Magento Open Source, así que ese sí se conserva. Si su merchandising depende de la búsqueda y las recomendaciones con IA de Adobe, presupueste un sustituto, como un producto de búsqueda de terceros y su licencia continua.

¿Qué pasa con el hosting y el cumplimiento PCI después de dejar Commerce Cloud?

Todo pasa a ser suyo. Commerce Cloud agrupa infraestructura AWS gestionada, Fastly como CDN y web application firewall, y monitorización con New Relic; la documentación de Adobe señala que activar el WAF es lo que permite a las tiendas en producción cumplir el requisito PCI DSS 6.6. Alojado por su cuenta, contrata y opera el equivalente, y su alcance PCI y las evidencias pasan a ser responsabilidad suya. Presupuéstelo bien, porque es la partida que los equipos más a menudo dejan fuera.

¿Quién debería quedarse en Adobe Commerce?

Los negocios cuya operación funciona de verdad sobre el B2B, el content staging o la segmentación de clientes; cualquiera cuya función de compras o de cumplimiento normativo exija un contrato con proveedor, un SLA y alguien que le indemnice; y los equipos sin capacidad para ser dueños del hosting, la monitorización y el parcheo. Si nada de eso aplica y está pagando por funciones que no usa, merece la pena hacer la comparación como es debido.

Trabaje con Emyrix

¿Quiere saber cómo está su propia tienda?

Envíenos la URL y un ingeniero de Magento la revisará (versión y estado de parches, velocidad, cache, indexación, checkout) y después le enviará por correo lo que encontró. Gratis, y sin ninguna obligación.