
Le commerce composable en B2B : quand c'est pertinent et quand ça ne l'est pas
Andreas Granzer
SAP Commerce & AI Architect, Spadoom AG
Le commerce composable. L’un des concepts architecturaux les plus discutés du secteur. La promesse est séduisante : sélectionner les meilleurs composants pour chaque fonction, les assembler dans une pile sur mesure, faire évoluer chaque élément indépendamment.
Mais pour les organisations B2B évaluant SAP Commerce Cloud, la question pertinente n’est pas de savoir si le composable est théoriquement supérieur. C’est de savoir si les compromis qu’il implique ont du sens dans votre contexte spécifique. Et c’est là que ça devient concret.
Ce que « composable » signifie réellement dans le contexte SAP
Dans les termes de SAP Commerce Cloud, le commerce composable signifie généralement :
- Moteur de commerce : SAP Commerce Cloud gère le contenu produit, la tarification, la gestion des commandes et le stock
- Vitrine : un frontend découplé (Spartacus, une application React/Vue.js personnalisée ou une plateforme d’expérience numérique comme Contentful ou Sitecore)
- Couche d’expérience : la personnalisation, les tests A/B et la gestion de contenu sont gérés par des outils dédiés
L’élément technique clé est la couche API OCC (Omnichannel Commerce) de SAP Commerce Cloud, qui expose toutes les capacités commerce en tant qu’API REST. Prima vista, c’est simple. En pratique : tout dépend du contexte.
Quand le composable a du sens
Forte ambition en design et expérience utilisateur. Si votre vitrine doit être une véritable expérience de marque et pas un simple catalogue fonctionnel, le composable donne à vos équipes design et frontend la liberté de construire exactement ce qui est nécessaire. Sans lutter contre la plateforme.
Vitrines multiples. Si vous gérez des expériences B2B et B2C, ou des vitrines pour plusieurs marques, découpler le frontend permet à chaque expérience d’évoluer indépendamment à partir d’un noyau commerce partagé.
Rythme de publication agressif. Quand l’activité nécessite de publier des modifications frontend plusieurs fois par semaine, séparer la vitrine du moteur de commerce signifie que les publications backend et frontend sont découplées. Ce n’est pas un luxe, c’est une nécessité pour les marchés qui évoluent vite.
Quand le composable n’a pas de sens
Petites équipes sans capacité frontend dédiée. Le commerce composable nécessite une expertise frontend. Si votre équipe est principalement orientée SAP/backend, vous passerez plus de temps à gérer la pile frontend qu’à construire des fonctionnalités commerce. Soyons francs : c’est l’erreur la plus courante que nous observons.
Délais courts. Une architecture composable prend plus de temps à livrer. Pour un projet avec une échéance de 6 mois, une approche basée sur un accélérateur avec Spartacus sera généralement plus rapide. Et plus rapide signifie ici : adéquatement rapide, pas bâclé.
Exigences simples de catalogue et de commande. Si le cas d’usage principal est un portail de commande B2B fonctionnel avec des fonctionnalités standard — et non une expérience de marque phare — la flexibilité supplémentaire du composable ne justifie de facto pas la complexité.
Notre recommandation
Pour la plupart des projets B2B SAP Commerce Cloud que nous voyons, un juste milieu pragmatique fonctionne le mieux :
- Utiliser SAP Commerce Cloud comme moteur de commerce
- Utiliser Spartacus comme accélérateur frontend (personnalisé selon les besoins)
- Ajouter Emarsys ou une plateforme d’expérience numérique pour la personnalisation et la gestion de contenu
- Adopter le composable de manière incrémentale à mesure que les capacités de l’équipe et la complexité de l’activité augmentent
L’architecture « entièrement composable » est véritablement la bonne réponse pour certaines organisations. Mais ce n’est pas le choix par défaut. La bonne architecture est celle qui correspond à votre équipe, votre calendrier et votre modèle commercial. Pas celle qui a reçu les applaudissements les plus nourris lors de la dernière conférence.
Pour en savoir plus sur la mise en oeuvre de SAP Commerce Cloud par Spadoom — projets Composable Storefront, scénarios B2B et architecture d’intégration — consultez notre page solution SAP Commerce Cloud.
Vous souhaitez discuter de l’approche la mieux adaptée à votre organisation ? Échangez avec nos architectes commerce.
Solutions pour E-Commerce
Découvrez comment SAP Commerce Cloud peut faire avancer votre entreprise.
Articles associes

Qu'est-ce qu'un SAP Gold Partner ? Et pourquoi c'est déterminant pour votre projet CX
Le programme partenaire de SAP comprend quatre niveaux. Gold se situe près du sommet — réservé aux entreprises disposant d'une expérience d'implémentation profonde et éprouvée. Voici ce que cela signifie concrètement lorsque vous choisissez un partenaire pour Sales Cloud, Service Cloud ou Commerce.

SAP Commerce Cloud en Suisse et dans la région DACH : guide d'implémentation
Implémenter SAP Commerce Cloud dans la région DACH demande bien plus qu'un déploiement standard. Multi-devises (CHF/EUR), quatre langues, systèmes de paiement suisses, conformité nLPD et logistique locale. Voici comment nous abordons le projet.

SAP Customer Data Platform : quand vous en avez réellement besoin
La CDP est le produit le plus survendu de la suite SAP CX. Voici quand vous en avez véritablement besoin — et quand ce n'est pas le cas.