Headless CMS

Axel MalischewskiFondateur de Scaly

Mis à jour le

Qu'est-ce qu'un CMS headless ?

Un CMS headless stocke et expose le contenu par API, sans imposer la façon dont il est affiché. Le site est construit séparément, ce qui découple la rédaction de la mise en forme.

Le contenu d'un côté, l'affichage de l'autre

Dans un CMS traditionnel, le contenu et le thème vivent ensemble : changer d'apparence, c'est toucher au même système. Dans une architecture headless, le CMS ne fait que servir des données ; le site les consomme et décide seul du rendu.

L'intérêt est la liberté technique : performance maîtrisée, mêmes contenus réutilisés sur plusieurs supports, mises à jour du site sans risque pour l'éditorial.

Ce qu'il faut prévoir en face

  • Une prévisualisation à construire : elle n'existe pas gratuitement comme dans un CMS classique.
  • Une stratégie de mise en cache et de régénération, sinon chaque publication attend un déploiement.
  • Un modèle de contenu réfléchi en amont : le changer plus tard coûte cher.
  • Une dépendance à un service tiers, avec son tarif et sa disponibilité.

Exemple concret

Publier une nouvelle référence de projet, chez un cabinet d’architectes, passait par un développeur et un déploiement. Le contenu part dans un CMS headless : deux chargés de projet saisissent eux-mêmes la surface et le calendrier de chantier, un webhook régénère les pages concernées. Le modèle de contenu a été arrêté avant la bascule, parce qu’ajouter un champ après coup oblige à reprendre chaque référence.

À retenir

Pour un site de quelques dizaines de pages éditées rarement, un contenu versionné dans le dépôt fait le même travail sans abonnement. Le headless prend son sens quand plusieurs personnes publient souvent.

Questions fréquentes

Un site headless est-il meilleur pour le SEO ?

Pas en soi. Il facilite les bonnes pratiques — rendu serveur, performance, contrôle du balisage — mais un site headless mal construit se référence aussi mal qu'un autre.

Faut-il un CMS pour un site vitrine B2B ?

Pas toujours. Si le contenu change quelques fois par an et qu'une équipe technique intervient déjà, le versionner dans le code donne un historique et une relecture que le CMS ne fournit pas.

Quelle différence avec le JAMstack ?

Le headless décrit la façon de gérer le contenu ; le JAMstack décrit la façon de construire et servir le site. Les deux se combinent souvent, mais ne désignent pas la même chose.

Et sur votre site, ça donne quoi ?

Envoyez votre site, votre LinkedIn ou quelques lignes sur votre activité. Vous recevez une première lecture : ce qui manque, ce qui bloque, et par quoi commencer.