Ein Headless CMS ist ein Content-Management-System ohne eigenes Website-Frontend: Du pflegst Texte, Bilder und Daten an einer Stelle, und die Inhalte werden über eine Schnittstelle (API) an Website, App oder Onlineshop ausgeliefert. Das klingt modern und flexibel, und für größere Projekte ist es das auch. Für viele kleine Unternehmen ist es dagegen mehr Technik, als sie brauchen. Hier erfährst du, wie ein Headless CMS funktioniert, welche Vor- und Nachteile es hat, was es kostet und woran du erkennst, ob es zu deinem Projekt passt.
Was ist ein Headless CMS?
Ein Headless CMS ist ein System, in dem du Inhalte verwaltest, ohne dass es selbst festlegt, wie und wo diese Inhalte angezeigt werden. AWS beschreibt es als Inhaltsspeicher, der es ermöglicht, Inhalte an jedes Frontend oder jede Benutzeroberfläche bereitzustellen.
Der Name kommt aus einem einfachen Bild: Der „Kopf“ (englisch head) ist das Frontend, also das, was Besucher im Browser sehen. Der „Körper“ ist das Backend, in dem Redakteure Texte schreiben, Bilder hochladen und Seiten anlegen. Ein Headless CMS hat nur den Körper. Den Kopf baut ein Entwickler separat, zum Beispiel mit Next.js, Nuxt oder Astro. Es kann auch mehrere Köpfe geben: eine Website, eine App und ein Display im Laden, die alle aus derselben Quelle gespeist werden.
Die Verbindung zwischen beiden Teilen ist eine API. Das Frontend fragt die Inhalte ab und bekommt sie als strukturierte Daten zurück, meist im Format JSON. Wie daraus eine Seite wird, entscheidet allein das Frontend.
Headless CMS vs. klassisches CMS: der Unterschied
Bei einem klassischen CMS wie WordPress, TYPO3 oder Joomla sind Verwaltung und Darstellung eng verbunden. Du schreibst einen Text im Backend, wählst ein Theme oder Template, und das System baut daraus die fertige Seite. Das ist bequem, weil alles aus einer Hand kommt. Es bindet die Inhalte aber an genau diese eine Website.
Klassisches CMS und Headless CMS im Vergleich
| Klassisches CMS | Headless CMS | |
|---|---|---|
| Aufbau | Backend und Frontend in einem System | Nur Backend, Frontend wird separat gebaut |
| Ausgabe der Inhalte | Fertige HTML-Seiten über Themes und Templates | Strukturierte Daten über eine API, meist JSON |
| Kanäle | Vor allem die eigene Website | Website, App, Shop, Displays und weitere |
| Design ändern | Im System über Theme, Page-Builder oder Plugins | Im Code des Frontends, meist durch Entwickler |
| Vorschau beim Schreiben | Direkt eingebaut | Muss eingerichtet werden |
| Technisches Know-how | Für den Einstieg gering | Ohne Entwickler nicht umsetzbar |
| Typische Beispiele | WordPress, TYPO3, Joomla | Strapi, Storyblok, Contentful, Sanity, Payload |
Zwischen beiden Welten gibt es Mischformen. AWS nennt zum Beispiel das entkoppelte CMS (decoupled CMS), das Inhalte zwar über eine API ausliefert, aber zusätzlich ein eigenes Frontend mitbringt. Auch WordPress und TYPO3 lassen sich so betreiben, dazu weiter unten mehr.
So funktioniert ein Headless CMS
Ein Projekt mit Headless CMS besteht im Kern aus vier Bausteinen:
- Inhaltsmodell: Zuerst wird festgelegt, welche Inhaltstypen es gibt, etwa „Leistung“, „Teammitglied“ oder „Ratgeber-Artikel“, und welche Felder sie haben. Statt einer freien Textseite entstehen so strukturierte Bausteine.
- Redaktion: Redakteure füllen diese Felder im Backend aus. Sie sehen ein Formular, nicht unbedingt die fertige Seite.
- API: Das CMS stellt die Inhalte über eine Schnittstelle bereit, häufig als REST- oder GraphQL-API.
- Frontend: Eine eigene Anwendung holt die Inhalte ab und baut daraus die Website. Das passiert entweder bei jedem Seitenaufruf auf dem Server oder einmal beim Veröffentlichen, wenn die Seiten vorab als fertige HTML-Dateien erzeugt werden.
Gerade der letzte Punkt ist für Google wichtig. Lädt das Frontend die Inhalte erst im Browser per JavaScript nach, müssen Suchmaschinen das Skript ausführen, um den Text zu sehen. Google nennt serverseitiges Rendern oder Pre-Rendering deshalb eine sehr gute Option, weil die Website dadurch für Nutzer und Crawler schneller wird und nicht alle Bots JavaScript ausführen können. Ein gutes Headless-Projekt liefert fertiges HTML aus.
Vorteile eines Headless CMS
- Ein Inhalt, viele Kanäle: Produktdaten, Öffnungszeiten oder Artikel pflegst du einmal und spielst sie auf Website, App und weiteren Kanälen aus.
- Freie Wahl der Technik: Entwickler können das Frontend mit dem Framework bauen, das am besten passt, und es später austauschen, ohne die Inhalte neu anlegen zu müssen. AWS nennt genau das als einen der Hauptvorteile.
- Schnelle Websites: Weil das Frontend schlank gebaut und oft vorab als statische Seiten erzeugt wird, laden Headless-Websites in der Regel schneller als Seiten mit schweren Themes und vielen Plugins.
- Weniger Angriffsfläche: Die öffentliche Website und das Redaktionssystem sind getrennt. Wer die Website aufruft, kommt nicht direkt an das Backend.
- Saubere Struktur: Das Inhaltsmodell zwingt zu klaren Feldern statt zu frei formatierten Seiten. Das hilft bei Mehrsprachigkeit, bei strukturierten Daten und bei großen Inhaltsmengen.
Nachteile und Grenzen
- Ohne Entwickler geht nichts: Ein Headless CMS liefert keine fertige Website. Jemand muss das Frontend programmieren, hosten und pflegen.
- Zwei Systeme statt einem: Du betreibst das CMS und das Frontend, oft bei unterschiedlichen Anbietern. Updates, Zugänge und Kosten verteilen sich auf beide.
- Vorschau und Layout: Redakteure sehen ihre Änderungen nicht automatisch so, wie sie später aussehen. Eine Live-Vorschau lässt sich einrichten, kostet aber zusätzliche Arbeit. Neue Seitenlayouts entstehen im Code, nicht per Mausklick.
- Einrichtungsaufwand: Das Inhaltsmodell muss vorab gut durchdacht sein. Spätere Umbauten betreffen Backend und Frontend gleichzeitig.
- Kosten bei Wachstum: Viele Cloud-Anbieter rechnen nach Nutzern, API-Aufrufen oder Datenmenge ab. Der kostenlose Einstieg reicht oft weit, kann aber bei mehr Redakteuren schnell teurer werden.
Headless CMS und SEO: worauf du achten musst
Ein Headless CMS ist für Suchmaschinen weder gut noch schlecht. Entscheidend ist, wie das Frontend gebaut ist. Bei einem klassischen CMS übernehmen Plugins viele SEO-Aufgaben automatisch. Bei einer Headless-Website muss das Frontend sie selbst erledigen. Diese Punkte gehören in jedes Projekt:
- Fertiges HTML ausliefern: Inhalte sollten im ersten Seitenaufruf enthalten sein, also serverseitig gerendert oder vorab als statische Seiten erzeugt werden.
- Meta-Titel und Beschreibung pflegbar machen: Lege im Inhaltsmodell eigene Felder dafür an, sonst landen sie fest im Code oder fehlen ganz.
- Strukturierte Daten erzeugen: Angaben für Organisation, Artikel oder FAQ werden im Frontend aus den Feldern des CMS gebaut, nicht von einem Plugin.
- Sitemap und Weiterleitungen: Die sitemap.xml muss bei jedem Veröffentlichen aktualisiert werden. Ändert sich eine URL, braucht es eine Weiterleitung, sonst gehen Rankings verloren.
- Bilder optimieren: Moderne Formate wie WebP, passende Größen und Alt-Texte als Pflichtfeld im CMS sorgen für schnelle Seiten und barrierearme Inhalte.
Richtig umgesetzt ist eine Headless-Website technisch sehr sauber. Das liegt aber am Entwickler, nicht am CMS. Dieselben Punkte erfüllt auch eine gut gebaute statische Website, nur ohne den zusätzlichen Baustein.
Bekannte Headless CMS im Überblick
Der Markt ist groß. Grob lassen sich zwei Gruppen unterscheiden: Open-Source-Systeme, die du selbst auf einem eigenen Server betreibst, und Cloud-Dienste, bei denen der Anbieter Hosting und Wartung übernimmt und du je nach Tarif bezahlst.
Headless CMS im Vergleich (Stand Oktober 2026)
| System | Art | Einstieg | Besonderheit |
|---|---|---|---|
| Strapi | Open Source (MIT), selbst gehostet oder als Strapi Cloud | Community Edition kostenlos, Growth ab 45 $ pro Monat inkl. 3 Nutzern | Sehr verbreitet, REST- und GraphQL-API |
| Payload | Open Source (MIT) | Kostenlos | Läuft direkt in einer Next.js-Anwendung |
| Storyblok | Cloud-Dienst | Starter kostenlos (1 Nutzer, bis 2 möglich), Growth ab 99 $ pro Monat | Visueller Editor mit Vorschau, Unternehmen stammt aus Österreich |
| Contentful | Cloud-Dienst | Free mit 10 Nutzern, Lite ab 300 $ pro Monat | Stark im Enterprise-Umfeld |
| Sanity | Cloud-Dienst | Free mit bis zu 20 Nutzern, Growth 15 $ pro Nutzer und Monat | Sehr flexibles, per Code anpassbares Redaktionssystem |
Die Preise stammen von den Preisseiten der Anbieter, werden dort in US-Dollar angegeben und ändern sich regelmäßig. Prüfe vor einer Entscheidung immer die aktuellen Tarife und die Grenzen der kostenlosen Pläne, etwa bei API-Aufrufen, Speicher und Nutzerzahl.
Headless WordPress und TYPO3 headless
Auch die klassischen Systeme können headless arbeiten. WordPress bringt eine REST-API mit, über die externe Anwendungen Inhalte als JSON abrufen können. WordPress dient dann nur noch als Redaktionsoberfläche, die Website selbst baut ein separates Frontend. Für TYPO3 gibt es die Erweiterung „headless“, die Inhalte, Seiten und Navigation als JSON-API ausgibt und laut Projektseite TYPO3 12, 13 und 14 unterstützt.
Das ist vor allem dann sinnvoll, wenn ein Team WordPress oder TYPO3 bereits kennt und die Redaktion beibehalten will, das Frontend aber moderner und schneller werden soll. Den Pflegeaufwand für das alte System, also Updates, Plugins und Sicherheit, behältst du allerdings.
Was kostet ein Headless CMS?
Die Lizenz ist selten der größte Posten. Viele Systeme sind Open Source oder haben einen kostenlosen Tarif. Die tatsächlichen Kosten setzen sich aus mehreren Teilen zusammen:
- CMS: kostenlos bei Open Source und in den Einstiegstarifen, bei Cloud-Diensten je nach Nutzern und Volumen von wenigen bis zu mehreren hundert Dollar im Monat.
- Hosting: Bei selbst gehosteten Systemen brauchst du einen Server samt Datenbank, Backups und Updates. Dazu kommt das Hosting für das Frontend.
- Entwicklung: Inhaltsmodell, Frontend, Vorschau und Anbindung programmiert ein Entwickler. Das ist in der Regel der größte Kostenblock.
- Laufende Pflege: Updates für CMS, Frontend-Framework und Abhängigkeiten fallen dauerhaft an, oft in zwei getrennten Systemen.
Bei großen Projekten mit vielen Kanälen und Redakteuren lohnt sich dieser Aufwand. Bei einer Website mit fünf bis zehn Unterseiten steht er selten im Verhältnis zum Nutzen. Wie sich die Kosten einer normalen Unternehmenswebsite zusammensetzen, liest du im Ratgeber Website erstellen lassen: Kosten und Preisfaktoren
Brauchst du als kleines Unternehmen ein Headless CMS?
Ehrliche Antwort: meistens nicht. Ein Headless CMS spielt seine Stärken aus, wenn Inhalte an mehreren Stellen gebraucht werden und ein Entwicklerteam das System dauerhaft betreut. Für die Website eines Dienstleisters, einer Praxis oder eines kleinen Betriebs ist das oft eine Nummer zu groß.
Ein Headless CMS passt zu dir, wenn …
- du dieselben Inhalte auf Website, App, Shop oder weiteren Kanälen ausspielen willst,
- mehrere Redakteure regelmäßig viele Inhalte pflegen, zum Beispiel in mehreren Sprachen,
- du ein Entwicklerteam hast oder dauerhaft beauftragst,
- das Frontend sehr individuell sein und sich unabhängig vom CMS weiterentwickeln soll.
Eher nicht, wenn …
- deine Website wenige Unterseiten hat und sich die Inhalte selten ändern,
- du Texte und Bilder selbst anpassen willst, ohne dafür einen Entwickler zu brauchen,
- du ein festes Budget hast und keine laufenden Entwicklungskosten möchtest.
Für diese Fälle gibt es einen schlankeren Weg: eine statische Website, die als fertiges HTML ausgeliefert wird und dadurch genauso schnell und sicher ist wie ein gutes Headless-Frontend, kombiniert mit einem einfachen Editor für Textänderungen. Warum schwere, klassische Systeme für viele Websites nicht mehr zeitgemäß sind, erklärt der Ratgeber WordPress-Alternativen.
Fazit: Headless CMS ja, aber für das richtige Projekt
- Ein Headless CMS trennt Inhalte von der Darstellung und liefert sie per API an beliebige Kanäle.
- Es bringt Flexibilität, Tempo und Sicherheit, verlangt aber Entwickler, ein durchdachtes Inhaltsmodell und die laufende Pflege von zwei Systemen.
- Open-Source-Lösungen wie Strapi und Payload sind kostenlos, Cloud-Dienste wie Storyblok, Contentful und Sanity starten mit Gratis-Tarifen. Die eigentlichen Kosten stecken in Entwicklung und Betrieb.
- Für kleine Unternehmen mit einer klassischen Website ist eine schnelle, statische Website mit einfachem Editor meist die bessere Wahl.
Mein Rat: Entscheide nicht nach Technik-Trend, sondern nach deinem Bedarf. Wenn du eine Website brauchst, die schnell lädt, gut gefunden wird und sich leicht pflegen lässt, brauchst du dafür kein Headless CMS.
Quellen
- AWS: Was ist ein Headless CMS?
- W3Techs: Usage statistics of content management systems (Stand 10.10.2026)
- Google Search Central: Grundlagen von JavaScript-SEO
- WordPress Developer Resources: REST API Handbook
- TYPO3-Headless: Extension „headless“ (GitHub)
- Strapi: Pricing Self-Hosted (abgerufen 11.10.2026)
- Payload CMS (GitHub, MIT-Lizenz)
- Storyblok: About
- Storyblok: Pricing (abgerufen 11.10.2026)
- Contentful: Pricing (abgerufen 11.10.2026)
- Sanity: Pricing (abgerufen 11.10.2026)
