Composable Commerce
#Définition Composable Commerce
Approche architecturale e-commerce assemblant des modules best-of-breed indépendants (commerce backend, CMS, search, paiement, PIM, marketing automation) orchestrés via APIs selon les principes MACH (Microservices, API-first, Cloud-native, Headless). Concept formalisé par Gartner en 2020 comme évolution naturelle du headless commerce. Pour approfondir, consultez la page service Headless Commerce Nehos (Hydrogen, Next.js, stacks composable).
Traduit en termes opérationnels, Différence avec headless : headless = séparation frontend/backend, composable = composition multi-modules orchestrés au niveau backend également. Stack typique composable : commercetools / Medusa.js / CommerceLayer (commerce engine) + Contentstack / Storyblok / Payload (CMS headless) + Algolia / Meilisearch (search) + Stripe / Mollie / Adyen (paiement) + Akeneo / Pimcore (PIM) + Klaviyo / Brevo (marketing automation). Chaque module est remplaçable indépendamment selon l'évolution des besoins, sans refonte du système complet.
La compréhension fine de Composable Commerce différencie les équipes qui livrent des résultats de celles qui accumulent de la dette.
#Composable Commerce expliqué simplement
Composable commerce = e-commerce Lego. Au lieu d'acheter une plateforme tout-en-un (Salesforce Commerce Cloud, SAP Commerce, Magento) où tout est soudé ensemble, tu assembles des briques spécialisées qui font chacune leur job parfaitement et communiquent entre elles via des APIs.
Un catalogue spécialisé pour le catalogue, un moteur de paiement spécialisé pour le paiement, un moteur de recherche spécialisé pour la recherche. Plus cher au démarrage parce qu'il faut intégrer les briques entre elles, mais infiniment plus flexible ensuite. Si Algolia ne te convient plus, tu remplaces par Meilisearch sans casser le reste de la stack.
Si commercetools devient trop cher, tu bascules sur Medusa.js. Liberté de choix maximale, dépendance fournisseur minimale.
Visualisez le quotidien d'un directeur technique ou d'un CMO en scale-up. Voilà pourquoi on insiste sur la mesure : pas de décision sans donnée.
#Cas d'usage concrets
Exemple de situation : DNVB cosmétique en croissance (Shopify Hydrogen + best-of-breed) — Exemple de situation : une DNVB passe d'un Shopify Liquid monolithique à une stack composable : Shopify Hydrogen (commerce + frontend), Algolia pour la recherche, Klaviyo pour le marketing automation, Akeneo pour le PIM, Stripe pour le paiement et Loop Returns pour les retours.
La migration est menée par étapes. On suit la vitesse de livraison des nouvelles fonctions, la conversion et le chiffre d'affaires mobile.
Exemple de situation : retailer omnicanal mid-market (CommerceLayer + Mirakl) — Exemple de situation : un retailer omnicanal migre depuis Salesforce Commerce Cloud vers une stack composable complète : CommerceLayer comme commerce engine, Contentstack pour le CMS, Algolia, Akeneo pour le PIM, Stripe Connect pour le paiement multi-vendeurs, Mirakl pour la marketplace, Klaviyo et un CDP. Les enjeux : coût des licences, délai de mise en marché et maîtrise de la dépendance fournisseur.
Exemple de situation : distributeur B2B sur mesure (Medusa.js + Payload + EDI) — Exemple de situation : un distributeur B2B retient une stack composable sur mesure : Medusa.js comme commerce engine open source, Payload CMS, Meilisearch, des tarifications client B2B personnalisées, des intégrations EDI fournisseurs et SAP S/4HANA via connecteurs. L'objectif : faire passer davantage de commandes en ligne et alléger la charge du service commercial téléphonique.
#Composable Commerce chez Nehos Groupe
Chez Nehos, on teste et on ajuste avant de généraliser. Notre service Headless Commerce Nehos (Hydrogen, Next.js, stacks composable) couvre ce périmètre de A à Z.
La méthode Nehos est documentée sur Méthode Composable Commerce Stack Nehos™ (cadrage à mise en production). Chaque mission démarre par un cadrage structuré : objectifs chiffrés, périmètre technique, jalons à 30/60/90 jours. On livre, on mesure, on itère. Pas de slides sans livrable. Voir aussi : service refonte e-commerce mid-market (migration monolithe vers composable), service PIM Akeneo intégration (brique catalogue composable).
#Termes associés
Plusieurs concepts gravitent autour de ce sujet.
- MACH (Microservices, API-first, Cloud-native, Headless)
- Headless Commerce
- Akeneo PIM
- Shopify Hydrogen
- Medusa.js
- CommerceLayer
- MACH Alliance
- API-first
Explorez chaque définition pour construire une vision complète du sujet.
Applications Concrètes
« Exemple de situation : une DNVB passe d'un Shopify Liquid monolithique à une stack composable : Shopify Hydrogen (commerce + frontend), Algolia pour la recherche, Klaviyo pour le marketing automation, Akeneo pour le PIM, Stripe pour le paiement et Loop Returns pour les retours. La migration est menée par étapes. On suit la vitesse de livraison des nouvelles fonctions, la conversion et le chiffre d'affaires mobile. »
« Exemple de situation : un retailer omnicanal migre depuis Salesforce Commerce Cloud vers une stack composable complète : CommerceLayer comme commerce engine, Contentstack pour le CMS, Algolia, Akeneo pour le PIM, Stripe Connect pour le paiement multi-vendeurs, Mirakl pour la marketplace, Klaviyo et un CDP. Les enjeux : coût des licences, délai de mise en marché et maîtrise de la dépendance fournisseur. »
« Exemple de situation : un distributeur B2B retient une stack composable sur mesure : Medusa.js comme commerce engine open source, Payload CMS, Meilisearch, des tarifications client B2B personnalisées, des intégrations EDI fournisseurs et SAP S/4HANA via connecteurs. L'objectif : faire passer davantage de commandes en ligne et alléger la charge du service commercial téléphonique. »
Questions & réponses
Questions fréquentes sur le composable commerce
Le headless commerce sépare uniquement le frontend (présentation) du backend commerce (catalogue, panier, paiement), qui reste un bloc unique fourni par un éditeur (Shopify, BigCommerce). Le composable commerce va plus loin : il décompose aussi le backend en plusieurs briques best-of-breed indépendantes — commerce engine, CMS, search, PIM, paiement, marketing — orchestrées via APIs. Conséquence pratique : un site Shopify Hydrogen est headless mais pas réellement composable (le backend Shopify reste monolithique). Une stack commercetools + Contentstack + Algolia + Akeneo + Stripe + Klaviyo est, elle, pleinement composable. Tout composable est headless, mais l'inverse n'est pas vrai.
Quatre signaux convergents justifient le composable. (1) Un volume d'affaires élevé avec une ambition multi-canaux (web, mobile, marketplace, retail, B2B) — le retour sur investissement bascule à cette échelle. (2) Catalogue complexe >5 000 SKU multi-marques ou multi-pays — un PIM dédié type Akeneo devient indispensable. (3) Besoins métier spécifiques non couverts par les monolithes (tarifications B2B custom, marketplace verticale, abonnement complexe). (4) Time-to-market sur features stratégiques bloqué par un monolithe lent à faire évoluer. En-dessous de ces seuils, un monolithe Shopify Plus ou BigCommerce reste plus rentable et plus simple à exploiter.
Le budget dépend du nombre de briques, du volume de catalogue, des intégrations ERP/EDI et du nombre de canaux. Trois cas types. (1) Composable léger pour DNVB scale-up (Hydrogen + Algolia + Klaviyo + Akeneo + Stripe). (2) Composable complet pour retailer omnicanal mid-market (CommerceLayer + Contentstack + Algolia + Akeneo + Stripe Connect + Klaviyo + Segment). (3) Composable B2B sur mesure (Medusa.js + Payload + Meilisearch + intégrations ERP/EDI), où les licences sont réduites car Medusa et Payload sont open source. Le chiffrage se fait sur devis en 48 h après un premier échange. À prévoir en plus : photos, content marketing et paid media.
Cinq cas où nous déconseillons honnêtement le composable. (1) DNVB à volume d'affaires modeste et mono-canal — Shopify Plus monolithique suffit largement, ROI composable inatteignable. (2) Équipe tech inexistante ou très junior — la maintenance d'une stack composable demande de vrais profils DevOps et fullstack. (3) Time-to-market <6 mois — une refonte composable demande 18-40 semaines minimum. (4) Absence de processus produit et de gouvernance — la flexibilité du composable devient un piège sans cadre. (5) Catalogue <500 SKU mono-marque mono-pays — la complexité ajoutée ne se justifie pas. Dans ces cas, un Shopify Plus ou BigCommerce monolithique reste le bon choix.
Recommandations Nehos selon profil. (1) Composable Shopify pour DNVB scale-up : Hydrogen + Algolia + Klaviyo + Akeneo + Stripe + Loop — meilleur compromis simplicité/puissance. (2) Composable commercetools pour retailer enterprise multi-pays : commercetools + Contentstack + Algolia + Akeneo + Adyen — référence du marché entreprise. (3) Composable CommerceLayer pour omnicanal multi-marques : CommerceLayer + Contentstack + Algolia + Akeneo + Stripe Connect + Mirakl — excellent pour orchestration marketplace. (4) Composable open source Medusa.js : Medusa + Payload + Meilisearch + Stripe — meilleur sans vendor lock-in. (5) Composable B2B custom : Medusa.js + Payload + Algolia + intégrations EDI/ERP — meilleur pour distributeurs complexes.
Migration en 5 étapes. (1) Cadrage architecture cible et scoring TCO (6-8 semaines) : audit existant, sélection des briques, business case sur 36 mois. (2) Strangler Pattern — extraction progressive par capacité métier (PIM en premier, puis CMS, puis frontend headless, puis commerce engine) : éviter le big bang, qui échoue souvent. (3) Build incrémental par canal et par pays (16-32 semaines) avec dual-run en parallèle du monolithe. (4) Bascule progressive trafic split avec rollback possible (6-10 semaines). (5) Décommissionnement monolithe et observabilité (4-6 semaines). Total réaliste : 10-18 mois pour mid-market, 18-30 mois pour grand compte multi-pays.