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

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

Mais le commerce composable n’est pas une réponse universelle. Il résout des problèmes spécifiques pour des organisations spécifiques. Cet article vous aide à déterminer si c’est la bonne voie pour votre entreprise, ou si SAP Commerce Cloud est le choix le plus judicieux. Soyons francs, sans bingo de mots à la mode.

Ce que signifie réellement le commerce composable

Le commerce composable remplace une plateforme de commerce monolithique par un ensemble de services indépendants et spécialisés best-of-breed. Au lieu d’un seul système gérant tout, du catalogue produit à la caisse en passant par la gestion des commandes, vous sélectionnez des outils spécialisés 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 propriétaire de la couche d’orchestration qui les relie.

La promesse : la flexibilité. Chaque composant est remplaçable. Chaque service est évolutif indépendamment. Le meilleur outil pour chaque tâche.

La réalité est plus nuancée. Prima vista, cela semble fantastique. En pratique, il y a des compromis.

Quand le composable a du sens

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

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 et 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.

Si vous dépendez de consultants externes pour la plupart du travail de développement, le composable sera coûteux à construire et coûteux à maintenir. Très coûteux.

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

SAP Commerce Cloud est livré avec Spartacus (désormais Composable Storefront) comme frontend de référence. Fonctionnel, bien intégré, stable. Mais directif. Si votre marque exige une expérience d’achat hautement personnalisée (configurateurs de produits 3D interactifs, portails en libre-service B2B complexes, vitrines multi-marques avec des expériences utilisateur entièrement différentes), une approche composable vous offre plus de liberté.

Vous opérez sur plusieurs marques avec des besoins différents

Un groupe détenant cinq marques, chacune nécessitant une expérience d’achat différente, des catalogues produits différents et des parcours de paiement différents, peut bénéficier d’une architecture composable. Chaque marque utilise les services dont elle a besoin sans être contrainte par un monolithe partagé.

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

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

Quand SAP Commerce Cloud est le meilleur choix

Pour de nombreux clients SAP Commerce on-premise, SAP Commerce Cloud est le chemin le plus rapide, le moins coûteux et le moins risqué. Concrètement :

Vos personnalisations sont profondément liées aux modèles de données SAP Commerce

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 réécrire cette logique de zéro — souvent un effort de 6 à 12 mois rien que pour cela.

Vous devez agir rapidement

L’échéance de fin de maintenance est juillet 2026. Une migration vers Commerce Cloud peut être réalisée en 3 à 6 mois. Nous avons terminé celle de Franke en 90 jours. Une construction composable (sélection des fournisseurs, conception de l’architecture, développement des intégrations, 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 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, les architectures headless et les patterns événementiels, 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. A chacun son métier, comme on dit.

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 différentes, des cycles de publication différents et des modèles de tarification différents. Cette charge opérationnelle est souvent sous-estimée.

L’approche hybride

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

SAP 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 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)
• Liberté frontend grâce à l’architecture headless
• Stabilité backend grâce à la plateforme gérée par SAP
• Décomposition progressive : remplacer les composants SAP par des services spécialisés au fil du temps, à mesure que votre équipe développe ses compétences

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 ou le risque d’une décomposition complète dans l’immédiat.

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

Le cadre décisionnaire honnête

Cinq questions. Soyez honnête avec vous-même :

1. Combien de développeurs commerce avez-vous en interne ? Si moins de 5, le commerce 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. Commerce Cloud est réaliste.

3. Votre frontend doit-il être fondamentalement différent du Composable Storefront ? Si vos besoins sont du B2C ou B2B standard, le Composable Storefront s’en charge. Vous n’avez pas besoin du composable juste pour des différences mineures d’interface.

4. Votre paysage d’intégration est-il déjà orienté 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. Êtes-vous prêt à gérer de multiples relations fournisseurs ? Tickets de support auprès de 5 à 10 fournisseurs, conflits de versions et rejets de responsabilité quand quelque chose casse. Si cela semble épuisant, c’est parce que ça 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 travaillé avec des piles composables. La bonne réponse dépend de votre activité.

Pour la plupart des clients SAP Commerce on-premise confrontés à la fin de maintenance, SAP Commerce Cloud est le choix pragmatique. Plus rapide, moins risqué, et cela préserve 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’ingénierie 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 coûte plus cher au départ, prend plus de temps et nécessite un investissement continu en ingénierie.

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

Trouvons ensemble votre chemin

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

Parlons-en — nous vous aiderons à prendre la bonne décision de plateforme avant que la fin de maintenance ne force une décision précipitée.