Strapi, Sanity, Contentful, Payload, Directus : les headless CMS dominent les conversations dev en 2026. Mais derrière la battage médiatique, est-ce vraiment l'avenir des sites web ? Et surtout : est-ce pertinent pour votre projet ? Voici le bilan honnête après 5 ans d'utilisation en production.
Qu'est-ce qu'un headless CMS exactement ?
Un CMS classique (WordPress, Drupal) gère à la fois le backoffice où vous saisissez vos contenus ET le frontend qui les affiche aux visiteurs. Un headless CMS sépare les deux : vous gérez vos contenus dans un backoffice (le « head »), et vous récupérez ces contenus via une API depuis n'importe quel frontend (site web, app mobile, écran connecté).
Pourquoi cette séparation est intéressante
Trois bénéfices principaux. 1. Vous pouvez utiliser le frontend de votre choix (Next.js, Astro, app mobile, etc.) sans être contraint au thème PHP du CMS. 2. Le frontend est ultra rapide car découplé du backoffice. 3. Vous pouvez réutiliser les mêmes contenus sur plusieurs plateformes (site, app, newsletter, écrans en magasin).
Le panorama des solutions en 2026
Quatre catégories principales :
Les SaaS : Contentful, Sanity, Hygraph
Hébergés et gérés pour vous. Excellents pour démarrer vite. Contentful coûte 300-2000 €/mois en entreprise. Sanity et Hygraph ont des tiers gratuits généreux. Idéal si vous ne voulez pas gérer d'infrastructure.
Les self-hosted : Strapi, Directus, Payload
Open source, vous les hébergez vous-même. Strapi domine le marché OSS, Directus est élégant, Payload (Node.js) monte fort. Coût : juste l'hébergement (~50 €/mois). Idéal si vous voulez rester maître de vos données et de votre infrastructure.
Les CMS Git : Tina, Decap (ex-Netlify CMS)
Vos contenus sont stockés dans un dépôt Git, pas dans une base de données. Avantage : versioning natif, déploiement Vercel/Netlify natif. Idéal pour les blogs, sites de doc, sites marketing.
Les hybrides : WordPress headless, Strapi + Next.js
WordPress propose une API REST et GraphQL : vous gardez WordPress comme backoffice (que vos clients connaissent) et Next.js comme frontend. Parfois la meilleure solution pour des PME qui veulent moderniser sans tout réapprendre.
Quand choisir un headless CMS
Quatre cas. 1. Vous avez besoin d'un frontend très rapide (Next.js, Astro). 2. Vous avez plusieurs frontends pour les mêmes contenus (web + mobile + écrans). 3. Votre équipe dev veut un processus moderne (JAMstack, CI/CD, déploiements préview). 4. Votre activité model exige des performances et une scalabilité que WordPress ne donne pas.
Quand NE PAS choisir un headless CMS
Trois cas. 1. Vous êtes seul ou en petite équipe sans développeur dédié : c'est plus complexe à maintenir qu'un WordPress. 2. Vos rédacteurs ont besoin de prévisualiser leurs articles avant publication (souvent moins fluide en headless). 3. Votre projet est un simple blog ou un site vitrine : WordPress suffit largement.
Le coût caché du headless
Un headless CMS coûte plus cher en développement (frontend séparé à coder), plus cher en hébergement (deux infrastructures), et demande des compétences plus rares. Pour un site vitrine, comptez x2 le budget par rapport à un WordPress classique. Le bénéfice doit justifier ce coût.
Conclusion
Les headless CMS ne sont pas une révolution magique pour tous les projets. Ils brillent sur des cas précis : multi-frontend, performance maximale, équipes dev modernes. Pour 70 % des sites web (vitrines, blogs, e-commerce moyens), un CMS classique reste plus pragmatique. Comme toujours, choisissez l'outil selon votre vrai besoin, pas selon la battage médiatique Twitter.