Hybrides Headless-CMS
Ein CMS. Webseiten und JSON.
Ein hybrides Headless-CMS liefert dieselben Inhalte als fertige Webseiten oder als strukturierte Daten aus. In Forrit werden Inhaltstypen, Inhaltseinträge und Seiten einmal verwaltet. Der HTML-Kanal stellt vollständige Seiten aus Ihren Komponenten bereit, und der JSON-Kanal liefert reines JSON an Apps und individuelle Frontends.
01 · Definition
Was ist ein hybrides Headless-CMS?
Ein hybrides Headless-CMS liefert dieselben Inhalte auf zwei Wegen aus: als fertige Webseiten oder als strukturierte Daten für jedes Frontend. Es verbindet die seitenbasierte Bearbeitung eines klassischen CMS mit den strukturierten Inhalten und der API-Auslieferung eines Headless-CMS.
In Forrit beginnen beide Wege bei denselben Inhaltstypen, Inhaltseinträgen und Seiten, und jede Änderung durchläuft denselben kontrollierten Workflow.
So funktioniert Hybrid Headless in Forrit
Inhalte einmal mit Inhaltstypen und Inhaltseinträgen modellieren
In Seiten organisieren
Über den HTML-Kanal, den JSON-Kanal oder beide veröffentlichen
Jeden Kanal aus einer vom CMS getrennten Auslieferungsebene bereitstellen
Was Hybrid Headless Ihnen bietet
Verwaltete Webseiten
Forrit rendert vollständige Webseiten aus Ihren Komponenten, bereit für Marketing-Websites und große Website-Landschaften.
Headless-JSON
Dieselben Inhalte werden als reines JSON für Apps und individuelle Frontends ausgeliefert.
Ein Inhaltsmodell
Inhaltstypen, Inhaltseinträge und Seiten werden einmal verwaltet, egal welcher Kanal sie ausliefert.
Ein kontrollierter Workflow
Task-Branches, Vorschau, Freigabe und Audit-Historie gelten für jede Änderung, in beiden Kanälen.
02 · Im Vergleich
Wie schneidet Hybrid Headless im Vergleich zu klassischem und Headless-CMS ab?
Ein klassisches CMS behält die Seite, bindet Inhalte aber an eine Website. Ein reines Headless-CMS befreit die Inhalte, verliert aber oft die Seite. Hybrid Headless ist darauf ausgelegt, beides zu behalten.
| Funktion | Klassisches CMS | Headless-CMS | Forrit Hybrid Headless |
|---|---|---|---|
| Seitenbasierte Bearbeitung | Ja | Oft eingeschränkt | Ja, in beiden Kanälen |
| Strukturierte, wiederverwendbare Inhalte | Begrenzt | Ja | Ja, mit Inhaltstypen und Inhaltseinträgen |
| JSON- und API-Auslieferung | Selten nativ | Ja | Ja, über den JSON-Kanal |
| Freie Wahl des Frontends | An das CMS gebunden | Ja | Ja, oder Forrit rendert die Seiten |
| Vorschau im Kontext | Ja | Oft individuell entwickelt | Ja, in Forrit oder in Ihrem eigenen Frontend |
| SEO und Metadaten auf Seitenebene | Ja | Oft aus anderen Tools zusammengesetzt | Ja, auf jeder Seite und im JSON |
| Vom CMS getrennte Auslieferung | Meist gekoppelt | Ja | Ja, mit Airlock Publishing in eine Richtung |
Verallgemeinerte Kategorien, keine konkreten Produkte. Einzelne Plattformen unterscheiden sich.
03 · Zwei Auslieferungskanäle
Was unterscheidet den HTML-Kanal vom JSON-Kanal?
Der Unterschied liegt darin, wer das Erlebnis rendert. Über den HTML-Kanal rendert Forrit vollständige Webseiten aus Ihren Komponentenvorlagen. Über den JSON-Kanal liefert Forrit die Inhalte als reines JSON aus, und Ihr eigenes Frontend rendert sie.
Alles hinter den Kanälen ist gemeinsam: dieselben Inhalte, dieselben Seiten, derselbe Workflow und dieselbe separate Auslieferungsebene. Lesen Sie mehr darüber, wie Forrit die Seite in einem Headless-Setup behält.
Einen Kanal wählen
Den HTML-Kanal nutzen, wenn Forrit die Website rendern soll
Den JSON-Kanal nutzen, wenn Ihr eigenes Frontend rendert
Beide nutzen, wenn Website und App Inhalte teilen
Funktionen der Kanäle
- HTML-Kanal
Vollständige Webseiten
Forrit rendert ganze Seiten aus Ihren Komponentenvorlagen. Entwickler erweitern sie mit den .NET-SDKs.
- HTML-Kanal
Schnelle Launches mit gemeinsamen Komponenten
Starten Sie neue Websites und Seiten mit vorhandenen Komponenten und Vorlagen, ohne separates Frontend, das gepflegt werden muss.
- JSON-Kanal
Reines JSON, jedes Framework
Inhalte ohne Markup, bereit für React, Next.js, mobile Apps, .NET oder jedes andere Frontend.
- JSON-Kanal
Seiten, Routen und SEO als Daten
Seiten, Routen, Navigation und SEO-Metadaten werden als Daten ausgeliefert. Fragen Sie ganze Seiten oder einzelne Inhaltseinträge ab.
- Beide
Gleiche Governance in beiden
Inhaltstypen, Inhaltseinträge, Seiten, Task-Branches, Vorschau, Freigabe und Lokalisierung funktionieren in beiden Kanälen gleich.
- Beide
Separate Auslieferungsebene
Beide Kanäle werden über dedizierte Auslieferungsdienste bereitgestellt, mit Airlock Publishing in eine Richtung aus dem CMS.
04 · Die richtige Wahl
Welcher Kanal passt zu welchem Projekt?
Der richtige Kanal hängt davon ab, wer das Erlebnis rendert. So fällt die Wahl bei typischen Projekten meist aus.
| Projekt | Kanal | Warum |
|---|---|---|
| Marketing-WebsiteBetreut vom Marketingteam | HTML-Kanal | Redakteure bauen Seiten aus freigegebenen Komponenten, ohne separates Frontend, das gepflegt werden muss. |
| Landschaft aus vielen WebsitesRegional-, Marken- oder Produkt-Websites | HTML-Kanal | Neue Websites starten mit gemeinsamen Komponenten und Vorlagen, unter zentraler Governance. |
| Mobile Kunden-AppiOS, Android oder plattformübergreifend | JSON-Kanal | Die App liest strukturierte Inhalte und Seitendaten und rendert sie nativ. |
| Individuelles FrontendNext.js, React o. Ä., intern entwickelt | JSON-Kanal | Entwickler behalten ihr Framework. Redakteure erhalten trotzdem Seiten und SEO auf Seitenebene. |
| Website und App gemeinsamMit gemeinsamen Produktinhalten | Beide Kanäle | Ein Content-Team und ein Freigabeprozess unterstützen beide Erlebnisse. |
Beide Kanäle können parallel laufen, mit denselben Inhalten und demselben Freigabeprozess.
05 · Seiten in beiden Kanälen
Wie funktioniert eine Seite in jedem Kanal?
Im CMS ist eine Seite dieselbe, egal welcher Kanal sie veröffentlicht. Redakteure bauen sie aus Komponenten und Inhaltseinträgen, ergänzen Route und SEO-Metadaten und senden sie zur Freigabe.
Bei der Veröffentlichung nutzt der HTML-Kanal das HTML-Template jeder Komponente, um die vollständige Seite zu rendern. Der JSON-Kanal nutzt das JSON-Template jeder Komponente, um die Seite als Daten auszugeben, und Ihr Frontend rendert sie.
Eine Seite, zwei Ausgaben
Redakteure bauen die Seite aus Komponenten und Inhaltseinträgen
Die Seite wird einmal freigegeben und veröffentlicht
HTML-Kanal: Forrit rendert die vollständige Seite aus Komponentenvorlagen
JSON-Kanal: Ihr Frontend erhält die Seite als JSON und rendert sie
Was gleich bleibt
Gleiche Bearbeitung
Redakteure erstellen und verwalten Seiten auf dieselbe Weise, egal welcher Kanal sie veröffentlicht.
Gleiches SEO und gleiche Metadaten
Seitentitel, Beschreibungen und Metadaten wandern in beiden Kanälen mit der Seite mit.
Vorschau vor dem Veröffentlichen
Sehen Sie Seiten in Forrit in der Vorschau, oder rendern Sie Entwurfs-JSON aus dem Task-Branch in Ihrem eigenen Frontend.
Mehr erfahren
Eine Content-Plattform, ausgeliefert nach Ihren Vorstellungen.
Sehen Sie, wie Forrit die Seite in einem Headless-Setup behält, entdecken Sie das gesamte CMS, und erfahren Sie, wie beide Kanäle geschützt sind.
- Forrit CMS
Headless-CMS
Wie Forrit die Seite in einem Headless-CMS behält: Vorschau, seitenbasiertes Arbeiten, SEO auf Seitenebene und eine JSON-Antwort pro Seite.
- Produkt
Forrit CMS
Erstellen, steuern und nutzen Sie Inhalte in Ihrer gesamten digitalen Landschaft wieder, mit strukturierten Inhalten, visuellem Seitenaufbau und Headless-Auslieferung in einem CMS.
- Wesentlicher Vorteil
Sicherheit
Sieben Schutzebenen, von Edge-Sicherheit und Airlock Publishing bis zu sicherer Entwicklung und ISO-27001-Zertifizierung.
Verwenden Sie die Tab-Taste, um durch jeden
Diese Innovation ermöglicht die digitale Transformation und unterstützt die digitale Eingangstür für Patienten in ganz Schottland.
Fragen zu Hybrid Headless, beantwortet
Ein hybrides Headless-CMS kann dieselben Inhalte entweder als fertige Webseiten oder als strukturierte Daten über eine API ausliefern. Forrit tut dies mit zwei Auslieferungskanälen, HTML und JSON, die beide aus denselben Inhaltstypen, Inhaltseinträgen und Seiten gespeist werden.
Ein Headless-CMS liefert Inhalte nur als Daten aus, daher muss jedes Frontend separat gebaut und gepflegt werden. Ein hybrides Headless-CMS kann Webseiten auch selbst rendern. Mit Forrit entscheiden Sie pro Projekt: Lassen Sie Forrit eine Marketing-Website rendern, und liefern Sie JSON an eine App oder ein individuelles Frontend.
Nutzen Sie den HTML-Kanal, wenn Forrit die Website aus Ihren Komponenten rendern soll. Typische Beispiele sind eine Marketing-Website, die vom Marketingteam betreut wird, oder eine Landschaft aus Regional- oder Marken-Websites, die mit gemeinsamen Komponenten und Vorlagen gestartet werden.
Nutzen Sie den JSON-Kanal, wenn Ihr eigenes Frontend das Erlebnis rendert, etwa eine mobile App oder eine mit Next.js oder React gebaute Website. Das JSON enthält Seiten, Routen, Navigation und SEO-Metadaten, und Sie können ganze Seiten oder einzelne Inhaltseinträge abfragen.
Ja. Dieselben Inhaltstypen, Inhaltseinträge und Seiten können über beide Kanäle veröffentlicht werden, sodass eine Website und eine App Produktinhalte mit einem Content-Team und einem Freigabeprozess teilen können.
Ja. Änderungen für beide Kanäle werden in Task-Branches vorgenommen, in der Vorschau geprüft, freigegeben und in der Audit-Historie erfasst. Beide Kanäle werden aus einer vom CMS getrennten Auslieferungsebene bereitgestellt, mit Airlock Publishing in eine Richtung.