Guide Headless Commerce 2026 : architecture composable MACH, top 5 solutions et ROI mesuré

#Chapitre 1 — Monolithe vs Headless vs Composable (MACH) : évolution 2015-2026

L'histoire technique du e-commerce mid-market et premium des dix dernières années se lit en trois temps : monolithe, headless, composable.

#Le monolithe (2010-2018) — Magento, PrestaShop, WooCommerce, Salesforce Commerce Cloud

Dans un e-commerce monolithique, le frontend (HTML, CSS, JS rendus par le moteur de template), le backend de commerce (panier, checkout, fiscalité, catalogue), la gestion du PIM, la recherche, le moteur de promotions et parfois l'OMS sont enchevêtrés dans une seule application. Magento 1 puis 2, PrestaShop, WooCommerce ou Salesforce Commerce Cloud (ex-Demandware) ont structuré le marché pendant une décennie. Avantage : tout est livré dans un seul package, l'écosystème de modules est large, les agences savent recruter. Limites apparues 2018 : performance mobile faiblissante, upgrades majeurs douloureux (Magento 1 → 2), couplage front/back qui bloque l'innovation UX, dépendance à un seul vendor, time-to-market à rallonge pour intégrer un nouveau canal (mobile app, marketplace, store assistant en magasin).

#Le headless (2018-2024) — séparation front / back via API

Le principe du headless commerce est simple : on découple strictement la couche présentation (le head, ou frontend) de la couche logique (le body, ou backend de commerce) via une API headless. Le front devient un projet indépendant — typiquement React, Vue, Next.js ou Nuxt — qui consomme les endpoints REST ou GraphQL du backend. Avantages immédiats : performance frontend optimisable (CDN edge, pre-rendering, hydratation partielle), liberté UX totale, multi-canal natif (web, app, kiosque magasin, watch, voice), équipes front et back découplées. Premiers acteurs significatifs : commercetools (2018-2020), Shopify Storefront API (2017 puis Hydrogen 2021), BigCommerce headless (2019), Medusa.js (premier release 2020).

#Le composable (2022-2026) — assemblage best-of-breed encadré par MACH

Le composable commerce pousse le headless un cran plus loin : on ne se contente pas de découpler front et back, on assemble chaque brique fonctionnelle indépendamment — commerce engine, PIM, search, paiement, CDP, OMS, marketing automation — en choisissant le meilleur outil sur chaque verticale. Le cadre conceptuel est MACH (Microservices + API-first + Cloud-native + Headless), formalisé par la MACH Alliance fondée en 2020 (commercetools, contentful, EPAM Systems, Valtech) et qui compte aujourd'hui plus de 100 vendeurs et intégrateurs certifiés. Voir la définition MACH dans le glossaire Nehos et la définition Composable dans le glossaire.

La promesse composable se résume en quatre mots-clés. Premier : meilleur outil par verticale (best-of-breed). Deuxième : remplaçabilité (on change un module sans réécrire toute la stack). Troisième : scalabilité indépendante par brique (le search scale différemment du checkout). Quatrième : time-to-market accéléré (on parallélise les chantiers par squad).

#Pourquoi 2026 est l'année du basculement mid-market

Trois facteurs convergent en 2026. Un : la maturité des solutions headless natives — Shopify Hydrogen v3 stabilisé sur Remix-React Router, Medusa.js v2 production-grade, CommerceLayer enrichi par les modules Order Management et Subscriptions. Deux : la bascule des Core Web Vitals avec l'INP qui a remplacé le FID en mars 2024 et qui pénalise structurellement les monolithes lourds en JS legacy. Trois : la pression IA — les agents conversationnels et les expériences personnalisées par LLM exigent une API headless propre et un PIM bien structuré. Une marque DNVB qui reste sur Magento 2 en 2026 démarre déjà avec un handicap mesurable en conversion mobile et en visibilité AI Overviews.

Pour aller plus loin sur le périmètre et les définitions, voir le glossaire headless commerce Nehos et le service Headless Commerce dédié.

#Chapitre 2 — Top 5 solutions headless 2026 par profil client

Voici l'arbitrage par profil client tel que nous le pratiquons en cadrage Nehos. Cinq solutions retenues sur les vingt évaluées, pour cinq profils types.

#2.1 — Shopify Hydrogen : DNVB scale-up, time-to-market 8-14 semaines

Shopify Plus + Hydrogen + Oxygen reste en 2026 la solution la plus rapide à mettre en production pour une DNVB premium en croissance. Hydrogen est le framework React + Remix officiel Shopify pour bâtir des storefronts headless, Oxygen est l'hébergement edge mondial fourni par Shopify. Time-to-market typique : 8 à 14 semaines pour une marque mono-pays avec 500 à 5 000 SKU. Atouts : écosystème Shopify (apps, checkout optimisé, fraude, fiscalité, paiement Shop Pay), CDN mondial natif, INP médian sous 180 ms quand le storefront est bien tenu, coûts d'infrastructure faibles. Limites : licence Shopify Plus 2 300 $/mois (3 % CA au-delà du palier), customisation du checkout limitée (mais largement assouplie en 2024-2025 via Checkout Extensibility), dépendance vendor. Cible idéale : DNVB cosmétique, mode, food, accessoires entre 621 k€ et 49,6 M€ de GMV annuel. Voir le service Shopify Hydrogen Nehos.

#2.2 — Medusa.js : B2B custom open source, marketplaces, distributeurs

Medusa.js v2 (release stable 2024) est devenu l'option de référence open source Node.js pour les profils B2B custom, marketplaces multi-vendeurs et distributeurs avec des règles métier fortes (prix par client, quotas, devis, multi-magasin). C'est un commerce engine TypeScript exécuté sur Node.js, déployable sur n'importe quel cloud (AWS, GCP, OVHcloud, Scaleway, Render, Railway), avec un admin React et une API REST + GraphQL. Atouts : open source MIT (pas de coût de licence), customisation totale du domaine métier, modèle de données extensible, plugins community larges (Stripe, PayPal, Klarna, Algolia, Sanity, Strapi). Limites : exige une équipe tech aguerrie (ou un partenaire intégrateur), pas de marketplace clé en main native (à câbler), coût TCO à modéliser honnêtement vs Shopify. Cible idéale : distributeurs B2B 5-99,2 M€ CA, marketplaces verticales, sites premium qui ont besoin d'une logique panier ou checkout très spécifique. Voir le service Medusa.js Nehos.

#2.3 — CommerceLayer : retailer omnicanal multi-pays multi-devises

CommerceLayer est un commerce engine API-first headless pure, sans frontend imposé, spécialisé dans le multi-pays / multi-devises / multi-stock. Société italienne fondée en 2017, levée série B 2024, clients référencés Lampoon, Chiquita, Bata. Atouts : modèle de données pensé pour le retailer omnicanal (stocks par entrepôt, prix par marché, taxes par pays automatiques, paiements multi-devises), Order Management et Subscriptions matures, intégrations natives Stripe Connect, Shippo, Avalara, Salesforce Marketing Cloud. Limites : courbe d'apprentissage plus raide que Shopify, pas de back-office content éditorial inclus (à coupler avec un headless CMS type Contentful, Sanity ou Payload). Cible idéale : retailer mid-market 30-300,8 M€ GMV avec présence multi-pays Europe, mode/sport/équipement maison, marques premium avec un modèle DTC + wholesale. Voir le service CommerceLayer Nehos.

#2.4 — BigCommerce headless : mid-market US-friendly

BigCommerce reste un acteur SaaS solide sur le segment mid-market 5-99,2 M€ GMV, avec une approche headless mûre depuis 2019 (BigCommerce for WordPress, BigCommerce + Next.js, BigCommerce Catalyst depuis 2024). Atouts : licence prévisible (Enterprise 14 800 $/mois), pas de pourcentage CA au-delà du palier, fonctionnalités B2B natives (devis, comptes hiérarchiques, listes d'achat), checkout customisable. Limites : marché core US/UK, écosystème agences France plus restreint, moins d'apps spécialisées francophones. Cible idéale : mid-market avec activité significative US ou anglophone, B2B sans devoir tout coder en custom.

#2.5 — Custom Payload + Stripe : premium éditorial, contenu et commerce fusionnés

Pour les marques premium où le contenu éditorial fait partie intégrante de la proposition de valeur (luxe, design, beauté niche, art, food premium), la stack custom Payload CMS 3 + Stripe Connect + Next.js 16 prend des parts de marché. Payload est un headless CMS TypeScript open source (admin React, modèle de données extensible, multi-tenant natif), Stripe Connect gère le paiement, le checkout, les abonnements et les marketplaces multi-vendeurs. Atouts : contenu et commerce sur la même stack Next.js, design system unique, performance INP < 150 ms réalisable, coût licence nul (Payload self-hosted) ou faible (Payload Cloud), liberté totale de UX. Limites : exige une équipe tech ou un partenaire intégrateur senior, pas de back-office commerce clé en main (panier et checkout custom à concevoir mais largement standardisables via Stripe Elements). Cible idéale : marques premium 1-à partir de 307,2 M€ GMV, éditeurs / médias avec module commerce, marketplaces curatoriales. Voir le service Payload + Stripe Nehos.

#Synthèse arbitrage 2026

DNVB scale-up time-to-market court : Shopify Hydrogen. B2B custom ou marketplace : Medusa.js. Retailer omnicanal multi-pays : CommerceLayer. Mid-market US/UK avec B2B natif : BigCommerce. Premium éditorial contenu et commerce fusionnés : Payload + Stripe. Voir notre comparatif détaillé Shopify Hydrogen vs Medusa.js vs CommerceLayer.

#Chapitre 3 — Stack composable type ETI mid-market

Ce chapitre détaille la stack composable que nous déployons typiquement chez une ETI mid-market 30-150,4 M€ GMV avec catalogue 5 000-50 000 SKU, présence multi-pays et SI existant (ERP, WMS, CRM).

#Couche 1 — Frontend Next.js 16 ou Remix

Frontend principal sur Next.js 16 (App Router, Server Components, Server Actions) ou Remix selon profil équipe. Next.js 16 prend l'ascendant en 2026 sur les déploiements Vercel ou OVHcloud Performance, avec un INP médian très bas et un Server Components / Partial Prerendering qui rend obsolètes les blocages historiques de Jamstack pur. Remix reste pertinent quand l'équipe vient déjà de React Router et que le storefront est sur Shopify Hydrogen.

#Couche 2 — Commerce engine headless

Une des cinq options détaillées au chapitre 2 selon profil. Pour une ETI omnicanal européenne, CommerceLayer est le choix neutre par défaut. Pour une scale-up DNVB en hyper-croissance, Shopify Hydrogen. Pour un distributeur B2B avec un domaine métier fort, Medusa.js.

#Couche 3 — PIM Akeneo (Nehos partenaire certifié France)

Akeneo PIM (édition Growth ou Enterprise selon volumétrie) centralise le catalogue produit, la taxonomie, les attributs, les media, les localisations et les enrichissements. Nehos est partenaire certifié Akeneo France depuis fin 2024 — détail dans la page service implémentation Akeneo Nehos. Connecteur natif Akeneo vers Shopify, CommerceLayer, Magento, Salesforce Commerce. Voir la définition Akeneo PIM glossaire Nehos et la définition PIM générale.

#Couche 4 — Search Algolia ou Meilisearch

Le search natif des commerce engines est rarement à la hauteur en 2026. On l'externalise sur Algolia (SaaS premium, instant search excellent, AI Search en option, ranking customisable, tarifs scale par requêtes) ou Meilisearch (open source, self-hostable sur OVHcloud, tarifs SaaS plus accessibles, indexation rapide, typo-tolerance native). Décision : Algolia pour les sites > 49,6 M€ GMV avec budget search > 711 k€/an, Meilisearch en deçà ou sous contrainte souveraineté.

#Couche 5 — Paiement Stripe ou Adyen

Stripe pour les DNVB et la majorité des mid-market jusqu'99,2 M€ GMV (intégration la plus simple, écosystème Connect mature, Stripe Elements et Stripe Checkout). Adyen pour les enterprises > 99,2 M€ GMV multi-pays multi-devises avec besoin d'optimisation taux d'acceptation et risque, ou pour les retailers omnicanal qui doivent unifier paiement en ligne et terminal physique.

#Couche 6 — CDP Segment, RudderStack ou Twilio Engage

Un CDP unifié alimente analytics, personnalisation, marketing automation et IA. Segment reste leader marché, RudderStack séduit par son modèle open source self-hostable et sa souveraineté data, Twilio Engage prolonge Segment avec la couche journeys. Voir la définition CDP dans le glossaire.

#Couche 7 — Analytics Plausible, Matomo ou GA4

Plausible (open source, RGPD-friendly, hébergement EU souverain) ou Matomo en self-hosted (souveraineté maximale) pour les ETI françaises et européennes sensibles à la conformité. GA4 reste majoritaire mais souffre de la double validation CNIL (transferts Privacy Shield, base légale) et du nettoyage Consent Mode v2.

#Couche 8 — Agent IA conversational commerce

Un agent IA conversational sur cas d'usage cadrés (recommandation, support 24/7, devis B2B simples). Modèle de référence : Mistral Large 2 hébergé France (souveraineté) ou Claude 4.5 Sonnet via API, déployé en mode RAG sur le PIM Akeneo et la base de connaissance produit. Cadre AI Act : risque limité (chatbot client) ou haut risque (scoring solvabilité B2B) selon cas d'usage — voir chapitre 8.

Voir la méthode Composable Commerce Stack Nehos pour le détail d'implémentation et les budgets typiques.

#Chapitre 4 — Performance : Core Web Vitals 2025 (INP, LCP, CLS) — comment l'headless les gagne

Google utilise les Core Web Vitals comme signal de ranking depuis 2021. Le set a évolué en mars 2024 : l'INP a remplacé le FID. En 2026, la grille Google reste : INP < 200 ms (bon), LCP < 2,5 s (bon), CLS < 0,1 (bon). Au-dessus des seuils dégradés (INP > 500 ms, LCP > 4 s, CLS > 0,25), le site est pénalisé.

#4.1 — INP : Interaction to Next Paint, le piège des monolithes

L'INP (Interaction to Next Paint) mesure le temps entre une interaction utilisateur (click, tap, key press) et le prochain paint de l'interface. Il pénalise structurellement les sites qui chargent trop de JavaScript bloquant. Magento 2 monolithique sur templates Luma : INP médian observé 350-600 ms. Salesforce Commerce Cloud avec SFRA et legacy : INP médian 280-500 ms. Shopify Hydrogen bien tenu : INP médian 120-180 ms. Next.js 16 + React Server Components + Partial Prerendering : INP médian 90-150 ms.

Mécanisme : un storefront headless bien conçu sépare le rendu serveur (HTML statique ou streamé) du JS d'interaction (chargé en différé, hydratation sélective). Le main thread du navigateur n'est jamais saturé par des bundles JS lourds, donc les interactions répondent vite. Voir la définition INP dans le glossaire et le détail Core Web Vitals 2025.

#4.2 — LCP : Largest Contentful Paint, le piège des images mal optimisées

Le LCP mesure le temps avant l'affichage de l'élément le plus volumineux du viewport (typiquement l'image hero ou la vignette produit). Cible : < 2,5 s. L'headless le gagne grâce au pre-rendering statique (SSG ou ISR), au CDN edge mondial, à l'optimisation automatique des images via next/image ou Shopify Image API, et à la priorisation explicite du LCP via la balise priority. Sur une fiche produit Shopify Hydrogen tenue, LCP médian 1,4-1,9 s sur mobile 4G — quand un Magento 2 dépasse souvent 3,5-4,5 s.

#4.3 — CLS : Cumulative Layout Shift, la dette UX des thèmes templatés

Le CLS mesure la stabilité visuelle pendant le chargement (les éléments qui sautent au moment où les fonts ou les images arrivent). Cible : < 0,1. L'headless le gagne par discipline design system : tailles d'image réservées en amont, font-display: optional, pas de bannières ou widgets injectés tardivement. Sur les thèmes Magento standards, on observe régulièrement des CLS 0,25-0,40 dus aux blocs CMS dynamiques et aux scripts d'AB testing legacy.

#4.4 — Impact ranking et conversion mesurée

Deux effets cumulatifs. Premier : SEO. Un site bien noté Core Web Vitals bénéficie d'un signal positif dans la query-dependent ranking de Google. Effet net mesuré sur des migrations Nehos 2024-2026 : +12 à +18 % de trafic organique non-brand à 6 mois post-migration headless. Deuxième : conversion. Performance et conversion sont corrélées de façon documentée — Akamai a chiffré historiquement -7 % de conversion par 100 ms de latence ajoutée. Sur une DNVB cosmétique migrée vers Shopify Hydrogen en 2025 (cas client référencé Nehos), nous avons mesuré +34 % de conversion mobile à 90 jours post-bascule, avec INP descendu de 420 ms à 165 ms. Voir le cas client DNVB Hydrogen détaillé.

#Chapitre 5 — PIM Akeneo focus : taxonomie, attributs, IA Mistral

Le PIM (Product Information Management) est la colonne vertébrale data de toute architecture composable. Sans PIM bien structuré, un commerce engine reste handicapé. Akeneo est le leader européen, partenaire historique des marques et retailers français, et Nehos est partenaire certifié Akeneo France depuis fin 2024.

#5.1 — Taxonomie : familles et catégories d'arbre

La taxonomie Akeneo se structure en deux niveaux. Premier niveau, les familles produits : ensemble cohérent d'attributs (par exemple, famille « rouge à lèvres » regroupe les attributs teinte, finition, ingrédients, contenance, certifications). Second niveau, les arbres de catégorie : structure de navigation merchant, indépendante des familles, qui sert au catalog browsing front (par exemple, arbre « Maquillage » > « Lèvres » > « Rouge à lèvres mat »). Bonne pratique : viser entre 8 et 20 familles distinctes pour une marque mid-market 5 000 SKU, et un arbre de catégorie hiérarchique à 3-4 niveaux maximum.

#5.2 — Attributs : types, groupes, localisations, channels

Akeneo distingue plus d'une douzaine de types d'attributs : texte, texte enrichi, nombre, prix, métrique, identifiant, image, date, booléen, liste simple ou multiple, table de référence. Trois axes de qualification : localisable (valeur différente par locale fr_FR vs en_US), scopable (valeur différente par channel web vs marketplace vs print) et obligatoire vs optionnel selon famille. Bonne pratique mid-market : 30-80 attributs distincts pour une marque, organisés en 5-10 groupes d'attributs (caractéristiques techniques, marketing, logistique, conformité, media).

#5.3 — Multilingue et channels

Une ETI multi-pays gère typiquement 5-15 locales (fr_FR, fr_BE, fr_CH, en_GB, en_US, de_DE, es_ES, it_IT, nl_NL, etc.) et 3-8 channels (web FR, web export, marketplace Amazon, marketplace Cdiscount, print catalogue, partenaire wholesale, etc.). Akeneo gère nativement la matrice locales × channels, avec des règles de fallback et des workflows de traduction.

#5.4 — IA enrichissement Mistral : méthode Nehos partenaire certifié

Depuis 2024, Akeneo expose des intégrations IA pour automatiser l'enrichissement produit. Nous déployons typiquement chez nos clients la stack suivante : Mistral Large 2 hébergé France via API officielle (souveraineté data, RGPD natif), connecteur custom Akeneo → Mistral via les Akeneo APP (architecture Akeneo Apps depuis 2023). Cas d'usage typiques : génération automatique de descriptions produit multilingues à partir d'une fiche technique brute, génération des alt text images pour accessibilité WCAG, classification automatique des SKU dans l'arbre catégorie, détection d'incohérences attributs vs description (qualité data). Gains mesurés sur missions Nehos : -65 % de temps de saisie produit, +40 % de couverture attributs facultatifs, conformité RGPD préservée (les données ne sortent pas du périmètre Mistral France).

Voir la définition Akeneo PIM dans le glossaire, la page partenaire certifié Akeneo France Nehos et le service IA Mistral souveraine Nehos.

#Chapitre 6 — Méthode Composable Commerce Stack™ Nehos en 6 phases

Notre Méthode Composable Commerce Stack™ (CCS) structure une bascule headless mid-market en 6 phases sur 12 à 26 semaines selon scope. Méthode déposée INPI 2026. Voir la page méthode CCS détaillée.

#Phase 1 — Audit existant et lecture data (semaines 0 à 4)

Trois à cinq semaines d'audit. Livrables : cartographie du SI e-commerce existant (monolithe, intégrations ERP, WMS, CRM, PIM si présent), mesure Core Web Vitals actuel (INP, LCP, CLS par template), analyse de la dette technique et des freins UX, audit du catalogue produits et de la qualité data, lecture des KPIs business (taux de conversion, panier moyen, taux de rebond, temps de chargement par device et par marché), benchmark concurrence. Effort Nehos : 12-20 jours-homme cumulés.

#Phase 2 — Choix d'architecture cible et solutions (semaines 4 à 6)

Deux à trois semaines pour arbitrer entre Shopify Hydrogen, Medusa.js, CommerceLayer, BigCommerce ou stack Payload + Stripe selon profil DNVB, retailer ou B2B, et formaliser le diagramme de la stack composable cible. Livrables : note d'architecture cible, budget total estimé (build + licences + run), planning haut niveau, comité de pilotage. Effort Nehos : 8-12 jours-homme.

#Phase 3 — Design system et tokens (semaines 6 à 12)

Quatre à six semaines de design system. Livrables : tokens Figma, composants UI réutilisables (typiquement 60-90 composants pour un storefront ETI), tests d'accessibilité WCAG 2.2 AA, performance budget par template (INP, LCP, CLS cibles), tokens exportés en code via Style Dictionary vers Tailwind ou shadcn/ui. Effort Nehos : 25-40 jours-homme.

#Phase 4 — Build sprint (semaines 12 à 22-26)

Construction itérative du storefront Next.js 16 ou Remix + Hydrogen sur 10 à 14 semaines. Sprints de 2 semaines, rituels SAFe ou Scrum classique. Intégration PIM Akeneo, search Algolia ou Meilisearch, paiement Stripe ou Adyen, analytics Plausible ou GA4, agents IA conversational commerce sur cas d'usage validés. Effort Nehos : 70-140 jours-homme selon scope, équipe mixte Lead Dev + 2-4 développeurs + 1 designer.

#Phase 5 — Migration data et SEO 301 (semaines 22-26 chevauche Phase 4)

Trois à six semaines de migration data. Livrables : migration produits, clients, commandes historiques, plan de redirections 301 SEO complet (un URL legacy → un URL cible, jamais de chaîne de redirections), conservation du PageRank historique, recette SEO technique avant go-live (sitemap, robots.txt, hreflang, schemas JSON-LD, canonicals). Effort Nehos : 15-25 jours-homme.

#Phase 6 — Recette + go-live + run (semaines 22-26 fin)

Deux à quatre semaines de recette fonctionnelle, perf et accessibilité. Bascule production progressive blue/green ou canary deployment, monitoring Core Web Vitals avec alerting sur INP > 250 ms, dashboard Datadog ou Grafana, contrat run et amélioration continue mensuel. Effort Nehos : 12-18 jours-homme pré-go-live + run.

#Budget total typique

Mid-market 30-99,2 M€ GMV avec 5 000-20 000 SKU et présence multi-pays : 171 k€ HT forfait fixe pour la totalité du programme Phases 1 à 6. Run mensuel post-go-live : à partir de 48 k€ HT/mois selon niveau de service. Voir le détail budget méthode CCS Nehos.

#Chapitre 7 — Cas concrets : DNVB cosmétique, retailer omnicanal, distributeur B2B

Trois missions Nehos référencées et anonymisées sous NDA.

#7.1 — DNVB cosmétique sur Shopify Hydrogen : +34 % conversion mobile

Client : DNVB française de cosmétique premium, 850 SKU, GMV 80968 M€, croissance 65 % annuelle, équipe e-commerce 4 personnes. Situation initiale : Shopify standard sur thème Liquid premium customisé, INP médian 420 ms sur mobile, LCP 3,1 s sur fiche produit, conversion mobile 1,4 % vs 2,8 % desktop (gap de 50 %). Mission Nehos : migration vers Shopify Hydrogen + Oxygen, design system retravaillé, refonte UX fiche produit avec optimisation images via Shopify Image API, Sanity headless CMS pour le contenu éditorial (storytelling marque), intégration Klaviyo (CRM marketing), Algolia search avec Visual Search image-based. Durée : 18 semaines de Phase 1 à Phase 6. Budget : 2811 k€ HT forfait fixe + 412 k€/mois run. Résultats à 90 jours post-bascule : INP descendu à 165 ms (-61 %), LCP 1,7 s (-45 %), conversion mobile passée à 1,88 % (+34 %), revenue mobile +47 % à trafic constant. Voir le cas client DNVB Hydrogen détaillé.

#7.2 — Retailer omnicanal sur CommerceLayer : 419 k€/an économisés

Client : retailer omnicanal équipement maison et déco, 18 000 SKU, GMV 20246499 k€ multi-pays (France, Belgique, Suisse, Luxembourg, Espagne, Italie), 24 magasins physiques, 38 collaborateurs e-commerce + IT. Situation initiale : Salesforce Commerce Cloud (ex-Demandware) historique, coût licence + hébergement + maintenance 291 k€/an, time-to-market 6-9 mois sur évolutions produit, INP médian 380 ms. Mission Nehos : migration vers CommerceLayer + Next.js 16 + Akeneo PIM + Algolia + Stripe + Adyen (Adyen sur magasins physiques) + Salesforce Marketing Cloud conservé. Durée : 32 semaines Phases 1-6 (méthode CCS étendue mid-large). Budget : 211 k€ HT build +à partir de 24 k€/mois run. Résultats à 12 mois post-bascule : coût total annuel passé de 291 k€ 521 k€ (économie 419 k€/an), INP 175 ms (-54 %), time-to-market évolutions passé de 6-9 mois à 6-10 semaines, conversion globale +18 %, NPS interne équipes e-commerce passé de 28 à 64. Voir le cas client retailer CommerceLayer détaillé.

#7.3 — Distributeur B2B sur Medusa.js : domaine métier custom et marketplaces

Client : distributeur B2B grossiste équipement professionnel CHR (cafés-hôtels-restaurants), 32 000 SKU, GMV 50610621 k€, 1 200 clients pros actifs, présence France + Belgique + Espagne. Situation initiale : développement custom Symfony historique, dette technique forte, pas d'API mobile, conversion B2B en ligne 0,9 % vs 6 % du CA possible. Mission Nehos : reconstruction sur Medusa.js v2 + Next.js 16 + Akeneo PIM + Meilisearch + Stripe Connect (paiement différé B2B, virement SEPA, traites) + module devis custom + portail revendeurs avec prix par client / quotas / commandes récurrentes. Durée : 38 semaines. Budget : 1271 k€ HT build + 512 k€/mois run. Résultats à 12 mois post-bascule : conversion B2B en ligne passée à 4,2 % (x 4,6), prise de commande digitale passée de 9 % à 38 % du CA, satisfaction commerciaux internes (qui suivent moins de saisie manuelle) +52 points NPS. Voir le cas client distributeur B2B Medusa détaillé.

#Chapitre 8 — Conversational commerce IA : cadre AI Act

Le conversational commerce — agent IA qui dialogue avec le client pour recommander, accompagner, vendre — est un cas d'usage IA emerging majeur sur 2026. Mais il tombe directement sous AI Act, et le niveau de risque dépend du cas d'usage.

#8.1 — Cas d'usage 1 : recommandation produit conversationnelle (risque limité)

Un agent IA recommande des produits du catalogue à partir d'une conversation libre du client (« je cherche un cadeau pour ma sœur de 30 ans qui aime le yoga », « quel rouge à lèvres tient bien la journée »). Classification AI Act : risque limité — l'article 50 impose une transparence (l'utilisateur doit savoir qu'il interagit avec une IA) mais pas de procédure haut risque. Stack typique Nehos : Mistral Large 2 France ou Claude 4.5 Sonnet, RAG sur le PIM Akeneo et la base de connaissance produit, garde-fous (pas de promesses santé non validées, pas de prix improvisés, pas d'invention de SKU). Gains observés : +18-25 % de panier moyen sur les sessions avec agent vs sans, +12-15 % de taux de conversion sur recommandation guidée.

#8.2 — Cas d'usage 2 : support 24/7 conversationnel (risque limité)

Un agent IA traite les questions client courantes (suivi de commande, politique de retour, disponibilité produit, conseils d'utilisation). Classification AI Act : risque limité, même obligation de transparence article 50. Bonnes pratiques : escalade humaine systématique sur les cas sensibles (réclamation, remboursement, plainte), log immuable des conversations, mesure NPS post-conversation. Gains observés : -35-55 % de tickets niveau 1 sur le support humain, NPS support stable ou en amélioration.

#8.3 — Cas d'usage 3 : scoring solvabilité B2B ou paiement différé (haut risque)

Un agent IA évalue la solvabilité d'un client B2B pour autoriser un paiement différé ou un crédit fournisseur. Classification AI Act : haut risque (Annexe III point 5 — accès aux services essentiels et solvabilité). Obligations renforcées : système de gestion des risques documenté, gouvernance des données (qualité, traçabilité, non-discrimination), transparence et information de l'utilisateur, supervision humaine effective, robustesse et cybersécurité, déclaration de conformité UE et marquage CE numérique. Voir la Méthode AI Act Compliance Nehos™ et le guide AI Act checklist complète pour le détail du cycle de vie haut risque.

#8.4 — Méthode Nehos cadrage AI Act sur projet conversational

Pour chaque projet conversational commerce que nous cadrons, nous appliquons systématiquement la grille suivante : classification du cas d'usage selon Annexe III, identification des obligations applicables, plan de mise en conformité, formation des équipes article 4 AI Act (literacy IA des collaborateurs), documentation pour audit externe. Voir le service Conversational Commerce Nehos et le service Agents IA conformes par design.