Headless CMS oder WordPress – was ist besser?

Das ist keine Entweder-oder-Frage: WordPress lässt sich auch headless betreiben. Ein klassisches WordPress ist die richtige Wahl, wenn Redaktion und Bedienkomfort im Vordergrund stehen und ein Ausspielkanal reicht. Ein Headless-Ansatz lohnt sich, wenn du maximale Performance, mehrere Kanäle oder volle Kontrolle über den Datenstandort brauchst. Für viele Projekte ist ein gut gebautes klassisches CMS weiterhin völlig ausreichend.

Wann braucht ein Unternehmen ein Headless CMS?

Wenn mindestens einer dieser Punkte zutrifft: Du spielst dieselben Inhalte über mehrere Kanäle aus (Web, App, Newsletter, Displays), du brauchst Spitzen-Performance und -Sicherheit, oder du hast strenge Anforderungen an den Datenstandort. Trifft nichts davon zu, ist Headless meist unnötige Komplexität – dann fährst du mit einem klassischen CMS einfacher und günstiger.

Headless CMS Vergleich 2026: Storyblok, Directus, Strapi & Co.

Q: Was kostet ein Headless CMS?

Das hängt stark vom gewählten Weg ab. Ein bestehendes CMS wie WordPress headless zu betreiben verursacht vor allem Hosting- und Pflegekosten. Dedizierte SaaS-Systeme kosten je nach Anbieter und Nutzung von rund 0 € in kleinen Tarifen bis zu vierstelligen Monatsbeträgen im Enterprise-Bereich – EU-Hosting liegt oft erst in höheren Stufen. Self-Hosted-Systeme sind lizenzkostenfrei, verursachen aber Betriebsaufwand. Git-basierte Setups haben quasi keine laufenden CMS-Kosten. Die größere Kostenposition ist meist nicht die Lizenz, sondern die einmalige Umsetzung des Frontends.

„Headless CMS” ist in den letzten Jahren vom Entwickler-Nischenbegriff zum Standard-Vorschlag in jedem Relaunch-Gespräch geworden. Das Problem: Es gibt nicht das Headless CMS. Es gibt vier sehr unterschiedliche Wege, und welcher zu dir passt, hängt weniger an der Technik als an deinem Team, deinem Budget und deiner Haltung zum Datenstandort.

Dieser Artikel ist die Marktübersicht dazu: Storyblok, Contentful, Strapi, Directus, Payload & Co. beim Namen genannt und nach Architektur, Kosten und Datenstandort eingeordnet – von 0 € bis zu vierstelligen Monatsbeträgen, ohne Werbung für einen Anbieter. Am Ende weißt du, welche Kategorie und welcher Anbieter-Typ zu deinem Fall passt, was das ungefähr kostet und welche Fragen du vorher klären musst.

Was ist ein Headless CMS?

Ein Headless CMS trennt die Verwaltung von Inhalten von ihrer Darstellung. Es kümmert sich nur um die Inhalte und gibt sie über eine Schnittstelle (API) aus. Wie und wo daraus eine Website (oder App, oder Newsletter) wird, ist davon entkoppelt – „ohne Kopf” eben.

Zum Vergleich: Ein klassisches CMS wie ein normales WordPress verwaltet Inhalte und liefert die fertige Website aus – beides in einem System. Beim Headless-Ansatz übernimmt das sichtbare Frontend ein separates Werkzeug, oft ein schneller Static-Site-Generator wie Astro.

Der Vorteil: Dieselben Inhalte lassen sich über mehrere Kanäle ausspielen, und das Frontend kann mit einem schnellen Werkzeug gebaut werden. Der Preis: ein zusätzliches System und ein definierter Veröffentlichungsweg. Eine grundsätzliche Einordnung des Konzepts liefert Was ist ein Headless CMS?; die Grundlagen am Beispiel WordPress haben wir in Headless WordPress mit Astro ausführlich beschrieben.

Vorteile und Grenzen eines Headless CMS

Headless wird oft als reiner Fortschritt verkauft. Das ist es nicht – es ist ein Tausch. Was du gewinnst:

Performance. Ein statisch oder über eine API gebautes Frontend ist in der Regel deutlich schneller als ein klassisches, datenbankgetriebenes CMS. Das schlägt direkt auf die Core Web Vitals und damit auf SEO durch.
Sicherheit. Ohne öffentlich erreichbares CMS-Backend und ohne Plugin-Zoo gibt es schlicht weniger Angriffsfläche.
Flexibilität im Frontend. Design und Technik der Website sind nicht mehr an die Grenzen eines Theme-Systems gebunden.
Multi-Channel. Inhalte einmal pflegen, in Website, App, Newsletter oder auf einem Display ausspielen.

Was du dafür in Kauf nimmst:

Mehr bewegliche Teile. Backend und Frontend sind zwei Systeme statt einem – das will betrieben und aktualisiert werden.
Kein „einfach im Editor klicken und live”. Zwischen Redaktion und veröffentlichter Seite steht ein definierter Build- oder Ausspielweg. Für die meisten Teams ist das nach kurzer Eingewöhnung kein Problem, aber es ist eine Umstellung.
Höhere Einstiegskomplexität. Der initiale Aufbau ist aufwändiger als ein Theme zu installieren.

Kurz: Headless lohnt sich, wenn Performance, Sicherheit oder Multi-Channel für dich echten Wert haben. Für eine einfache Firmenwebsite mit einer Handvoll Seiten ist es oft überdimensioniert.

Die vier Wege im Überblick

1. Bestehendes CMS headless betreiben (z. B. WordPress)

Du behältst dein vertrautes CMS als Backend und setzt nur ein schnelles Frontend davor. Für Teams, die WordPress kennen und nicht hergeben wollen, ist das der naheliegendste Weg – die Redaktion ändert nichts an ihrer Arbeitsweise.

Stärke: vertraute Bedienung, riesiges Ökosystem, Daten und Hosting bleiben in deiner Hand. Schwäche: WordPress ist nicht von Grund auf als reines API-System gebaut; strukturierte Inhalte über viele Kanäle sind nicht seine Kernstärke.

2. Dediziertes Headless CMS (SaaS, API-first)

Systeme wie Contentful, Storyblok, Sanity oder Hygraph sind von Grund auf als Headless CMS konzipiert. Sie glänzen mit sauber strukturierten Inhalten, gutem Redaktions-Komfort und Multi-Channel-Ausspielung.

Wie das in der Umsetzung aussieht, haben wir am Beispiel eines Anbieters ausführlicher beschrieben: Storyblok mit Astro.

Stärke: durchdachte Redaktions-Oberfläche, stark strukturierte Inhalte, wenig eigener Betriebsaufwand. Schwäche: laufende Lizenzkosten, die mit Nutzung skalieren; Abhängigkeit vom Anbieter (Lock-in); und – für deutsche Unternehmen oft entscheidend – die Frage, wo deine Inhalte gespeichert werden (dazu unten mehr).

3. Self-Hosted Open-Source Headless CMS

Strapi, Directus oder Payload sind quelloffene Headless-CMS, die du auf deiner eigenen Infrastruktur betreibst. Damit hast du die volle Kontrolle – über die Daten, den Standort und die Kosten.

Stärke: Daten bleiben dort, wo du sie haben willst; keine nutzungsabhängigen Lizenzkosten; kein Lock-in. Schwäche: Du betreibst das System selbst (oder über einen Dienstleister) – Updates, Backups, Sicherheit liegen bei dir.

4. Git-/datei-basiert

Inhalte liegen als Dateien direkt im Projekt (z. B. Markdown/MDX in Astros Content Collections), optional mit einer leichten Redaktions-Oberfläche wie Tina oder Decap. Kein separates System, keine Datenbank.

Stärke: maximal schlank und schnell, keine laufenden CMS-Kosten, alles versioniert im Code. Schwäche: für nicht-technische Redaktionen mit vielen, häufigen Änderungen unkomfortabel; eignet sich für content-arme oder entwickler-nahe Projekte.

Der Vergleich auf einen Blick

Kriterium	CMS headless (WordPress)	Dediziert (SaaS)	Self-Hosted (Open Source)	Git-/datei-basiert
Redaktions-Komfort	hoch (vertraut)	sehr hoch	mittel–hoch	niedrig–mittel
Entwickler-Aufwand	mittel	mittel	hoch (Betrieb)	niedrig
Datenstandort/DSGVO	in deiner Hand	prüfen	in deiner Hand	in deiner Hand
Kostenmodell	Hosting + Pflege	Lizenz (skaliert)	Hosting + Pflege	quasi keine
Lock-in-Risiko	gering	höher	gering	sehr gering
Passt für	bestehende WP-Nutzer	strukturierte Multi-Channel-Inhalte	volle Datenkontrolle	content-arme, tech-nahe Projekte

Die wichtigsten Headless-CMS-Anbieter im Vergleich

Die vier Kategorien oben sind das Wichtigere – aber wer konkret vergleicht, will Namen sehen. Hier die Anbieter, die in Vergleichen und Relaunch-Ausschreibungen am häufigsten auftauchen, eingeordnet nach dem Kriterium, das die meisten Vergleiche auslassen: wo deine Daten liegen.

Anbieter	Kategorie	Datenstandort / EU-Hosting	Lock-in	Besonders gut für
Storyblok	Dediziertes SaaS	EU-Unternehmen (AT), EU-Hosting verfügbar	mittel–hoch	visuelle Live-Redaktion, Multi-Channel
Hygraph	Dediziertes SaaS	DE-Unternehmen (Berlin), EU-Hosting	mittel–hoch	GraphQL-first, stark strukturierte Inhalte
Contentful	Dediziertes SaaS	EU-Datenresidenz verfügbar (höhere Tarife)	hoch	große, mehrsprachige Redaktionen
Sanity	Dediziertes SaaS	EU-Region verfügbar (höhere Tarife)	hoch	Echtzeit-Editing, Entwickler-Flexibilität
Strapi	Self-Hosted Open Source	voll in deiner Hand (self-hostbar)	gering	Node.js-Teams mit eigener Infrastruktur
Directus	Self-Hosted Open Source	voll in deiner Hand (self-hostbar)	gering	Anbindung bestehender SQL-Datenbanken
Payload	Self-Hosted Open Source	voll in deiner Hand (self-hostbar)	gering	TypeScript-/Next.js-nahe Projekte
TinaCMS / Decap	Git-/datei-basiert	Daten im eigenen Git-Repository	sehr gering	kleine, entwickler-nahe Redaktionen

So liest sich die Tabelle: Je weiter oben, desto mehr Redaktions-Komfort „out of the box” – je weiter unten, desto mehr Datenhoheit und desto geringer das Lock-in-Risiko. Die SaaS-Anbieter unterscheiden sich für deutsche Unternehmen vor allem in einer Frage: Ist EU-Hosting Standard oder erst in einer teuren Tarifstufe zu haben? Storyblok (Österreich) und Hygraph (Berlin) sind hier von Haus aus näher an DSGVO-Anforderungen als die US-geprägten Angebote – wobei auch Contentful deutsche Wurzeln hat und EU-Residenz anbietet.

Konkrete Preise und Feature-Listen lassen wir bewusst weg – sie ändern sich zu schnell, um in einem Artikel verlässlich zu sein. Was bleibt, ist die Einordnung: Architektur-Typ, Datenstandort und Lock-in-Risiko sind die Kriterien, die eine Entscheidung über Jahre tragen. Die tagesaktuellen Tarife prüfst du immer direkt beim Anbieter.

Was kostet ein Headless CMS?

Die ehrliche Antwort: Die Lizenz des CMS ist meist die kleinere Rechnung. Die größere Position ist die einmalige Umsetzung des Frontends. Trotzdem lohnt sich der Blick auf die laufenden Kosten je Weg:

CMS headless (WordPress): keine zusätzlichen Lizenzkosten fürs CMS – du zahlst Hosting und Pflege wie bisher, plus den einmaligen Aufbau des neuen Frontends.
Dediziertes SaaS: hier variiert es am stärksten. Kleine Tarife starten bei 0 € oder niedrig zweistelligen Beträgen pro Monat, wachsen aber mit Nutzern, API-Aufrufen und Traffic. Enterprise-Tarife mit garantiertem EU-Hosting und SLA liegen schnell im vierstelligen Monatsbereich. Wichtig: Rechne mit der Stufe, die du in zwei Jahren brauchst, nicht mit der Einstiegsstufe.
Self-Hosted Open Source: keine Lizenzkosten, dafür Hosting und Betriebsaufwand (Updates, Backups, Sicherheit) – entweder intern oder über einen Dienstleister.
Git-/datei-basiert: quasi keine laufenden CMS-Kosten. Du zahlst nur das Hosting der ausgelieferten Seite, das bei statischen Sites minimal ist.

Der Denkfehler, den wir am häufigsten sehen: Teams vergleichen nur die monatlichen Lizenzpreise und übersehen, dass der eigentliche Kostentreiber die Frontend-Entwicklung und die laufende Pflege sind. Ein günstiges SaaS-Abo hilft wenig, wenn die Umsetzung teuer und der spätere Wechsel wegen Lock-in aufwändig ist.

Braucht dein Unternehmen überhaupt ein Headless CMS?

Bevor du Anbieter vergleichst, klär die Vorfrage. Ein Headless-Setup lohnt sich, wenn mindestens einer dieser Punkte auf dich zutrifft:

Mehrere Kanäle: Du spielst dieselben Inhalte in Website, App, Newsletter oder auf Displays aus – und willst sie nur einmal pflegen.
Performance und Sicherheit sind geschäftskritisch: hohe Besucherzahlen, Conversion-sensible Seiten, oder du willst die Plugin-Angriffsfläche loswerden.
Datenstandort ist eine harte Anforderung: Branche, Behörde oder interne Compliance verlangen volle Kontrolle darüber, wo Inhalte und Nutzerdaten liegen.
Du hast ein technisches Team oder einen festen Entwicklungspartner, der den zusätzlichen Aufbau trägt.

Trifft nichts davon zu – eine überschaubare Firmenwebsite, ein Kanal, eine Redaktion, die im Editor klicken will – dann ist Headless meist unnötige Komplexität. Dann fährst du mit einem klassischen, gut gebauten CMS einfacher und günstiger. Für den Mittelstand ist genau das häufig die richtige Antwort: kein Hype, sondern das passende Werkzeug.

Der Punkt, der in den meisten Vergleichen fehlt: der Datenstandort

Die gängigen Headless-CMS-Vergleiche reden über Features und Preise – und überspringen die Frage, die für deutsche Unternehmen oft die wichtigste ist: Wo liegen deine Inhalte und Nutzerdaten physisch, und wer hat darauf Zugriff?

Bei SaaS-Headless-CMS variiert das stark: Manche Anbieter hosten primär außerhalb der EU, andere bieten ausdrücklich EU-Rechenzentren an, oft erst in höheren Tarifstufen. Für DSGVO-relevante Inhalte ist das kein Nebenkriterium, sondern ein Auswahlfaktor. Self-Hosted- und Git-basierte Lösungen umgehen die Frage komplett, weil die Daten dort bleiben, wo du sie hinlegst.

Wir halten das aus Prinzip so: Hosting beim Kunden, nicht bei uns – und nicht ungefragt in einer US-Cloud. Das ist keine Rechtsberatung – die gehört zu deinem Datenschutzbeauftragten – aber es ist die Frage, die du vor der Tool-Auswahl stellen solltest, nicht danach.

Den Datenschutz-Aspekt – Datenstandort, AVV, Drittlandtransfer – haben wir separat ausführlicher im Beitrag DSGVO-konformes Headless CMS eingeordnet.

Headless CMS oder WordPress?

Diese Frage taucht ständig auf – und sie ist falsch gestellt, weil sie eine Entweder-oder-Entscheidung suggeriert, die es nicht gibt. WordPress lässt sich auch headless betreiben; es ist damit selbst eine der vier Optionen oben.

Die eigentliche Entscheidung lautet: klassisches CMS oder entkoppeltes Frontend?

Klassisches WordPress ist richtig, wenn Redaktion und Bedienkomfort im Vordergrund stehen, ein Ausspielkanal reicht und die Performance mit sauberem Aufbau und Caching genügt.
Headless (mit WordPress oder einem anderen Backend) lohnt sich, wenn Performance, mehrere Kanäle oder Datenkontrolle den Ausschlag geben.

Wenn du grundsätzlich noch nicht sicher bist, ob es überhaupt headless sein muss, lies zuerst unseren ehrlichen Vergleich Astro vs. WordPress. Headless ist ein Mittel, kein Ziel – und für viele Projekte ist ein gut gebautes klassisches CMS weiterhin die richtige Wahl.

Unsere Empfehlung – nach Situation

Du kennst und nutzt WordPress und willst es behalten → WordPress headless. Geringste Umstellung, größtes Ökosystem. Siehe Headless WordPress mit Astro.
Strukturierte Inhalte über viele Kanäle, Redaktion im Zentrum, Komfort wichtig → dediziertes Headless CMS – mit ausdrücklicher Prüfung des Datenstandorts.
Volle Datenkontrolle ist Pflicht (Datenschutz, Branche, Behörde) → Self-Hosted Open Source (Strapi, Directus, Payload).
Wenige Redakteure, technisches Team, content-arme Seite → Git-/datei-basiert mit Astro Content Collections.

Wenn du von einem bestehenden System auf ein Headless-Setup wechseln willst, ist nicht die Tool-Wahl der heikle Punkt, sondern der Übergang. Den Ablauf inklusive Redirect-Strategie beschreiben wir in Replatforming auf ein Headless-System: Wann es sich lohnt.

Unser Fazit

Die Frage ist nicht „Welches Headless CMS ist das beste?”, sondern „Welche der vier Kategorien passt zu unserem Team, unserem Budget und unserer Haltung zu Daten?”. Wer mit dieser Reihenfolge an die Auswahl geht, trifft eine Entscheidung, die in drei Jahren noch trägt – statt dem Tool hinterherzulaufen, das gerade am lautesten beworben wird.

Du stehst vor der CMS-Auswahl für einen Relaunch? Sag uns, wer deine Inhalte pflegt, wie strukturiert sie sind und wie streng deine Datenschutz-Anforderungen – wir empfehlen dir die passende Kategorie, ehrlich und anbieterunabhängig. Schreib uns kurz. Und wenn du nicht nur das System suchst, sondern einen Dienstleister, der es umsetzt: Genau das machen wir – als Headless-CMS-Agentur mit Astro-Frontend.