Aujourd'hui, l'utilisation d'un CMS (Content Management System) est devenue la norme pour créer, gérer et mettre à jour un site Web ou une application mobile. Les CMS traditionnels, ou CMS couplés, hébergent dans un même système le front-office, ce que voient les visiteurs du site, et le back-office, ce qui permet d'administrer le site.
Les CMS headless, en revanche, s'appuient sur une architecture qui ne comprend pas de front-office. Le contenu est publié via des APIs ou des services web qui transmettent le contenu directement vers n'importe quel périphérique intelligent : site web, application, interface IoT, etc.
Les solutions traditionnelles et headless se distinguent par leurs caractéristiques propres, de l'organisation de l'interface jusqu'au traitement des données. Dans cet article, nous vous proposons un tour d'horizon des différences substantielles entre ces deux types de solutions.
Le CMS classique : l'option tout inclus
Lorsque l'on parle de CMS traditionnel, on imagine souvent un outil de création de site internet qui inclut l'ensemble de nos besoins. Les CMS actuels gèrent en effet les utilisateurs, la médiathèque, le front, proposent des briques de moteur de recherche, et dans certains cas la possibilité de gérer du e-commerce. Cela s'explique par le fait que l'objectif des éditeurs de CMS était de couvrir le plus de fonctionnalités possibles afin de répondre à un marché le plus large possible. Ainsi, les CMS sont utilisés pour réaliser des intranets, faire de la gestion de catalogue produit, entreposer des données.
CMS headless : une architecture en couches
Dans le cas d'un CMS headless, la logique est inverse : l'accent est mis sur un outil qui permet de gérer du contenu, en le faisant de la meilleure manière possible et en fournissant des services en complément de cette gestion. Ce service complémentaire vient s'insérer dans un système plus complexe avec des briques spécialisées en fonction du besoin. Certaines briques peuvent même être intégrées directement dans le CMS. Par exemple, on peut ajouter une brique "moteur de recherche" qui indexe les contenus de votre CMS. Cette architecture en couches permet une grande flexibilité et une meilleure personnalisation pour répondre aux besoins spécifiques de chaque projet.
Mais alors, headless ou traditionnel ?
Pour un projet CMS traditionnel, il est important de choisir un outil qui couvre le mieux l'ensemble des besoins du projet. Cela nécessite une vision claire des objectifs à court, moyen et long terme. Pour certains besoins, il est nécessaire de sacrifier une partie du périmètre qui ne peut être couverte par les fonctionnalités d'un CMS classique. Dans d'autres cas, on peut décider d'utiliser une brique externe, ce qui peut être difficile à intégrer dans l'ensemble du système.
Pour un projet CMS headless, le choix se porte sur l'outil qui offre les fonctionnalités les plus performantes et qui convient le mieux au modèle économique du projet. Les outils headless sont majoritairement des solutions SaaS avec des licences variables. Le prix peut varier en fonction du nombre d'utilisateurs, de langues, de contenus, etc. La facturation est donc plus complexe.
En résumé
Pour choisir la bonne solution, il est impératif de sélectionner celle qui sera la plus performante pour vos besoins, en gardant à l'esprit qu'il peut y avoir des écarts de prix allant de 1 à 10. Le choix entre les deux approches dépend donc de vos besoins, de votre organisation et de vos contraintes.
