Headless CMS erklärt: Was es kann, wann es sich lohnt und wo die Grenzen liegen

Ein klassisches Content-Management-System wie WordPress, Joomla oder TYPO3 macht drei Dinge in einem: Es speichert Inhalte, bietet der Redaktion eine Oberfläche zum Pflegen und erzeugt daraus die fertige Website mit Templates und Themes. Das ist bequem, bindet Inhalt und Darstellung aber fest aneinander.

Ein Headless CMS trennt genau das. Der „Kopf“, also die Darstellung, wird abgeschnitten. Übrig bleibt der „Körper“ aus Datenbank, Redaktionsoberfläche und einer Schnittstelle (meist REST oder GraphQL), über die beliebige Anwendungen die Inhalte abrufen.

Ein Beispiel: Eine Produktbeschreibung wird einmal im CMS gepflegt. Die Website, die App, der Bildschirm im Showroom und ein KI-Assistent im Kundenservice greifen auf denselben Eintrag zu und stellen ihn jeweils passend dar. Der Fachbegriff dafür lautet API-first: Die Schnittstelle wird zuerst geplant, alles andere baut darauf auf.

Der Ablauf ist bei fast allen Systemen ähnlich. Entscheidend ist, dass Inhalte als strukturierte Daten vorliegen und nicht als fertig gestaltete Seiten.

Das sind die Stärken:

• Mehrere Kanäle aus einer Quelle: Website, App, Display und KI-Anwendungen nutzen dieselben Inhalte.
• Freie Technologiewahl: Das Frontend kann mit React, Astro, Vue oder nativ gebaut werden.
• Performance: Seiten lassen sich vorab bauen und über ein CDN ausliefern, statt bei jedem Aufruf aus einer Datenbank zu entstehen.
• Saubere Datenmodelle: Klar definierte Felder und Beziehungen sind für Menschen und Maschinen gut lesbar.

Das sind die Grenzen: Ein Headless CMS bringt kein Frontend mit. Es liefert keine fertige Website, keine Themes und keinen Plugin-Marktplatz für Formulare, Suche oder SEO-Ausgabe. Diese Funktionen müssen im Frontend gebaut oder als Dienst angebunden werden.

In den vergangenen Jahren hat sich das Prinzip der Composable Architecture durchgesetzt: Statt eines Alleskönners setzt man austauschbare Bausteine zusammen. Die MACH Alliance, ein von Anbietern getragener Branchenverband, beschreibt das mit vier Prinzipien: Microservices, API-first, Cloud-native und Headless. Für Websites heißt das, dass CMS, Suche, Shop, Formulare und Frontend getrennte Komponenten sind, die sich einzeln austauschen lassen.

Der Begriff „Jamstack“ verschwindet dabei zunehmend als Schlagwort. Geblieben sind die Ideen dahinter: Inhalte aus einem Headless CMS, vorab gebaute Seiten und ein Mix aus statischem und dynamischem Rendering, wie ihn etwa Astro oder Next.js anbieten.

Klassische Systeme sind nicht überholt, sie sind schlicht verbreitet. Laut W3Techs läuft WordPress (Stand 25. September 2026) auf 40,2 Prozent aller Websites, Joomla auf 1,1 Prozent und TYPO3 auf 0,3 Prozent. Unter den .de-Websites mit bekanntem CMS liegt WordPress bei 54,1 und TYPO3 bei 6,7 Prozent. Die Tabelle stellt drei Ansätze gegenüber.

Zu den Kosten gibt es kaum belastbare, unabhängige Vergleichszahlen. Vorhandene Studien stammen überwiegend von Anbietern und beziehen sich auf Großunternehmen. Wir nennen deshalb bewusst keine Euro-Beträge. Das Profil ist eindeutig: Headless kostet am Anfang mehr Entwicklungsaufwand, spart aber Kompromisse, wenn mehrere Kanäle oder hohe Anforderungen an Design und Performance bestehen.

Ein Headless CMS ist kein Selbstläufer. Die Trennung von Inhalt und Darstellung verlagert Arbeit, sie beseitigt sie nicht.

Strukturierte Inhalte sind eine gute Arbeitsgrundlage für KI: Sind Felder, Typen und Beziehungen klar definiert, kann ein Sprachmodell Inhalte zuverlässig lesen, übersetzen oder zusammenfassen. Fast alle großen Headless-Systeme bringen deshalb eigene KI-Funktionen und Schnittstellen für KI-Assistenten mit.

Typische Aufgaben sind Übersetzungsentwürfe, Alt-Texte für Bilder, SEO-Metadaten und Textvorschläge. Storyblok nennt etwa Alt-Texte, SEO-Tags und Übersetzungen, Sanity den „AI Assist“, Directus einen eingebauten Assistenten samt Übersetzungen, Strapi Übersetzungen und Alt-Texte und Contentful die „AI Actions“. Diese Angaben stammen von den Anbietern selbst, unabhängige Tests gibt es kaum.

Das Model Context Protocol (MCP) ist ein offener Standard, mit dem KI-Anwendungen auf Datenquellen und Werkzeuge zugreifen. Offizielle MCP-Server bieten laut Anbietern inzwischen Contentful, Sanity, Storyblok, Directus (seit Version 11.12, standardmäßig deaktiviert), Strapi (seit 5.47) und Payload (als Plugin). Ein Assistent kann damit Einträge lesen, anlegen oder ändern, jeweils mit den Rechten des angebundenen Nutzers. Vergeben Sie Schreibrechte deshalb bewusst und eng.

Ein sauberes Inhaltsmodell erleichtert es, strukturierte Daten wie JSON-LD konsistent auszugeben. Einen Vorteil in Antworten generativer Suche belegt das nicht: Laut Googles Leitfaden (Stand 10. Juli 2026) ist dafür kein spezielles Markup nötig, die Optimierung bleibt SEO. Auch die vorgeschlagene Datei llms.txt nutzt derzeit laut Google kein KI-System.

Wo das CMS läuft, entscheidet über Kontrolle, Aufwand und Datenschutz. Vier Modelle sind üblich. Hinzu kommt das Frontend, das häufig als statische Seite auf einem CDN liegt.

Beim Datenschutz gilt: Das EU-US Data Privacy Framework ist Stand Ende September 2026 formal gültig, aber rechtlich unter Druck. Ein Rechtsmittel beim EuGH ist anhängig (C-703/25 P), und der Europäische Datenschutzausschuss bat die Kommission am 31. Juli 2026 um Prüfung nach einem Urteil des US Supreme Court. Für Neuentscheidungen ist ein EU-Standort deshalb unsere robustere Wahl. Eine EU-Region ist allerdings kein Garant: Der Vertrag von Storyblok erlaubt etwa auch Verarbeitung in Drittländern auf Basis von Standardvertragsklauseln.

Das Frontend wird meist vorab gebaut. Astro rendert Seiten standardmäßig beim Build, und Hosts wie Vercel, Netlify oder Cloudflare Pages bieten Build-Hooks, die das CMS bei jeder Veröffentlichung per Webhook aufruft. Fällt das CMS aus, trifft das nur die Redaktion, nicht die ausgelieferte Seite.

Der Markt ist in Bewegung. Allein 2026 gab es einen Lizenzwechsel bei Directus, die Übernahme von Contentful durch Salesforce und das Aus des kostenlosen Cloud-Tarifs bei Strapi. Die Tabelle zeigt sieben verbreitete Systeme. Die Preise sind Listenpreise der Anbieter in US-Dollar (Stand 25. September 2026, ohne Steuern) und können sich ändern.

Kurz eingeordnet:

• Directus legt sich über bestehende SQL-Datenbanken und erzeugt daraus REST- und GraphQL-Schnittstellen samt Verwaltungsoberfläche. Das lohnt sich, wenn Daten bereits vorliegen.
• Storyblok setzt auf einen visuellen Editor, in dem die Redaktion direkt in der Seitenvorschau arbeitet.
• Contentful ist eine etablierte, komponierbare Plattform. Salesforce will sie headless halten und in Customer 360 integrieren.
• Craft CMS ist ein ausgereiftes PHP-System mit starker Redaktion, klassisch oder headless nutzbar. Mit Craft 6 steht der Wechsel auf Laravel an, die erste Alpha erschien im Mai 2026.
• Strapi ist offen und in Node.js gebaut. Beim Self-Hosting gibt es keine Nutzungslimits.
• Sanity bietet ein frei anpassbares Studio und Inhalte als strukturierte Daten in einem gehosteten Content Lake.
• Payload läuft direkt im eigenen Next.js-Projekt und ist code-first, also entwicklerlastig.

Je mehr Aussagen Sie mit „Ja“ beantworten, desto eher lohnt sich Headless:

Ein Headless CMS ist kein besseres WordPress, sondern ein anderes Werkzeug. Es lohnt sich, wenn Inhalte mehrere Kanäle bedienen, das Frontend individuell sein soll und ein Entwicklungsteam das Zusammenspiel trägt. Für einfache Auftritte bleibt ein klassisches System oft die wirtschaftlichere Lösung.

Wichtiger als das Etikett ist ein sauberes Inhaltsmodell. Es bleibt bestehen, auch wenn Frontend oder CMS später wechseln.