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 ihr maximale Performance, mehrere Kanäle oder volle Kontrolle über den Datenstandort braucht. 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: Ihr spielt dieselben Inhalte über mehrere Kanäle aus (Web, App, Newsletter, Displays), ihr braucht Spitzen-Performance und -Sicherheit, oder ihr habt strenge Anforderungen an den Datenstandort. Trifft nichts davon zu, ist Headless meist unnötige Komplexität – dann fahrt ihr mit einem klassischen CMS einfacher und günstiger.

Headless CMS für Unternehmen: Die Optionen im ehrlichen Vergleich

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 euch passt, hängt weniger an der Technik als an eurem Team, eurem Budget und eurer Haltung zum Datenstandort.

Dieser Artikel sortiert das Feld – ohne Anbieter-Werbung, ohne „eines ist immer richtig”. Am Ende wisst ihr, welche Kategorie zu eurem Fall passt, was sie ungefähr kostet und welche Fragen ihr vorher klären müsst.

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 ihr gewinnt:

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 ihr dafür in Kauf nehmt:

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 euch 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)

Ihr behaltet euer 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 eurer 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.

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 eure Inhalte gespeichert werden (dazu unten mehr).

3. Self-Hosted Open-Source Headless CMS

Strapi, Directus oder Payload sind quelloffene Headless-CMS, die ihr auf eurer eigenen Infrastruktur betreibt. Damit habt ihr die volle Kontrolle – über die Daten, den Standort und die Kosten.

Stärke: Daten bleiben dort, wo ihr sie haben wollt; keine nutzungsabhängigen Lizenzkosten; kein Lock-in. Schwäche: Ihr betreibt das System selbst (oder über einen Dienstleister) – Updates, Backups, Sicherheit liegen bei euch.

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 eurer Hand	prüfen	in eurer Hand	in eurer 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

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 – ihr zahlt 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: Rechnet mit der Stufe, die ihr in zwei Jahren braucht, 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. Ihr zahlt 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 euer Unternehmen überhaupt ein Headless CMS?

Bevor ihr Anbieter vergleicht, klärt die Vorfrage. Ein Headless-Setup lohnt sich, wenn mindestens einer dieser Punkte auf euch zutrifft:

Mehrere Kanäle: Ihr spielt dieselben Inhalte in Website, App, Newsletter oder auf Displays aus – und wollt sie nur einmal pflegen.
Performance und Sicherheit sind geschäftskritisch: hohe Besucherzahlen, Conversion-sensible Seiten, oder ihr wollt 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.
Ihr habt 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 fahrt ihr 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 eure 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 ihr sie hinlegt.

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 eurem Datenschutzbeauftragten – aber es ist die Frage, die ihr vor der Tool-Auswahl stellen solltet, 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 ihr grundsätzlich noch nicht sicher seid, ob es überhaupt headless sein muss, lest 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

Ihr kennt und nutzt WordPress und wollt 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 ihr von einem bestehenden System auf ein Headless-Setup wechseln wollt, 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.

Ihr steht vor der CMS-Auswahl für einen Relaunch? Sagt uns, wer eure Inhalte pflegt, wie strukturiert sie sind und wie streng eure Datenschutz-Anforderungen – wir empfehlen euch die passende Kategorie, ehrlich und anbieterunabhängig. Schreibt uns kurz.