Stellen Sie sich vor, ein Inhalt, den Sie auf Ihrer Website veröffentlichen, soll auch in Ihrer mobilen App und in Ihrem Kundenportal verwendet werden. Dieselbe Information in mehreren Oberflächen zu aktualisieren, erhöht den Arbeitsaufwand des Content-Teams. Wird eine der Aktualisierungen vergessen, begegnen Ihre Kunden auf verschiedenen Kanälen unterschiedlichen Informationen.
Die Entwicklung eines Headless CMS löst solche Anforderungen, indem das System zur Verwaltung der Inhalte von den Oberflächen getrennt wird, die Besucher nutzen. Die Inhalte werden zentral gepflegt; Website, mobile App oder jede andere Oberfläche verwendet diese Inhalte in ihrer eigenen Darstellungsform.
Allerdings braucht nicht jedes Unternehmen eine Headless-Architektur. Die richtige Entscheidung sollte unter gemeinsamer Betrachtung von Veröffentlichungskanälen, Content-Prozessen, Kapazität des technischen Teams und Gesamtkosten getroffen werden.
In diesem Leitfaden erfahren Sie, wie ein Headless CMS funktioniert, wie es sich vom klassischen CMS unterscheidet und in welchen Fällen es für Ihr Unternehmen eine sinnvolle Investition sein kann.
Was ist ein Headless CMS?
Ein Headless CMS ist ein Content-Management-System, das die Verwaltung der Inhalte von deren Darstellung auf dem Bildschirm trennt.
Redakteure bearbeiten im Verwaltungsbereich Titel, Beschreibungen, Bilder und weitere Inhaltsfelder. Diese Informationen werden über APIs, die den Datenaustausch zwischen Anwendungen ermöglichen, an die jeweiligen Kanäle ausgeliefert. Das Design des Inhalts und die Art, wie er dem Nutzer angezeigt wird, bestimmt dagegen die Oberfläche des jeweiligen Kanals. Quelle: Erläuterung zum Headless CMS von Contentful
So lassen sich beispielsweise Name, Beschreibung und Bild einer Dienstleistung zentral verwalten. Die Website kann diese Informationen auf einer ausführlichen Leistungsseite anzeigen, die mobile App auf einer kurzen Vorstellungskarte.
„Headless“ bedeutet nicht, dass es kein Verwaltungspanel für das Content-Team gibt. Abgetrennt wird die Oberfläche, die dem Besucher präsentiert wird.
Wie funktioniert ein klassisches CMS?
Beim klassischen CMS-Ansatz sind Inhaltsverwaltung und Seitendarstellung in der Regel Teil desselben Systems. Der Redakteur gibt den Inhalt im Verwaltungsbereich ein; das System erzeugt die Webseite über Themes oder Templates.
Diese Struktur kann für eine standardmäßige Unternehmenswebsite oder einen Blog praktisch sein. Dass Inhaltsverwaltung, Design und Veröffentlichung in derselben Umgebung liegen, kann den Einstieg erleichtern.
Die Unterscheidung sollte nicht allein anhand des Produktnamens erfolgen. WordPress kann seine Inhalte beispielsweise über die REST API anderen Anwendungen bereitstellen und in einer Headless-Struktur eingesetzt werden. Quelle: Dokumentation der WordPress REST API
Die entscheidende Frage lautet daher weniger, welches CMS verwendet wird, sondern wie Inhaltsverwaltung und Oberfläche miteinander verbunden sind.
Unterschiede zwischen Headless CMS und klassischem CMS
| Bewertungsbereich | Klassischer CMS-Ansatz | Headless-CMS-Ansatz |
|---|---|---|
| Inhalt und Darstellung | Werden meist im selben System verwaltet | Inhaltsverwaltung und Oberfläche sind getrennt |
| Entwicklung der Oberfläche | Basiert auf Theme- und Template-Struktur | Wird als eigenständige Anwendung entwickelt |
| Veröffentlichungskanäle | Meist auf die Website ausgerichtet | Derselbe Inhalt kann von verschiedenen Kanälen genutzt werden |
| Redaktionserlebnis | Seitenbearbeitung und Vorschau können stärker integriert sein | Vorschau und Seitenerstellung können separat geplant werden |
| Technische Verantwortung | Konzentriert sich auf CMS, Theme und Plugins | Verteilt sich auf CMS, API, Oberfläche und Veröffentlichungsinfrastruktur |
| Anfangskosten | Bei Standardanforderungen eventuell niedriger | Kann individuelle Oberflächen und Integrationsarbeit erfordern |
| Wartung | Die einheitliche Struktur wird gewartet | Kompatibilität und Wartung getrennter Komponenten müssen gesteuert werden |
Diese Unterschiede bedeuten nicht, dass ein Headless CMS in jedem Fall schneller, günstiger oder einfacher wäre. Das Ergebnis hängt davon ab, wie die Anwendung konzipiert ist und welche Anforderungen das Unternehmen hat.
In welchen Fällen schafft die Headless-CMS-Entwicklung Geschäftswert?
1. Wenn Sie denselben Inhalt auf mehreren Kanälen nutzen
Werden auf Website, mobiler App und Kundenportal gemeinsame Informationen veröffentlicht, kann eine zentrale Inhaltsverwaltung wiederkehrende Aufgaben reduzieren.
Wichtig ist dabei, Inhalte in wiederverwendbare Felder zu gliedern. Wird eine ganze Seite in einem einzigen Textfeld gespeichert, kann dies die Anpassung an verschiedene Kanäle erschweren.
Messbare Kennzahl: Die Zeit, die benötigt wird, um eine Inhaltsänderung auf allen betroffenen Kanälen zu veröffentlichen.
2. Wenn Sie mehrere Marken oder Sprachen verwalten
Die Trennung von gemeinsamen Inhalten und marken- oder sprachspezifischen Feldern kann die Inhaltsverwaltung übersichtlicher machen.
Beispielsweise können die Grundmerkmale eines Produkts gemeinsam gepflegt werden, während Beschreibung und Kampagnenbotschaft je nach Markt variieren. Dafür müssen Übersetzungs-, Freigabe- und Veröffentlichungsrechte von Anfang an konzipiert werden.
Messbare Kennzahl: Dauer der Lokalisierung sowie Anzahl fehlender oder inkonsistenter Veröffentlichungen.
3. Wenn Sie ein individuelles Nutzererlebnis entwickeln
Produktkonfiguratoren, Kundenportale oder interaktive Leistungsseiten können Anforderungen mit sich bringen, die über Standard-Theme-Strukturen hinausgehen.
Ein Headless CMS kann den Inhaltsbedarf dieser Oberflächen decken. Allerdings muss separat festgelegt werden, welches System Vorgänge wie Bestellung, Zahlung oder Lagerbestand verwaltet.
Messbare Kennzahl: Zeit von der Entwicklung bis zur Veröffentlichung eines neuen Nutzerflusses.
4. Wenn Sie die Abhängigkeit des Content-Teams von Entwicklern verringern möchten
Gut konzipierte Inhaltsmodelle ermöglichen es Redakteuren, in definierten Feldern eigenständig zu arbeiten. Um eine neue Dienstleistung hinzuzufügen oder einen Kampagnentext zu ändern, ist nicht jedes Mal eine Entwicklung erforderlich.
Dagegen kann ein neuer Inhaltstyp oder ein anderes Seitenverhalten weiterhin technischen Aufwand erfordern.
Messbare Kennzahl: Anzahl der Entwicklungsanfragen für routinemäßige Inhaltsänderungen.
In welchen Fällen kann ein klassisches CMS ausreichen?
Wenn Ihr einziger Veröffentlichungskanal eine Website ist, Ihre Inhaltsstruktur standardisiert ist und fertige Templates Ihre Anforderungen erfüllen, kann ein klassisches CMS die passende Wahl sein.
Gerade bei Projekten mit begrenztem Budget und kleinem Team bedeutet die Verwaltung einer separaten Oberflächenanwendung samt Veröffentlichungsinfrastruktur zusätzliche Verantwortung.
Berücksichtigen Sie bei Ihrer Entscheidung folgende Fragen:
- Werden wir die Inhalte tatsächlich auf mehreren Kanälen nutzen?
- Welche Anforderungen lassen sich mit Standard-Templates nicht abdecken?
- Wer übernimmt die Wartung der separaten Anwendungen?
- Rechtfertigt der erwartete operative Nutzen die zusätzliche Investition?
Die Entscheidung für die Headless-CMS-Entwicklung sollte auf einem konkreten Geschäftsproblem beruhen.
Beispielszenario: Schulungsinhalte auf drei Kanälen verwalten
Das folgende Szenario dient der Veranschaulichung des Ansatzes; es enthält kein reales Kundenergebnis.
Nehmen wir an, ein Schulungsunternehmen verfügt über eine Website, eine mobile App und ein Portal für Firmenkunden. Die Schulungsbeschreibungen werden auf jedem Kanal separat bearbeitet.
Ändert sich der Umfang einer Schulung, muss das Content-Team an drei verschiedenen Stellen Änderungen vornehmen. Das führt sowohl zu Zeitverlust als auch zu Inkonsistenzen zwischen den Kanälen.
In einem Headless-CMS-Projekt kann der Inhalt „Schulung“ mit folgenden Feldern modelliert werden:
- Name der Schulung und Kurzbeschreibung.
- Umfang und Lernziele.
- Angaben zu den Trainern.
- Bilder.
- Sprachoptionen.
- Veröffentlichungsstatus.
Anmeldekontingente und Zahlungsvorgänge können dagegen im entsprechenden operativen System bleiben. So werden redaktionelle Inhalte und die Verantwortung für Transaktionsdaten getrennt.
Wie wird die Umsetzung bewertet?
| Kennzahl | Zu Beginn zu messender Zustand | Kontrolle nach der Umsetzung |
|---|---|---|
| Aktualisierungsdauer | Zeit, die für die Änderung eines Inhalts auf drei Kanälen benötigt wird | Dauer derselben umfassenden Aktualisierung |
| Inhaltskonsistenz | Informationsunterschiede zwischen den Kanälen | Anzahl der Abweichungen nach der Veröffentlichung |
| Unabhängigkeit der Redakteure | Routinevorgänge, die technische Unterstützung erfordern | Ohne Unterstützung abgeschlossene Vorgänge |
| Zuverlässigkeit der Veröffentlichung | Fehlende oder verspätete Aktualisierungen | Fehlgeschlagene Veröffentlichungen und Bedarf an erneuten Versuchen |
Eine zentrale Inhaltsverwaltung garantiert nicht von selbst, dass alle Kanäle gleichzeitig aktualisiert werden. Auch Cache- und Veröffentlichungsmechanismen müssen auf dieses Ziel hin ausgelegt werden.
Wovon hängen die Kosten der Headless-CMS-Entwicklung ab?
Die Kostenrechnung besteht nicht nur aus der CMS-Lizenz. Die Kosten der Ersteinrichtung und der laufende Betrieb sollten gemeinsam betrachtet werden.
Initiale Entwicklungskosten
Die wichtigsten Aufgaben, die den Anfangsumfang bestimmen, sind:
- Konzeption der Inhaltsmodelle und ihrer Beziehungen.
- Entwicklung der Web- oder Mobile-Oberflächen.
- Einrichtung von Vorschau-, Freigabe- und Veröffentlichungsabläufen.
- Migration bestehender Inhalte.
- Integration mit anderen Systemen.
- SEO-Migration und Tests.
- Schulung der Redakteure.
Laufende Kosten
Je nach eingesetzter Lösung können Kosten für Abonnement oder Hosting, Medienspeicher, API-Nutzung, Monitoring und Wartung anfallen. Bei einer selbst gehosteten Lösung liegt die Betriebsverantwortung stärker beim Unternehmen.
Die Gesamtbetriebskosten sollten neben den initialen Entwicklungskosten auch Lizenz, Infrastruktur, Wartung und Content-Betrieb über den gewählten Zeitraum umfassen.
Für die Investitionsbewertung kann folgende Rechnung als Ausgangspunkt dienen:
Monatlicher Arbeitszeitgewinn im Content-Bereich = Anzahl der Aktualisierungen × eingesparte Zeit pro Aktualisierung × Personalkosten pro Stunde
Diese Rechnung allein zeigt noch keinen Return on Investment. Zusätzliche Betriebskosten und die Anfangsinvestition müssen ebenfalls berücksichtigt werden.
Wie sollte ein Headless CMS aus SEO-Sicht geplant werden?
Eine Headless-Architektur sorgt nicht automatisch für SEO-Erfolg. Themen wie Titel, Beschreibungen, Canonical-URLs, Weiterleitungen und Indexierbarkeit müssen in der Umsetzung korrekt gehandhabt werden.
Auch die Art, wie Inhalte Suchmaschinen bereitgestellt werden, ist wichtig. Google kann per JavaScript erzeugte Inhalte verarbeiten; serverseitiges Rendering oder Pre-Rendering kann jedoch für Nutzer und Crawler von Vorteil sein. Nicht jeder Bot führt JavaScript aus. Quelle: Google-Leitfaden zu JavaScript-SEO
Im Projektumfang sollten folgende Fragen beantwortet werden:
- Wie wird die permanente URL jedes Inhalts gebildet?
- Wie werden Weiterleitungen bei URL-Änderungen verwaltet?
- Wie wird verhindert, dass Entwurfsinhalte veröffentlicht werden?
- Geben gelöschte Seiten den passenden Statuscode zurück?
- Wann werden Seite und Cache aktualisiert, wenn sich ein Inhalt ändert?
Wird eine bestehende Website migriert, sollte für alte URLs und wichtige Inhalte zusätzlich ein Migrationsplan erstellt werden.
Welche Ergebnisse sollten im Entwicklungsprozess erwartet werden?
Ein solides Headless-CMS-Entwicklungsprojekt liefert nicht nur ein funktionierendes Verwaltungspanel. Es schafft eine Struktur, die Content-Team und technisches Team dauerhaft betreiben können.
Zu den erwarteten Ergebnissen gehören:
- Bedarfs- und Kanalübersicht: Welcher Inhalt wo verwendet wird.
- Inhaltsmodell: Felder, Beziehungen und Validierungsregeln.
- Redaktions-Workflow: Berechtigungen, Vorschau, Freigabe und Veröffentlichungsschritte.
- Integrationsplan: API-Anbindungen und Datenhoheit.
- Veröffentlichungsplan: Cache, Aktualisierung und Fehlerbehandlung.
- Validierungsplan: Prüfung von Inhaltskorrektheit, SEO und Nutzerflüssen.
- Wartungsverantwortung: Wer Updates und Störungen verantwortet.
Ein Pilotprojekt mit einem begrenzten Inhaltstyp in der ersten Version kann helfen zu erkennen, ob das Modell den tatsächlichen Anforderungen der Redakteure entspricht.
Häufig gestellte Fragen
Muss ich für ein Headless CMS das bestehende System komplett ersetzen?
Nicht immer. Unter Berücksichtigung der API-Fähigkeiten des bestehenden CMS, der Inhaltsstruktur und der neuen Anforderungen lässt sich ein schrittweiser Übergang planen.
Muss das Content-Team programmieren können?
Ziel ist, dass für Routineaufgaben im Content-Bereich keine Programmierkenntnisse nötig sind. Ob das gelingt, hängt davon ab, ob Verwaltungsbereich und Inhaltsmodelle passend zu den Aufgaben der Redakteure gestaltet werden.
Sorgt ein Headless CMS für eine schnellere Website?
Es kann Flexibilität für eine gute Performance bieten, garantiert aber für sich genommen keine Geschwindigkeit. Entscheidend sind Frontend-Code, Bilder, Datenabfragen und Cache-Strategie.
Werden Inhaltsänderungen sofort veröffentlicht?
Das hängt von der Veröffentlichungs- und Cache-Struktur der Anwendung ab. Die erwartete Aktualisierungszeit sollte zu Projektbeginn festgelegt und getestet werden.
Bewerten Sie Ihren Headless-CMS-Bedarf mit CodeStup
Der Wert eines Headless CMS für Ihr Unternehmen sollte danach bemessen werden, wie stark es Inhaltsduplikate reduziert, wie es Veröffentlichungsprozesse verbessert und in welchem Maß es die Verwaltung verschiedener Kanäle erleichtert.
Gemeinsam mit CodeStup können Sie Ihre bestehende Inhaltsstruktur, Ihre Veröffentlichungskanäle und Ihre Integrationsanforderungen betrachten und so den Umfang Ihres Projekts klären. So können Sie die Technologieauswahl gemeinsam mit Geschäftszielen, Wartungskapazität und Gesamtkosten bewerten.
Vereinbaren Sie für Ihren Bedarf an Headless-CMS-Entwicklung ein kostenloses Erstgespräch mit den CodeStup-Experten.
