CMS headless hybride
Un seul CMS. Pages web et JSON.
Un CMS headless hybride diffuse le même contenu en pages web finies ou en données structurées. Dans Forrit, types de contenu, entrées et pages sont gérés une seule fois. Le canal HTML sert des pages complètes construites à partir de vos composants, et le canal JSON sert du JSON pur aux applications et aux front-ends sur mesure.
01 · Définition
Qu’est-ce qu’un CMS headless hybride ?
Un CMS headless hybride diffuse le même contenu de deux façons : sous forme de pages web finies, ou de données structurées pour tout front-end. Il associe l’édition par pages d’un CMS traditionnel au contenu structuré et à la diffusion par API d’un CMS headless.
Dans Forrit, les deux modes partent des mêmes types de contenu, entrées et pages, et chaque modification suit le même workflow encadré.
Le headless hybride dans Forrit
Modélisez le contenu une fois avec des types de contenu et des entrées
Organisez-le en pages
Publiez via le canal HTML, le canal JSON ou les deux
Servez chaque canal depuis une couche de diffusion séparée du CMS
Ce que vous apporte le headless hybride
Pages web gérées
Forrit génère des pages web complètes à partir de vos composants, prêtes pour les sites marketing et les grands parcs web.
JSON headless
Le même contenu est diffusé en JSON pur pour les applications et les front-ends sur mesure.
Un seul modèle de contenu
Les types de contenu, les entrées et les pages sont gérés une seule fois, quel que soit le canal qui les diffuse.
Un seul workflow encadré
Branches de tâche, aperçu, approbation et historique d’audit s’appliquent à chaque modification, dans les deux canaux.
02 · Comparaison
Headless hybride, CMS traditionnel et CMS headless : quelles différences ?
Un CMS traditionnel garde la page mais lie le contenu à un seul site web. Un CMS purement headless libère le contenu mais perd souvent la page. Le headless hybride est conçu pour garder les deux.
| Fonctionnalité | CMS traditionnel | CMS headless | Forrit headless hybride |
|---|---|---|---|
| Édition par pages | Oui | Souvent limitée | Oui, dans les deux canaux |
| Contenu structuré et réutilisable | Limité | Oui | Oui, avec des types de contenu et des entrées |
| Diffusion JSON et API | Rarement native | Oui | Oui, via le canal JSON |
| Liberté côté front-end | Lié au CMS | Oui | Oui, ou laissez Forrit générer les pages |
| Aperçu en contexte | Oui | Souvent développé sur mesure | Oui, dans Forrit ou dans votre propre front-end |
| SEO et métadonnées au niveau de la page | Oui | Souvent assemblés à partir d’autres outils | Oui, sur chaque page et dans le JSON |
| Diffusion séparée du CMS | Généralement couplée | Oui | Oui, avec Airlock Publishing à sens unique |
Catégories générales, pas de produits nommés. Chaque plateforme est différente.
03 · Deux canaux de diffusion
Quelle différence entre le canal HTML et le canal JSON ?
La différence tient à qui génère l’expérience. Via le canal HTML, Forrit génère des pages web complètes à partir de vos modèles de composants. Via le canal JSON, Forrit diffuse le contenu en JSON pur, et votre propre front-end l’affiche.
Tout ce qui se trouve derrière les canaux est partagé : le même contenu, les mêmes pages, le même workflow et la même couche de diffusion séparée. En savoir plus sur la façon dont Forrit garde la page dans une configuration headless.
Choisir un canal
Utilisez le canal HTML quand Forrit doit générer le site
Utilisez le canal JSON quand votre propre front-end l’affiche
Utilisez les deux quand un site web et une application partagent du contenu
Fonctionnalités des canaux
- Canal HTML
Des pages web complètes
Forrit génère des pages entières à partir de vos modèles de composants. Les développeurs les étendent avec les SDK .NET.
- Canal HTML
Des lancements rapides grâce aux composants partagés
Lancez de nouveaux sites et de nouvelles pages à partir des composants et modèles dont vous disposez déjà, sans front-end distinct à maintenir.
- Canal JSON
JSON pur, tout framework
Du contenu sans balisage, prêt pour React, Next.js, les applications mobiles, .NET ou tout autre front-end.
- Canal JSON
Pages, routes et SEO sous forme de données
Les pages, les routes, la navigation et les métadonnées SEO sont diffusées sous forme de données. Demandez des pages entières ou des entrées individuelles.
- Les deux
Même gouvernance dans les deux
Types de contenu, entrées, pages, branches de tâche, aperçu, approbation et localisation fonctionnent de la même façon dans l’un ou l’autre canal.
- Les deux
Couche de diffusion séparée
Les deux canaux sont servis par des services de diffusion dédiés, avec Airlock Publishing à sens unique depuis le CMS.
04 · Lequel choisir
Quel canal pour quel projet ?
Le bon canal dépend de qui génère l’expérience. Voici comment le choix se fait généralement pour les projets courants.
| Projet | Canal | Pourquoi |
|---|---|---|
| Site marketingGéré par l’équipe marketing | Canal HTML | Les rédacteurs construisent les pages à partir de composants approuvés, sans front-end distinct à maintenir. |
| Parc de nombreux sitesSites régionaux, de marque ou de produit | Canal HTML | Les nouveaux sites sont lancés à partir de composants et de modèles partagés, sous une gouvernance centrale. |
| Application mobile clientiOS, Android ou multiplateforme | Canal JSON | L’application lit le contenu structuré et les données de page, et les affiche en natif. |
| Front-end sur mesureNext.js, React ou équivalent, développé en interne | Canal JSON | Les développeurs conservent leur framework. Les rédacteurs disposent toujours de pages et du SEO au niveau de la page. |
| Site web et application ensemblePartage du contenu produit | Les deux canaux | Une seule équipe de contenu et un seul processus d’approbation servent les deux expériences. |
Les deux canaux peuvent fonctionner côte à côte, à partir du même contenu et du même processus d’approbation.
05 · Les pages dans les deux canaux
Comment une page fonctionne-t-elle dans chaque canal ?
Dans le CMS, une page est la même quel que soit le canal qui la publie. Les rédacteurs la construisent à partir de composants et d’entrées, ajoutent sa route et ses métadonnées SEO, puis l’envoient en approbation.
À la publication, le canal HTML utilise le modèle HTML de chaque composant pour générer la page complète. Le canal JSON utilise le modèle JSON de chaque composant pour restituer la page sous forme de données, et votre front-end l’affiche.
Une page, deux sorties
Les rédacteurs construisent la page à partir de composants et d’entrées
La page est approuvée et publiée une seule fois
Canal HTML : Forrit génère la page complète à partir des modèles de composants
Canal JSON : votre front-end reçoit la page en JSON et l’affiche
Ce qui ne change pas
Même expérience d’édition
Les rédacteurs construisent et gèrent les pages de la même façon, quel que soit le canal qui les publie.
Même SEO et mêmes métadonnées
Les titres de page, descriptions et métadonnées accompagnent la page dans les deux canaux.
Aperçu avant publication
Prévisualisez les pages dans Forrit, ou affichez le JSON brouillon de la branche de tâche dans votre propre front-end.
Pour aller plus loin
Une plateforme de contenu, diffusée à votre façon.
Découvrez comment Forrit garde la page dans une configuration headless, explorez le CMS complet et voyez comment les deux canaux sont protégés.
- Forrit CMS
CMS headless
Comment Forrit garde la page dans un CMS headless : aperçu, création par pages, SEO au niveau de la page et une réponse JSON par page.
- Produit
Forrit CMS
Créez, gouvernez et réutilisez le contenu sur tout votre patrimoine numérique, avec contenu structuré, création visuelle de pages et diffusion headless dans un seul CMS.
- Avantage clé
Sécurité
Sept couches de protection, de la sécurité en périphérie et d’Airlock Publishing au développement sécurisé et à l’assurance ISO 27001.
Utilisez la touche Tab pour parcourir chaque lien « Lire la suite » du témoignage. Chaque fois que vous appuyez sur la touche de tabulation,
L'équipe de Forrit a été remarquable en aidant notre organisation à transférer un site web existant de son locataire vers la plateforme Forrit dans un délai très court. De la migration, aux activités avant et jour du lancement, ils ont exécuté tous les détails comme prévu, rendant la transition fluide et sans tracas. Après le lancement, l'équipe a continué à se rendre disponible pour résoudre les problèmes et répondre aux questions lorsqu'elles se posent, ce qui a été d'une aide précieuse. Nous sommes très heureux d'avoir effectué la transition vers Forrit !
Vos questions sur le headless hybride
Un CMS headless hybride peut diffuser le même contenu soit sous forme de pages web finies, soit sous forme de données structurées via une API. Forrit le fait avec deux canaux de diffusion, HTML et JSON, tous deux alimentés par les mêmes types de contenu, entrées et pages.
Un CMS headless diffuse uniquement le contenu sous forme de données : chaque front-end doit donc être développé et maintenu séparément. Un CMS headless hybride peut aussi générer lui-même des pages web. Avec Forrit, vous choisissez projet par projet : laissez Forrit générer un site marketing, et diffusez du JSON vers une application ou un front-end sur mesure.
Utilisez le canal HTML lorsque vous voulez que Forrit génère le site web à partir de vos composants. Exemples typiques : un site marketing géré par l’équipe marketing, ou un parc de sites régionaux ou de marque lancés à partir de composants et de modèles partagés.
Utilisez le canal JSON lorsque votre propre front-end génère l’expérience, par exemple une application mobile ou un site développé en Next.js ou React. Le JSON inclut les pages, les routes, la navigation et les métadonnées SEO, et vous pouvez demander des pages entières ou des entrées individuelles.
Oui. Les mêmes types de contenu, entrées et pages peuvent être publiés via les deux canaux : un site web et une application peuvent ainsi partager le contenu produit avec une seule équipe de contenu et un seul processus d’approbation.
Oui. Les modifications pour l’un ou l’autre canal sont faites dans des branches de tâche, prévisualisées, approuvées et consignées dans l’historique d’audit. Les deux canaux sont servis depuis une couche de diffusion séparée du CMS, avec Airlock Publishing à sens unique.