Headless-CMS
Headless, ohne die Seite zu verlieren.
Forrit CMS ist ein Headless-CMS, das die Seite behält. Teams modellieren wiederverwendbare Inhalte mit Inhaltstypen und Inhaltseinträgen und organisieren sie in Seiten mit eigenen Routen, SEO und Metadaten. Forrit veröffentlicht alles über den JSON-Kanal, und Ihr Frontend behält die volle Kontrolle über die Darstellung.
Der Headless-Kompromiss
Was verlieren Content-Teams mit einem Headless-CMS?
Ein Headless-CMS löst echte Probleme für Entwickler. Inhalte sind von der Darstellung getrennt und werden per API an jedes Frontend ausgeliefert. So können Teams ihre eigenen Frameworks wählen und Inhalte über Web, Apps und andere Kanäle hinweg wiederverwenden.
Ein reines Headless-Setup verlagert jedoch oft Arbeit zurück auf alle anderen. Diese Kompromisse sprechen Content-Teams am häufigsten an.
Wo die Arbeit landet
Entwickler modellieren die Inhalte und bauen das Frontend
Redakteure füllen Formulare aus, oft ohne die Seite zu sehen
Neue Layouts landen wieder im Entwicklungs-Backlog
SEO und Seiteneinstellungen werden aus anderen Tools zusammengesetzt
Was Content-Teams oft verlieren
Inhalte im Kontext sehen
Inhalte werden getrennt von ihrer Darstellung gespeichert, daher füllen Redakteure oft Formulare aus, ohne die Seite zu sehen. Eine Live-Vorschau wird zur Zusatzarbeit für das Entwicklungsteam.
Seiten ohne Entwickler erstellen
Eine neue Landingpage, ein neuer Bereich oder ein neues Layout erfordert oft einen Entwickler und ein Deployment. Das Marketing verliert so die Unabhängigkeit, die es mit einem klassischen CMS hatte.
Arbeiten in Seiten
Redakteure arbeiten mit Inhaltstypen, Feldern und Referenzen statt mit Seiten. Das ist leistungsfähig, aber für viele nicht-technische Nutzer schwer nachzuvollziehen.
SEO und Seiteneinstellungen an einem Ort
Funktionen auf Seitenebene wie SEO-Steuerung und Navigation sind oft nicht integriert, daher setzen Teams sie aus anderen Tools zusammen.
So funktioniert es
Wie behält Forrit die Seite in einem Headless-CMS?
In Forrit bedeutet headless nicht seitenlos. Inhalte bleiben strukturiert und wiederverwendbar, und eine Seite liefert den Kontext, den einzelne Inhaltseinträge nicht selbst tragen sollten: wo die Inhalte erscheinen, wie sie gegenüber Suchmaschinen beschrieben werden und wie sie sich in die Website einfügen.
Entwickler erhalten strukturierte Inhalte. Redakteure erhalten Seiten.
Vom Inhaltstyp zum Frontend
Inhaltstypen für alles definieren, was Sie veröffentlichen
Jeden Inhaltseintrag einmal anlegen und überall wiederverwenden
Inhaltseinträge in Seiten mit Route, SEO und Metadaten organisieren
Über Ihren Workflow freigeben und veröffentlichen
Ihr Frontend fragt die Seite als JSON ab und stellt sie auf seine Weise dar
Was die einzelnen Teile leisten
Strukturierte Inhalte
Inhaltstypen und Inhaltseinträge halten Inhalte über Seiten, Kanäle und Projekte hinweg wiederverwendbar.
Seiten mit Kontext
Eine Seite ergänzt Route, SEO-Titel, Beschreibung und Metadaten, die einzelne Inhaltseinträge nicht selbst tragen sollten.
Als JSON ausgeliefert
Der JSON-Kanal veröffentlicht die Seite ohne Markup, sodass Ihr Frontend die volle Kontrolle über die Darstellung behält.
Für Entwickler
Lässt sich eine Headless-Seite mit einer Anfrage ausliefern?
Ja. Eine Forrit-Seite kann Inhaltseinträge aus vielen Inhaltstypen kombinieren. Der JSON-Kanal liefert die gesamte Seite in einer Antwort: ihre Route, ihre SEO-Metadaten und jede Komponente, in der Reihenfolge, in der Redakteure sie angeordnet haben.
Ihr Frontend stellt eine Anfrage pro Seite. Sie müssen keine Abfragen schreiben, die jeden Inhaltstyp einzeln abrufen, und die Ergebnisse anschließend zusammenfügen. Braucht eine App nur einen Inhaltseintrag oder Inhaltstyp, kann sie gezielt nur diesen abfragen.
Von der Anfrage zur gerenderten Seite
Die Seite über ihre Route abfragen, etwa /savings/easy-saver
Route, SEO-Metadaten und jede Komponente in der richtigen Reihenfolge in einer Antwort erhalten
Jeden Komponententyp einer eigenen UI-Komponente zuordnen und die Seite rendern
Was Entwickler daran schätzen
Weniger Roundtrips
Eine Anfrage pro Route hält serverseitiges Rendering und mobile Apps schnell.
Weniger Glue-Code
Keine Logik für Referenzauflösung oder Sortierung, die geschrieben und gepflegt werden muss.
Durch Vorlagen geformt
Das JSON-Template jeder Komponente legt fest, welche Felder ausgegeben werden, sodass Payloads nur das enthalten, was das Frontend braucht.
Immer aktuell
Veröffentlichen Sie einen gemeinsam genutzten Inhaltseintrag einmal, und jede Seitenantwort, die ihn verwendet, wird automatisch aktualisiert.
01 · Vorschau
Können Redakteure Headless-Inhalte vorab in der Vorschau prüfen?
Auf vielen Headless-Plattformen füllen Redakteure Formulare aus, ohne das Ergebnis zu sehen, und eine Live-Vorschau bedeutet zusätzlichen Aufwand für das Entwicklungsteam.
In Forrit werden Änderungen in einem Task-Branch vorgenommen, und Redakteure sehen die Seite in der Vorschau, bevor sie zur Freigabe geht, ohne zusätzlichen Build für Ihre Entwickler. Teams, die die Vorschau in ihrem eigenen Frontend nutzen möchten, können auch Entwurfs-JSON aus dem Task-Branch rendern.
Von der Änderung zum Livegang
Inhalte in einem Task-Branch bearbeiten, getrennt von Live-Inhalten
Die Seite mit der Änderung in der Vorschau ansehen
Änderungen in einer Vorher-nachher-Ansicht prüfen
Freigeben und veröffentlichen
Vorschau-Funktionen
Vorschau in Forrit
Redakteure sehen Seiten direkt in der Vorschau, ohne Vorschau-Build, den Ihre Entwickler pflegen müssen.
Vorschau in Ihrem eigenen Frontend
Teams können bei Bedarf Entwurfs-JSON aus dem Task-Branch in ihrem eigenen Frontend rendern.
Geschützt vor dem Livesystem
Änderungen bleiben in einem Task-Branch, bis sie freigegeben und veröffentlicht sind.
02 · Unabhängigkeit
Brauchen Redakteure für jede neue Seite einen Entwickler?
Nein. Entwickler bauen Komponenten und Seitenvorlagen einmal. Content-Teams erstellen dann Seiten aus diesen freigegebenen Bausteinen, ohne für jede neue Seite einen Entwicklungszyklus zu benötigen.
Entwickler behalten die Kontrolle über das Designsystem und die Auslieferungsarchitektur. Content-Teams erhalten die Freiheit, Seiten, Kampagnen und Varianten dann zu starten, wenn sie sie brauchen.
Wer was macht
Entwickler bauen Komponenten, die Ihre Inhaltstypen formatieren
Entwickler richten Seitenvorlagen mit den passenden Komponenten ein
Redakteure erstellen Seiten aus freigegebenen Vorlagen und Komponenten
Vorschau, Freigabe und Veröffentlichung ohne Entwicklungszyklus
Funktionen für Komponenten und Vorlagen
Wiederverwendbare Komponenten
Einmal gebaut und über Seiten und Websites hinweg wiederverwendet. So brauchen Rebrandings, Kampagnen und Launches weniger Zeit.
Seitenvorlagen
Neue Seiten beginnen mit Vorlagen, in denen die passenden Komponenten bereits angelegt sind.
Einheitliche Marke und Richtlinien
Freigegebene Bausteine und Workflows halten Layouts und Branding einheitlich, egal wie viele Websites Sie betreiben.
03 · Vertraute Bearbeitung
Müssen Redakteure in Inhaltstypen und Referenzen denken?
Nur, wenn sie es möchten. Power-User und Entwickler können direkt mit dem Inhaltsmodell arbeiten. Alle anderen können bei der Seite beginnen: Home öffnen, den Hero finden, den Inhalt ändern.
Die Struktur darunter bleibt wiederverwendbar, und Nutzungsinformationen zeigen, wo ein Inhaltseintrag sonst noch erscheint, bevor jemand ihn ändert.
Eine Seite bearbeiten
Die Seite öffnen, die Sie ändern möchten
Den Bereich und seinen Inhalt auswählen
Prüfen, wo der Inhaltseintrag sonst noch verwendet wird
Bearbeiten, in der Vorschau prüfen und zur Freigabe senden
Bearbeitungsfunktionen
Bei der Seite beginnen
Seite öffnen, Bereich finden und Inhalt ändern, ohne das Inhaltsmodell durchsuchen zu müssen.
Sehen, wo Inhalte verwendet werden
Nutzungsinformationen zeigen die Seiten und Inhaltseinträge, die auf ein Element verweisen, bevor jemand es ändert.
Das vollständige Modell für Power-User
Entwickler und Power-User können weiterhin direkt mit Inhaltstypen und Inhaltseinträgen arbeiten.
04 · Funktionen auf Seitenebene
Wo liegen SEO und andere Seitenfunktionen in einem Headless-CMS?
In Forrit auf der Seite. Seiten tragen Route, SEO-Titel, Beschreibung und Metadaten über alle Seitentypen hinweg. So werden Sichtbarkeit in der Suche und in KI-Systemen an einem Ort verwaltet und mit den Inhalten ausgeliefert.
Für Funktionen jenseits der Seite ist Forrit composable. Binden Sie die spezialisierten Services an, auf die Sie bereits setzen, statt sie zu ersetzen. Sehen Sie, wie Forrit sich mit den umliegenden Services verbindet.
Eine Seite verwalten
Die Route der Seite und ihren Platz in der Navigation festlegen
SEO-Titel, Beschreibung und Metadaten hinzufügen
Zielgruppenvarianten hinzufügen, wo sie gebraucht werden
Veröffentlichen, und die Metadaten werden mit der Seite ausgeliefert
Funktionen auf Seitenebene
- Integriert
SEO und Metadaten
Titel, Beschreibungen und Metadaten werden pro Seite und über alle Seitentypen hinweg verwaltet und mit den Inhalten ausgeliefert.
- Integriert
Routen und Navigation
Seitenrouten und Navigation werden im JSON ausgeliefert, sodass Ihr Frontend URLs und Menüs aus dem CMS aufbaut.
- Integriert
Zielgruppenvarianten
Erstellen Sie Inhaltsvarianten für verschiedene Zielgruppen und steuern Sie, welche Seitenkomponenten für jede Variante erscheinen.
- Anbindung
Formulare, Personalisierung und Analytics
Forrit ist composable. Binden Sie die Services für Formulare, Personalisierung, Testing und Analytics an, die Sie bereits nutzen.
Hybrid Headless
Soll Forrit auch die Webseiten rendern?
Dieselben Inhaltstypen, Inhaltseinträge und Seiten lassen sich über den HTML-Kanal auch als vollständige Webseiten veröffentlichen. Nutzen Sie den einen Kanal, den anderen oder beide, aus einem CMS und mit einem Freigabeprozess.
- Forrit CMS
Hybrid Headless
Vergleichen Sie HTML- und JSON-Kanal, sehen Sie, wie eine Seite in jedem Kanal funktioniert, und finden Sie heraus, was zu Ihrer Website, App oder Web-Landschaft passt.
- 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 zum Headless-CMS, beantwortet
Ein Headless-CMS speichert und verwaltet Inhalte getrennt von ihrer Darstellung und liefert sie über eine API aus, meist als JSON. Entwickler wählen das Frontend, und dieselben Inhalte können Websites, Apps und andere Kanäle versorgen.
Reine Headless-Setups lassen Content-Teams oft ohne Seitenvorschau, erfordern einen Entwickler für neue Seiten oder Layouts, verlangen von Redakteuren, mit Inhaltstypen und Referenzen statt mit Seiten zu arbeiten, und überlassen es den Teams, Funktionen auf Seitenebene wie SEO aus anderen Tools zusammenzusetzen. Forrit ist darauf ausgelegt, diese Kompromisse zu beseitigen.
Ja. In Forrit bedeutet headless nicht seitenlos. Inhaltstypen und Inhaltseinträge bleiben strukturiert und wiederverwendbar, und Seiten organisieren sie mit Route, SEO und Metadaten. Der JSON-Kanal liefert jede Seite als Daten aus, sodass Ihr Frontend weiterhin die Darstellung steuert.
Der JSON-Kanal veröffentlicht Inhalte als reines JSON ohne Markup, aus einer Auslieferungsebene, die vom CMS getrennt ist. Frontends können eine ganze Seite abfragen, einschließlich Route, SEO-Metadaten, Navigation und Komponenten, oder einzelne Inhaltseinträge und Inhaltstypen.
Ja. Eine Forrit-Seite kann Inhaltseinträge aus vielen Inhaltstypen kombinieren, und der JSON-Kanal liefert die gesamte Seite in einer Antwort, mit den Komponenten in der Reihenfolge, in der Redakteure sie angeordnet haben. Das JSON-Template jeder Komponente steuert, welche Felder ausgegeben werden, und wenn ein gemeinsam genutzter Inhaltseintrag veröffentlicht wird, wird jede Seite, die ihn verwendet, automatisch aktualisiert.
Ja. Änderungen werden in einem Task-Branch vorgenommen, und Redakteure können die Seite in Forrit in der Vorschau ansehen, bevor sie zur Freigabe geht, ohne dass Ihre Entwickler einen Vorschau-Build bereitstellen müssen. Teams können außerdem Entwurfs-JSON aus dem Task-Branch in ihrem eigenen Frontend rendern.
Auf vielen Headless-Plattformen werden SEO-Felder zu jedem Inhaltstyp hinzugefügt oder im Frontend umgesetzt. In Forrit tragen Seiten SEO-Titel, Beschreibung und Metadaten über alle Seitentypen hinweg, und diese Metadaten werden im JSON mit den Inhalten ausgeliefert.
Forrit bietet Zielgruppenvarianten, mit denen Sie Inhalte für verschiedene Zielgruppen erstellen und steuern, welche Komponenten für jede erscheinen. Vollständige Personalisierung und A/B-Tests kommen von spezialisierten Services, die Sie an Forrit anbinden, das von Grund auf composable ist.