commercetools a-t-il besoin d'un CMS ? Explications

Non, commercetools n'inclut ni CMS natif ni couche d'expérience intégrée. commercetools est un backend e-commerce headless pour le catalogue, le panier, le paiement et la gestion des commandes, API-first, sans frontend livré par défaut. Ce qui manque, vous devez l'ajouter vous-même : soit un CMS headless comme Storyblok ou Contentful pour le contenu marketing, soit une couche frontend/expérience dédiée qui réunit contenu, produits et présentation. Ces deux approches résolvent des problèmes différents, et la plupart des équipes sous-estiment l'écart qui les sépare.

Ce que "CMS" signifie réellement dans ce contexte

Dans les discussions sur le composable commerce, le terme CMS sert trop souvent de fourre-tout. Il est utile de séparer trois niveaux distincts :

• Le contenu produit vit dans le backend e-commerce lui-même : SKU, prix, variantes, catégories, stock. commercetools gère cela via son API et le Merchant Center.
• Le contenu marketing est éditorial : pages de campagne, articles de blog, landing pages, blocs éditoriaux, traductions multilingues. commercetools n'est pas conçu pour cela, et ne prétend pas l'être.
• La présentation et la composition est le niveau où contenu produit et contenu marketing se rejoignent pour former une page : mise en page, composants, personnalisation, performance.

commercetools couvre fiablement le premier niveau. Pour les deux autres, il vous faut un logiciel supplémentaire, et c'est précisément là que naît la confusion, car deux catégories d'outils très différentes se présentent comme solution.

Ce que commercetools fournit d'origine, et ce qu'il ne fournit pas

commercetools est délibérément entièrement headless : pas de frontend par défaut, pas de constructeur de pages intégré pour le contenu marketing, pas de workflow éditorial pour les contenus rédactionnels. Ce qu'il fournit, c'est une API GraphQL et REST propre sur les données produit, les commandes et les clients, ainsi que le Merchant Center comme interface d'administration des opérations e-commerce.

Pour les équipes qui ne veulent pas construire leur propre stack frontend, commercetools propose aussi commercetools Frontend (anciennement Frontastic, intégré à la suite depuis le rachat de 2021). Un point important pour bien situer les choses : commercetools Frontend n'est pas un CMS, c'est un produit Frontend-as-a-Service avec une couche business-user (Frontend Studio) pour la composition de pages et une couche code pour les développeurs, bâtie sur Next.js. Il répond au niveau présentation, étroitement lié à commercetools comme backend. Il n'apporte pas de dépôt de contenu séparé pour le contenu éditorial.

Option 1 : un CMS headless comme Storyblok ou Contentful

Un CMS headless est le bon choix quand vos besoins en contenu dépassent les descriptions produit : pages de type magazine, campagnes avec de nombreuses variantes de langue, workflows d'approbation éditoriale, blocs de contenu réutilisables sur plusieurs canaux. Storyblok apporte une API de contenu mature et un éditeur visuel pour les blocs de contenu ; Contentful apporte une couche de contenu d'entreprise établie avec des rôles granulaires. Les deux sont exclusivement des CMS : ils livrent du contenu structuré via une API, mais aucun frontend runtime. Il vous faut malgré tout un frontend qui récupère ce contenu, le fusionne avec les données produit de commercetools, et le livre sous forme de page performante.

Le résultat si vous choisissez cette voie : commercetools pour les données commerce, un CMS headless pour le contenu marketing, et un frontend construit sur mesure ou acheté qui consomme les deux API. Trois systèmes, trois intégrations, et du code de liaison sur mesure que votre équipe maintient durablement.

Option 2 : une couche frontend/expérience à la place d'un CMS

La seconde option se passe d'un CMS séparé et place à la place une Frontend Management Platform (FMP) directement au-dessus de commercetools. Une FMP comme Laioutr prend en charge le niveau présentation : les données produit arrivent via GraphQL depuis commercetools, et le contenu marketing ainsi que la composition de pages se font dans un éditeur Studio, directement dans la storefront en direct. Pour de nombreuses équipes marketing, cela suffit, car le besoin réel n'est pas "un dépôt de contenu supplémentaire" mais la capacité à construire soi-même des landing pages, des pages de campagne et des univers produit, sans ouvrir un ticket d'ingénierie à chaque fois.

C'est une distinction importante par rapport à commercetools Frontend : une FMP comme Laioutr est construite de manière agnostique au backend. Si votre stack est commercetools aujourd'hui et autre chose dans trois ans, la couche frontend reste, car elle n'est pas structurellement liée à un backend unique.

Où vivent réellement le contenu, la présentation et la composition

Si vous essayez de déterminer de quelle approche votre équipe a besoin, la question concrète est : où votre équipe marketing doit-elle réellement travailler ?

• Si la réponse est "dans un éditeur de contenu, avec des workflows d'approbation, sur de nombreux canaux à la fois", il vous faut un CMS headless en plus d'un frontend.
• Si la réponse est "directement sur la storefront, en composant elle-même les pages et les campagnes", une FMP comme couche de présentation suffit souvent à elle seule, sans CMS séparé.
• Si les deux sont vraies, par exemple une section magazine avec un workflow éditorial plus des landing pages e-commerce rapides, combiner un CMS headless et une FMP est la voie pragmatique : Storyblok ou Contentful pour le contenu éditorial, la FMP comme frontend qui fusionne à la fois le contenu du CMS et les données produit de commercetools dans la même page.

Cette combinaison n'est pas un pis-aller, c'est un modèle établi : le CMS reste le backend de contenu, la FMP prend en charge la composition, la performance et la connectivité multi-backend.

Où se situe Laioutr

Laioutr ne remplace pas un CMS headless, et ce n'est pas son ambition. Si vous utilisez déjà Storyblok ou Contentful, Laioutr se connecte comme couche frontend aux deux sources, l'API de contenu du CMS et l'API GraphQL de commercetools, pour livrer une storefront unique et performante à partir des deux. Si vous n'avez pas besoin d'un CMS séparé, parce que vos besoins en contenu sont essentiellement des pages de campagne, des univers produit et des landing pages, l'éditeur Studio de Laioutr couvre directement le niveau présentation, sans troisième système à exploiter.

La différence pratique avec commercetools Frontend : Laioutr n'est pas lié à commercetools comme backend. Si vous changez de backend plus tard, par exemple vers Shopware, Shopify ou Adobe Commerce, la couche frontend reste. Pour nous, la promesse du composable commerce signifie que ce choix reste réversible aussi côté frontend.

Un cadre de décision pour votre équipe

Avant de choisir un CMS, une FMP, ou les deux, un rapide état des lieux aide :

1. Combien de contenu éditorial est produit par semaine, et qui l'écrit ?
2. Avez-vous besoin de workflows d'approbation sur plusieurs rôles et langues ?
3. À quelle fréquence le marketing modifie-t-il les landing pages ou pages de campagne, et combien de temps cela prend-il aujourd'hui ?
4. Votre configuration commercetools est-elle un engagement de long terme, ou souhaitez-vous garder le choix du backend ouvert ?

Les réponses montrent généralement clairement si vous avez besoin d'un CMS headless, d'une couche frontend, ou des deux. Il n'y a pas de mauvaise réponse ici, seulement celle qui correspond à vos besoins en contenu.

Si commercetools est votre backend et que vous n'avez pas encore décidé comment le marketing doit construire ses pages en autonomie, c'est le bon moment pour regarder de plus près le Composable Headless Frontend. Pour la connexion spécifique à commercetools, consultez notre page dédiée au frontend headless pour commercetools, et pour les capacités de gestion de contenu dans Studio, la page produit Content Management.

Pour en savoir plus sur la façon dont le modèle FaaS et un CMS headless fonctionnent ensemble, consultez notre article FaaS vs. CMS headless : pourquoi un CMS seul n'est toujours pas un frontend, ainsi que notre analyse sur les modules autonomes de commercetools et ce qu'ils signifient pour votre décision frontend.