Que sont les systèmes de gestion de contenu sans tête ?

Meilleures pratiques Recherche Recherche sur le site

17 novembre 2023

Kevin Montgomery

6 min de lecture

Comment le contenu du site Web est-il stocké et où est-il rendu ?

Aux débuts d'Internet, le contenu des sites web était diffusé aux utilisateurs au format HTML (HyperText Markup Language) à partir de fichiers statiques stockés sur un serveur web. En général, les webmasters modifiaient ces fichiers directement, puis les téléchargaient sur leur serveur web (avec d'autres ressources telles que des images, des fichiers audio et vidéo) pour les rendre accessibles à l'ensemble de l'Internet.

Les navigateurs, les moteurs de recherche, les robots et autres agents utilisateurs pourraient demander ces fichiers statiques en envoyant une demande d'URL pour cet élément spécifique et le serveur Web enverrait le code HTML approprié pour que le navigateur le rende ou que les moteurs de recherche l'indexent.

Depuis, les choses ont changé. Si le HTML reste la méthode privilégiée pour diffuser du contenu et le balisage nécessaire à son rendu, la gestion du contenu et son rendu sur une page web complète sont devenus beaucoup plus complexes.

Les systèmes de gestion de contenu (SGC) ont remplacé l'édition directe de fichiers HTML et multimédias sur un serveur web. Un SGC classique gérait l'accès, l'édition et l'assemblage de contenus et de codes en fichiers HTML complets destinés à être distribués aux utilisateurs. Aujourd'hui, les SGC font partie intégrante d'une infrastructure technologique plus vaste permettant de gérer, diffuser et restituer du contenu aux utilisateurs.

Systèmes de gestion de contenu traditionnels

De nombreux systèmes de gestion de contenu (CMS) sont conçus pour remplacer les serveurs web classiques qui hébergeaient et diffusaient des fichiers statiques, notamment du HTML, des images et d'autres fichiers multimédias. Un CMS classique est généralement associé à une base de données qui stocke le contenu texte et la configuration générale du site web, ainsi qu'à un serveur de fichiers qui héberge du contenu multimédia plus volumineux.

Au lieu de fournir des fichiers HTML statiques lorsqu'un utilisateur demande une page, le CMS restitue le code HTML de la page demandée à l'aide de modèles alimentés par du contenu extrait de la base de données. La construction du code HTML est généralement gérée par la couche de présentation du CMS avant d'être envoyée à l'utilisateur pour affichage dans son navigateur.

Bien que les systèmes de gestion de contenu monolithiques puissent faciliter la configuration et le déploiement de votre site Web, la gestion de l'authentification, du stockage de contenu et de la présentation ou du rendu d'une page Web à grande échelle, sur différents appareils, tout en interfaçant avec divers systèmes tiers présente certains inconvénients.

CMS sans tête

Les systèmes de gestion de contenu headless, tels que les sites Jamstack ou Strapi, ainsi que les plateformes d'expérience numérique traditionnelles comme Sitecore ou Adobe Experience Manager avec extensions headless, conservent généralement les fonctionnalités d'authentification et d'édition ainsi que le stockage de contenu, tandis qu'une interface distincte est utilisée pour afficher le contenu final aux utilisateurs finaux. Les CMS headless utilisent généralement une API REST ou GraphQL pour fournir le contenu et les données à l'interface afin d'assembler et de restituer la page web finale et l'expérience utilisateur directement dans le navigateur.

Différentes couches de présentation peuvent être utilisées pour combiner, restituer et répondre aux comportements des utilisateurs sans complexifier le CMS lui-même. Les CMS headless permettent également la mise en cache de contenu, l'évolutivité et des cycles de déploiement plus courts pour les microservices, contrairement aux versions plus longues des grands projets monolithiques.

Rendu de contenu à l'aide d'applications Web, d'exportations de sites statiques ou de rendu latéral

Le passage à un modèle CMS headless signifie que le contenu du site et les ressources visuelles doivent être rendus quelque part Cela ne se fait pas dans le CMS lui-même. Généralement, cela signifie que le rendu du contenu est géré côté client (par exemple, le navigateur de l'utilisateur) plutôt que par le serveur. Cependant, dans certaines configurations, le contenu est partiellement ou entièrement rendu côté serveur avant d'être livré au client.

Application monopage pour Headless

L'une des options de rendu les plus courantes pour les CMS headless est l'application monopage côté client (SPA). Les SPA utilisent généralement JavaScript pour maintenir l'état du front-end, demander du contenu au CMS headless et l'afficher dans le navigateur. Au lieu de demander et de recharger une page entière, la SPA met à jour uniquement les parties de l'interface qui ont été modifiées suite à une action ou une demande de l'utilisateur.

Les bibliothèques front-end comme React, Vue et autres simplifient grandement la conception, la gestion et le déploiement d'applications monopages, pour un front-end plus cohérent et évolutif. Elles peuvent suivre l'état de l'application web et demander du contenu supplémentaire au serveur uniquement lorsque cela est nécessaire.

Rendu statique côté serveur

Une autre option pour séparer la couche de présentation/rendu d'un CMS headless consiste à utiliser le rendu côté serveur pour créer des fichiers HTML statiques, qui sont ensuite stockés et mis en cache avant d'être livrés au client. Le rendu du contenu côté serveur et l'exportation du code source statique permettent de réduire les requêtes client et les délais de rendu côté client, sans avoir à gérer l'état côté client et les fonctions SPA.

En règle générale, les « instantanés » HTML statiques ne sont mis à jour que lorsque le contenu a changé ou si nécessaire lorsqu'un visiteur demande une page qui n'a pas encore été rendue en HTML statique.

Rendu latéral des bords

Bien que moins courant que le rendu côté serveur ou côté client, le rendu côté périphérique compose et restitue une page web sur un serveur proche de l'utilisateur. Il peut se connecter directement à un CMS headless ou intercepter et mettre à jour le code HTML avant de le transmettre au client. Cela permet aux sites d'offrir une expérience personnalisée sans avoir à restituer l'intégralité du document : le serveur périphérique se contente de renseigner le contenu dynamique ou le code nécessaire à l'utilisateur qui effectue la requête.

Avantages et inconvénients du CMS sans tête

Bien que les CMS sans tête et les différents flux de rendu ne fonctionnent pas forcément pour toutes les applications, ils peuvent contribuer à réduire les coûts du serveur et à accélérer les temps de réponse des pages Web lorsqu'ils sont effectués correctement.

Avantages typiques du CMS Headless

Les équipes front-end et back-end ne sont pas liées à la même pile technologique et peuvent mettre à jour et modifier sans nécessiter un redéploiement complet du CMS
Plusieurs interfaces frontales (par exemple, application Web, application mobile, kiosque) peuvent consommer et afficher du contenu à partir d'un seul système de gestion de contenu
Les serveurs n'ont pas besoin de passer du temps à rendre et à envoyer des documents HTML entiers : ils peuvent simplement envoyer le contenu pertinent pour que le front-end le rende et l'affiche.
Les interfaces frontales peuvent progressivement gérer l'interaction et les mises à jour des utilisateurs sans actualiser ou réafficher une page entière
Les front-ends peuvent consommer du contenu provenant de plusieurs back-ends ou systèmes de gestion de contenu
La mise en cache des réponses peut être plus facile puisque la personnalisation ou toute autre personnalisation spécifique à l'utilisateur est gérée par le front-end.
Un serveur de système de gestion de contenu unique peut restituer et distribuer du HTML statique à un système de diffusion de contenu pour une utilisation à grande échelle
Il peut être plus facile d'implémenter des outils et des services tiers qui ne disposent pas de support natif dans votre système backend ou CMS

Inconvénients des CMS headless

Plus de complexité technique pour fournir du contenu aux utilisateurs
Plus de points de défaillance entre le pipeline de rendu frontal et dorsal
Peut nécessiter davantage de redondance, de basculements ou d’autres sauvegardes pour garantir que les systèmes frontaux et principaux puissent échouer en douceur.
Duplication de fonctions ou de fonctionnalités pour maintenir la synchronisation des interfaces frontales et dorsales

Bien que les CMS headless ne soient pas forcément adaptés à tous les sites web, ils offrent une flexibilité et une évolutivité qu'un seul système de gestion de contenu ne peut pas offrir. Dans de nombreux cas, la plupart des systèmes de gestion de contenu dotés d'API permettent une transition progressive vers le rendu headless. Les nouvelles fonctionnalités et pages peuvent progressivement intégrer des fonctionnalités de rendu headless ou côté client, tout en conservant le contenu rendu côté serveur du CMS.

Dans un article séparé, nous aborderons les options de déploiement de la recherche sur site au sein d'une architecture headless. Pour l'instant, consultez notre article sur le sujet. Kit d'interface utilisateur de recherche pour SearchStax Studio – nous avons développé spécifiquement pour prendre en charge les frameworks front-end dans un environnement sans tête.

Que sont les systèmes de gestion de contenu sans tête ?

Systèmes de gestion de contenu traditionnels

CMS sans tête

Rendu de contenu à l'aide d'applications Web, d'exportations de sites statiques ou de rendu latéral

Application monopage pour Headless

Rendu statique côté serveur

Rendu latéral des bords

Avantages et inconvénients du CMS sans tête

Avantages typiques du CMS Headless

Inconvénients des CMS headless

Par Kevin Montgomery

Ingénieur marketing produit

« Les plateformes CMS headless peuvent offrir une flexibilité et une évolutivité qu'un seul système de gestion de contenu ne serait peut-être pas en mesure d'offrir... »

Recevez notre newsletter

Vous aimerez peut-être aussi :

Produits

Tarification

Ressources

Services

Ressources

Tarification

Entreprise