Ein Headless CMS ist ein Content-Management-System ohne eigene Website. Es verwaltet nur die Inhalte und liefert sie über eine Programmierschnittstelle (API) an ein separat entwickeltes Frontend, etwa eine Website, eine App oder ein Kundenportal. Der Ansatz bewährt sich: Im State of CMS 2025 (öffnet in neuem Tab) von Storyblok berichten 98 Prozent der Befragten, die auf Headless umgestiegen sind, von spürbaren Verbesserungen.
Dieser Artikel erklärt, wie ein Headless CMS funktioniert, worin es sich vom klassischen CMS unterscheidet, was es kostet, welche Systeme es gibt und für wen es sich lohnt. Und für wen nicht.
Was ist ein Headless CMS?
Ein Headless CMS trennt die Verwaltung von Inhalten von ihrer Darstellung. Die Redaktion pflegt Texte, Bilder und Daten in einer Weboberfläche, das CMS speichert sie strukturiert und gibt sie über eine API aus. Wie die Inhalte später aussehen, entscheidet ein eigenes Frontend, das Entwickler unabhängig vom CMS bauen.
Ein Vergleich aus dem Alltag: Ein Headless CMS arbeitet wie eine Nachrichtenagentur. Sie schreibt die Meldungen, das Layout macht jede Zeitung, jede App und jeder Sender selbst. Die Meldung existiert nur einmal, erscheint aber überall in der passenden Form.
Der Name beschreibt genau das. Der "Kopf" (Head) eines CMS ist die sichtbare Website mit Themes, Templates und Seitenlayout. Bei einem klassischen CMS wie WordPress oder TYPO3 sind Redaktion und Website eine Software. Ein Headless CMS lässt den Kopf weg: Es kennt nur Inhalte, keine Seiten. Bekannte Systeme sind Payload, Directus, Strapi, Sanity, Storyblok und Contentful.
Wie funktioniert ein Headless CMS?
Ein Headless CMS arbeitet in fünf Schritten: Entwickler legen fest, welche Inhaltstypen es gibt, die Redaktion füllt sie, das CMS stellt sie über eine API bereit, das Frontend holt sie ab und baut daraus Seiten, und ein Server liefert diese Seiten an Besucher aus. Redaktion und Website bleiben dabei zwei getrennte Teile, die nur über die Schnittstelle miteinander sprechen.
- 1
Content-Modell festlegen
Entwickler definieren die Inhaltstypen und ihre Felder, zum Beispiel Leistung mit Titel, Kurztext, Bild und Preis oder Referenz mit Kunde, Branche und Zitat.
- 2
Inhalte pflegen
Die Redaktion füllt diese Felder in einer Weboberfläche. Sie sieht Formulare und Listen, keinen Code und kein Seitenlayout, das sich versehentlich zerschieben lässt.
- 3
Bereitstellung über die API
Das CMS stellt jeden Inhalt über eine REST- oder GraphQL-Schnittstelle bereit. Jede berechtigte Anwendung kann ihn dort abrufen.
- 4
Frontend baut die Seiten
Ein eigens programmiertes Frontend (zum Beispiel mit Next.js oder Astro) holt die Inhalte und erzeugt daraus Webseiten im eigenen Design.
- 5
Auslieferung an Besucher
Die fertigen Seiten kommen vom Server oder aus einem weltweit verteilten Servernetz (CDN). Besucher sehen eine normale Website, vom CMS dahinter bemerken sie nichts.
Der entscheidende Unterschied liegt in Schritt vier. Beim klassischen CMS rendert das CMS selbst die Seite über ein Theme. Beim Headless CMS übernimmt das ein eigenständiges Programm, das genau für diese Website geschrieben ist. Das ist der Grund für die größere Freiheit und zugleich für den höheren Anfangsaufwand.
Headless CMS vs. klassisches CMS: Was ist der Unterschied?
Ein klassisches CMS liefert Redaktion und Website aus einer Software, ein Headless CMS nur die Redaktion. Dazu kommen zwei Mischformen. Ein Decoupled CMS trennt die Teile technisch, bringt aber ein austauschbares Frontend mit. Und seit 2024 gibt es Headless-Systeme wie Payload 3 (öffnet in neuem Tab) oder EmDash, die direkt in die Website integriert sind: Redaktion und Frontend bleiben getrennt, laufen aber als eine Anwendung.
| Kriterium | Klassisches CMS | Decoupled CMS | Headless CMS | Headless, in die Website integriert |
|---|---|---|---|---|
| Beispiele | WordPress, TYPO3, Joomla | Drupal mit eigenem Frontend | Strapi, Directus, Sanity, Storyblok | Payload 3, EmDash |
| Website-Darstellung | Themes und Templates im CMS | Mitgeliefertes Frontend, austauschbar | Komplett eigenes Frontend | Eigenes Frontend im selben Projekt |
| Redaktion sieht | Seiten und Page-Builder | Seiten oder Formulare | Formulare und Blöcke | Formulare, Blöcke, Live-Vorschau |
| Mehrere Kanäle (App, Portal) | Nur mit Zusatzaufwand | Möglich | Von Anfang an | Von Anfang an |
| Angriffsfläche | Groß: Plugins, Theme, öffentliches Backend | Mittel | Klein, Backend kann intern bleiben | Klein, eine Anwendung ohne Plugin-Katalog |
| Anfangsaufwand | Gering | Mittel | Hoch, Frontend nötig | Mittel bis hoch |
| Entwickler nötig | Für Anpassungen | Ja | Ja | Ja |
Für die Praxis heißt das: Wer nur eine Website betreibt und sie schnell online braucht, kommt mit einem klassischen CMS schneller ans Ziel. Wer ein eigenes Design, mehrere Kanäle oder Anbindungen an andere Systeme braucht, stößt dort an Grenzen, die ein Headless CMS gar nicht erst hat. Wie sich die Systemklassen insgesamt schlagen, zeigt unser CMS-Vergleich 2026.
Welche Vorteile hat ein Headless CMS?
Ein Headless CMS bringt vor allem fünf Vorteile: weniger Angriffsfläche, schnellere Seiten, Inhalte für mehrere Kanäle, freies Design und ein neues Design, ohne die Inhalte anzufassen. Die Umfragedaten bestätigen das. Im State of CMS 2025 (öffnet in neuem Tab) nennen Headless-Nutzer am häufigsten Zeitersparnis und Produktivität (69 Prozent), bessere Performance (58 Prozent), bessere Nutzererfahrung (57 Prozent) und Sicherheit (50 Prozent).
Weniger Angriffsfläche. Bei WordPress stammen laut Patchstack (öffnet in neuem Tab) 91 Prozent der 2025 neu gemeldeten Sicherheitslücken aus Plugins, die mit vollen Rechten im System laufen. Wie schnell das gefährlich wird, zeigte im Oktober 2026 der Fall Rank Math PRO, bei dem ein reguläres Update elf Stunden lang eine Hintertür auslieferte. Ein Headless CMS braucht keinen Plugin-Katalog für Funktionen der Website, und das Redaktions-Backend muss nicht öffentlich erreichbar sein.
Schnellere Seiten. Das Frontend wird genau für eine Website gebaut und lädt nur, was die Seite braucht. Kein Theme mit Funktionen für hundert Anwendungsfälle, kein Page-Builder, der jede Seite mit Skripten auflädt. Seiten lassen sich vorab erzeugen und aus einem CDN ausliefern.
Inhalte für mehrere Kanäle. Ein Produkttext, einmal gepflegt, erscheint auf der Website, in der App und im Händlerportal. Ändert die Redaktion ihn, ist er überall aktuell.
Freies Design. Das Frontend kennt keine Theme-Grenzen. Was im Design steht, lässt sich umsetzen, ohne gegen die Logik eines CMS-Themes anzuprogrammieren.
Neues Design ohne Umzug. Inhalte und Darstellung sind getrennt, deshalb lässt sich das Design austauschen, während die Redaktion weiterarbeitet. Ein Website-Relaunch heißt dann nicht mehr, alle Inhalte in ein neues System zu übertragen.
Welche Nachteile hat ein Headless CMS?
Der größte Nachteil eines Headless CMS ist der Aufwand am Anfang: Ohne ein entwickeltes Frontend gibt es keine Website. Dazu kommen Funktionen, die ein klassisches CMS mitbringt und die beim Headless-Ansatz erst gebaut werden müssen, allen voran die Vorschau für die Redaktion. Ein Headless CMS ist ein Baustein, keine fertige Website.
Die wichtigsten Grenzen im Überblick:
- Frontend-Entwicklung ist Pflicht. Jede Seitenvorlage, jedes Formular, jede Suchfunktion entsteht im Code. Ohne Entwickler oder Agentur geht es nicht.
- Vorschau muss eingerichtet werden. Damit die Redaktion sieht, wie ein Entwurf auf der Website aussieht, muss das Frontend eine Vorschau unterstützen. Moderne Systeme bringen dafür Werkzeuge mit, eingerichtet werden müssen sie trotzdem.
- Höhere Einstiegskosten. Ein klassisches CMS mit gekauftem Theme ist günstiger am Start. Der Headless-Ansatz spart später bei Wartung und Umbauten, kostet aber zuerst mehr.
- Zwei Teile im Betrieb. CMS und Frontend werden getrennt aktualisiert und überwacht, sofern sie nicht in einer Anwendung laufen wie bei Payload 3.
- Bei gemieteten Systemen wachsen die Kosten mit. SaaS-Anbieter rechnen nach Nutzern, Sprachen, API-Aufrufen oder Datenverkehr ab.
Für wen lohnt sich ein Headless CMS?
Ein Headless CMS lohnt sich für Unternehmen, deren Website mehr ist als eine digitale Visitenkarte: mit eigenem Design, regelmäßig gepflegten Inhalten, Anbindungen an andere Systeme oder mehreren Ausspielkanälen. Für einen privaten Blog oder eine Firmenseite mit fünf Unterseiten, die sich selten ändert, raten wir davon ab. Dort ist ein gepflegtes WordPress oder ein Baukasten günstiger und völlig ausreichend.
Unsere Faustregel aus Projekten: Treffen drei oder mehr der folgenden Aussagen zu, rechnet sich der Headless-Ansatz in aller Regel.
Treffen nur eine oder zwei Aussagen zu, spricht wenig gegen ein klassisches CMS. Den Vergleich mit konkreten Zahlen zu Kosten, Sicherheit und Ladezeit finden Sie im Artikel Individuelles CMS vs. WordPress.
Treffen drei oder mehr zu, ist ein Headless CMS mit eigenem Frontend über die Laufzeit meist die günstigere Lösung, weil Sie nicht dauerhaft ein Standard-System an Ihre Anforderungen anpassen. Wie Ablauf und Preise aussehen, wenn Sie ein solches System entwickeln lassen, zeigt unsere Seite zur CMS-Entwicklung.
Was kostet ein Headless CMS?
Ein Headless CMS selbst kostet zwischen 0 Euro (Open Source, selbst gehostet) und mehreren hundert Euro im Monat (gemietete SaaS-Systeme). Der größere Posten ist die Entwicklung des Frontends: Eine Unternehmenswebsite auf Headless-Basis beginnt bei uns im mittleren vierstelligen Bereich. Dazu kommen Hosting und Wartung, die bei selbst gehosteten Systemen meist im niedrigen zweistelligen Bereich pro Monat liegen.
| Kostenblock | Open Source, selbst gehostet | SaaS, gemietet |
|---|---|---|
| Lizenz | 0 Euro (Payload, Strapi Community Edition) | kostenloser Einstiegsplan, danach Storyblok ab 99 US-Dollar im Monat, Sanity ab 15 US-Dollar pro Person und Monat (Stand Oktober 2026) |
| Entwicklung Frontend | ab ca. 5.000 Euro einmalig | ab ca. 5.000 Euro einmalig |
| Hosting | ca. 10 bis 50 Euro im Monat, Server in Deutschland möglich | im Mietpreis enthalten, Serverstandort je nach Anbieter |
| Kostenentwicklung | stabil, unabhängig von Nutzerzahl | steigt mit Nutzern, Sprachen, API-Aufrufen |
Die Preise der SaaS-Anbieter stammen von deren Preisseiten (Storyblok (öffnet in neuem Tab), Sanity (öffnet in neuem Tab)) und gelten für die jeweiligen Einstiegspläne. Mit mehr Redakteuren, Sprachen oder Traffic steigen sie deutlich. Bei Storyblok etwa kostet jede zusätzliche Sprache im Growth-Plan 20 US-Dollar im Monat.
Bei der Gesamtrechnung zählt die Laufzeit. Ein klassisches CMS ist am Start günstiger, verlangt aber dauerhaft Plugin-Updates, Theme-Pflege und gelegentliche Notfalleinsätze. Ein selbst gehostetes Headless CMS kostet am Anfang mehr und danach vor allem Hosting. Was ein CMS insgesamt kostet, rechnen wir im Artikel Was ist ein CMS? durch.
Headless CMS Beispiele 2026: Welche Systeme gibt es?
Die bekanntesten Headless CMS 2026 sind Payload, Directus, Strapi, Sanity, Storyblok, Contentful und seit Kurzem EmDash von Cloudflare. Sie unterscheiden sich vor allem darin, ob Sie das System selbst betreiben oder mieten, und wie die Redaktion damit arbeitet.
| System | Betrieb | Lizenz | Passt zu |
|---|---|---|---|
| Payload | selbst gehostet oder Cloud | MIT, kostenlos | Websites mit Next.js, eigenes Backend in einer Anwendung |
| Directus | selbst gehostet oder Cloud | eigene Lizenz, kostenlos bis 3 Nutzer, danach ab 499 US-Dollar im Monat | Plattformen mit bestehender Datenbank, Datenverwaltung |
| Strapi | selbst gehostet oder Cloud | Community Edition MIT, kostenlos | Websites und Apps mit Standard-Inhaltstypen |
| Sanity | gemietet | SaaS | Redaktionen mit Echtzeit-Zusammenarbeit |
| Storyblok | gemietet | SaaS | Marketing-Teams, die visuell im Layout arbeiten wollen |
| Contentful | gemietet | SaaS | Konzerne mit vielen Marken und Freigabe-Workflows |
| EmDash | selbst gehostet, optimiert für Cloudflare | MIT, kostenlos | Neue Websites auf Astro, Teams mit Cloudflare-Infrastruktur |
Neu im Feld ist EmDash 1.0 (öffnet in neuem Tab), das Cloudflare am 28. September 2026 als stabile Version veröffentlicht hat. Das System baut auf Astro auf, lässt Plugins nur in abgeschotteten Umgebungen mit ausdrücklich freigegebenen Rechten laufen und bringt eine Schnittstelle für KI-Assistenten mit (einen sogenannten MCP-Server), über die diese Inhalte anlegen und bearbeiten können. Kritiker bemängeln, dass viele Funktionen an Cloudflares Infrastruktur gebunden sind. Für Unternehmensprojekte würden wir ein, zwei Versionen abwarten.
Für die meisten Unternehmenswebsites in Deutschland empfehlen wir ein selbst gehostetes System mit freier Lizenz wie Payload. Die Daten liegen auf deutschen Servern, es gibt keine Preisstaffel nach Nutzern, und die Website gehört vollständig Ihnen. Directus passt gut, wenn die Daten bereits in einer Datenbank liegen. Vor der Entscheidung lohnt dort ein Blick in die aktuellen Lizenzbedingungen (öffnet in neuem Tab). Gemietete Systeme spielen ihre Stärken bei großen Redaktionen aus, die Echtzeit-Zusammenarbeit oder visuelle Bearbeitung brauchen und das Budget dafür haben.
Ist ein Headless CMS gut für SEO und KI-Sichtbarkeit?
Ein Headless CMS ist gut für SEO und KI-Sichtbarkeit, wenn das Frontend fertige HTML-Seiten vom Server ausliefert. Genau hier entscheidet die Umsetzung, nicht das CMS. Ein Frontend, das Inhalte erst im Browser per JavaScript nachlädt, ist für viele KI-Crawler leer, und auch Google indexiert solche Seiten verzögert.
Richtig umgesetzt hat Headless für die Sichtbarkeit klare Vorteile: kurze Ladezeiten, sauberes HTML ohne Page-Builder-Ballast, strukturierte Daten aus dem Content-Modell und volle Kontrolle über Titel, Beschreibungen und URLs. Falsch umgesetzt verliert eine Website mit dem Wechsel Rankings, selbst wenn sie schneller wirkt. Wie wir Websites so bauen, dass ChatGPT, Perplexity und Google sie lesen und zitieren, beschreibt unsere Seite zur GEO-Optimierung.
Kann WordPress ein Headless CMS sein?
Ja, WordPress lässt sich headless betreiben. Seit Version 4.7 (öffnet in neuem Tab) aus dem Dezember 2016 bringt WordPress eine REST-API (öffnet in neuem Tab) mit, über die ein eigenes Frontend Beiträge und Seiten abrufen kann. Alternativ liefert das Plugin WPGraphQL eine GraphQL-Schnittstelle.
Wir raten Unternehmen trotzdem selten dazu. Headless WordPress löst das Performance-Problem, behält aber die Plugin-Landschaft, die Update-Pflicht und das öffentliche Backend. Statt eines Systems betreuen Sie zwei. Sinnvoll ist der Weg vor allem als Zwischenschritt, wenn eine große Redaktion an WordPress gewöhnt ist und das Frontend zuerst erneuert werden soll. Welche Systeme sich stattdessen anbieten, zeigt unser Vergleich der WordPress-Alternativen.
Aus der Praxis: raumcloud auf Directus
raumcloud (öffnet in neuem Tab) vermittelt in Hamburg Räume für Proben, Training und Produktion an die freie darstellende Kunst. Die Plattform läuft auf dem Headless CMS Directus mit einem Frontend in Vue. Unsere Aufgabe war ein Umbau mit neuem Design, ohne die Plattform abzuschalten.
Genau dabei hat die Headless-Architektur ihre Stärke gezeigt. Weil Inhalte und Darstellung getrennt sind, konnten wir das Frontend in rund zwei Monaten erneuern, während die Raumdaten unverändert im CMS blieben. Kein Inhalt musste umgezogen, keine Seite neu angelegt werden. Heute pflegt das Team rund 40 Veranstaltungsräume komplett selbst, mit Formularen, die genau die Felder enthalten, die ein Raum braucht: Größe, Ausstattung, Lage, Verfügbarkeit.
Die Lehre daraus: Ein gutes Content-Modell überdauert mehrere Designs. Wer es sauber anlegt, kann das Frontend später austauschen, ohne bei null anzufangen. Deshalb modellieren wir in unseren CMS-Projekten zuerst Inhalte und Abläufe, bevor wir eine Zeile Frontend bauen.
Lösungen von SymbolicLabs
- LeistungEigenes CMS entwickeln lassen
Wir entwickeln Redaktionssysteme auf Headless-Basis, zum Beispiel mit Payload, mit eigenem Frontend und Hosting in Deutschland.
- ArtikelWordPress-Migration ohne Rankingverlust
Wie der Umzug von WordPress auf ein Headless CMS gelingt, ohne Google-Rankings zu verlieren.
- ArtikelWas ist Payload CMS?
Das Headless CMS, das direkt in der Website läuft, im Detail erklärt und mit WordPress verglichen.
Häufig gestellte Fragen (FAQ)
Was bedeutet headless bei einem CMS?
Headless bedeutet "kopflos": Dem CMS fehlt die eingebaute Website, der sogenannte Kopf. Es verwaltet nur Inhalte und stellt sie über eine Schnittstelle bereit. Die sichtbare Website entsteht separat als eigenes Frontend.
Ist WordPress ein Headless CMS?
Nein, WordPress ist ein klassisches CMS, das Redaktion und Website in einer Software vereint. Über die eingebaute REST-API lässt es sich aber headless betreiben, also nur als Redaktionssystem mit getrenntem Frontend. Die Plugin-Landschaft und ihre Update-Pflicht bleiben dabei erhalten.
Was ist der Unterschied zwischen headless und decoupled?
Ein Decoupled CMS trennt Redaktion und Darstellung technisch, bringt aber ein eigenes Frontend mit, das sich bei Bedarf ersetzen lässt. Ein Headless CMS hat gar kein Frontend, die Website wird immer separat entwickelt. Decoupled ist damit eine Zwischenstufe zwischen klassischem und Headless CMS.
Ist ein Headless CMS gut für SEO?
Ja, wenn das Frontend fertige Seiten vom Server ausliefert. Dann sind Headless-Websites meist schneller und sauberer aufgebaut als klassische CMS-Seiten mit Page-Builder. Lädt das Frontend Inhalte dagegen erst im Browser nach, leiden Indexierung und KI-Sichtbarkeit.
Was kostet ein Headless CMS?
Open-Source-Systeme wie Payload oder Strapi sind kostenlos. Gemietete Systeme wie Storyblok oder Sanity haben einen kostenlosen Einstiegsplan, die Bezahlpläne beginnen bei 15 US-Dollar pro Person (Sanity) beziehungsweise 99 US-Dollar im Monat (Storyblok) und steigen mit Nutzern und Umfang. Den größten Anteil hat die Entwicklung des Frontends, die bei einer Unternehmenswebsite ab etwa 5.000 Euro beginnt.
Welches Headless CMS ist das beste?
Für die meisten Unternehmenswebsites in Deutschland ist ein selbst gehostetes Open-Source-System wie Payload die beste Wahl, weil Daten auf deutschen Servern liegen und keine Kosten pro Nutzer anfallen. Große Redaktionen mit Bedarf an visueller Bearbeitung sind mit Storyblok gut bedient, Konzerne mit vielen Marken mit Contentful.
Kann man ein Headless CMS DSGVO-konform betreiben?
Ja, am einfachsten mit einem selbst gehosteten System auf Servern in Deutschland oder der EU. Dann verlassen Inhalte und Nutzerdaten der Redaktion nicht den eigenen Einflussbereich. Bei gemieteten Systemen hängt die Bewertung vom Serverstandort und vom Auftragsverarbeitungsvertrag des Anbieters ab.
Brauche ich für ein Headless CMS einen Entwickler?
Für die Einrichtung ja, für die tägliche Pflege nein. Das Frontend und das Content-Modell entstehen im Code. Danach arbeitet die Redaktion in einer Weboberfläche mit Formularen und Blöcken, ganz ohne Programmierkenntnisse.
