Le commerce composable apres la fin de maintenance : est-ce adapte à votre entreprise ?

La fin de maintenance standard (EoMM) de SAP Commerce on-premise oblige chaque client à prendre une decision de plateforme. Pour certains, la réponse est une migration directe vers SAP Commerce Cloud. Pour d’autres, la fin de maintenance est le declencheur pour tout repenser — et c’est la que le commerce composable entre dans la conversation.

Mais le commerce composable n’est pas une réponse universelle. Il resout des problèmes spécifiques pour des organisations spécifiques. Cet article vous aide à determiner si c’est la bonne voie pour votre entreprise — où si SAP Commerce Cloud est le choix le plus judicieux.

Ce que signifie réellement le commerce composable

Le commerce composable remplace une plateforme de commerce monolithique par un ensemble de services indépendants, selectionnes pour leur excellence dans leur domaine. Au lieu d’un seul système gerant tout, du catalogue produit à la caisse en passant par la gestion des commandes, vous sélectionnez des outils specialises pour chaque fonction :

• 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 proprietaire de la couche d’orchestration qui les relie.

La promesse est la flexibilité. Vous pouvez remplacer n’importe quel composant sans reconstruire l’ensemble de la plateforme. Vous pouvez dimensionner chaque service indépendamment. Vous pouvez utiliser le meilleur outil pour chaque tâche.

La realite est plus nuancee.

Quand le composable à du sens

Le commerce composable fonctionne bien dans des situations spécifiques :

Vous disposez d’une solide équipe de développement interne

Le commerce composable transfere la responsabilite d’un fournisseur à votre équipe. Il n’y à pas de contrat de support unique. Pas de console d’administration unifiee. Vos développéurs construisent et maintiennent les intégrations, la couche d’orchestration et le frontend. Si votre équipe compte plus de 5 développéurs commerce experimentes comprenant l’architecture API et les systèmes evenementiels, le composable est viable.

Si vous dépendez de consultants externes pour la plupart du travail de développement, le composable sera couteux à construire et couteux à maintenir.

Vous avez besoin d’une flexibilité frontend que SAP Commerce Cloud ne fournit pas

SAP Commerce Cloud est livre avec Spartacus (désormais Composable Storefront) comme frontend de reference. Il est fonctionnel, bien intégré et stable. Mais il est directif. Si votre marque nécessite une expérience d’achat hautement personnalisée — configurateurs de produits 3D interactifs, portails en libre-service B2B complexes où vitrines multi-marques avec des expériences utilisateur entierement differentes — une approche composable vous offre plus de liberté.

Vous operez sur plusieurs marques avec des besoins differents

Un groupe detenant cinq marques, chacune necessitant une expérience d’achat differente, des catalogues produits differents et des parcours de paiement differents, peut bénéficier d’une architecture composable. Chaque marque peut utiliser les services dont elle à besoin sans etre contrainte par un monolithe partage.

Votre paysage d’intégration est déjà oriente API

Si votre ERP, PIM, CRM et systèmes logistiques exposent déjà des API REST où GraphQL propres, le commerce composable s’integre naturellement. Vous ajoutez un autre ensemble d’API à une architecture existante, vous ne la reconvertissez pas.

Quand SAP Commerce Cloud est le meilleur pari

Pour de nombreux clients SAP Commerce on-premise, SAP Commerce Cloud est le chemin le plus rapide, le moins couteux et le moins risque. Voici quand cela à plus de sens que de passer au composable :

Vos personnalisations sont profondement liees aux modèles de données SAP Commerce

Si vous avez passe des années à construire de la logique metier autour du système de types, du moteur de calcul de panier et du cadre de promotions de SAP Commerce, migrer vers Commerce Cloud preserve cet investissement. Passer au composable signifie reecrire cette logique de zero — souvent un effort de 6 à 12 mois en soi.

Vous devez agir rapidement

L’echeance de fin de maintenance est juillet 2026. Une migration vers Commerce Cloud peut etre realisee en 3 à 6 mois. Nous avons complète celle de Franke en 90 jours. Une construction composable, avec la selection des fournisseurs, la conception de l’architecture, le développement des intégrations et la construction du frontend, prend généralement 9 à 15 mois pour un périmètre comparable. Si le temps est votre contrainte, Commerce Cloud vous sort du on-premise plus rapidement.

Votre équipe est centree sur SAP

Si vos développéurs connaissent SAP Commerce par coeur mais ont une expérience limitee des ecosystèmes Node.js, des architectures headless et des modèles evenementiels, une approche composable implique une courbe d’apprentissage abrupte. Commerce Cloud permet à votre équipe de travailler dans un environnement familier avec des outils améliorés.

Vous voulez un seul fournisseur pour le support

SAP Commerce Cloud vous offre un seul contrat de support, un seul SLA, un seul chemin d’escalade. Le commerce composable signifie gérer 5 à 10 relations fournisseurs, chacune avec des conditions de support differentes, des cycles de publication differents et des modèles de tarification differents. Cette charge opérationnelle est souvent sous-estimee.

L’approche hybride

Il existe un terrain d’entente qui fonctionne pour certaines organisations : commencer avec SAP Commerce Cloud et adopter progressivement des elements composables.

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

Cette approche vous offre :

• Migration rapide hors du on-premise (3 à 6 mois)
• Liberte frontend grace à l’architecture headless
• Stabilite backend grace à la plateforme geree par SAP
• Decomposition progressive — remplacez les composants SAP par des services specialises au fil du temps, à mesure que votre équipe développé ses competences

Nous avons vu cette approche fonctionner avec succès pour les entreprises qui souhaitent la flexibilité du composable mais ne peuvent pas se permettre le délai où le risque d’une decomposition complète maintenant.

Le cadre decisionnaire honnete

Posez-vous ces cinq questions :

1. Combien de développéurs commerce avez-vous en interne ? Si moins de 5, le commerce composable mettra votre équipe sous pression. Commerce Cloud est plus sur.

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 commence, le composable est trop lent. Commerce Cloud est realiste.

3. Votre frontend doit-il etre fondamentalement different du Composable Storefront ? Si vos besoins sont du B2C où B2B standard, le Composable Storefront s’en charge. Vous n’avez pas besoin du composable juste pour des differences mineures d’interface.

4. Votre paysage d’intégration est-il déjà oriente API ? Si votre ERP fonctionne encore par fichiers batch et votre PIM est un tableur Excel, le composable ajoute de la complexité sans délivrer son avantage principal.

5. Etes-vous pret à gérer de multiples relations fournisseurs ? Tickets de support aupres de 5 à 10 fournisseurs, conflits de versions et rejets de responsabilite quand quelque chose casse — si cela semble epuisant, c’est parce que ca l’est. Commerce Cloud vous donne un seul interlocuteur.

Ce que nous recommandons

Nous ne sommes pas dogmatiques à ce sujet. Nous avons construit sur SAP Commerce Cloud et nous avons travaille avec des piles composables. La bonne réponse dépend de votre activité.

Pour la plupart des clients SAP Commerce on-premise confrontes à la fin de maintenance, SAP Commerce Cloud est le choix pragmatique. C’est plus rapide, moins risque, et cela preserve votre investissement existant. La migration Franke — 90 jours, SAP Quality Award — est la preuve de ce qui est possible.

Pour les entreprises avec des équipes d’ingenierie matures, une complexité multi-marques et un délai de plus de 12 mois, le commerce composable peut offrir des avantages significatifs à long terme. Mais entrez-y les yeux ouverts : cela coute plus cher au depart, prend plus de temps et nécessite un investissement continu en ingenierie.

Et pour ceux entre les deux ? L’approche hybride — backend Commerce Cloud avec un frontend personnalisé — atteint souvent le juste equilibre.

Trouvons ensemble votre chemin

Chaque situation est differente. Nous commençons par une evaluation de l’architecture : votre plateforme actuelle, les capacités de votre équipe, votre paysage d’intégration et votre calendrier. A partir de la, nous recommandons l’approche qui correspond — pas celle qui semble la plus excitante.

Parlons-en — nous vous aiderons à prendre la bonne decision de plateforme avant que la fin de maintenance ne force une decision precipitee.