Adobe Commerce as a Cloud Service: tres releases en cinco semanas, una señal para tu hoja de ruta

A principios de octubre, Adobe llevó a producción la primera release de otoño de Adobe Commerce as a Cloud Service (ACCS), su edición 100 % SaaS. Vista de forma aislada, la lista — una API REST para las reglas de precios de catálogo, carritos de administración aislados, un webhook de envío enriquecido — parece fontanería. Pero es la tercera entrega en cinco semanas, y ningún comercio afectado planificó actualización alguna para recibirla. Si ahora mismo estás arbitrando un presupuesto de upgrade o de replatforming, ese ritmo es una información más importante que cualquier funcionalidad concreta.

Cinco semanas de entregas, cero proyectos de migración

El detalle vive en las notas de release de ACCS; este es el hilo.

• 8 de septiembre: el núcleo pasa a la versión 2.4.9, junto con una API de sincronización de configuración entre entornos, consultas de stock por fuente en GraphQL, la conexión de una cuenta de PayPal distinta por sitio y reglas de precios de carrito programables en el tiempo.
• 22 de septiembre: devoluciones con archivos adjuntos, visibilidad del stock por fuente en la tienda, selección guiada de fuentes para envíos multi-almacén y roles de empresa legibles por API.
• Principios de octubre: una API REST completa para las reglas de precios de catálogo (crear, buscar, programar), precios personalizados en las líneas del carrito, carritos de administración aislados de la tienda, eventos para conectar una plataforma externa de correos transaccionales y salvaguardas más estrictas: reCAPTCHA en las subidas, bloqueo del registro de empresas por invitados, límites en la API masiva.

Tres lecturas de arquitecto

• El B2B se muda al SaaS. Roles de empresa expuestos por API, direcciones de empresa utilizables en todo el ciclo de venta, datos de la empresa inyectados en los webhooks de envío, control del registro de empresas: release tras release, las piezas B2B — históricamente el argumento de la versión instalada — van aterrizando en el lado cloud. ACCS ya no apunta solo a catálogos sencillos.
• Cada funcionalidad nace con su API. Nada se entrega solo para la pantalla de administración: todo llega con su punto de entrada REST o GraphQL, su webhook o su evento. Un ejemplo elocuente: el webhook de tarifas de envío ahora transporta el identificador y los atributos de la empresa cliente, precisamente para que una aplicación de App Builder conceda portes gratis sin volver a llamar a Commerce. La personalización ya no vive dentro del núcleo: se escribe al lado, fuera del proceso.
• El proyecto de upgrade desaparece; su coste, no. En la línea instalada, el calendario oficial prevé una versión funcional al año, en mayo, sobre una línea 2.4 con tres años de soporte, además de los parches de seguridad. En el lado SaaS, las funcionalidades llegan en continuo. El presupuesto de actualización no se evapora: se transforma en vigilancia de las notas de release, pruebas automatizadas de tus recorridos críticos y disciplina en tus integraciones.

Si hoy estás en 2.4.x

Nada de conclusiones precipitadas: la 2.4.9, publicada en mayo, abre tres años de soporte, y una plataforma instalada bien mantenida sigue siendo una elección racional — sobre todo cuando tus personalizaciones viven en el código del núcleo. El reflejo correcto no es migrar, sino instruir el expediente.

• Inventaría tus personalizaciones y clasifícalas en dos columnas: realizable por API, webhook o App Builder — o exigiendo código dentro del proceso. Esa segunda columna mide tu distancia real a ACCS mucho mejor que la facturación.
• Suscribe a alguien a las notas de release, incluso sin proyecto SaaS: dibujan la dirección del producto y, por tanto, la lista de personalizaciones que mañana ya no tendrás que mantener.
• Cifra el escenario SaaS en paralelo a cualquier presupuesto de upgrade 2027: una comparación honesta incluye retirar personalizaciones que ya son nativas, no solo el coste de migración.

Si ya estás en ACCS

El ritmo sostenido impone higiene: leer las notas antes de cada ventana de release, repetir automáticamente los recorridos de compra después de cada una y vigilar tus webhooks y cuotas — los nuevos límites de la API masiva y el reCAPTCHA en las subidas muestran que Adobe también está apretando las salvaguardas en producción.

La verdadera pregunta de 2026 ya no es cloud u on-premise: es si tu negocio cabe en APIs. Tres releases en cinco semanas acaban de hacerla muy concreta.