Le commerce composable après la fin de maintenance : est-ce adapté à votre entreprise ?

La fin de la maintenance standard de SAP Commerce on-premise tombe en juillet 2026 (SAP Help Portal, 2026). Chaque client doit prendre une décision de plateforme. Certains feront une migration directe vers SAP Commerce Cloud. D’autres utiliseront l’EoMM comme déclencheur pour tout repenser.

Et c’est là que le commerce composable entre dans la conversation. Généralement lors d’une conférence. Généralement avec beaucoup d’enthousiasme et pas assez de calcul.

Je vais être honnête : le commerce composable n’est pas une réponse universelle. Il résout des problèmes spécifiques pour des organisations spécifiques. 90 % des entreprises ayant migré leur plateforme e-commerce ont rapporté des améliorations de chiffre d’affaires (commercetools, 2024), qu’elles aient choisi le composable ou l’intégré. La décision de plateforme compte moins que l’exécution.

TL;DR : L’EoMM de SAP Commerce (juillet 2026) impose une décision de plateforme. La migration Commerce Cloud prend 3 à 6 mois et préserve les investissements existants. Le commerce composable prend 9 à 15 mois mais offre plus de flexibilité à long terme. Pour la plupart des clients on-premise, Commerce Cloud est le choix pragmatique : nous avons terminé celle de Franke en 90 jours (SAP Quality Award). L’approche hybride (backend Commerce Cloud + frontend sur mesure) atteint souvent le juste équilibre.

Que remplace réellement le commerce composable ?

Plus de 3’200 entreprises utilisent actuellement SAP Commerce (6sense, 2025). Pour celles qui regardent le composable, voici ce que cela signifie en pratique. Vous remplacez une plateforme de commerce monolithique par des services indépendants best-of-breed.

Un CMS headless pour le contenu (Contentful, Storyblok, Strapi). Un PIM pour les données produit (Akeneo, Salsify, Pimcore). Un OMS pour la gestion des commandes (Fluent Commerce, commercetools Order API). Un moteur de recherche pour la découverte de produits (Algolia, Typesense). Un framework frontend moderne (Next.js, Nuxt, Astro).

Ces services communiquent via des API. Vous êtes propriétaire de la couche d’orchestration. La promesse, c’est la flexibilité : remplacer n’importe quel composant sans tout reconstruire. La réalité est plus nuancée que ce que suggèrent les conférences. J’ai assisté à assez de ces conférences.

Quand le composable a-t-il du sens après l’EoMM ?

Le composable fonctionne bien dans trois situations spécifiques. En dehors de celles-ci, je serais prudent.

Vous disposez d’une solide équipe de développement interne. Le composable transfère la responsabilité du fournisseur vers votre équipe. Pas de contrat de support unique. Pas de console d’administration unifiée. Vos développeurs construisent et maintiennent les intégrations, la couche d’orchestration, le frontend. Si votre équipe compte plus de 5 développeurs commerce expérimentés maîtrisant l’architecture API et les systèmes événementiels, le composable est viable. Sinon, vous vous préparez deux années bien scabreuses.

Vous avez besoin d’une flexibilité frontend au-delà du Composable Storefront. SAP Commerce Cloud est livré avec Composable Storefront : fonctionnel, bien intégré, stable, mais directif. Si votre marque exige des configurateurs 3D interactifs, des portails en libre-service B2B complexes ou des vitrines multi-marques avec des UX entièrement différentes, le composable offre plus de marge. C’est de bonne guerre.

Votre couche d’intégration est déjà API-first. Si votre ERP, votre PIM, votre CRM et vos systèmes logistiques exposent déjà des API REST ou GraphQL propres, le composable s’insère naturellement. Vous ajoutez des API à une architecture existante, vous ne la reconvertissez pas de zéro.

Quand Commerce Cloud est-il la meilleure voie ?

Pour de nombreux clients SAP Commerce on-premise, Commerce Cloud est l’option la plus rapide, la moins chère et la moins risquée. SAP est Leader du Gartner Magic Quadrant for Digital Commerce depuis 11 années consécutives (SAP News Center, 2025). Voici quand c’est le choix le plus malin.

Vos personnalisations sont profondément liées aux modèles de données SAP. Si vous avez passé des années à construire de la logique métier autour du système de types, du moteur de calcul de panier et du cadre de promotions de SAP Commerce, migrer vers Commerce Cloud préserve cet investissement. Passer au composable signifie tout réécrire de zéro. C’est souvent un effort de 6 à 12 mois rien que pour cela.

Vous devez agir vite. L’échéance EoMM est juillet 2026. Une migration Commerce Cloud prend 3 à 6 mois. Nous avons terminé celle de Franke en 90 jours. Une construction composable (sélection des fournisseurs, conception d’architecture, développement des intégrations, construction du frontend) prend typiquement 9 à 15 mois. Les chiffres ne mentent pas.

Votre équipe est centrée sur SAP. Si vos développeurs connaissent SAP Commerce par coeur mais ont peu d’expérience avec les écosystèmes Node.js et les patterns événementiels, le composable implique une courbe d’apprentissage abrupte. Ne la sous-estimez pas. Je l’ai vue faire dérailler des calendriers.

Vous voulez un seul fournisseur pour le support. Commerce Cloud vous offre un seul contrat de support, un seul SLA, un seul chemin d’escalade. Le composable signifie gérer 5 à 10 relations fournisseurs, chacune avec des conditions de support et des modèles de tarification différents. Cette charge opérationnelle est bien réelle. On la sous-estime toujours.

Et l’approche hybride ?

Il existe un terrain d’entente que nous avons vu fonctionner parfaitement pour de nombreuses organisations. Commencer avec SAP Commerce Cloud et adopter progressivement des éléments composables là où ils apportent de la valeur.

Commerce Cloud prend en charge le commerce headless via ses API OCC (Omni Commerce Connect). Vous pouvez remplacer le Composable Storefront par défaut par un frontend sur mesure tout en conservant Commerce Cloud comme backend pour le catalogue, le panier, le paiement et la gestion des commandes.

Cela vous offre une migration rapide hors du on-premise (3 à 6 mois), la liberté frontend grâce à l’architecture headless, la stabilité backend de la plateforme gérée par SAP, et une décomposition progressive où vous remplacez les composants SAP par des services best-of-breed au fil du temps, quand cela a du sens.

Nous avons appliqué ce pattern pour des entreprises qui veulent la flexibilité du composable mais ne peuvent pas se permettre le délai ou le risque d’une décomposition complète maintenant. C’est un chemin médian solide. Nota bene : vous n’avez pas à choisir un camp. Vous pouvez commencer pragmatique et évoluer.

Que vous choisissiez Commerce Cloud, l’hybride ou le composable intégral, nous apportons une expertise SAP Commerce approfondie à chaque projet. Découvrez notre approche sur la page solution SAP Commerce Cloud.

Comment décider ? Cinq questions.

1. Combien de développeurs commerce avez-vous en interne ? Moins de 5, le composable mettra votre équipe sous pression. Commerce Cloud est plus sûr.
2. Pouvez-vous vous permettre un délai de 12 à 15 mois ? Si vous devez quitter le on-premise d’ici juillet 2026 et que vous n’avez pas commencé, le composable est trop lent.
3. Votre frontend doit-il être fondamentalement différent du Composable Storefront ? Des besoins B2B ou B2C standard ne justifient pas la complexité du composable.
4. Votre couche d’intégration est-elle déjà API-first ? Fichiers batch et PIM sur Excel ? Le composable ajoute de la complexité sans délivrer son avantage principal.
5. Êtes-vous prêt à gérer de multiples relations fournisseurs ? Des tickets de support auprès de 5 à 10 fournisseurs, des conflits de versions, des rejets de responsabilité entre prestataires. Si cela semble épuisant, Commerce Cloud vous donne un seul interlocuteur.

Soyez honnête avec vous-même sur ces points. J’ai vu trop d’équipes choisir la réponse aspirationnelle plutôt que la réponse réaliste. Et 9 mois plus tard, elles nous appellent pour réparer.

Chaque situation est différente. Nous commençons par une évaluation d’architecture : votre plateforme actuelle, les capacités de votre équipe, vos besoins d’intégration et votre calendrier. Parlons-en et nous vous aiderons à prendre la bonne décision de plateforme avant que l’EoMM n’en force une précipitée.

Questions fréquentes

Peut-on commencer avec Commerce Cloud et passer au composable plus tard ?

Oui. C’est l’approche hybride que nous recommandons à la plupart des clients. Les API OCC de SAP Commerce Cloud permettent le commerce headless dès le premier jour. Vous pouvez remplacer Composable Storefront par un frontend sur mesure immédiatement, puis remplacer progressivement les composants backend (PIM, recherche, OMS) par des alternatives best-of-breed à mesure que votre équipe monte en compétence et que les besoins métier justifient l’investissement.

Combien le composable coûte-t-il de plus qu’une migration Commerce Cloud ?

Le composable coûte typiquement 2 à 3 fois plus cher au départ. Une migration Commerce Cloud coûte CHF 250K à 600K. Une construction composable comparable coûte CHF 600K à 1,2M, licences fournisseurs, développement des intégrations et construction du frontend inclus. Les coûts récurrents sont aussi plus élevés en raison des multiples abonnements SaaS et de l’équipe d’ingénierie nécessaire pour maintenir la couche d’orchestration.

Quelle est la taille d’équipe minimale pour une plateforme de commerce composable ?

De manière réaliste, plus de 5 développeurs expérimentés : 2 à 3 développeurs frontend (React/Next.js), 1 à 2 développeurs backend/intégration, et au moins un ingénieur DevOps pour gérer les multiples pipelines de déploiement. Comparez cela à Commerce Cloud, qui peut tourner avec 2 à 3 développeurs SAP Commerce. Le composable exige aussi une discipline architecturale plus forte. Quelqu’un doit être propriétaire de la conception du système.

Le commerce composable est-il plus scalable que Commerce Cloud ?

Pas nécessairement. Commerce Cloud inclut l’auto-scaling élastique et un CDN intégré. Les architectures composables peuvent mettre à l’échelle chaque composant indépendamment, ce qui est théoriquement plus efficace, mais seulement si vous investissez dans l’orchestration d’infrastructure (Kubernetes, service mesh, observabilité). Pour la plupart des entreprises du mid-market, la mise à l’échelle gérée de Commerce Cloud est largement suffisante.

Que se passe-t-il si un fournisseur composable fait faillite ?

C’est l’avantage central du composable et son risque central. Si votre fournisseur de CMS disparaît, vous pouvez le remplacer par un autre CMS sans toucher au moteur de commerce ni au frontend. Mais le remplacement demande quand même des semaines de travail d’intégration. Commerce Cloud élimine ce risque : la plateforme de commerce de SAP est soutenue par une entreprise pesant plus de 35 milliards d’euros, Leader Gartner depuis 11 années consécutives.