Définition technique
Système de gestion de contenu (CMS) qui fournit le contenu via une API (REST ou GraphQL) plutôt que de générer du HTML. Le « head » (front-end) est découplé : un site Next.js, une app mobile ou une vitrine peuvent consommer les mêmes données. Exemples : Strapi, Sanity, Contentful, Directus. Avantages : liberté technologique du front, contenu réutilisable, meilleure performance (pas de thème WordPress à charger). À distinguer du Headless Commerce (découplage front / back-office e-commerce, ex. Shopify + Next.js). Le contenu est structuré (champs, types) et récupéré à la demande ; le front est responsable du rendu et du SEO (SSR, meta, URLs). L’hébergement du CMS peut être cloud (Contentful, Sanity) ou self-hosted (Strapi, Directus) selon le budget et la maîtrise.
Comment ça fonctionne ?
Le CMS headless expose le contenu via une API (REST ou GraphQL). Le front consomme cette API et assure le rendu HTML. Le front est responsable du SEO (SSR, meta, URLs).
L'erreur classique à éviter
Choisir un headless pour un site vitrine simple sans besoin multi-canal. Ou faire du CSR pur sans pré-rendu et dégrader le SEO.
Impact business : pourquoi s'en soucier ?
Un headless CMS convient aux projets nécessitant plusieurs canaux (site, app, affichage), une stack front moderne (React, Next.js) et une performance optimale. L’investissement en intégration et en hébergement est plus élevé qu’un CMS classique ; le ROI est fort pour les sites à fort trafic ou à contenu riche multi-canal. Les équipes éditoriales gardent une interface de saisie familière tandis que le technique maîtrise le rendu et les performances. Pour un site vitrine simple avec peu de contenu, un CMS traditionnel peut suffire ; le headless devient pertinent dès que la performance, le multi-canal ou la personnalisation du front sont des enjeux.
La règle d'or
Privilégier le headless pour plusieurs canaux, stack front moderne et perfs. S'assurer que le front fait du SSR ou SSG pour l'indexation.