Back to blog
Adobe Commerce as a Cloud Service: three releases in five weeks, a signal for your roadmap
October 10, 2026Adobe Commerce

Architecture, performance, security — platforms built to last

Adobe Commerce as a Cloud Service: three releases in five weeks, a signal for your roadmap

By SMART SOLID SOLUTIONS



In early October, Adobe pushed the first autumn release of Adobe Commerce as a Cloud Service (ACCS), its fully SaaS edition, to production. Taken in isolation, the list — a REST API for catalog price rules, isolated admin carts, a richer shipping webhook — looks like plumbing. But it is the third delivery in five weeks, and none of the merchants involved planned any upgrade to receive it. If you are currently weighing an upgrade or replatforming budget, that cadence is a more important piece of information than any single feature.


Five weeks of deliveries, zero migration projects


The details live in the ACCS release notes; here is the thread.


  • September 8: the core moves to version 2.4.9, together with a configuration-sync API across environments, per-source stock queries in GraphQL, self-service connection of a distinct PayPal account per website, and cart price rules that can be scheduled.
  • September 22: customer returns with file attachments, per-source stock visibility on the storefront, guided source selection for multi-warehouse shipments, and company roles readable through the API.
  • Early October: a full REST API for catalog price rules (create, search, schedule), custom prices on cart line items, admin carts isolated from the storefront, events to plug in a third-party transactional email platform, and tighter guardrails — reCAPTCHA on uploads, a block on guest company registration, limits on the bulk API.

Three takeaways for architects


  • B2B is moving to SaaS. Company roles exposed through the API, company addresses usable across the whole sales cycle, company data injected into shipping webhooks, control over company sign-ups: release after release, the B2B building blocks — historically the argument for the installed version — are landing on the cloud side. ACCS is no longer aimed only at simple catalogs.
  • Every feature is born with its API. Nothing ships for the admin screen alone: everything arrives with its REST or GraphQL entry point, its webhook or its event. A telling example: the shipping-rates webhook now carries the customer company id and attributes, precisely so an App Builder application can grant free shipping without calling Commerce back. Customisation no longer lives inside the core: it is written alongside it, out of process.
  • The upgrade project disappears; its cost does not. On the installed line, the official schedule plans one feature release per year, in May, on a 2.4 line supported for three years, plus security patches. On the SaaS side, features arrive continuously. The upgrade budget does not evaporate: it turns into release-note monitoring, automated tests of your critical journeys, and discipline around your integrations.

If you run 2.4.x today


No hasty conclusions: 2.4.9, released in May, opens three years of support, and a well-kept installed platform remains a rational choice — especially when your customisations live in core code. The right move is not to migrate; it is to build the case file.


  • Inventory your customisations and sort them into two columns: achievable through API, webhook or App Builder — or requiring in-process code. That second column measures your real distance to ACCS far better than revenue does.
  • Subscribe someone to the release notes, even with no SaaS project: they sketch the product direction, and therefore the list of customisations you will no longer have to maintain tomorrow.
  • Price the SaaS scenario alongside any 2027 upgrade budget: an honest comparison includes retiring customisations that have become native, not just the migration cost.

If you are already on ACCS


The sustained pace demands hygiene: read the notes before each release window, automatically replay your purchase journeys after each one, and watch your webhooks and quotas — the new bulk API limits and the reCAPTCHA on uploads show that Adobe is also tightening production guardrails.


The real question of 2026 is no longer cloud versus on-premise: it is whether your business fits into APIs. Three releases in five weeks have just made it very concrete.