Headless CMS – Funktionsweise und Vorteile
Ein klassisches CMS wie WordPress verbindet zwei Dinge: die Inhaltsverwaltung (Backend) und die Darstellung (Frontend). Ein Headless CMS trennt diese beiden Schichten — das Backend liefert Inhalte über eine API, das Frontend kann beliebig gewählt werden. Das klingt technisch abstrakt, hat aber konkrete Vorteile: mehr Freiheit im Frontend, bessere Performance, Omnichannel-Fähigkeit und weniger Sicherheitsrisiken.
Klassisches CMS vs. Headless CMS
Frontend
Klassisch: Fest gekoppelt (Templates) — Headless: Beliebig (React, Astro, App…)
Content-Ausgabe
Klassisch: HTML-Seiten — Headless: JSON via REST/GraphQL API
Kanäle
Klassisch: Website — Headless: Website, App, Digital Signage, …
Performance
Klassisch: Abhängig von CMS — Headless: Optimal durch modernes Frontend
Sicherheit
Klassisch: Angriffsfläche durch Frontend — Headless: Backend nicht öffentlich
Flexibilität
Klassisch: Begrenzt durch Templates — Headless: Vollständig frei
Wie ein Headless CMS funktioniert
Das Headless CMS speichert Inhalte strukturiert in einer Datenbank und stellt sie über eine API bereit — REST oder GraphQL. Das Frontend (zum Beispiel eine Astro-Website) fragt diese API ab, bekommt die Inhalte als JSON und rendert daraus HTML. Beim Build (Static Generation) passiert das einmalig — alle Seiten werden vorgerendert. Bei SSR passiert es pro Request. Beides ist möglich und kombinierbar.
Wann lohnt sich ein Headless CMS?
Mehrere Ausgabekanäle
Wenn dieselben Inhalte auf Website, App und anderen Kanälen ausgespielt werden sollen. Einmal pflegen, überall ausgeben — das ist der stärkste Vorteil von Headless.
Maximale Frontend-Freiheit
Wenn das Frontend in einem modernen Framework (Astro, Next.js, React) entwickelt werden soll ohne die Einschränkungen eines CMS-Templatesystems. Kein Theme-Overhead, kein Plugin-Konflikt.
Hohe Performance-Anforderungen
Wenn Core Web Vitals und Ladezeiten entscheidend sind. Ein modernes Frontend ohne CMS-Overhead erreicht deutlich bessere Performance-Werte als WordPress mit Plugins.
Team-Aufteilung
Wenn Content-Team und Entwickler getrennt arbeiten sollen. Redakteure pflegen Inhalte im CMS-Backend, Entwickler arbeiten am Frontend — ohne sich gegenseitig zu blockieren.
Sicherheitsanforderungen
Das CMS-Backend ist nicht öffentlich zugänglich — nur die API ist erreichbar. Angriffe auf das CMS-Admin-Interface (häufig bei WordPress) sind nicht möglich.
Wann lohnt es sich nicht?
Für kleine Websites mit einem Redakteur und einfachen Inhalten ist Headless oft Overengineering. Der Aufwand für Setup, API-Integration und Deployment ist höher als bei einem klassischen CMS. WordPress oder ein anderes klassisches CMS ist in diesen Fällen die pragmatischere Wahl.
Beliebte Headless CMS im Überblick
Strapi
Open Source, self-hosted — DSGVO-konform, flexibel, kostenlos — für Entwickler, KMU
Contentful
SaaS — Ausgereift, gutes UI, skalierbar — für Enterprise, Teams
Sanity
SaaS + selbst hostbar — Flexibles Schema, Real-time — für Agenturen
Directus
Open Source, self-hosted — SQL-first, sehr flexibel — für Entwickler
Storyblok
SaaS — Visual Editor, Komponenten-Ansatz — für Marketing-Teams
Ghost
Open Source — Blog-fokussiert, einfach — für Publisher, Blogger
Headless CMS mit Astro
Astro lässt sich mit jedem Headless CMS verbinden — über die jeweilige API oder ein SDK. Im Build-Prozess fragt Astro die CMS-API ab und rendert die Inhalte zu statischem HTML. Änderungen im CMS triggern über Webhooks einen neuen Build. Für kleinere Projekte und Blogs sind Astro Content Collections (Markdown/MDX im Repository) oft die pragmatischere Alternative zu einem externen Headless CMS — kein API-Overhead, typsichere Inhalte, keine zusätzliche Infrastruktur.
Häufig gestellte Fragen
Kann ich WordPress als Headless CMS verwenden?
Ja — WordPress hat eine REST API und GraphQL via WPGraphQL Plugin. WordPress als Headless CMS ist eine verbreitete Lösung, die Content-Teams mit WordPress-Erfahrung die Möglichkeit gibt, weiter im gewohnten Interface zu arbeiten, während das Frontend modern entwickelt wird.
Brauche ich für ein Headless CMS Programmierkenntnisse?
Für die Einrichtung und API-Integration ja. Für die tägliche Inhaltspflege im CMS-Backend nicht — gute Headless CMS haben Redakteur-freundliche Interfaces. Die technische Komplexität liegt im Setup und der Frontend-Integration.
Wie funktionieren Live-Updates bei Static Generation?
Über Webhooks: Das CMS sendet bei Inhaltsänderungen eine HTTP-Anfrage an den Hosting-Anbieter (oder CI/CD-Pipeline), die einen neuen Build triggert. Deployment dauert typischerweise 1–5 Minuten. Für Near-Realtime gibt es On-Demand ISR (Next.js) oder Content-Layer-Lösungen.
Ist ein Headless CMS DSGVO-konform?
Self-hosted Lösungen wie Strapi oder Directus auf einem deutschen/europäischen Server sind DSGVO-konform. SaaS-Lösungen wie Contentful bieten EU-Rechenzentren und DSGVO-konforme Verträge — aber die Daten liegen beim Anbieter. Für sensible Daten ist Self-hosting die sicherere Wahl.