CMS headless
Un CMS headless gère les contenus et les expose par une API, sans imposer la façon de les afficher : le site, une application mobile ou une borne peuvent consommer les mêmes contenus.
Mise en contexte
Dans un CMS classique, contenu et affichage sont liés. Le headless sépare les deux : les rédacteurs travaillent dans un back-office structuré, les développeurs construisent l’interface avec la technologie la plus adaptée, souvent Next.js. Résultat : des pages rapides, un rendu serveur bon pour le référencement et des contenus réutilisables.
Nous utilisons Payload, un CMS headless open source en TypeScript, dans le même projet que le site Next.js : une seule base de code, un seul hébergement, des types partagés. Par exemple, ce site fonctionne ainsi, avec un hébergement chez Infomaniak.
Le headless demande un peu plus de conception initiale ; il est justifié quand le site est un actif à long terme.
Questions fréquentes
Non : le back-office reste un CMS avec des champs et des blocs. Ce qui change est invisible pour le rédacteur, c’est la façon dont le site consomme les contenus.
Payload, open source et développé en TypeScript, installé dans le même projet que le site Next.js. Les sources et les contenus restent chez vous, sur un hébergement européen.