Aller au contenu
Langue
DE EN FR
Démarrer un projet

Headless CMS : gérer les contenus de manière durable, flexible et structurée

Saisir les contenus une seule fois de manière structurée et les diffuser sur n’importe quel canal. Ce qui caractérise les blocs de contenu et un headless CMS, et pourquoi notre stack mise dessus.

Blocs de contenu et headless CMS ne sont pas des notions nouvelles. La différence avec un système de gestion de contenu classique reste pourtant fondamentale : les contenus sont gérés indépendamment du format final, et ce sont les personnes qui les entretiennent qui en déterminent la structure, pas la mise en page d’une page isolée.

Blocs de contenu et headless CMS

Les blocs de contenu sont les éléments de construction d’une page : des conteneurs de mise en page et des cellules qui structurent le contenu. Ils ne fixent pas l’aspect du résultat final. C’est précisément pour cela qu’ils peuvent être réutilisés dans différents templates, sur toutes les tailles d’écran.

Un headless CMS gère le contenu indépendamment du format de sortie et le fournit via des interfaces. Un seul endroit pour le site web, la boutique, l’app et le modèle d’impression. La manière dont le contenu apparaît au bout du compte est décidée par le template du système qui le récupère.

Les types de blocs les plus répandus

Les blocs disponibles dépendent du projet. Ceux-ci sont presque toujours présents :

  • Texte
  • Image
  • Image et texte
  • Galerie
  • Vidéo
  • Séparateur
  • Call to action
  • Bouton
Interface de rédaction avec plusieurs boîtes de dialogue : un menu de sélection pour de nouveaux blocs de contenu, un formulaire pour des titres en allemand et en anglais, ainsi que des blocs terminés pour le personnel et des liens rapides.
Vue de rédaction schématique : insérer des blocs, les trier et les gérer en plusieurs langues.

Selon le cas d’usage, d’autres blocs s’ajoutent, y compris des blocs qui récupèrent des contenus d’autres systèmes. Par exemple un produit de votre boutique mis en avant dans un article de blog.

Six raisons de structurer les contenus

  • Rédiger sans connaissances HTML, avec une marge de manœuvre dans la construction de la page
  • Des pages responsives sans travail supplémentaire
  • Un seul contenu alimente plusieurs canaux
  • Le même message sur tous les canaux
  • Techniquement flexible : le frontend peut être remplacé sans toucher aux contenus
  • Portable : ce qui est structuré peut être exporté et emporté ailleurs

C’est payant surtout lorsque les contenus paraissent sur plusieurs canaux : ils sont entretenus à un seul endroit, et partout figure la même chose.

Les API profitent des contenus structurés

Les contenus structurés peuvent être convertis dans n’importe quel format. L’usage courant est le JSON via une API REST : des systèmes tiers récupèrent le contenu et le présentent sous leur propre forme.

Schéma : un headless CMS avec des conteneurs pour texte et image transmet les mêmes contenus, chaque fois via une API, à un site web dans le navigateur, à une app sur smartphone et à un PDF.
Les mêmes contenus structurés, trois canaux de sortie, reliés via des API.

Des PDF à partir des mêmes contenus

Comme les contenus structurés suivent un schéma, ils sont prévisibles. On peut en générer des PDF : le même contenu dans une mise en page sur le site web, dans une autre dans le PDF, disponible d’un clic sur un bouton. Il n’est entretenu qu’une seule fois.

Le headless CMS dans notre stack de plateforme

Dans notre stack, le CMS est un module de la plateforme, et non un outil séparé à côté. Vous gérez vous-même des contenus structurés, pour les pages publiques comme pour les espaces derrière le login, en plusieurs langues. Via l’API REST, les mêmes contenus sont à la disposition d’autres frontends et systèmes.

La rédaction se fait malgré tout directement sur la page finie. Chez nous, headless signifie que les contenus peuvent être diffusés librement, et non que la rédaction doit imaginer le résultat.

Représentation isométrique des couches de plateforme de cloudtec : niveaux superposés pour Infrastructure, Platform, Software et Security sur la base « plateforme en ligne ».
Les couches d’une plateforme en ligne de cloudtec : infrastructure, plateforme, logiciel et sécurité.

Qui saisit ses contenus de manière structurée décide ensuite librement où ils apparaissent. C’est là le gain, pas l’étiquette « headless ».

Rédigé par Christian Knellwolf CEO

Web 2 minutes de lecture