Headless & Infrastruktur
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.
API-first ist das Kernprinzip
Ein Headless CMS ist im Kern eine API für Inhalte. Das Frontend ist austauschbar — dieselben Inhalte können gleichzeitig auf der Website, in einer mobilen App und auf einem digitalen Infoterminal ausgespielt werden.
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.
Headless ist kein Allheilmittel
Die Trennung von Backend und Frontend bringt zusätzliche Komplexität: zwei Systeme statt einem, API-Anfragen im Build-Prozess, Webhook-Setup für Live-Updates. Für einfache Websites lohnt sich dieser Aufwand oft nicht.
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.
Content Collections als leichtgewichtige Alternative
Für Websites mit einem kleinen Redaktionsteam das technisch versiert ist, sind Astro Content Collections oft besser als ein externes CMS: Inhalte liegen im Repository, sind versioniert und können per Pull Request reviewed werden. Kein CMS-Backend, keine API-Calls, maximale Performance.
Häufig gestellte Fragen zum Thema Headless CMS
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.
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.
Ü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.
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.