Retour au blog
Storefront composable d’Adobe Commerce : la suite de septembre comble les manques classiques
11 octobre 2026Frontend

Architecture, performance, sécurité — des plateformes conçues pour durer

Storefront composable d’Adobe Commerce : la suite de septembre comble les manques classiques

Par SMART SOLID SOLUTIONS



Le reproche fait au storefront composable d’Adobe Commerce — Edge Delivery et ses drop-ins — n’a jamais vraiment porté sur la performance ni sur l’architecture. Il portait sur les manques : des fonctions que n’importe quelle boutique Luma offre depuis des années et que le nouveau front ne couvrait pas encore. La suite de septembre 2026, publiée le 6 octobre, s’attaque précisément à cette liste — et c’est ce qui la rend plus importante qu’un simple train de versions.


Ce que la suite livre


Cinq apports concrets, tous disponibles en version stable :


  • Le cadeau au choix. Quand une règle panier « cadeau offert » se déclenche, le client choisit désormais lui-même son cadeau dans le panier, au lieu de subir un ajout automatique. Un classique de l’animation commerciale que les merchandisers réclamaient (drop-ins Cart 3.4.0, Checkout 3.4.0, Order 4.1.0).
  • Google Pay et PayPal. Le drop-in Payment Services 4.2.1 ajoute Google Pay et les boutons PayPal aux cartes bancaires et à Apple Pay — lequel accepte désormais les codes promo. Le socle de paiement du composable cesse d’être un argument contre lui.
  • Les listes d’envies multiples. Un client peut créer plusieurs listes nommées et ranger chaque produit dans la bonne ; la liste d’un visiteur non connecté persiste temporairement (Wishlist 3.5.0).
  • L’accessibilité. Lecteurs d’écran et navigation au clavier progressent dans le panier, le compte et la recherche — un sujet devenu juridique en Europe depuis l’échéance d’accessibilité de 2025.
  • Le carnet d’adresses société en B2B. Les acheteurs d’une même société partagent désormais un carnet d’adresses unique, gouverné par des permissions par rôle et utilisable du compte au devis en passant par le checkout (Company Management 1.5.0, User Account 4.2.0, Checkout 3.4.0, Quote Management 1.3.0).

Un sixième apport demande une action : la protection reCAPTCHA de l’inscription société en B2B n’est pas active par défaut — elle exige un opt-in explicite via le drapeau b2bEnabled après la mise à jour. À inscrire dans la check-list de montée de version, pas à découvrir après une vague d’inscriptions frauduleuses.


Des versions coordonnées plutôt qu’un flux continu


Chaque drop-in vit sa propre vie — le panier en 3.4.0, la wishlist en 3.5.0, les paiements en 4.2.1. Ce qui change, c’est qu’Adobe les publie désormais en suites testées ensemble : un lot cohérent de versions validées entre elles, daté et documenté. Pour une équipe de delivery, c’est la différence entre « mettre à jour sept paquets en espérant que rien ne casse » et « monter d’une suite à l’autre avec un périmètre de test connu ». Le bon réflexe d’architecte : traiter la suite comme l’unité de montée de version, budgéter un créneau par trimestre, et proscrire les mises à jour picorées drop-in par drop-in, qui recréent des combinaisons jamais testées par l’éditeur.


Ce que cela change pour la décision de migration


Pour un CTO qui arbitre encore entre rester sur Luma ou basculer sur le composable, cette suite ne change pas l’équation de fond — elle change la vitesse à laquelle l’équation évolue. L’argument « il manque X » a une durée de vie de plus en plus courte : le cadeau offert, les wallets de paiement et les wishlists multiples figuraient sur toutes les listes d’écarts il y a six mois ; ils n’y sont plus. Une liste d’écarts non datée est désormais une liste fausse. Et les marchands B2B, longtemps les moins bien servis par les nouveaux fronts, voient arriver des briques structurantes — le carnet d’adresses partagé aujourd’hui, après les devis et la gestion de société.


Par où commencer


  • Inventorier vos versions de drop-ins et mesurer l’écart avec la suite de septembre ; planifier la montée comme un lot unique, pas paquet par paquet.
  • En B2B, activer le drapeau reCAPTCHA lors de la montée de version et revoir avec le métier les permissions du carnet d’adresses.
  • Rejouer la matrice de paiement — cartes, Apple Pay avec code promo, Google Pay, PayPal — sur un environnement de recette avant d’ouvrir les nouveaux moyens en production.
  • Si vous êtes encore sur Luma, re-datez votre liste d’écarts avant de la citer en comité : elle a probablement raccourci.

Le storefront composable n’a pas encore tout. Mais la cadence des suites fait de la « parité fonctionnelle » une cible mouvante — et elle ne bouge que dans un sens.


On peut vous aider.

Discutons de votre projet.