Définition technique
Architecture e-commerce où le front (site, app, kiosque) est découplé du back-office et du moteur de vente (panier, paiement, catalogue). Les données et actions passent par des APIs : le front (Next.js, React Native, etc.) appelle l’API du back (Shopify, CommerceTools, custom) pour afficher les produits et gérer le tunnel. Avantages : liberté du design et de l’expérience, performance (SSR, CDN), multi-canal (site, app, points de vente). À distinguer du Headless CMS (contenu éditorial) : ici c’est le commerce (produits, panier, commandes) qui est exposé en API.
Comment ça fonctionne ?
Le back-office e-commerce (Shopify, CommerceTools, etc.) expose une API (REST ou GraphQL). Le front consomme cette API pour lister les produits, gérer le panier et lancer le paiement. Le front est responsable du rendu (SSR pour le SEO), du design et de l’UX ; le back gère stock, commandes, paiements.
L'erreur classique à éviter
Oublier le SEO : le front doit faire du SSR ou du pré-rendu pour que les pages produits soient indexables. Gérer le panier côté client sans persistance ou sans synchronisation avec le back. Sous-estimer la complexité des intégrations (paiement, livraison, promos).
Impact business : pourquoi s'en soucier ?
Le headless commerce permet d’offrir une expérience sur mesure (design, parcours) tout en s’appuyant sur un moteur e-commerce éprouvé. Idéal pour les marques qui veulent se différencier par l’UX ou qui ont plusieurs fronts (site, app, retail). L’investissement en développement est plus élevé qu’un thème clé en main ; le ROI vient de la conversion, de la vitesse et de la cohérence multi-canal.
La règle d'or
Choisir un moteur avec une API Storefront mature (Shopify, CommerceTools, Medusa). Garantir le SSR pour les pages catalogue et produit. Centraliser panier et session côté back ou via API cohérente.