Anleitungen
Headless CMS: Was es ist und wann es sich für deine Website lohnt
Was ein Headless CMS ist, wie es sich von WordPress unterscheidet, welche Systeme es gibt und wann sich der Umstieg für eine Unternehmenswebsite lohnt.

3 Min. LesezeitDas Wichtigste in KürzeDie Kernaussagen und alle Abschnitte zum Springen.Zusammenfassung ein- oder ausklappen
- 01
Ein Headless CMS verwaltet nur die Inhalte. Die Website holt sie über eine Schnittstelle und stellt sie mit einem eigenen Frontend dar.
- 02
Vorteile sind schnelle, vorab gebaute Seiten, weniger Angriffsfläche und ein CMS für mehrere Kanäle wie Website und App.
- 03
Dafür betreibst du zwei Systeme und brauchst für neue Seitentypen jemanden, der das Frontend anpasst.
- 04
Bekannte Systeme sind Contentful, Storyblok und Sanity als Dienst sowie Strapi, Directus und Payload zum Selbst-Hosten.
- 05
Für eine Unternehmenswebsite mit einem kleinen Redaktionsteam reicht oft ein CMS, das in die Website eingebaut ist, wie EmDash in Astro.
Ein Headless CMS ist ein Content-Management-System ohne eigene Darstellung. Dein Team pflegt Texte, Bilder und Seiten in einer Verwaltungsoberfläche, und die Website holt sich die Inhalte über eine Schnittstelle (API). Wie die Seiten aussehen, legt ein eigenes Frontend fest, zum Beispiel mit Astro oder Next.js. Daher kommt der Name: Dem System fehlt der Kopf, also die Website, die Besucher sehen.
Klassisches CMS und Headless CMS im Vergleich
In einem klassischen CMS wie WordPress steckt alles in einem System: Inhalte, Design über das Theme, Funktionen über Plugins. Ruft jemand eine Seite auf, setzt WordPress sie aus der Datenbank zusammen, wenn kein Cache dazwischen sitzt.
Bei einem Headless CMS sind es zwei Teile:
- Das CMS speichert die Inhalte und gibt sie über eine Schnittstelle heraus. Es hat keine öffentliche Website.
- Das Frontend holt die Inhalte und baut daraus die Seiten. Oft entstehen sie vorab als fertige HTML-Dateien, die ein Netzwerk wie Cloudflare weltweit ausliefert.
Für dein Redaktionsteam ändert sich weniger, als es klingt. Es arbeitet weiter in einer Oberfläche mit Feldern für Titel, Text und Bild. Was fehlt, ist die Möglichkeit, das Layout frei per Baukasten umzustellen.
Vorteile eines Headless CMS
- Ladezeit: Vorab gebaute Seiten kommen ohne Datenbankabfrage beim Besucher an.
- Sicherheit: Auf der Website selbst laufen kein Login und keine Plugins. Angreifer finden dort deutlich weniger Einfallstore.
- Freiheit im Frontend: Design und Technik der Website sind nicht an ein Theme gebunden.
- Mehrere Kanäle: Dieselben Inhalte speisen Website, App, Newsletter oder ein Display im Laden.
Nachteile eines Headless CMS
- Zwei Systeme: Du hast zwei Logins, zwei Rechnungen und zwei Dinge, die laufen müssen.
- Vorschau: Eine Vorschau der Seite vor dem Veröffentlichen muss eigens eingerichtet werden.
- Abhängigkeit vom Frontend: Für neue Seitentypen oder Felder braucht dein Team jemanden, der Code anpasst.
- Kosten: Die gehosteten Dienste rechnen oft nach Nutzern, Sprachen oder Zahl der Einträge ab. Bei mehreren Redakteuren wird das schnell teurer als ein klassisches CMS.
Bekannte Headless-CMS im Überblick
Als Dienst (SaaS): Contentful, Storyblok und Sanity. Du zahlst einen Monatstarif, der Anbieter kümmert sich um Server und Updates. Storyblok hat einen visuellen Editor, in dem dein Team die Seite beim Bearbeiten sieht.
Zum Selbst-Hosten: Strapi, Directus und Payload. Der Quellcode ist offen, du betreibst das CMS auf einem eigenen Server. Das spart Lizenzkosten und kostet Wartung.
WordPress headless: WordPress bringt eine REST-Schnittstelle mit. Dein Team bleibt in der gewohnten Oberfläche, und ein eigenes Frontend baut die Seiten. Das ist ein häufiger Zwischenschritt, wenn ein Unternehmen WordPress als Website ablösen, aber die Redaktion nicht umstellen will.
EmDash: das CMS in der Website
EmDash geht einen dritten Weg. Das CMS läuft als Teil der Astro-Website, mit eigener Verwaltungsoberfläche unter derselben Domain. Auf Cloudflare Workers liegen die Inhalte in einer D1-Datenbank und die Bilder in R2. Website und CMS werden zusammen ausgeliefert, es gibt also nur ein System.
Die EmDash-Dokumentation empfiehlt ein separates Headless CMS, wenn mehrere Anwendungen auf einen gemeinsamen Inhaltsdienst zugreifen. EmDash passt, wenn Redaktion und Website von einer gemeinsamen Anwendung profitieren. Für die meisten Unternehmenswebsites ist das der Fall. Den Vergleich mit WordPress findest du unter EmDash vs. WordPress.
Wann sich ein Headless CMS lohnt
Ein Headless CMS lohnt sich, wenn mindestens einer dieser Punkte zutrifft:
- Dieselben Inhalte erscheinen auf Website, App und weiteren Kanälen.
- Du hast ein Entwicklerteam oder eine Agentur, die das Frontend dauerhaft betreut.
- Viele Redakteure arbeiten mit Freigaben in mehreren Sprachen.
Für eine Unternehmenswebsite mit 10 bis 50 Seiten, einem kleinen Redaktionsteam und ohne eigene Entwickler ist ein CMS in der Website meist die bessere Wahl: weniger Systeme, eine Rechnung und eine Vorschau, die von Anfang an funktioniert.
So läuft der Umstieg von WordPress
- Inhalte aus WordPress exportieren und prüfen, welche Seitentypen es gibt.
- Im neuen CMS ein Inhaltsmodell anlegen: Felder für jede Art von Seite.
- Das Frontend bauen und die Inhalte einspielen.
- Alle alten Adressen behalten oder per 301-Weiterleitung auf die neuen umleiten, damit deine Google-Rankings bleiben.
Wie das mit Astro konkret aussieht, steht auf der Seite zum Umzug von WordPress zu Astro.
Fragen zum Headless CMS
Ein Headless CMS ist eine Verwaltung für Texte, Bilder und Seiten ohne eigene Website. Die Inhalte liegen dort, und eine separat gebaute Website oder App holt sie sich über eine Schnittstelle ab und stellt sie dar.
Ab Werk nicht. WordPress verwaltet Inhalte und stellt sie mit seinem Theme selbst dar. Über die eingebaute REST-Schnittstelle lässt sich WordPress aber headless betreiben: Das Team pflegt Inhalte weiter in WordPress, und ein eigenes Frontend, etwa mit Astro, baut die Seiten.
Strapi und Payload sind quelloffen und lassen sich kostenlos selbst hosten. Du zahlst dann für Server, Datenbank und Wartung. Die Dienste Contentful, Storyblok und Sanity haben kostenlose Einstiegstarife mit Grenzen bei Nutzern und Inhalten.
Ja, wenn das Frontend fertiges HTML ausliefert, also die Seiten vorab oder auf dem Server baut. Wird die Seite erst im Browser per JavaScript zusammengesetzt, sehen manche Crawler nur eine leere Hülle. Das gilt vor allem für KI-Crawler.
Für die Einrichtung ja. Jemand muss das Inhaltsmodell anlegen und das Frontend bauen, das die Inhalte darstellt. Danach pflegt dein Team die Inhalte ohne Code. Für neue Seitentypen brauchst du wieder jemanden, der das Frontend erweitert.
