La plupart des articles "entreprises qui utilisent le CMS X" sont ecrits par le fournisseur lui-meme. Mur de logos, aucun detail technique, aucune source. Cet article est l'inverse : 7 vraies equipes d'ingenierie SaaS, le CMS headless qu'elles utilisent en production, et la source publique pour chaque choix.
En bref
- Cinq des sept equipes SaaS utilisent un CMS headless gere dans le cloud (Contentful ou Sanity). Deux gardent leur contenu dans des fichiers MDX ou Markdown dans le meme depot que leur produit.
- Toutes utilisent Next.js, Gatsby ou un autre frontend React.
- Le multilingue est presque toujours un developpement maison. Aucune des sept etudes de cas publiques ne met en avant un pipeline de traduction par IA.
- Aucune etude de cas publique ne decrit encore la publication depuis un client MCP. Le pattern "centre de commande" se construit encore a la main.
Comment nous avons selectionne ces 7
Trois regles. Regle un : une source publique reelle. Chaque entreprise publie son code de contenu sur GitHub, dispose d'une etude de cas documentee ou a deja vu un ingenieur parler du stack publiquement. Pas de source publique, pas d'entree dans la liste.
Regle deux : SaaS uniquement. Retail, telecoms et marques grand public sont exclus.
Regle trois : variete des architectures. Les 7 couvrent les deux patterns dominants : CMS cloud gere (Contentful, Sanity) et Git comme backend (MDX ou Markdown dans un depot).
Voici la liste resumee qui accompagne l'article.
Les 7 exemples
1. PostHog : GitHub comme CMS
PostHog est une plateforme d'analytique produit open source. Son site marketing, son manuel, son blog et sa documentation vivent dans un seul depot GitHub public, ecrits en MDX. L'equipe d'ingenierie de PostHog a publie un long article intitule "Why we use GitHub as our CMS" expliquant le choix : transparence, workflow editorial base sur les pull requests, et culture centree ingenierie ou le marketing traite le contenu comme du code.
Environ 40 % des pull requests fusionnees dans le depot posthog.com viennent de personnes hors marketing, web et docs. Pour les profils communaute et le forum, PostHog utilise Strapi. Le site principal, c'est GitHub plus Gatsby plus MDX.
Source : Why we use GitHub as our CMS, posthog.com (mars 2023).
2. Figma : Contentful pour le site marketing
Figma est la plateforme de design collaborative aujourd'hui rachetee par Adobe. L'equipe marketing de Figma a publie une description detaillee de la maniere dont elle a construit le design system de figma.com sur Contentful : une petite equipe (un producteur, un developpeur, une designer) a reconstruit le site marketing en un mois. Resultat : figma.com passe du concept a la mise en ligne en une journee, sans qu'un developpeur touche la page.
Les composants reutilisables vivent dans Contentful. Quand l'equipe veut changer un token typographique ou un style de bouton, elle le met a jour une fois dans Contentful, pas page par page. L'equipe marketing controle la publication de bout en bout.
Source : How a small team built figma.com's design system, designsystems.com (publication Figma).
3. Mux : Sanity pour le blog et le contenu
Mux est l'API video utilisee par des produits de streaming, des outils ed-tech et des startups de video IA. Le blog mux.com tourne sur Sanity. Vous pouvez le verifier en ouvrant n'importe quel article du blog Mux et en inspectant les URL d'image, servies depuis cdn.sanity.io/images/2ejqxsnu/production/. Mux a annonce la relation avec Sanity en 2018 avec une integration commune : un plugin Mux dans Sanity Studio qui permet aux redacteurs de televerser de la video directement vers Mux sans quitter le CMS.
Source : Mux + Sanity = Responsive video in headless CMS, blog mux.com.
4. Tailscale : MDX avec ContentLayer dans un depot ouvert
Tailscale livre un mesh VPN zero-config base sur WireGuard. Leur site communautaire tailscale.dev est entierement open source. Le README du depot detaille le stack : Next.js pour le frontend, Tailwind CSS pour le style, et ContentLayer pour traiter le contenu MDX. Les articles et les evenements vivent en tant que fichiers .mdx dans /data/blog et /data/events. Les auteurs sont aussi definis en MDX avec front matter.
C'est le meme pattern que PostHog, avec une toolchain differente. Contenu comme code, pull requests comme workflow editorial, chaque changement versionne dans git.
Source : tailscale-dev/tailscale-dev sur GitHub.
5. Intercom : Contentful derriere un frontend Next.js
Intercom a refait intercom.com en 2019 sur Contentful. Le tech lead Steven Petryk a publie l'architecture sur le blog Intercom. Le site est une application Next.js rendue cote serveur qui recupere tout son contenu depuis Contentful. L'equipe genere des interfaces TypeScript depuis le schema Contentful, donc un changement de contenu qui casse le contrat avec le frontend fait echouer la compilation au lieu de publier une page cassee.
Le temps de deploiement est passe de 20 minutes a environ 90 secondes.
Source : Rebuilding Intercom's homepage with a new CMS, blog intercom.com (juin 2019).
6. Cloudflare : Sanity plus Gatsby sur Workers
Cloudflare a construit un site vitrine public appele "Built with Workers" pour mettre en avant les sites qui tournent sur Cloudflare Workers. Le site vitrine lui-meme est construit avec Sanity pour le contenu, Gatsby pour le frontend, et Workers pour le deploiement. L'equipe d'ingenierie Cloudflare a publie "JAMstack at the Edge" qui decrit le montage, et Sanity a publie son etude de cas complementaire.
Sanity couvre le contenu structure adapte au marketing, Gatsby donne a l'equipe un frontend statique rapide, et le deploiement sur Workers prouve le produit que le site fait la promotion.
Source : JAMstack at the Edge, blog.cloudflare.com.
7. Sanity : Sanity plus Next.js sur Vercel (dogfood)
Sanity fait tourner sanity.io sur son propre Sanity content lake, avec un frontend Next.js heberge sur Vercel. Vercel a publie une etude de cas sur la refonte, incluant l'usage par Sanity de Vercel Edge Middleware pour le routage d'experimentations. L'ancien site etait un framework React maison sur Docker et GCP, retire en 2018 au profit de Next.js. Cas dogfood : un fournisseur de CMS qui fait tourner son propre site marketing sur son propre produit.
Source : Sanity balances experimentation and performance with Vercel Edge Middleware, blog vercel.com.
La matrice de patterns ci-dessous montre les 7 choix cote a cote, avec la source publique pour chacun.
Patterns observes sur les 7 exemples
Quatre patterns emergent.
Pattern un. Le CMS cloud gere gagne quand le marketing possede la publication. Figma, Intercom, Mux, Cloudflare et Sanity ont tous choisi un CMS headless cloud. Le fil rouge : une equipe marketing assez grande pour que les pull requests deviennent un goulot, et un modele de contenu assez complexe pour exiger un schema structure.
Pattern deux. Git comme backend gagne quand les redacteurs sont des ingenieurs. PostHog et Tailscale sont les exceptions. Toutes deux sont des entreprises orientees developpeurs avec un marketing reduit, des redacteurs ingenieurs, et des composants produit integres au contenu.
Pattern trois. Les frontends React sont universels. Les sept utilisent un frontend React. Next.js domine, Gatsby apparait deux fois. Les SDK matures pour Sanity et Contentful sont d'abord pour Next.js, et les nouvelles SaaS copient le stack dominant.
Pattern quatre. Le multilingue et la publication par IA ne sont pas encore de premier rang. Aucune des sept etudes de cas ne met en avant "nous traduisons automatiquement dans N langues" ou "nous publions depuis un agent IA". Si vous voulez du multilingue ou de la publication par IA comme workflow de premier rang aujourd'hui, vous devrez le construire vous-meme par-dessus le CMS.
Ce qu'un nouveau fondateur ferait differemment aujourd'hui
Les sept entreprises ont fait leur choix de CMS entre 2018 et 2023, quand la question etait "CMS cloud gere ou Git avec MDX" et que les deux etaient de bonnes reponses pour un seul site. Ce qui a change, c'est le nombre de sites qu'un fondateur est cense gerer. Un fondateur SaaS moderne fait souvent tourner le blog produit principal, un blog produit secondaire, un blog personnel, plus un ou deux microsites. Aucun des sept stacks ci-dessus ne passe a l'echelle proprement la-dessus. Chaque nouveau site, c'est un nouveau dataset Sanity, un nouvel espace Contentful, un nouveau depot, un nouveau login d'editeur, une nouvelle facture.
C'est exactement la breche que Kamaan vient combler. Kamaan est le centre de commande pour les fondateurs et agences multi-produits qui gerent plusieurs blogs SaaS : gerer chaque blog depuis un seul tableau de bord et executer chaque operation sur tous depuis Claude, ChatGPT, Cursor ou n'importe quel client MCP. La facturation est plate : 19 dollars par mois pour des sites illimites, sans frais par site, par espace ou par siege. Le premier mois est gratuit, sans carte bancaire, annulable a tout moment. Un plan a vie est disponible. La traduction est integree et livree automatiquement a la publication.
Mise au point honnete : si vous etes Intercom ou Figma, votre CMS est deja en production. Kamaan n'est pas "meilleur que Contentful pour Intercom". Kamaan est la reponse si vous choisissez aujourd'hui, que vous gerez deux sites ou plus, et que vous ne voulez pas assembler la meme couche multilingue plus publication par IA a la main par-dessus le CMS d'un tiers.
Scenario : un fondateur qui choisit aujourd'hui
Vous dirigez un SaaS d'outils pour developpeurs, vous publiez un site marketing centre sur la doc, et vous prevoyez de lancer un second produit dans neuf mois. Equipe : vous, deux ingenieurs et une redactrice a mi-temps. Vous avez besoin de contenu ce trimestre, d'une couverture en espagnol et en allemand avant le lancement, et d'un seul endroit pour piloter les deux produits quand le second arrive.
Choisir Sanity ou Contentful par produit vous amene a "assez bien" sur le site un, mais double la facture sur le site deux. MDX dans le depot sort la documentation rapidement mais bloque la redactrice a mi-temps qui ne peut pas publier sans pull request. Kamaan couvre les deux produits des le premier jour : meme tableau de bord, meme login d'editeur, meme pipeline de traduction, avec publication pilotee depuis Claude ou Cursor sur les deux sites. Le temps entre l'inscription et le premier article publie tourne autour de 14 minutes.
FAQ
Quel CMS headless est le plus populaire chez les SaaS ?
Contentful et Sanity sont les choix cloud geres les plus cites, autant pour ces 7 que dans une revue plus large. Le MDX en Git domine chez les SaaS d'outils pour developpeurs ou les redacteurs sont des ingenieurs.
Le Markdown en Git est-il un "vrai" CMS ?
Pour les SaaS d'outils developpeurs, oui. PostHog et Tailscale traitent leur depot GitHub public comme backend de contenu, avec des pull requests comme workflow editorial. Compromis : les redacteurs non techniques ne peuvent pas publier sans apprendre git.
Pourquoi tant de SaaS utilisent Next.js avec leur CMS ?
Next.js a les SDK les plus matures pour Contentful et Sanity, et Vercel a construit des integrations de premier niveau avec les principaux CMS headless. Les nouvelles SaaS copient le stack dominant.
Qu'utilise Figma pour son site marketing ?
Contentful. L'architecture est documentee sur designsystems.com (publication Figma), et l'equipe marketing publie des pages en une journee sans ingenierie.
Ces entreprises utilisent-elles l'IA pour traduire ou publier le contenu ?
Pas dans leurs etudes de cas publiques. Les sept traitent la traduction et le workflow editorial comme une construction maison sur le CMS.
Quelle est la reponse la plus proche pour un fondateur avec plusieurs blogs SaaS ?
Pour quelqu'un qui choisit aujourd'hui et qui gere deux sites ou plus, Kamaan couvre des sites illimites sous un seul tableau de bord avec une facture plate de 19 dollars par mois, avec multilingue et publication par IA integres.
En combien de temps un fondateur peut-il publier le premier article sur un nouveau site ?
Avec Kamaan, le delai "inscription a premier article publie" tourne autour de 14 minutes. Avec Sanity ou Contentful, configurer le schema et l'integration Next.js prend habituellement au moins une demi-journee, meme avec un template de demarrage.
A lire aussi sur Kamaan
- Qu'est-ce qu'un CMS headless couvre le pattern d'architecture utilise par ces 7 entreprises.
- Meilleur CMS headless pour startups vous aide a choisir si vous demarrez aujourd'hui.
- CMS headless avec Next.js detaille le stack frontend que font tourner les 7 exemples.
- Alternatives a Contentful est la comparaison vers laquelle la plupart des equipes se tournent quand la facture grimpe.
Commencer avec Kamaan
Kamaan est le centre de commande pour les fondateurs et agences qui gerent plusieurs blogs SaaS. Gerez chaque blog depuis un seul tableau de bord et executez chaque operation depuis Claude, ChatGPT, Cursor ou n'importe quel client MCP. Facture plate de 19 dollars par mois pour des sites illimites, sans frais par site, espace ou siege. Premier mois gratuit, sans carte bancaire, annulable a tout moment. Un plan a vie est disponible. Les credits de traduction ne sont consommes que quand Kamaan traduit. Si vous apportez vos propres traductions, ca ne coute rien. La plupart des nouveaux comptes publient leur premier article en environ 14 minutes. Commencez sur kamaan.io.
