Headless CMS für Unternehmen: Wann es sich lohnt und wann nicht

Brauchen wir für den Relaunch ein Headless CMS? Diese Frage steht in vielen Lastenheften, oft weil eine Agentur es vorgeschlagen hat oder weil es modern klingt. Die ehrliche Antwort: Für manche Unternehmen ist es die beste Wahl, für viele andere wird die Website damit teurer, aufwendiger zu pflegen und abhängiger von Entwicklern, ohne dass Besucher automatisch davon profitieren.

Für diesen Ratgeber haben wir im Oktober 2026 die Preis- und Produktseiten von sieben Headless-Anbietern selbst abgerufen, die Dokumentation von Google zu JavaScript und Suchmaschinen gelesen, Fallbeispiele aus Deutschland, Österreich und der Schweiz ausgewertet und eigene Messdaten aus dem Chrome UX Report herangezogen. Wir bauen selbst Unternehmenswebsites, meist mit Framer, und haben deshalb ein Interesse an einer klaren Abgrenzung, aber keins daran, euch etwas auszureden, das passt. Am Ende bekommt ihr eine Excel-Vorlage, mit der ihr Systeme nach euren Kriterien und Kosten über drei Jahre vergleicht.

Kurz gesagt (Stand Oktober 2026)

Ein Headless CMS lohnt sich, wenn dieselben Inhalte in mehrere Kanäle, Marken oder viele Länder gehen und ihr ein eigenes Entwicklerteam oder eine feste Agentur habt. Ist die Website euer Hauptkanal und soll das Marketing ohne Entwickler veröffentlichen, ist ein klassisches oder visuelles CMS meist die bessere Wahl. Der Preis der Lizenz ist selten das Problem, er liegt für kleine Teams bei rund 100 bis 350 Euro beziehungsweise Dollar im Monat. Teuer wird nach unserer Einschätzung das Frontend, das bei Headless komplett selbst gebaut und gepflegt werden muss, samt Vorschau für die Redaktion. Für Unternehmensanforderungen wie Single Sign-on, Freigabe-Workflows und vertragliche Datenhaltung in der EU landet ihr bei den großen Anbietern fast immer im Enterprise-Tarif auf Anfrage. Mit der Excel-Vorlage am Ende rechnet ihr das für eure Lage durch.

Der Unterschied: Inhalte und Darstellung sind getrennt

Bei einem klassischen CMS verwaltet ein System Inhalte und baut daraus die Seiten, bei Headless liefert das CMS nur Inhalte über eine Schnittstelle, und die Website baut ein eigenes Programm. WordPress, TYPO3, Framer oder Webflow sind in diesem Sinn klassisch oder gekoppelt: Die Redaktion pflegt Texte und Bilder, und dasselbe System erzeugt die fertige Seite. Bei Storyblok, Contentful, Sanity, Strapi oder Hygraph fehlt dieser „Kopf“. Die Inhalte liegen strukturiert in einer Datenbank und werden über eine API ausgeliefert, an eine Website, eine App, ein Kundenportal oder einen Bildschirm im Laden.

Klassisches CMS und Headless CMS im Vergleich: Beim Headless-Ansatz kommt eine eigene Frontend-Anwendung dazu, die gebaut, gehostet und gepflegt werden muss.

Daraus folgen alle Vor- und Nachteile. Weil das Frontend frei ist, könnt ihr jede Technik und jedes Design umsetzen und dieselben Inhalte überall nutzen. Weil das Frontend frei ist, müsst ihr es aber auch selbst bauen: Seitenvorlagen, Navigation, Formulare, Weiterleitungen, Suche, Vorschau für die Redaktion. Was ein klassisches CMS mitbringt, ist bei Headless ein Entwicklungsprojekt.

Wann sich Headless lohnt

Headless spielt seine Stärken aus, wenn Inhalte mehrfach genutzt werden und Technik und Redaktion getrennt arbeiten sollen. Die öffentlich dokumentierten Projekte aus dem deutschsprachigen Raum, die wir gefunden haben, zeigen vier Muster:

• Viele Länder und Sprachen: Österreich Werbung spielt austria.info laut Storyblok in 24 Märkte und 20 Sprachen aus. Beim Industriekonzern HARTING arbeiten laut Contentful mehr als 100 Beschäftigte im System, ausgespielt wird in 19 Märkte.

• Website und App aus einer Quelle: Bei den Stadtwerken Düsseldorf sollen laut ihrer Agentur Ergosign Inhalte für Website und App künftig in einem CMS gepflegt werden.

• Portale und Anwendungen statt reiner Websites: dmTech hat mit Storyblok ein Portal für rund 800 Lieferanten in zwölf Sprachen gebaut, technisch in acht Wochen.

• Ein eigenes Entwicklerteam, das schneller werden will: McMakler hat ein gewachsenes WordPress abgelöst. Laut der Fallstudie von Storyblok sank die Entwicklungszeit für neue Abläufe von acht bis zehn Wochen auf wenige Tage. Matthias Knoche von McMakler: „We like that we can separate content work and development work in Storyblok.“

Alle diese Beispiele stammen aus Fallstudien der Anbieter oder ihrer Agenturen. Unabhängig gemessene Ergebnisse von Headless-Projekten sind öffentlich kaum zu finden. Auffällig ist auch, was sie gemeinsam haben: viele Märkte, viele Redakteure, mehrere Kanäle und ein Entwicklerteam im Hintergrund.

Wann Headless die falsche Wahl ist

Wenn die Website euer einziger wichtiger Kanal ist und das Marketing schnell und ohne Entwickler veröffentlichen will, bringt Headless vor allem Aufwand. Oleksiy Kalinichenko von PathToProject nennt in einem Beitrag vom April 2026 Bedingungen, die zusammen gegen Headless sprechen, darunter „the primary channel is still the website“, „marketing teams publish frequently without engineering support“ und „leadership is choosing headless mainly because it sounds future-proof“. Geoffrey Bock schreibt bei TechTarget im Juli 2024, viele klassische Systeme böten die nötigen Funktionen für einen einzelnen Inhaltsstrom, „without investing in the back-end complexities of a headless CMS“.

Ein offenes Gegenbeispiel kommt von der slowenischen Agentur Agiledrop. Ihr Geschäftsführer hat die eigene Website 2023 von Drupal auf Storyblok umgestellt und beschreibt im Oktober 2025, was danach fehlte: Formulare, einfache Weiterleitungen, versionierbare Konfiguration. Sein Fazit: „I traded constraints I understood for constraints I didn't.“ Agiledrop ist eine Drupal-Agentur und hat ein Eigeninteresse, und der Autor sieht die Ursache vor allem im eigenen Vorgehen: „The problem isn't Drupal. It's your process.“ Die genannten Lücken sind trotzdem typische Bausteine, die bei Headless eigens gebaut werden müssen.

Für ein typisches mittelständisches Unternehmen mit einer Website in zwei oder drei Sprachen, einem kleinen Marketingteam und ohne App ist ein Headless CMS deshalb meist überdimensioniert. Ein gutes klassisches oder visuelles CMS erfüllt dieselben Anforderungen mit weniger laufendem Entwicklungsaufwand.

Was ein Headless-Projekt wirklich kostet

Bei Headless ist die Lizenz in der Regel der kleinere Posten, Frontend und laufende Pflege der größere. Eine seriöse, öffentlich nachvollziehbare Rechnung über die Gesamtkosten haben wir nicht gefunden, nur Schätzungen ohne Quelle. Deshalb rechnen wir hier keine Pauschalsumme vor, sondern zeigen die Posten, die ihr in Angeboten vergleichen solltet:

• Lizenz: monatlich je nach Sitzen, Sprachen und Funktionen, für Unternehmensfunktionen oft auf Anfrage

• Frontend-Bau: Seitenvorlagen, Komponenten, Navigation, Formulare, Suche, Weiterleitungen, Mehrsprachigkeit, also das, was ein klassisches CMS mitliefert

• Vorschau für die Redaktion: muss bei Headless eigens eingerichtet werden, etwa über den Draft Mode von Next.js

• Hosting des Frontends: zusätzlich zum CMS, etwa bei Vercel, Netlify oder einem eigenen Server

• Laufende Entwicklung: jede neue Seitenart, jedes neue Modul und jedes Framework-Update braucht Entwickler

Dass Entwickler dafür nicht billiger werden, legt eine Auswertung von Storyblok selbst nahe. Für seinen State of CMS 2025 hat der Anbieter 7.374 Stellenanzeigen ausgewertet. In den USA lag das Durchschnittsgehalt für Entwickler mit klassischen CMS-Kenntnissen bei 75.575 Dollar, mit Headless-Kenntnissen bei 97.738 Dollar. In einer Netlify-Umfrage unter 6.407 Entwicklern und Führungskräften nannten Teams 2023 fehlende Ressourcen (29 Prozent) und fehlendes technisches Personal (21 Prozent) als Hürden beim Umstieg auf Composable-Architekturen, zu denen Headless CMS gehören. Storyblok wirbt umgekehrt auf seiner Preisseite damit, dass Headless-Nutzer im Schnitt fast 88.500 Dollar weniger ausgäben als Unternehmen mit monolithischen Systemen. Die Methode dieses Whitepapers haben wir nicht geprüft.

Kostenposten über drei Jahre: Bei Headless verschiebt sich das Geld von der Lizenz zum Frontend und zur laufenden Entwicklung. Die Größen sind schematisch, eure Zahlen tragt ihr in die Vorlage ein.

Die Anbieter im Überblick, Stand Oktober 2026

Für kleine Teams sind die Einstiegspreise ähnlich, für Unternehmensfunktionen verlangen fast alle ein individuelles Angebot. Die folgenden Angaben haben wir am 31. Oktober 2026 auf den Preisseiten der Anbieter abgelesen. Preise ändern sich oft, prüft sie vor einer Entscheidung.

• Storyblok: Growth 99 Euro im Monat mit 5 Sitzen und 2 Sprachen, Growth Plus 349 Euro mit 15 Sitzen und 10 Sprachen, Premium und Elite auf Anfrage. Bekannt für den visuellen Editor.

• Contentful: kostenloser Einstieg und Lite-Tarif, Enterprise auf Anfrage. Seit dem 1. September 2026 gehört Contentful zu Salesforce.

• Sanity: Growth 15 Dollar pro Sitz und Monat mit bis zu 50 Sitzen, Single Sign-on nur im Enterprise-Tarif.

• Strapi: Community-Version kostenlos unter MIT-Lizenz zum Selbsthosten, Growth 45 Dollar im Monat mit 3 Nutzern, jeder weitere 15 Dollar.

• Payload: Open Source unter MIT-Lizenz, wird selbst gehostet. Seit Juni 2025 gehört Payload zu Figma, neue Projekte in der Payload Cloud sind derzeit pausiert.

• Hygraph: Growth ab 199 Dollar im Monat mit 10 Sitzen und 3 Sprachen, auf GraphQL ausgelegt.

• Prismic: Tarife mit festen Preisen, aber laut eigener Sicherheitsseite gehostet „in the us-east-1 region“ in den USA. Einen Auftragsverarbeitungsvertrag online bereitzustellen ist laut Anbieter noch in Arbeit.

• WordPress headless: kostenlos, Inhalte über die eingebaute REST-API oder das Plugin WPGraphQL. Kosten entstehen für Hosting, Frontend und Wartung.

Die Preisseite von Storyblok: Growth und Growth Plus haben feste Preise, Premium und Elite gibt es nur auf Anfrage (1), und erst dort Funktionen wie Single Sign-on (2).

Für ein Unternehmen mit zehn Redakteuren und drei Sprachen reicht rechnerisch oft ein mittlerer Tarif. Sobald aber Single Sign-on, eigene Freigabe-Workflows, eine höhere Verfügbarkeitszusage oder vertraglich festgelegte Datenhaltung in der EU gefordert sind, und das ist in größeren Unternehmen die Regel, landet ihr bei Storyblok, Contentful, Sanity und Hygraph im Enterprise-Tarif. Fragt diese Preise früh an, sie entscheiden oft mehr als die Funktionen.

Die Übernahmen sind ein eigenes Entscheidungskriterium. Bei einem CMS bindet ihr euch für Jahre, und wenn ein Anbieter Teil eines größeren Konzerns wird, können sich Preise, Pläne und Ausrichtung ändern. Salesforce kündigt an, Contentful in seine eigenen Produkte zu integrieren, nach eigenen Worten unter Erhalt der offenen, kombinierbaren Architektur. Bei Open-Source-Systemen wie Strapi, Payload oder WordPress könnt ihr im Zweifel weiterarbeiten, auch wenn sich der Hersteller verändert.

Die Pressemitteilung von Salesforce mit dem Hinweis, dass die Übernahme von Contentful am 1. September 2026 abgeschlossen wurde (markiert).

Suchmaschinen und Ladezeit: kein Selbstläufer

Headless-Websites können sehr schnell sein, sind es aber nur, wenn das Frontend serverseitig oder statisch gerendert wird. Google rendert laut seiner Dokumentation jede Seite in einer eigenen Warteschlange: „The page may stay on this queue for a few seconds, but it can take longer than that.“ Inhalte, die erst JavaScript erzeugt, sieht Google also erst nach diesem Schritt. Und weiter: „server-side or pre-rendering is still a great idea“, unter anderem weil „not all bots can run JavaScript“.

Aus der Google-Dokumentation zu JavaScript-SEO: Serverseitiges Rendern oder Vorab-Rendern bleibt empfehlenswert (markiert).

Dass ein modernes Framework nicht automatisch schnell macht, zeigen die Daten echter Besucher. Im Chrome UX Report für Nutzer in Deutschland vom August 2026, den wir für unseren Ladezeit-Vergleich der Website-Systeme ausgewertet haben, bestehen mobil 46,3 Prozent der Websites mit Next.js und 41,9 Prozent mit Nuxt die Core Web Vitals. Bei WordPress sind es 63,2 Prozent, bei TYPO3 87,2 Prozent. Die Framework-Zahlen enthalten auch Webanwendungen und Shops und sind deshalb nur eingeschränkt vergleichbar. Sie sprechen aber gegen die Annahme, ein modernes Framework mache eine Website von sich aus schneller.

Die Redaktion: Vorschau zuerst prüfen

Fragt die Leute, die später jeden Tag damit arbeiten, und lasst euch die Vorschau zeigen, bevor ihr unterschreibt. Netlify, Plattform für Headless-Projekte, beschreibt in seinem Leitfaden von 2023 die Vorschau als die größte Hürde der frühen Headless-Jahre: „While previewing was the biggest challenge with the headless CMS editing experience, there were others“. Weil die Vorschau begrenzt war, brauchten Redakteure „an intimate understanding of the content schema to make changes to a page.“ Heute werben Sanity, Strapi, Hygraph und Contentful in ihren Tarifen mit Live-Vorschau. Die Arbeit verschiebt sich damit ins eigene Frontend, das die Vorschau anbinden muss.

Wie das im Alltag aussehen kann, beschrieb 2021 das Schweizer Programm EnergieSchweiz in einem Beitrag der Agentur Unic, damals mit Contentful und Gatsby: Die Vorschau brauche etwa 20 Sekunden zum Erstellen, und das reiche, weil man in 90 Prozent der Fälle wisse, wie die Änderung aussehen werde. Für eine Fachredaktion mag das passen, für ein Marketingteam, das Landingpages baut und testet, eher nicht. Anbieter wie Storyblok setzen deshalb auf visuelle Editoren mit Live-Vorschau, die aber ebenfalls vom eigenen Frontend abhängen und eingerichtet werden müssen.

Der Mittelweg: visuelles CMS oder hybrid

Zwischen klassisch und Headless gibt es Lösungen, die für viele Unternehmen besser passen als beide Extreme. Visuelle Website-Systeme wie Framer oder Webflow bringen Design, CMS, Mehrsprachigkeit und Hosting in einem Paket, die Redaktion bearbeitet Seiten direkt so, wie sie aussehen. Für ein Szenario mit zehn Redakteuren und drei Sprachen liegen sie nach Listenpreisen in einer ähnlichen Größenordnung wie die mittleren Headless-Tarife, ohne dass ein eigenes Frontend gebaut werden muss. Auch hier gilt aber der Unternehmensmaßstab: Bei Framer gibt es Single Sign-on nur im Enterprise-Tarif auf Anfrage, Freigabe-Workflows haben wir in den Tarifen nicht gefunden, und der Pro-Tarif ist auf 10 Sammlungen, 2.500 Einträge und 150 Seiten begrenzt. Für große Datenmengen, komplexe Rechte und die Ausspielung in Apps sind solche Systeme nicht gebaut.

Der zweite Mittelweg ist ein hybrides CMS: ein klassisches System, das zusätzlich eine API bietet, etwa WordPress mit seiner REST-API. Die Website läuft klassisch, einzelne Inhalte gehen zusätzlich an eine App oder ein Portal. Das ist oft der pragmatische Weg, wenn eine zweite Ausspielung absehbar, aber noch nicht der Kern ist. Wie sich Framer, Webflow und WordPress unterscheiden, steht in unserem Beitrag warum es kein einzelnes bestes System gibt.

So entscheidet ihr

Beantwortet vier Fragen, bevor ihr über Anbieter sprecht. Der Entscheidungsbaum fasst die ersten drei zusammen. Er ist ein Vorschlag von uns, abgeleitet aus den Kriterien von PathToProject und TechTarget und den Fallbeispielen oben.

Entscheidungsbaum Headless CMS: Kanäle, Entwicklerkapazität und Anforderungen der Redaktion führen zu klassisch, hybrid oder Headless.

• Kanäle: Gehen dieselben Inhalte heute oder in den nächsten zwei Jahren an mehrere Websites, Märkte, Apps oder Portale?

• Entwicklung: Gibt es ein Entwicklerteam oder eine Agentur mit festem Budget für laufende Weiterentwicklung?

• Redaktion: Soll das Marketing Seiten selbst bauen und sofort sehen, wie sie aussehen?

• Anforderungen: Braucht ihr Single Sign-on, Freigabe-Workflows und vertragliche EU-Datenhaltung, und habt ihr dafür Enterprise-Preise angefragt?

Wer dann vergleicht, sollte es mit festen Kriterien tun. Unsere Excel-Vorlage zum CMS-Vergleich gewichtet eure Anforderungen, bewertet bis zu vier Systeme und rechnet die Kosten über drei Jahre zusammen, ein ausgefülltes Beispiel mit erfundenen Werten liegt bei. Wie ihr Anforderungen vorher sauber aufschreibt, steht im Ratgeber zum Lastenheft für die Website.

Ausschnitt aus dem ausgefüllten Beispiel mit erfundenen Zahlen. Hier liegt das visuelle CMS vorn, weil das Beispiel nur eine Website ohne weitere Kanäle beschreibt. Mit mehreren Kanälen und eigenem Entwicklerteam fällt die Bewertung anders aus.

Häufige Fragen

Die meisten Fragen drehen sich um Kosten, Abhängigkeit und Suchmaschinen.

Ist ein Headless CMS besser für SEO?

Nicht von sich aus. Entscheidend ist, wie das Frontend rendert. Mit serverseitigem oder statischem Rendern kann eine Headless-Website sehr gut abschneiden, mit reinem Rendern im Browser riskiert ihr Verzögerungen bei Google und Probleme bei anderen Crawlern.

Sind wir mit Headless unabhängiger?

Vom Frontend ja, weil ihr Technik und Design frei wählt. Dafür hängt ihr stärker von den Entwicklern ab, die das Frontend gebaut haben, und bei Software-as-a-Service vom Anbieter des CMS. Lasst euch Quellcode, Zugänge und eine Dokumentation vertraglich zusichern.

Können wir später auf Headless umsteigen?

Ja. Wer seine Inhalte heute sauber strukturiert, etwa mit klaren Sammlungen für Produkte, Referenzen und Artikel, kann sie später in ein Headless CMS übernehmen. Das Frontend wird dann allerdings neu gebaut, ihr bezahlt den Relaunch also ein zweites Mal. Sind mehrere Kanäle schon fest geplant, ist der direkte Weg deshalb meist günstiger. Wie ein Umzug ohne Verlust in der Suche gelingt, steht in unserer Checkliste zum Website-Relaunch.

Was ist mit Datenschutz?

Prüft, wo die Daten liegen, und ob der Anbieter einen Auftragsverarbeitungsvertrag anbietet. Die Antworten unterscheiden sich stark: Manche Anbieter nennen eine EU-Region, andere hosten nur in den USA, und eine vertraglich zugesicherte Region gibt es oft erst im Enterprise-Tarif.

Was sich geändert hat und was das für euch heißt

Der Markt konsolidiert sich, und das verändert die Risiken bei der Wahl eines Anbieters.

17. Juni 2025: Payload gehört zu Figma. Die Software bleibt Open Source, neue Projekte in der Payload Cloud sind derzeit pausiert. Wer Payload nutzt, hostet selbst.

1. September 2026: Salesforce schließt die Übernahme von Contentful ab. Für Bestandskunden lohnt ein Blick auf Vertragslaufzeiten und Exportwege, für Neukunden die Frage nach der künftigen Produktplanung.

Stand Oktober 2026: KI-Funktionen wie automatische Übersetzung und Inhaltsassistenten stecken inzwischen bei vielen Anbietern in den Tarifen, etwa bei Storyblok, Sanity und Strapi, oft mit Kontingenten. Prüft, was davon im gewählten Tarif enthalten ist.

Stand dieser Fassung: 31. Oktober 2026. Preise und Tarife ändern sich häufig, prüft sie vor jeder Entscheidung auf den Seiten der Anbieter.

Fazit

Headless ist kein Upgrade, sondern eine Architekturentscheidung, die sich bei mehreren Kanälen, vielen Märkten und eigenem Entwicklerteam lohnt. Für eine Unternehmenswebsite, die vor allem Anfragen bringen soll und vom Marketing gepflegt wird, braucht ein gutes klassisches oder visuelles CMS keinen eigenen Frontend-Bau und ist deshalb meist schneller umgesetzt und einfacher für die Redaktion. Entscheidend sind nicht die Lizenzpreise, sondern die Kosten für Frontend, Vorschau und laufende Entwicklung über drei Jahre.

Beantwortet zuerst die vier Fragen oben, ladet euch dann die Excel-Vorlage zum CMS-Vergleich herunter und tragt eure Kriterien und Kosten ein. Wenn ihr dazu eine zweite Meinung wollt, schaut euch an, wie wir Unternehmenswebsites planen und umsetzen.