Headless CMS – Was es ist und wie du deine Website unabhängig aufbaust

Ein Headless CMS verwaltet Inhalte, ohne vorzugeben, wie sie aussehen. Es liefert ein Backend zur Pflege — aber kein fertiges Frontend. Die Inhalte kommen über eine API und landen dort, wo du sie brauchst: Website, App, Newsletter, Infoscreen im Laden. Einmal gepflegt, überall ausgespielt.

Interessant ist das für dich, wenn Inhalte auf mehreren Kanälen erscheinen sollen oder du beim Frontend freie Wahl willst. Für eine überschaubare Firmen-Website, die einmal im Quartal angefasst wird, ist Headless dagegen meist Overkill. Beides schauen wir uns genauer an.

Was Headless bedeutet

Was bedeutet „Headless“ überhaupt?

Ein klassisches CMS wie WordPress liefert beides in einem: das Backend zur Inhaltspflege und das Frontend, also die Darstellung im Browser. Das ist bequem — aber auch eine Einschränkung. Design, Technik und Inhalt sind eng verzahnt. Wer das eine ändert, berührt oft ungewollt das andere.

Ein Headless CMS trennt diese Ebenen. Der „Head“ — die Darstellungsschicht — wird abgetrennt, das CMS liefert nur noch Daten über eine API. Das Frontend wählst du frei: Next.js, React, eine native App oder ein digitales Schild im Schaufenster. Der Inhalt bleibt an einem Ort, die Ausgabe ist flexibel.

Die wichtigsten Systeme

Die wichtigsten Headless CMS im Vergleich

Die relevanten Systeme unterscheiden sich vor allem in Philosophie, Lizenz und Preismodell. Stand Juli 2026:

WordPress (REST API oder WPGraphQL)
Kein natives Headless CMS, kann aber so betrieben werden: Inhalte per API abrufen und in beliebigen Frontends ausgeben. Vorteil: Viele kennen das Backend bereits. Nachteil: WordPress wurde nie dafür gebaut — die Architektur bleibt umständlicher als bei nativen Lösungen.

Strapi
Open Source (MIT-Lizenz), selbst hostbar, in der Community-Version komplett kostenlos — ohne API-Limits oder Nutzerdeckel. Du definierst die Datenstruktur im visuellen Builder, die API wird automatisch generiert. Kosten entstehen nur fürs Hosting auf dem eigenen Server.

Payload CMS
Ebenfalls Open Source unter MIT-Lizenz, aber code-first: Die Inhaltsstruktur wird in TypeScript definiert und liegt damit versioniert im Git-Repository. Payload läuft direkt in Next.js — Admin-Oberfläche und Website sind ein Projekt. Seit Juni 2025 gehört das Team hinter Payload zu Figma; die MIT-Lizenz blieb unverändert. Ich arbeite selbst damit: Diese Website hier — Blog, Kundenbereich, Admin — läuft auf Payload und Next.js, auf einem eigenen Server. Überzeugt hat mich das Zusammenspiel aus Inhaltstypen im Code und einem Backend, das Kunden ohne Schulung bedienen können.

Contentful
Der etablierte Cloud-Dienst: ausgereift, gut dokumentiert, beliebt bei größeren Teams. Der Einstieg ist kostenlos, der erste Bezahlplan liegt bei rund 300 US-Dollar im Monat (Stand Juli 2026). Deine Inhalte liegen in der Contentful-Cloud — wer das nicht will, braucht eine andere Lösung.

Sanity
Cloud-basiert, mit ungewöhnlich flexiblem Datenmodell („Portable Text“) und einem Bearbeitungsinterface, das als React-App vollständig anpassbar ist. Das Gratis-Tier ist großzügig, der Growth-Plan kostet etwa 15 US-Dollar pro Nutzer und Monat (Stand Juli 2026).

Directus
Legt sich als API-Schicht über eine bestehende SQL-Datenbank — interessant, wenn deine Daten schon existieren. Aber Vorsicht bei der Lizenz: Directus ist seit 2026 kein klassisches Open Source mehr, sondern „source-available“. Kostenlos nur für Firmen unter 5 Millionen US-Dollar Jahresumsatz und 50 Mitarbeitenden; jede Version wird erst nach vier Jahren echtes Open Source (GPLv3).

Wann Headless Sinn macht

Wann macht ein Headless CMS Sinn — und wann nicht?

Headless ist kein Allheilmittel, sondern eine Architektur-Entscheidung. Sie hängt an Projektgröße, Team und Kanälen.

Headless lohnt sich, wenn:

• Inhalte auf mehreren Kanälen erscheinen (Website, App, Newsletter, Digital Signage)
• das Frontend frei gewählt werden soll — etwa Next.js oder ein komplett eigenes System
• Performance und Kontrolle über die technische Infrastruktur wichtig sind
• das Team technisch versiert ist oder eine Agentur die Umsetzung übernimmt
• du langfristig unabhängig von einem einzelnen Anbieter bleiben willst

Headless lohnt sich nicht, wenn:

• eine einzelne Person die Website ohne technisches Hintergrundwissen pflegt
• schnelle Umsetzung ohne Entwicklungsaufwand gefragt ist
• Budget und Zeit knapp sind — die Ersteinrichtung kostet mehr als bei klassischen Systemen

Ehrlich gesagt: Für die meisten Selbstständigen mit einer Fünf-Seiten-Website ist Headless Overkill. Du bezahlst die Flexibilität mit Setup-Aufwand, den du nie zurückverdienst, wenn dein einziger Kanal die Website ist. Ein gut konfiguriertes WordPress oder sogar ein Baukasten reicht dann völlig. Seine Stärken spielt der Headless-Ansatz in mittleren bis größeren Projekten aus — oder wenn ohnehin jemand die Technik betreut.

Self-hosted vs. Cloud

Selbst hosten oder Cloud — was passt zu dir?

Die Grundsatzfrage beim Headless-Ansatz: Wo liegen deine Daten?

Self-hosted (z. B. Strapi, Payload)
Du betreibst das CMS auf einem eigenen Server, etwa bei Hetzner oder einem anderen deutschen Anbieter. Die Daten bleiben unter deiner Kontrolle, DSGVO-Konformität ist einfacher herzustellen, und die laufenden Kosten sind gering — ein kleiner Server reicht oft schon. Dafür brauchst du Know-how für Einrichtung und Wartung.

Cloud-basiert (z. B. Contentful, Sanity)
Kein eigener Server, schneller Einstieg, professionelle Infrastruktur inklusive. Dafür liegen deine Inhalte beim Anbieter — bei sensiblen Daten oder strengen DSGVO-Anforderungen wird das zum Thema. Und die Preise skalieren mit dem Nutzungsvolumen: Was im Gratis-Tier startet, kann bei Wachstum spürbar teurer werden.

Fazit

Headless CMS ist kein Trend, sondern eine ausgereifte Architektur-Entscheidung — mit echtem Preis: mehr Aufwand am Anfang, dafür Freiheit bei Darstellung, Kanälen und Anbieterwahl. Ob sie sich lohnt, entscheidet dein Projekt, nicht der Technik-Hype. Wenn du unsicher bist, welcher Weg für deine Website der richtige ist: Genau solche Fragen kläre ich am Anfang jedes Webdesign-Projekts — bevor eine Zeile Code entsteht.