Un CMS headless est un back-office de contenu (textes, images, articles, fiches produit) qui ne s'occupe pas du rendu : il stocke, structure et expose le contenu via une API REST ou GraphQL. Le front-end est libre — c'est typiquement Next.js qui consomme l'API et génère les pages. À l'inverse, WordPress ou Drupal sont des CMS « monolithiques » : ils stockent ET rendent dans la même app PHP, avec un thème.
Les outils dominants en 2026 : Sanity (API-first, schema-as-code, Studio personnalisable — notre référence pour gros sites), Strapi (open-source, Node.js, self-hostable), Contentful (entreprise, cher), Storyblok (visual editing fort), Payload (récent, Node-natif). Le choix dépend de votre équipe : un dev sera à l'aise avec Sanity ou Payload, une équipe contenu non-technique préférera Storyblok ou Contentful pour son éditeur visuel.
L'avantage opérationnel principal : le contenu est typé et versionné, l'éditeur voit un preview en temps réel sur le vrai front, et la même donnée peut alimenter plusieurs canaux (site headless web, app mobile, newsletter). Le piège : si vous prenez Sanity ou Contentful pour un site vitrine de 10 pages, c'est over-kill — restez sur WordPress. Le seuil de pertinence se situe vers 30-50 pages ou dès qu'il y a un workflow éditorial à plusieurs. On déploie des sites sur-mesure avec ce type d'archi régulièrement chez Zaplo.
CMS headless : les options qu'on recommande
- [Sanity](/glossaire/sanity/) : meilleur compromis perf/flexibilité, schema-as-code, plan gratuit généreux. Notre choix par défaut.
- [Strapi](/glossaire/strapi/) : open-source, self-hosted possible, idéal si contraintes de souveraineté ou budget cloud serré.
- Storyblok : éditeur visuel fort, bon pour les équipes contenu non-techniques.
- Payload : tout-en-un Node/TypeScript, en forte croissance — à surveiller pour 2026-2027.
