CMS headless
Un CMS headless est un système de gestion de contenu (CMS) qui stocke et gère des contenus structurés sans couche de présentation intégrée. Il les fournit par API aux interfaces qui les consomment, par exemple un site, une application mobile, un assistant vocal ou un appareil connecté. Le terme vient de l’image d’un corps, la gestion du contenu, séparé de sa tête, l’affichage.
Définition et fonctionnement
L’intérêt apparaît quand certains des canaux qui consomment le contenu ne sont pas des sites web, comme des applications mobiles, des assistants ou des appareils connectés. En contrepartie, construire le front-end de chaque canal est un projet à part entière. Gartner range la diffusion hybride et headless parmi les capacités de la gestion de contenu web (Gartner Peer Insights, marché de la gestion de contenu web). Ce qui décide du choix, c’est moins l’étiquette qu’une question pratique : qui construit et maintient le front-end ? L’article CMS headless ou traditionnel : comment bien choisir compare les deux approches.
Sources : Web Content Management, Gartner Peer Insights.
Termes liés : CMS hybride · Content as a service · CMS headless vs découplé vs hybride · Système de gestion de contenu (CMS) · GraphQL API · DAM ou CMS
Ressources sur ce terme
- CMS headless ou traditionnel : comment bien choisir
- Personnalisation avec un CMS headless : comment délivrer des expériences réellement adaptatives
- Qu’est-ce qu’un CMS Headless ? La vraie définition
- 10 astuces pour réussir avec un CMS headless
- Avantages du CMS Headless Enterprise pour le multisite
- Du CMS headless au CMS Hybride : avantages, inconvénients et pertinence
Le CMS headless et le CMS couplé : les différences
Un CMS couplé, dit traditionnel, gère les contenus et produit les pages. Un CMS headless ne fait que la première partie. La fiche CMS headless vs découplé vs hybride détaille ce qu’il reste à construire dans chaque cas.
| Architecture | Ce qui la caractérise |
|---|---|
| CMS couplé | Produit les pages avec ses gabarits. Prévisualisation immédiate, mais un canal principal. |
| CMS hybride | Produit des pages et expose ses contenus par API, selon le besoin de chaque projet. |
| Content as a service | Met l’accent sur la fourniture du contenu comme un service. Recoupe largement le headless. |
Le CMS headless en pratique
Qui construit et maintient le front-end de chaque canal ? Comment les contributeurs prévisualisent-ils leurs modifications ? Qui valide un changement du modèle de contenu ? Pour un site principal et quelques canaux secondaires, l’approche hybride évite de choisir. Jahia, par exemple, permet de produire des pages avec des gabarits tout en exposant les mêmes contenus par une API GraphQL.
Questions fréquentes
Le headless supprime-t-il le développement front-end ?
Non, il l’augmente plutôt. Le CMS headless ne fournit aucun affichage. Chaque site ou application qui consomme ses contenus doit être développé, hébergé et maintenu à part. C’est un choix qui suppose une équipe front disponible dans la durée, pour chaque canal.
Un site unique justifie-t-il un CMS headless ?
Pas forcément. Le headless prend son sens quand certains des canaux qui consomment le contenu ne sont pas des sites web : applications mobiles, assistants, appareils connectés. Pour un site principal, un CMS couplé ou hybride évite de financer un front-end séparé et garde la prévisualisation pour les contributeurs.