CMS headless VS CMS traditionnel

Qu’est-ce qu’un CMS ?

Si vous voulez autre chose que WordPress, Medium, Blogspot, Ghost, etc. Ou toute autre plateforme de blog, ou si vous voulez simplement en savoir plus. Vous allez découvrir un terme appelé CMS - Content Management System (système de gestion de contenu).

Ce que fait un CMS, c’est simplement fournir une manière structurée de gérer votre contenu. Imaginez que vous ayez des dizaines de milliers d’articles de blog : comment les stocker et les gérer dans un ordre impeccable ? De cette façon, vous pouvez les modifier et les consulter efficacement plus tard.

Des fonctionnalités de gestion telles que :

• Auteurs - Administrez le nombre d’auteurs dont vous disposez, révisez leurs écrits, etc.
• Contenu - Classez les articles par catégories, ajoutez un système d’étiquettes, placez le thème dans un ordre systématique.
• Plugins - WordPress dispose de nombreux plugins, de l’amélioration de votre SEO à l’ajout d’une section d’abonnement, etc.

Ces fonctionnalités sont presque indispensables si vous voulez un blog ou un site web durable. Mais si vous ne créez qu’un site web simple de quelques pages, vous n’en avez vraiment pas besoin.

Qu’est-ce qu’un CMS traditionnel ?

• Vos articles sont stockés en Markdown

Un CMS traditionnel stocke chacun de vos articles de blog dans un fichier séparé, généralement avec une extension de fichier .md ou .mdx, qui est l’abréviation des fichiers Markdown. Vous pouvez donc écrire quelque chose comme :

1
## Happy New Year
2

3
**Hello** mum.

L’entrée ci-dessus serait traduite par le CMS : « Titre 2 avec ##, et ** pour le gras », puis produite en HTML pour vous. Vous n’avez donc pas besoin d’écrire du code comme ceci : « <h2>Happy New Year</h2><p><b>Hello</b> mum</p> », et vous pouvez vous concentrer uniquement sur la rédaction du contenu.

• Du Markdown à l’URL publiée

Vos fichiers Markdown se trouvent généralement dans un dossier nommé blog ou posts, selon ce que vous préférez. La façon dont vous organisez vos fichiers Markdown se reflète généralement aussi dans l’URL publiée. Si vous placez vos fichiers dans root/posts/hello-mum.md, l’URL publiée ressemblera à example.com/posts/hello-mum. Mais cela dépend de votre configuration ou du CMS que vous utilisez.

Si vous voulez un nouvel article, vous créez simplement un nouveau fichier .md. Si vous le nommez peter-parker.md, l’URL se terminera par posts/peter-parker.

• Schéma pour votre Markdown

Un schéma est un ensemble de variables que vous définissez pour votre CMS. Un exemple de fichier Markdown peut ressembler à ceci :

1
---
2
title: 'Hello Mum'
3
date: 2023-11-10
4
tags: ['Parenting', 'Mum', 'Family']
5
summary: 'Say hi to your mum instead of hello world'
6
image:
7
  src: /images/mumSmiling.jpg
8
  alt: myMum
9
authors: ['default']
10
---
11

12
<img src="../../../public/images/omelet.jpg" alt="omelet"/>
13
or
14
![omelet](../../../public/images/omelet.jpg)
15

3 collapsed lines
16
## Breakfast
17

18
I usually make omelet for her....... (continue on your article)

Les champs tels que title, date, tags, summary, image src & alt, authors sont prédéfinis. Il vous suffit de modifier leurs valeurs pour chaque champ en conséquence. Cependant, si vous êtes développeur, vous pouvez facilement modifier les champs à votre guise.

Comme vous pouvez le voir, vous pouvez même insérer du code HTML dans votre Markdown, c’est pratique, non ?

Qu’est-ce qu’un CMS headless ?

• Il utilise une base de données pour séparer votre page web et vos articles de blog.

Un CMS headless fonctionne de manière similaire à un CMS traditionnel : vous pouvez aussi écrire en Markdown. Mais il ne stocke pas vos articles de blog en Markdown sur votre site web. Au lieu de cela, il sépare votre contenu de votre site web, laissez-moi vous expliquer.

Un CMS headless signifie que le contenu est séparé de votre front-end. Vos articles de blog sont stockés sur un serveur back-end ailleurs.

Lorsque vous construisez votre site web avec un CMS traditionnel, on parle généralement de génération de site statique. Cela signifie que vous placez tout, y compris les articles que vous avez écrits, le design de votre site web et le système CMS, dans le même dossier. Ensuite, vous le générez lorsqu’il est prêt, ce qui produit un dossier contenant tout - c’est ce que les visiteurs voient.

Mais un CMS headless ne contiendrait pas à l’origine les articles de blog ni les informations sur les auteurs dans le dossier de design de votre site web.

Au lieu de cela, le contenu est stocké sur un serveur cloud dans une base de données. Lorsque vous construisez votre site web, celui-ci dispose d’une logique pour interroger (communiquer avec la base de données sur le cloud) afin de récupérer tous vos articles stockés sur le serveur cloud. Ainsi, lorsque vous publiez votre site web, il récupère automatiquement ces données depuis le cloud, les intègre comme partie de votre site web, puis produit un site web complet avec vos articles de blog.

Inconvénients du CMS headless

• Coût

Les CMS traditionnels sont généralement gratuits, vous n’avez qu’à payer les frais d’hébergement de votre site web. Si vous utilisez GitHub, c’est pratiquement gratuit. En revanche, un CMS headless facture généralement des frais mensuels plus un coût supplémentaire par siège (auteur), ce qui signifie que vous payez en fonction de la taille de votre équipe.

• Limites de bande passante (coût)

Si votre site web contient beaucoup de contenu et de ressources (images), cela peut consommer une grande partie de la bande passante de votre serveur CMS headless. Leur service impose également des limites de bande passante pour chaque forfait que vous choisissez. Mais avec un CMS traditionnel, vous n’avez qu’à vous soucier des frais d’hébergement et de la bande passante du site web. Et si vous utilisez Cloudflare Pages, il offre une bande passante illimitée, gratuitement.

• Nécessite plus d’efforts pour être mis en place

Un générateur de site statique (CMS traditionnel) est plus facile à mettre en œuvre qu’un CMS headless. C’est parce qu’avec un CMS traditionnel, vous n’avez qu’à vous soucier du schéma et de la rédaction des Markdown, et cela fonctionnera probablement avec de nombreux CMS traditionnels. Mais un CMS headless nécessite un peu de logique de récupération via API, et d’apprendre une méthode de requête spécifique pour chaque fournisseur de CMS headless.

Quand utiliser l’un ou l’autre ?

• CMS traditionnel

par ex. Hugo, 11ty, Jekyll, Gatsby, etc.

Petite équipe ou vous seul.

• CMS headless

par ex. Sanity, WordPress, Strapi, Drupal, Payload, Prismic, etc.

Grande équipe ou pour une évolutivité future.

Cela ne signifie pas que vous ne devriez pas utiliser un CMS headless si vous avez une petite équipe, c’est juste une recommandation générale.

De plus, si vous ne voulez pas gérer et rédiger vos articles de blog en local, vous devriez également envisager d’utiliser un CMS headless.

Si vous ne vous souciez que de l’écriture ou si vous n’êtes pas développeur

Utilisez simplement WordPress. Ne vous embêtez même pas avec un autre CMS.

Il offre de l’évolutivité lorsque vous en avez besoin et, surtout, vous n’avez pas besoin de bricoler le code.

Cela vient de mes recherches et de mon expérience.

Bonne chance.