Ein Headless CMS ist ein Content Management System, das nur Inhalte verwaltet — nicht aber deren Darstellung. Es liefert die Daten über eine Schnittstelle, üblicherweise eine REST- oder GraphQL-API, und überlässt das Aussehen einem davon getrennten Frontend.
Der Begriff headless meint genau das: dem System fehlt der „Kopf", also die fertige Webseite. Statt einer integrierten Auslieferung gibt es ein reines Inhalts-Backend.
Der Unterschied zum klassischen CMS
Ein traditionelles CMS bündelt Pflege und Darstellung:
- Redaktionsoberfläche, Datenbank und Templates liegen in einem System.
- Beim Aufruf einer Seite baut das CMS HTML zusammen und liefert es aus.
Ein Headless CMS spaltet das auf:
- Inhalte werden zentral gepflegt und gespeichert.
- Eine API stellt sie strukturiert bereit (JSON, oft typisiert).
- Eine separate Anwendung — Webseite, App, Display, Newsletter — holt sich die Inhalte und stellt sie dar.
Wann es sinnvoll ist
Headless lohnt sich vor allem dann, wenn:
- mehrere Kanäle dieselben Inhalte nutzen — Website, App, Newsletter, Print-Vorlage.
- das Frontend frei wählbar sein soll — etwa eine moderne JavaScript-Anwendung oder ein Static Site Generator.
- die Pflege getrennt von Auslieferung und Performance laufen soll.
Bei einer einzelnen Website ohne Sonderwünsche bringt Headless meist mehr Aufwand als Nutzen — ein klassisches CMS ist dann oft die schlankere Wahl.
Bekannte Vertreter
Im Markt sind mehrere Plattformen etabliert:
- Strapi — Open-Source, selbst gehostet, JavaScript/TypeScript.
- Sanity — flexible Inhaltsmodellierung, Live-Editor.
- Contentful — kommerzielle SaaS-Plattform.
- Storyblok — Visual Editor für Redaktionen.
- Directus — datenbankzentriert, schlank.
Auch klassische CMS wie WordPress lassen sich „headless" betreiben, indem nur ihre REST-API genutzt wird — eine pragmatische Zwischenlösung, wenn Bestand und neuer Anspruch zusammenkommen.
Trade-offs
Headless ist kein automatischer Gewinn:
- Mehr bewegliche Teile — zwei Systeme statt einem, zwei Hosting-Strecken, zwei Update-Zyklen.
- Vorschau-Funktionen sind aufwendiger umzusetzen, weil Redaktion und Auslieferung entkoppelt sind.
- SEO-relevante Funktionen wie saubere URLs, Meta-Tags und sitemap.xml liegen im Frontend, nicht im CMS — wer sie vergisst, fällt in der Auffindbarkeit zurück.
Wer sich für Headless entscheidet, sollte den Mehraufwand bewusst eingehen. Für vieles ist „klassisch" weiterhin die bessere Antwort.