Le CMS Headless expliqué

L'évolution vers le headless est la plus grande transformation des systèmes de gestion de contenu (CMS) depuis 20 ans. Traditionnellement, le contenu est produit, géré et stocké dans un CMS directement connecté à un seul site web. Or les expériences digitales d'aujourd'hui exigent un CMS plus flexible, capable de publier sur plusieurs canaux à la fois. C'est l'une des raisons pour lesquelles le marché des solutions CMS headless devrait passer de 322 millions de dollars en 2020 à 1,6 milliard de dollars en 2027. 

En clair, un CMS headless n'est pas déconnecté d'une pile de technologie marketing (martech). Il agit comme un puissant référentiel en back-end capable de publier et de personnaliser du contenu sur tout outil utilisé pour créer des parcours client omnicanaux. Avec une architecture headless, vos équipes de développement peuvent itérer et expérimenter constamment sur votre site web en front-end, sans compromettre le back-end, ni nuire aux créateurs de contenu. 

Nous allons examiner cette évolution de la technologie CMS et les raisons pour lesquelles elle suscite l'intérêt du marché. Commençons par les principales capacités d'un CMS headless, ses avantages et ses inconvénients.

Qu'est-ce qu'un CMS headless ?

Comment fonctionne un CMS headless ?

Les systèmes de gestion de contenu sont à la base du développement web depuis plus de deux décennies. Ils stockent et gèrent le contenu en back-end et affichent le contenu en front-end pour les utilisateurs. Le mode de consommation du contenu a évolué. Les développeurs ont donc cherché à utiliser le back-end d'un seul CMS tout en assurant le rendu du contenu pour toute une variété de canaux à l'aide de différents outils front-end. (« Canaux » désigne ici toutes les technologies et tous les appareils permettant de diffuser du contenu, par exemple les assistants virtuels et la réalité augmentée, mais aussi les tablettes et l'affichage dynamique.) C'est ainsi que les systèmes de gestion de contenu headless ont vu le jour.

Avec un système de gestion de contenu headless, le frontal qui restitue le contenu est séparé du back-end où est stocké et géré le contenu. Le back-end organise et gère le contenu et l'expose sur tout système front-end choisi par les développeurs pour le présenter sur un canal spécifique. Les développeurs disposent ainsi d'une plus grande flexibilité pour innover et peuvent utiliser les outils les plus efficaces pour offrir des expériences utilisateur optimales.

Certaines entreprises utilisent leur CMS headless pour fournir le même contenu à de multiples instances d'un site web, à des listes de produits et à des applications mobiles natives. Quel que soit le cas d'usage, un CMS headless offre de nombreux avantages. 

CMS headless et CMS traditionnel 

Un CMS traditionnel permet aux équipes de contenu de créer, gérer et publier du contenu depuis le back-end. Elles publient ce contenu sur un front-end unifié, généralement composé de modèles de pages web préstructurés. Cette architecture peut compliquer la publication de contenu sur de multiples sites web, flux de produits et canaux marketing. Sans accès au contenu via des API, il est plus difficile de consommer ce contenu sur de nombreux canaux.

Un CMS traditionnel est souvent plus convivial qu'un CMS headless, qui est généralement destiné aux développeurs. Un CMS traditionnel peut également permettre aux administrateurs de contrôler l'apparence d'un site web à l'aide d'outils low-code. De plus, selon le CMS, il existe de vastes communautés vers lesquelles se tourner pour obtenir de l'aide.

Un CMS headless sépare le front-end du back-end. Vous créez, gérez et stockez du contenu dans le back-end, puis vous affichez ce contenu sur d'autres systèmes. Dans ce cas, le CMS s'occupe uniquement de la création et de la gestion des données, laissant la tâche de présentation à un autre système. Les CMS headless sont « API-first » ce qui augmente la flexibilité et la réutilisabilité. Si votre marque souhaite personnaliser l'expérience utilisateur sur tous ses points de contact, un CMS headless peut vous faciliter la tâche.

La présentation étant séparée du back-end, les marques n'ont pas à s'inquiéter de ralentir leurs créateurs de contenu à chaque investissement dans de nouveaux canaux ou intégrations, ou dans des stratégies telles que la personnalisation. Les CMS traditionnels peuvent nécessiter un système back-end pour chaque canal.

Un CMS headless ne publie pas uniquement sur un site web, il peut publier sur de multiples supports, notamment :

• Téléphones portables, tablettes et montres connectées ;
• Appareils et applications IoT ;
• Affichage dynamique ;
• Assistants vocaux tels qu'Alexa, Siri et Cortana dotés d'interfaces conversationnelles ;
• Applications natives pour des appareils spécifiques ;
• Plateformes de réalité augmentée et virtuelle ;
• Systèmes CRM et plateformes de discussions en ligne.

Avantages et inconvénients du headless

L'utilisation d'un CMS headless présente de nombreux avantages. Voici quelques-uns des plus importants.

• Référentiel de contenu unique. Avec un CMS headless, la totalité du contenu peut être conservée au même endroit, ce qui simplifie le contrôle de versions, la gestion de la marque et l'organisation du contenu.
   
• Rationalisation des changements futurs. Un système de gestion de contenu headless facilite la refonte des sites web. Vous n'avez pas à reconcevoir le back-end, seul le front-end doit être modifié.
   
• Plus grande liberté pour designers et développeurs. Avec un système de gestion de contenu headless, les développeurs sont libres d'utiliser les outils de leur choix ou les solutions les plus efficaces pour développer les expériences front-end. Certains développeurs peuvent préférer un framework Javascript plutôt qu'un framework multiplateforme pour applications mobiles.
   
• Expérience utilisateur optimisée. Avec un système de gestion de contenu headless, les équipes de développement peuvent faire des choix en fonction des besoins et des attentes des utilisateurs. Leur choix ne se limitent pas aux capacités du système front-end associé au back-end, comme c'est le cas avec un CMS traditionnel.
   
• Production accélérée. Un système de gestion de contenu headless permet de faire passer les applications plus rapidement à travers les différentes étapes du développement car l'équipe front-end n'a pas à attendre que l'équipe back-end ait terminé son travail.
   

Mais nous serions négligents si nous ne citions pas également les inconvénients d'un CMS headless. De nombreux analystes mettent en garde contre le « battage médiatique autour du headless » qui donne à penser que les CMS headless sont la solution miracle qui résoudra tous les problèmes. S'ils résolvent effectivement certains problèmes, ils en amènent d'autres. Comme pour toutes choses, il est important d'équilibrer le pour et le contre et de choisir la bonne solution pour chaque cas d'usage.

Les solutions CMS headless sont techniquement exigeantes et nécessitent plus de support de la part des développeurs. Cette situation peut facilement créer un goulet d'étranglement transformant une ressource précieuse et coûteuse en une contrainte majeure qui risque de tout ralentir.

De nombreux marketeurs trouvent les CMS headless plus difficiles à gérer que les CMS traditionnels parce qu'ils perdent la capacité à contrôler l'expérience. Les CMS headless sacrifient les fonctionnalités low-code auxquelles ces marketeurs s'étaient peut-être habitués avec un CMS traditionnel. Si les marketeurs ne sont pas entièrement d'accord avec la décision d'opter pour un CMS headless, cette situation peut par la suite créer des problèmes lorsqu'ils réalisent qu'ils ne peuvent pas obtenir les outils auxquels ils s'attendaient.

Sur le plan de la sécurité, les CMS traditionnels ont généralement un bilan plus positif, avec des évaluations, des examens et des certifications de sécurité. Ils disposent également très souvent de robustes systèmes de contrôle d'accès qui peuvent ne pas être présents sur tous les CMS headless. Enfin, un CMS traditionnel inclut généralement certaines fonctionnalités de sécurité en front-end qui peuvent avoir à être répliquées par le développeur. Ce point ne devrait pas poser problème pour les développeurs expérimentés, mais une équipe moins aguerrie pourrait par inadvertance introduire des vulnérabilités de sécurité. Donc, tenez compte du niveau de votre équipe lorsque vous évaluez cette possibilité.

En déterminant si un CMS headless convient ou non à votre organisation, prenez en compte les avantages et les inconvénients ci-dessus. Tenez compte également de la montée en puissance des outils destinés aux CMS headless hybrides dont nous allons parler un peu plus loin.

Exemples de plateformes CMS headless

Au fur et à mesure du développement du headless, des plateformes ont été développées pour héberger cette technologie. Examinons l'une des plus connues et d'autres, relativement similaires.

Drupal

Drupal est l'un des CMS les plus appréciés, les plus puissants et les plus matures aujourd'hui disponibles. Il est utilisé dans de nombreux secteurs d'activité — dans les voyages et le tourisme (Croisières Princesse), dans l'enseignement supérieur (État de Pennsylvanie) et dans le secteur public (État de Géorgie, et MTA [Metropolitan Transportation Authority] de New York). 

Avec l'essor des CMS headless, les développeurs se sont beaucoup intéressés à l'architecture headless de Drupal. Elle leur permet de continuer à tirer parti des robustes fonctionnalités de Drupal pour gérer le contenu en toute sécurité. Ils peuvent utiliser tout outil de leur choix pour présenter des informations sur différents canaux et appareils. Voici quelques exemples d'architectures Drupal :

• Drupal traditionnel conserve toutes les capacités habituelles de Drupal pour le rendu en front-end et la gestion en back-end. Cette architecture offre des capacités d'édition WYSIWYG intégrées, des outils low-code, le référencement intégré, une accessibilité optimisée, et bien plus.
   
• Drupal headless hybride permet aux développeurs d'utiliser des outils low-code et d'accéder au contenu via l'API. Le CMS peut alimenter des expériences multicanales et superposer des composants JavaScript à un front-end Drupal pour des expériences utilisateur fortement interactives.
   
• Drupal entièrement headless sépare la couche de présentation en front-end de la gestion du CMS en back-end. Cette approche est appréciée des développeurs qui souhaitent avoir un contrôle total sur le front-end.
   

Mais Drupal n'est pas votre seule option pour une solution CMS headless. Parmi les autres technologies les plus utilisées figurent :

• Contentful
• Storyblok
• Sanity.io 
• Contentstack

Le CMS headless hybride

Il peut paraître difficile de choisir entre un CMS traditionnel et un CMS headless. En réalité, c'est un faux problème, car il existe une troisième option : le CMS headless hybride. Un CMS headless hybride combine les attributs des CMS traditionnels et des CMS headless. Il permet de créer du contenu et de le stocker dans une base de données. Ce contenu peut être servi de manière flexible, soit via la couche de rendu front-end unifiée existante, soit via des API, avec une couche front-end totalement séparée et découplée. Cette approche permet de diffuser du contenu sur tout canal numérique de votre pile technologique, mais aussi vers tout nouveau canal potentiel.

Peu de plateformes CMS peuvent fonctionner de façon véritablement hybride en répondant à la fois aux besoins des CMS traditionnels et des CMS headless. Il existe encore moins de plateformes capables de faire les deux simultanément. C'est pourquoi nous assistons à tant de discussions sur ce thème : « traditionnel contre headless ». Ces plateformes sont inadaptées en raison de leurs propres limitations. Les analystes recommandent plus fréquemment les solutions CMS hybrides et précisent même que : « L'hybride est le nouveau headless » afin d'aider les entreprises à sortir de cette alternative injustifiée.

Premiers pas avec le headless

Pour choisir le bon CMS pour votre entreprise, vous devez disposer de toutes les informations pertinentes et avoir confiance en vos connaissances. Nous avons donc préparé une liste de ressources pour guider votre recherche.

Parfois, cependant, il est plus simple de parler directement à quelqu'un et d'observer les mécanismes et les capacités de la technologie. Planifiez la démonstration d'un CMS headless, et voyez par vous-même ses possibilités pour vos développeurs, pour vos marketeurs et pour toute l'entreprise.

Autres ressources

CMS headless pour les développeurs

Qu'est-ce qu'un CMS hybride ?

Commerce headless : L'innovation pour les expériences client

Guide des CMS headless hybrides et des applications découplées

Pourquoi le CMS hybride devient-il le CMS de choix des marketeurs ?

Drupal headless et hybride : les bases