Was ist ein Headless CMS? Erklärt für B2B-Unternehmen (2026)

Ein Headless CMS verwaltet Inhalte und liefert sie per Schnittstelle an Website, App oder KI-Agent. Was das für B2B-Unternehmen bringt, was es kostet und wann ein klassisches CMS reicht.

Veröffentlicht: 12 Min. Lesezeit
Diagramm eines Headless CMS: eine Content-Datenbank liefert Inhalte an Website, App und KI-Antwort

Ein Headless CMS ist ein Content-Management-System, das Inhalte nur verwaltet und speichert, aber nicht darstellt: Es liefert sie über eine Schnittstelle (API) an jedes Frontend, ob Website, App, Newsletter oder KI-Agent. Bei WordPress oder Wix sind Inhalt und Darstellung ein Stück Software, bei Headless sind es zwei. Von dieser Trennung hängt ab, ob deine Website in drei Jahren weitere Sprachen, einen gewachsenen Wissensbereich und KI-gestützte Pflege verträgt oder ob ein Neubau ansteht. in-sync.io und unsere neuen Astro- und Next.js-Projekte laufen auf Sanity. Dieser Artikel erklärt, wie ein Headless CMS funktioniert, vergleicht es mit WordPress und Webflow, zeigt Vorteile, Nachteile, Anbieter und Kosten, und sagt dir, wann du es brauchst und wann nicht.

Das Wichtigste in Kürze

  • Headless heißt: Inhalte liegen in einer Datenbank mit Schnittstelle, ein separates Frontend (bei uns Next.js oder Astro) stellt sie dar.
  • Lohnt sich ab einem von drei Kriterien: mehrere Sprachen, wachsender Wissensbereich oder programmatische Seiten, Anbindung von CRM oder Produktdaten.
  • Kosten 2026: Sanity Free mit 20 Seats, 10.000 Dokumenten und Presentation Mode, Hosting typischerweise 0-20 $ pro Monat. Der Kostenblock ist die Entwicklung.
  • „Dann kann mein Marketing nichts mehr ändern" erledigt Presentation Mode: Klick auf den Text in der Live-Vorschau öffnet das Feld.
  • KI-Agenten pflegen Inhalte über Sanity-API und Sanity-MCP-Server. Webflow und Wix haben das auch, der Unterschied liegt in Item-Limits und Zugriff auf Rendering und Schema.
  • Nicht headless gehen bei einer kleinen Website, die klein bleiben soll, ohne Entwickler-Budget oder wenn das Team Layouts selbst bauen will.

Die kurze Antwort

Ein Headless CMS ist ein Content-Management-System ohne eigene Darstellungsschicht. Es speichert Inhalte strukturiert (Überschrift, Text, Bild, Sprache, Verknüpfungen) und liefert sie über eine Schnittstelle an jedes Frontend. „Head" ist der Kopf, also die Website, die der Besucher sieht. Diesen Kopf steckst du an: eine Website in Next.js oder Astro, eine App, einen KI-Agenten.

Für B2B-Unternehmen zählt ein Grund: Inhalte werden zum System statt zur Seite. Ein Produkttext existiert einmal und erscheint auf der Produktseite, im Datenblatt und in der englischen Version. Mehrere Sprachen, hunderte Seiten aus einem Template und KI-Automatisierung sind die Grundarchitektur, nicht der Sonderfall.

Der Preis: Ohne Entwickler gibt es keine Website. Für zehn Seiten mit Kontaktformular ist das zu viel Aufwand, für eine Website, die über Jahre wachsen soll, erspart es den Neubau.

Wie ein Headless CMS funktioniert

Ein klassisches CMS wie WordPress ist ein Monolith: Datenbank, Redaktionsoberfläche, Theme und Auslieferung sind ein Stück Software auf einem Server. Ein Plugin-Update kann die Startseite brechen. Wix ist derselbe Monolith, nur gemietet.

Ein Headless CMS trennt das in zwei Teile. Teil eins ist die Content-Datenbank mit Redaktionsoberfläche, bei Sanity heißt sie Studio: Dort legt dein Marketing Artikel an, wählt Bilder, pflegt Übersetzungen. Teil zwei ist das Frontend: Code, der die Inhalte per API abholt und daraus HTML macht. Du tauschst das Frontend aus, ohne einen Inhalt anzufassen, und gibst dieselben Inhalte an eine App oder einen KI-Agenten.

Zwei Wege, daraus Seiten zu machen: Static Site Generation (SSG) erzeugt alle Seiten einmal beim Build als fertiges HTML, so bauen wir mit Astro. Server-Side Rendering (SSR) erzeugt die Seite bei jeder Anfrage, so läuft in-sync.io auf Next.js. Beides liefert Google und KI-Crawlern vollständiges HTML.

Headless CMS erklärt: klassisches CMS als Monolith mit Datenbank, Editor, Theme und Auslieferung gegenüber einem Headless CMS, das Inhalte per API an Website, App und KI-Agent liefert

Headless CMS vs. klassisches CMS vs. Builder-CMS

WordPress steht für das klassische CMS, Webflow und Wix für Builder-CMS (Design-Editor und CMS in einer Plattform), Sanity für Headless.

Headless CMS vs. klassisches CMS vs. Builder-CMS

KriteriumHeadless CMS (Sanity)Klassisches CMS (WordPress)Builder-CMS (Webflow, Wix)
Inhalt und DarstellungGetrennt, Frontend frei wählbarEin System, Theme bestimmt DarstellungEin System, Editor bestimmt Darstellung
Editor für MarketingStudio plus Presentation Mode (Klick in der Vorschau öffnet das Feld)Gutenberg, Layout je nach ThemeVisueller Editor, Layout und Inhalt vermischt
Content-ModellFrei definierbar, beliebige Verknüpfungen (Free: 10.000 Dokumente)Beiträge, Seiten, Custom Post Types per PluginWebflow Premium: 40 Collections, 20.000 Items
MehrsprachigkeitDokument pro Sprache, übersetzte URLs, hreflang im Code, kein AufpreisPlugin (WPML, Polylang)Webflow: 9-29 $ pro Sprache und Monat; Wix: Kopie der Website
PerformanceAstro: 0 KB JavaScript für statische Inhalte; Next.js: Server-RenderingAbhängig von Theme, Plugins, HostingPlattform-Skripte laden immer, kein Zugriff auf Caching
Sicherheit und WartungKein Backend am Frontend, keine Plugin-UpdatesCore-, Theme-, Plugin-Updates, häufiges AngriffszielPlattform pflegt, du hast keinen Einfluss
Mehrkanal (Website, App, KI)GrundprinzipPer REST-API oder WPGraphQL nachrüstbarAPI und MCP-Server mit Rate-Limits
Programmatische SeitenGrundarchitektur, Sitemap und Verlinkung im CodeMöglich, mit Plugins unübersichtlichWorkaround innerhalb der Item-Limits
Laufende Kosten (2026)Sanity Free 0 $, Hosting 0-20 $ pro MonatSoftware 0 $, Hosting plus Plugin-LizenzenWebflow Premium 25 $, Wix 17-159 $ pro Monat und Website
Export und Lock-inCode im eigenen Git-Repository, Inhalte als ExportWXR-Export, Theme bleibt an WordPress gebundenWebflow: HTML/CSS ohne CMS-Inhalte; Wix: kein Export

Direktvergleich: Webflow vs. WordPress. Alle drei Stufen für dein Unternehmen eingeordnet: Baukasten, Webflow oder Next.js.

Vorteile eines Headless CMS für B2B-Unternehmen

Sechs Vorteile, die sich im Projektalltag messen lassen, nicht sechs Versprechen.

Mehrsprachigkeit ohne Aufpreis

Bei LeanWave (RFID für Textilservice und Wäschereien) liegt Englisch auf der Wurzel, Deutsch unter /de. Jedes Dokument existiert pro Sprache, URL-Segmente sind übersetzt (/solutions wird zu /de/loesungen), hreflang kommt aus dem Code. Eine dritte Sprache ist ein weiterer Sprachzweig, kein Add-on. In Webflow kostet dieselbe Struktur 9 $ pro Sprache und Monat bis drei Sprachen, 29 $ bis zehn.

Performance ohne Decke

Weil das Frontend Code ist, entscheidest du, was lädt. Astro liefert standardmäßig 0 KB JavaScript für statische Inhalte, nur interaktive Teile („Islands") laden Skripte. Was das in Zahlen heißt: leanwave.com, das wir statisch mit Astro bauen, lädt auf der Startseite rund 39 KB JavaScript in drei Dateien. Eine unserer Webflow-Seiten lädt an derselben Stelle rund 740 KB in dreizehn Dateien (eigene Messung, 13.09.2026). Was die Messwerte bedeuten: Core Web Vitals.

Sicherheit

Das Frontend hat keinen Admin-Login und keine Datenbank, die ein Angreifer erreichen könnte. Bei einer statischen Astro-Website liegt nur HTML auf dem Server, die Redaktion läuft getrennt beim CMS-Anbieter. WordPress braucht Core-, Theme- und Plugin-Updates, jedes Plugin ist eine mögliche Lücke.

Content-Wiederverwendung

Ein Testimonial liegt einmal in Sanity und erscheint auf Startseite, Leistungsseite und Case Study. Änderst du den Ansprechpartner, ändert er sich überall. Bei in-sync.io kommen 49 Wissen-Artikel, 10 Service-Seiten und 17 Stadtseiten aus einer Datenbank.

Programmatische Seiten

Aus strukturierten Daten entstehen hunderte Seiten aus einem Template: Branchen mal Leistungen, Glossare, Vergleichsseiten. Definiere dabei vorab, welche Kombination überhaupt eine eigene Seite verdient. Google wertet dünne Massenseiten als Doorway-Pages ab (Seiten, die nur existieren, um ein Keyword abzudecken), und das haben wir auf unserer alten Website selbst erlebt.

KI-Anbindung über API und MCP

Mit Sanity als strukturierter Content-Datenbank steuerst du die gesamte Kette programmatisch: Content-Modell, Templates, Inhalte, Verlinkung, Schema, Sitemap, Deploy. KI-Agenten legen über die Sanity-API und den Sanity-MCP-Server (MCP: eine offene Schnittstelle, über die KI-Modelle direkt mit Werkzeugen wie einem CMS arbeiten) Inhalte an, prüfen und pflegen sie.

Eine Einordnung, damit der Begriff nicht falsch verstanden wird: MCP ist keine Eigenschaft von Headless-Systemen. Webflow und Wix haben ebenfalls offizielle MCP-Server und APIs, ein KI-Agent kann dort also genauso Inhalte anlegen. Was ein Headless CMS im Code-System hinzufügt, sind vier Dinge: ein Content-Modell ohne die Item- und Collection-Grenzen eines Builders, Templates, die mehrere Datenquellen kombinieren dürfen, Zugriff auf Rendering, Caching, Schema und Sitemap-Logik, und damit programmatische Seiten als Normalfall statt als Workaround. Wie Inhalte in KI-Antworten landen: Generative Engine Optimization.

Nachteile: wann sich ein Headless CMS nicht lohnt

Ein Headless CMS ist ein Tausch: mehr Kontrolle gegen mehr Verantwortung. Drei Fälle, in denen er schlecht ist.

Kleine Websites. Zehn Seiten, ein Kontaktformular, zwei Änderungen pro Jahr. Headless CMS plus Frontend-Entwicklung kostet hier mehr, als die Website je einbringt.

Kein Entwickler-Budget. Das Frontend muss jemand bauen und pflegen: Agentur oder eigenes Team. Wer nach dem Launch niemanden mit Code-Zugang hat, sitzt bei der ersten Layout-Änderung fest.

Das Team will WYSIWYG ohne Vorschau. Bei Headless-Systemen der ersten Generation war der Einwand berechtigt: Die Redaktion tippte in Formulare und sah das Ergebnis erst nach dem Deploy. Die Antwort heißt heute Presentation Mode: Dein Team sieht die Live-Website in einer Vorschau, klickt auf eine Überschrift, und rechts öffnet sich das Feld mit dem Text. Bei LeanWave arbeitet die Redaktion so im Tagesbetrieb. Was das Marketing dort nicht kann: Sections umbauen oder Seitentypen erfinden. Das begrenzt die Freiheit und hält das Design über Jahre sauber.

Dazu kommt: CMS, Frontend und Hosting sind drei Verträge statt einem. Wer das nicht betreuen lassen will, bleibt auf einer Plattform.

Headless-CMS-Anbieter im Überblick (2026)

Sieben Systeme, die in B2B-Projekten regelmäßig zur Wahl stehen. Preise, wie sie am 13.09.2026 auf den Herstellerseiten standen.

Sanity

Sanity (sanity.io) ist ein gehostetes Headless CMS mit einer Redaktionsoberfläche, dem Studio, das als Open-Source-React-Anwendung vollständig anpassbar ist. Inhalte liegen als strukturierte Dokumente im Content Lake, abfragbar über die Abfragesprache GROQ oder GraphQL. Echtzeit-Zusammenarbeit, Presentation Mode für die Live-Vorschau und ein offizieller MCP-Server gehören dazu. Unsere Wahl, Begründung weiter unten.

Contentful

Contentful (contentful.com) ist einer der ältesten Anbieter im Markt und stark im Enterprise-Segment: große Redaktionen, viele Märkte, viele Ausspielkanäle. Inhalte werden über REST- und GraphQL-APIs geliefert, Erweiterungen laufen über ein App-Framework. Der Free-Plan deckt 10 Nutzer, 2 Sprachen und 10.000 Einträge ab, der nächste Schritt (Lite) beginnt bei 300 $ pro Monat.

Storyblok

Storyblok (storyblok.com) ist ein Headless CMS aus Österreich, dessen Kernmerkmal der visuelle Editor ist: Redakteure bearbeiten Inhalte in einer Vorschau der Website, Inhalte sind aus Komponenten („Bloks") zusammengesetzt, die Entwickler definieren. Für Marketing-Teams, die von WordPress oder einem Baukasten kommen, ist der Einstieg dadurch vertraut. Der Starter-Plan ist kostenlos mit einem Platz, 2 Sprachen und 20.000 Einträgen, Growth beginnt bei 99 $ pro Monat mit 5 Plätzen und unbegrenzten Sprachen.

Payload

Payload (payloadcms.com) ist ein Open-Source-CMS in TypeScript, bei dem das Content-Modell als Code konfiguriert wird und das sich direkt in eine Next.js-Anwendung einbetten lässt. Du hostest es selbst oder beim Anbieter. Für Teams mit eigenen Entwicklern, die CMS und Frontend in einem Repository halten wollen, ein kurzer Weg.

Strapi

Strapi (strapi.io) ist ein Open-Source-Headless-CMS auf Node.js-Basis mit Admin-Oberfläche, REST- und GraphQL-API und einem Plugin-System. Du betreibst es auf eigener Infrastruktur oder auf Strapi Cloud. Der Vorteil ist volle Datenhoheit, der Preis ist Betrieb und Updates in eigener Verantwortung. Verbreitet bei IT-Unternehmen, die ohnehin Server betreiben.

Hygraph

Hygraph (hygraph.com), früher GraphCMS, ist ein GraphQL-natives Headless CMS aus Berlin. Ein Merkmal ist Content Federation: Daten aus externen Quellen wie PIM- oder Shop-Systemen lassen sich in einer Abfrage mit CMS-Inhalten zusammenführen. Interessant für Unternehmen, deren Produktdaten bereits in anderen Systemen liegen und die kein zweites Datensilo aufbauen wollen.

WordPress headless

WordPress (wordpress.org) lässt sich headless betreiben: Das Backend bleibt, Inhalte kommen über die REST-API (developer.wordpress.org/rest-api) oder WPGraphQL an ein Frontend in Next.js oder Astro. Sinnvoll, wenn ein Team Gutenberg kennt und tausende Beiträge nicht migrieren will. Plugin-Wartung und Backend-Hosting bleiben, nur das Frontend wird schnell und sicher.

Warum wir mit Sanity bauen. Nicht, weil es den anderen überlegen wäre, sondern weil es zu unserer Arbeitsweise passt: Content-Modell als Code im Repository, Studio pro Kunde angepasst, Presentation Mode im Free-Plan, MCP-Server für KI-Agenten. Der vollständige Blick, Grenzen eingeschlossen: Sanity CMS: was es kann und wo es passt.

Was kostet ein Headless CMS (2026)

Die Lizenz ist selten der Kostenblock. Sanity Free kostet 0 $ mit 20 Seats, 10.000 Dokumenten, 100 GB Assets, 100 GB Bandbreite pro Monat sowie Presentation und Visual Editing. Growth kostet 15 $ pro Seat und Monat mit 25.000 Dokumenten (sanity.io/pricing, abgerufen 13.09.2026). Contentful und Storyblok bieten ebenfalls kostenlose Contentful beginnt nach dem Free-Plan bei 300 $ pro Monat, Storyblok bei 99 $. Strapi oder Payload kosten keine Lizenz, dafür Server und Wartungszeit.

Dazu kommt Hosting. Vercel Pro kostet 20 $ pro Entwickler-Seat und Monat inklusive 20 $ Nutzungsguthaben, ohne Grundgebühr pro Projekt; Netlify, Cloudflare Pages oder ein eigener Server gehen ebenso. Eine Astro- oder Next.js-Website mit Sanity Free läuft damit typischerweise mit 0-20 $ Hosting pro Monat, nahezu ohne laufende Plattformgebühren und ohne Aufpreis pro Sprache. Webflow Premium mit Zusatzsprache: 34 $ pro Monat und Website.

Der echte Kostenblock ist die Entwicklung: Content-Modell, Templates, Studio-Anpassung, Migration. Wo das landet: Webentwicklung Kosten. Was ein Projekt bei uns umfasst: Webentwicklung-Agentur.

Headless CMS mit Next.js oder Astro: so bauen wir es

Sanity hält die Inhalte, das Frontend macht daraus Seiten, und bei jeder Änderung im Studio schickt ein Webhook (ein automatischer Aufruf von Sanity an das Hosting) das Signal zum Neubau.

in-sync.io, unsere eigene Website. Das Content-Modell ist hier der interessante Teil: Wissen-Artikel, Service-Seiten und Stadtseiten sind drei Dokumenttypen in einer Sanity-Datenbank, aus denen 49, 10 und 17 Seiten entstehen, jeweils zweisprachig mit hreflang. Gebaut auf Next.js mit Server-Rendering, dazu llms.txt, IndexNow und FAQPage-Schema. Vorher lief die Website auf Wix und rankte für praktisch nichts.

LeanWave. Astro statisch, Sanity, Tailwind, Vercel. 64 Dokumente, 86 Bild-Assets, zweisprachig EN/DE. Der Build backt alle Inhalte in HTML ein, Rebuild per Webhook bei jeder Änderung. Presentation Mode läuft auf einem separaten Vorschau-Deployment, die öffentliche Website bleibt reines HTML.

Yarowa. Ein internationaler B2B-Kunde mit fünfsprachiger Website, in Webflow gebaut, Export 1:1 nach Astro portiert: 5 Sprachen, 21 Seiten-Templates, 163 Sections, Design unverändert. Der Anschluss an Sanity ist in Planung.

Astro oder Next.js? Aktuell bevorzugt Astro, weil Marketing-Websites keine Logik pro Anfrage brauchen. Next.js bei Login, Echtzeit-Daten und App-Funktionen. Vergleich mit Webflow: Webflow vs. Next.js, Umzugsweg: Webflow zu Next.js migrieren.

Wann Headless, wann nicht

Die Entscheidung hängt an drei Dingen: wie stark der Content wächst, ob ein Entwickler-Budget da ist und wer die Layouts baut.

Drei Kriterien für ein Headless CMS: mehrere Sprachen, wachsendes Content-Volumen und Integrationen, eines davon genügt

Wähle ein Headless CMS, wenn

Ein Kriterium reicht, wenn es dauerhaft gilt.

  • die Website in zwei oder mehr Sprachen laufen soll
  • Wissensbereich, Glossar oder Branchenseiten die Seitenzahl deutlich wachsen lassen
  • Inhalte in mehreren Kanälen erscheinen: Website, App, Datenblätter, KI-Agenten
  • Produktdaten, CRM oder andere Systeme angebunden werden
  • Code und Inhalte dir gehören sollen, unabhängig von Plattform und Agentur.

Bleib beim klassischen CMS oder bei Webflow, wenn

Ein Punkt reicht, wenn er dauerhaft gilt.

  • die Website bis etwa 30 Seiten hat, eine oder zwei Sprachen nutzt und keine programmatischen Seiten geplant sind
  • kein Budget für Entwicklung nach dem Launch existiert
  • dein Marketing Layouts selbst bauen will, nicht nur Inhalte pflegen
  • Tempo bis zum Launch und Design den Ausschlag geben: dann Webflow, unsere Webflow-Agentur baut das
  • ein WordPress mit tausenden Beiträgen gut läuft: dann WordPress als Headless-Backend statt Komplettumzug.

Beim Umzug gilt immer: Redirect-Map 1:1 für jede alte URL, Vorher-Crawl, Ranking-Snapshot. Details: Website-Relaunch ohne SEO-Verlust und unsere Website-Relaunch-Agentur.

Häufige Fragen

Ein Content-Management-System, das Inhalte speichert und verwaltet, aber nicht darstellt. Die Inhalte gehen über eine API an ein separates Frontend, zum Beispiel eine Website in Next.js oder Astro, eine App oder einen KI-Agenten. Bei WordPress oder Wix sind Inhalt und Darstellung ein System, bei Headless zwei.

WordPress liefert Backend, Theme und Auslieferung als ein Paket auf einem Server. Ein Headless CMS liefert nur Daten, das Frontend ist eigener Code: keine Plugin-Updates am Frontend, freie Wahl der Technik, ein Inhalt für viele Kanäle. WordPress selbst lässt sich über REST-API oder WPGraphQL headless betreiben, dann wird nur das Frontend ersetzt.

Vier, die sich in Geld übersetzen: Mehrsprachigkeit ohne Aufpreis pro Sprache (Webflow: 9-29 $ pro Sprache und Monat), Performance ohne Plattform-Decke (Astro: 0 KB JavaScript für statische Inhalte), Content-Wiederverwendung über Website, App und Datenblätter, programmatische Seiten und KI-Pflege über API und MCP-Server.

Inhalte ja, Layouts nein. Texte, Bilder, Artikel und Übersetzungen pflegt das Team im Studio, mit Presentation Mode per Klick in der Live-Vorschau. Bei LeanWave läuft das im Tagesbetrieb mit 64 Dokumenten. Neue Seitentypen oder Section-Umbauten brauchen Entwickler, und genau das hält das Design über Jahre sauber.

Sanity Free kostet 0 $ mit 20 Seats, 10.000 Dokumenten und Presentation Mode, Growth 15 $ pro Seat und Monat. Dazu Hosting, typischerweise 0-20 $ pro Monat (Vercel Pro, ein Seat). Contentful und Storyblok haben ebenfalls Einstiegspläne, Preise auf deren Preisseiten. Der Kostenblock ist die Entwicklung des Frontends, nicht die Lizenz.

Das hängt von Team und Daten ab. Sanity, wenn Content-Modell und Studio als Code im Projekt liegen sollen und KI-Anbindung geplant ist. Storyblok, wenn der visuelle Editor entscheidet. Strapi oder Payload, wenn eigene Entwickler selbst hosten. Hygraph, wenn Produktdaten aus PIM oder Shop zusammenfließen. WordPress headless, wenn tausende Beiträge bleiben.

Nächster Schritt

Schick uns den Link zu deiner Website und wir sagen dir im Erstgespräch, ob ein Headless CMS für dich sinnvoll ist, auch wenn die Antwort Webflow lautet. Button: „Erstgespräch buchen" → /kontakt

20-Minuten Gespräch, ohne Verkaufsdruck. Ihr beschreibt, was ihr vorhabt und wir sagen, ob und wie wir helfen können.

Max Herzer

Max Herzer

Consultant & Business Development