Ce que vous devez savoir sur les CMS headless
Published on 31 Aug 2020

Les débats sur les mérites respectifs des CMS headless et non headless se poursuivent depuis quelques années. Vous les avez peut-être ignorés. Après tout, l'architecture des CMS n'est pas vraiment un sujet de conversation incontournable, même pour les spécialistes du marketing les plus obsédés par le contenu.
Mais c'est un sujet important à débattre. La qualité du contenu qui apparaît sur les écrans du public devient fondamentale pour la valeur de la marque de la plupart des entreprises. Pour conserver une longueur d'avance sur vos concurrents, vous devez vous assurer que les expériences que vous et vos collègues développeurs créez sont aussi riches, fluides et contextuelles que possible, et qu'elles peuvent s'étendre à l'endroit où se trouve votre public, que ce soit sur une application mobile ou un appareil connecté.
L'architecture CMS headless occupe une place importante dans cette discussion. Il est donc temps d'entrer dans le cœur du débat sur les CMS headless et non headless. Dans ce livre blanc, nous expliquerons ce qu'est (et n'est pas) le headless. Nous verrons également comment prendre les bonnes décisions en matière de CMS pour votre entreprise, en tenant compte des besoins des développeurs et des spécialistes du marketing. Chez Sitecore, nous pensons également qu'il est temps d'envisager les mérites d'une troisième voie : une voie qui est sans doute beaucoup mieux adaptée à l'ère moderne du marketing contextuel.
Prêt ? C'est parti.
Qu'est-ce qu'un CMS headless ?
Un CMS headless est un système de gestion de contenu qui vous permet de stocker, de modifier et de gérer du contenu, mais qui ne restitue pas réellement le contenu sur l'écran de votre public. En d'autres termes, un CMS headless sépare la création, la diffusion et la gestion du contenu (les tâches back-end) de sa présentation sur la page Web, l'application ou l'appareil (les tâches front-end). Il ne joue aucun rôle dans la conception du site Web, les thèmes de page ou les modèles. En revanche, les CMS couplés traditionnels (autrement appelés non headless) sont responsables non seulement de la création, de la gestion, de la publication et de la diffusion du contenu, mais également du rendu final (autrement appelé présentation) de la page Web.
Différences entre les architectures CMS headless et non headless
Il est donc clair que l'utilisation d'un CMS headless (plutôt qu'un CMS couplé) confère une grande responsabilité quant à l'expérience de l'utilisateur final aux développeurs, car la manière dont une page ou un écran particulier est construit doit être décrite dans le code et gérée par le développeur. Mais l'utilisation de CMS headless présente de très gros avantages, et c'est pourquoi elle est devenue si importante ces derniers temps.
CMS headless : un enjeu de taille
À l'époque où le monde numérique était entièrement axé sur le Web, un CMS pouvait gérer sans problème la création, le stockage et la présentation de sites Web conçus. Les référentiels de contenu (qui stockent le contenu et le diffusent de manière dynamique sur une page) étaient optimisés pour les modèles HTML. Tout était bien couplé et cette proximité globale présentait de gros avantages en termes de performances. Puis sont arrivées la révolution mobile et l'Internet des objets (IoT), ainsi qu'une prolifération de différents appareils sur le marché qui n'utilisaient pas HTML. Soudain, les fissures des CMS couplés ont commencé à apparaître.
Leurs référentiels de contenu, centrés sur les pages Web, ne s'adaptaient pas aux formats non HTML. Ils n'étaient pas équipés pour utiliser les dernières technologies front-end sans hacks ou travaux de développement importants. Ils n'étaient tout simplement pas prêts pour une ère d'applications Web fluides et réactives dans lesquelles les pages se mettent à jour de manière dynamique lorsque les utilisateurs interagissent avec elles. Ils ne pouvaient pas s'adapter à une nouvelle ère de contenu dans laquelle les objets de contenu étaient livrés via une API.
Voir aussi : Microsoft Street Pricing & Sales Tactics