Adobe Commerce as a Cloud Service : trois releases en cinq semaines, un signal pour votre feuille de route

Début octobre, Adobe a poussé en production la première release d'automne d'Adobe Commerce as a Cloud Service (ACCS), sa déclinaison 100 % SaaS. Prise isolément, la liste — une API REST pour les règles de prix catalogue, des paniers d'administration isolés, un webhook d'expédition enrichi — ressemble à de la plomberie. Mais c'est la troisième livraison en cinq semaines, et aucun des marchands concernés n'a planifié la moindre montée de version pour la recevoir. Pour qui arbitre en ce moment un budget d'upgrade ou de replatforming, ce rythme est une information plus importante que chaque fonctionnalité prise une à une.

Cinq semaines de livraisons, zéro projet de migration

Le détail vit dans les notes de release d'ACCS ; en voici la trame.

8 septembre : le socle passe en version 2.4.9, avec au passage une API de synchronisation de configuration entre environnements, l'interrogation des stocks par source en GraphQL, le raccordement d'un compte PayPal distinct par site web et des règles de prix panier programmables dans le temps.
22 septembre : retours clients avec pièces jointes, visibilité du stock par source sur la boutique, assistance au choix des sources pour les expéditions multi-entrepôts, lecture des rôles d'entreprise par API.
Début octobre : API REST complète des règles de prix catalogue (création, recherche, planification), prix personnalisés sur les lignes de panier, paniers d'administration isolés de la boutique, événements pour brancher une plateforme d'e-mails transactionnels tierce, et des garde-fous resserrés — reCAPTCHA sur les téléversements, blocage de la création de société par des invités, plafonds sur l'API de masse.

Trois lectures d'architecte

Le B2B passe au SaaS. Rôles d'entreprise exposés par API, adresses de société utilisables sur tout le cycle de vente, données société injectées dans les webhooks d'expédition, contrôle des inscriptions d'entreprises : release après release, les briques B2B — historiquement l'argument de la version installée — arrivent côté cloud. ACCS ne vise plus seulement les catalogues simples.
Chaque fonctionnalité naît avec son API. Rien n'est livré pour le seul écran d'administration : tout arrive avec son point d'entrée REST ou GraphQL, son webhook ou son événement. Exemple parlant : le webhook de tarifs d'expédition transporte désormais l'identifiant et les attributs de la société cliente, précisément pour qu'une application App Builder accorde une gratuité de port sans rappeler Commerce. La personnalisation ne vit plus dans le cœur du logiciel : elle s'écrit à côté, hors du processus.
L'upgrade-projet disparaît, pas son coût. Sur la ligne installée, le calendrier officiel prévoit une version fonctionnelle par an, en mai, sur une ligne 2.4 supportée trois ans, complétée par des correctifs de sécurité. Côté SaaS, les fonctionnalités arrivent en continu. Le budget de montée de version ne s'évapore pas : il se transforme en veille des notes de release, en tests automatisés de vos parcours critiques et en discipline sur vos intégrations.

Si vous êtes sur 2.4.x aujourd'hui

Pas de conclusion hâtive : la 2.4.9, sortie en mai, ouvre trois ans de support, et une plateforme installée bien tenue reste un choix rationnel — en particulier quand vos personnalisations vivent dans le code du cœur. Le bon réflexe n'est pas de migrer, mais d'instruire le dossier.

Inventoriez vos personnalisations et classez-les en deux colonnes : réalisable par API, webhook ou App Builder — ou exigeant du code dans le processus. Cette seconde colonne mesure votre vraie distance à ACCS, bien mieux que le volume d'affaires.
Abonnez quelqu'un aux notes de release, même sans projet SaaS : elles dessinent la direction du produit, donc la liste des personnalisations que vous n'aurez plus à maintenir demain.
Chiffrez le scénario SaaS en parallèle de tout budget d'upgrade 2027 : un comparatif honnête intègre l'abandon de personnalisations devenues natives, pas seulement le coût de migration.

Si vous êtes déjà sur ACCS

Le rythme soutenu impose une hygiène : lire les notes avant chaque fenêtre de release, rejouer automatiquement les parcours d'achat après chacune, surveiller vos webhooks et vos quotas — les nouveaux plafonds de l'API de masse et le reCAPTCHA sur les téléversements montrent qu'Adobe resserre aussi les garde-fous en production.

La vraie question de 2026 n'est plus « cloud ou on-premise » : c'est « mon métier tient-il dans des API ? ». Trois releases en cinq semaines viennent de la rendre très concrète.