Headless CMS vs klassisches CMS: Was passt zu deinem Projekt?

Headless CMS ist in den letzten zwei Jahren von einer Entwickler-Nische zum Marketing-Buzzword geworden. Jede Agentur empfiehlt es, jeder Anbieter erklärt dir, warum dein klassisches CMS angeblich nicht mehr zeitgemäß ist. Die Realität in mittelständischen Unternehmen sieht anders aus. Für 80 Prozent der Unternehmenswebsites ist ein Headless-Setup überdimensioniert, teuer und schiebt Arbeit ins Entwicklerteam, die vorher die Redaktion alleine gemacht hat.

Trotzdem gibt es klare Fälle, in denen Headless die einzig sinnvolle Architektur ist. Wer das richtig einordnet, spart sich entweder einen sechsstelligen Fehlinvestition oder gewinnt einen echten technologischen Vorsprung. Beides ist möglich, je nach Ausgangslage.

Was Headless CMS technisch von klassischen Systemen unterscheidet

Ein klassisches CMS wie WordPress oder TYPO3 vereint Inhaltsverwaltung und Darstellung in einem System. Du pflegst Texte und Bilder im Backend, die Templates rendern direkt das HTML, das beim Besucher ankommt. Backend und Frontend sind technisch fest verdrahtet.

Ein Headless CMS macht aus dem Backend ein reines Content-Repository. Über eine REST- oder GraphQL-API liefert es strukturierte Daten an beliebige Frontends aus. Das kann eine Website auf Astro oder Next.js sein, eine Mobile App, ein Digital Signage Display oder ein KI-Assistent. Der gleiche Inhalt, ausgespielt in jedem Kanal. Bekannte Anbieter sind Contentful, Storyblok, Strapi, Sanity und Hygraph.

Dazwischen liegt der Hybrid-Ansatz. WordPress lässt sich seit Jahren als Headless-Backend nutzen, entweder über die mitgelieferte REST API oder über das WPGraphQL-Plugin. Das Backend bleibt vertraut, das Frontend wird komplett neu gebaut, meist mit Astro oder Next.js. Diese Variante ist für viele Mittelständler der vernünftige Kompromiss zwischen Vertrautheit und moderner Architektur.

Wo Headless wirklich Vorteile bringt

Performance ist messbar besser. Ein Headless-WordPress-Setup auf Astro mit Cloudflare-Hosting liefert Seiten typischerweise in 200 bis 300 Millisekunden aus und erreicht im Lighthouse-Audit ohne große Tuning-Maßnahmen Werte zwischen 95 und 100. Eine klassische WordPress-Installation mit Plugins, ohne Caching und Optimierung, kommt selten unter eine Sekunde Ladezeit. Für SEO und Conversion macht das einen Unterschied.

Multi-Channel-Ausspielung ist der eigentliche Grund, warum Headless überhaupt entwickelt wurde. Wenn du den gleichen Produkttext auf deiner Website, in einer Mobile App und im stationären Handel auf einem Display brauchst, willst du ihn an einer Stelle pflegen. Klassische CMS sind dafür schlicht nicht gebaut. Sie wurden für Seiten konzipiert, nicht für strukturierte Daten.

Sicherheit ist der dritte Punkt. Laut dem aktuellen Patchstack-Report “State of WordPress Security 2026” stammen rund 96 Prozent der WordPress-Sicherheitslücken aus Plugins, der Rest überwiegend aus Themes. Ein Headless-Backend, das nur per API erreichbar ist und keine 30 Plugins für Slider, Forms und Caching laufen lässt, hat eine deutlich kleinere Angriffsfläche.

Wo klassische CMS die bessere Wahl bleiben

Redakteure mögen klassische CMS lieber. Das ist keine Geschmacksfrage, sondern Funktion. In WordPress oder TYPO3 siehst du beim Schreiben sofort, wie der Artikel später aussieht. Du klickst auf “Vorschau” und bekommst die fertige Seite. In einem Headless-CMS wie Strapi oder Contentful pflegst du Felder in einem Formular. Wie das später aussieht, weißt du erst nach dem Deploy.

Storyblok hat das Problem mit seinem Visual Editor entschärft, das funktioniert in der Redaktion deutlich besser. Aber generell gilt: Wenn deine Redaktion gewohnt ist, mit dem Block-Editor zu arbeiten und in einer Live-Vorschau zu sehen, was sie produziert, wird ein Wechsel auf reines Headless mühsam.

Der Plugin-Markt von WordPress ist unschlagbar. Wenn du eine Funktion brauchst, gibt es dafür in 95 Prozent der Fälle ein etabliertes Plugin. Bei einem Headless-Setup baust du diese Funktion selbst, integrierst einen externen Service oder verzichtest darauf. Das treibt Entwicklungskosten und Wartung in die Höhe.

Die Kostenrealität 2026

Headless ist nicht günstiger. Bei den Lizenzkosten der bekannten SaaS-Anbieter beginnt es bei Strapi Pro mit etwa 75 Dollar pro Monat. Storyblok startet im Growth-Plan bei 99 Dollar pro Monat für fünf Nutzer, jeder zusätzliche Nutzer kostet 15 Dollar, jede zusätzliche Sprache 20 Dollar. Contentful ruft im Premium-Plan, der Single Sign-On und erweiterte Rollen mitbringt, ab etwa 300 Dollar pro Monat auf, größere Enterprise-Verträge laufen über individuelle Angebote.

Dazu kommen die Entwicklungskosten. Ein Headless-Setup braucht ein separat entwickeltes Frontend, Hosting für dieses Frontend, eine CI/CD-Pipeline und Entwicklerwissen für Wartung und Erweiterung. Eine kleine Headless-Website beginnt in der Praxis bei 15.000 bis 20.000 Euro Initialkosten. Ein klassisches WordPress mit gutem Theme und sauberer Konfiguration ist für 5.000 bis 10.000 Euro fertig.

Wer das nicht mitrechnet, hat nach sechs Monaten ein Problem.

Der Mittelweg: WordPress als Headless-Backend

Für viele Mittelständler ist die ehrliche Antwort weder klassisches CMS noch reines Headless, sondern eine Kombination. WordPress als Backend behalten, weil Redaktion und Pflege funktionieren. Das Frontend neu bauen, weil Performance und Wartbarkeit besser werden.

Die WordPress REST API liefert alle Inhalte als JSON aus. WPGraphQL ergänzt eine GraphQL-Schicht, mit der das Frontend genau die Felder abfragt, die es braucht. Auf der Frontend-Seite hat sich für statische Marketing-Seiten Astro etabliert, weil es kein unnötiges JavaScript ausliefert. Für dynamische Anwendungen mit Login-Bereich oder personalisiertem Content ist Next.js die Standardwahl.

Der Vorteil dieser Variante: Die Redaktion arbeitet weiter wie bisher. Inhalte erscheinen nach dem Speichern automatisch im Live-Frontend, entweder über inkrementelles Rebuilding oder über Server-Side-Rendering. Du gewinnst Performance und Sicherheit, ohne Editorial-Komfort zu opfern.

Wann was sinnvoll ist

Für eine reine Marketing-Website mit einigen statischen Seiten, Blog und Kontaktformular reicht WordPress mit einem schlanken Theme. Headless lohnt sich hier nicht, du bezahlst nur Komplexität.

Wenn die Performance kritisch ist, du SEO-Ambitionen hast und das Budget für ein professionelles Frontend stimmt, ist Headless-WordPress mit Astro oder Next.js eine sinnvolle Wahl. Du behältst die Vorteile von WordPress und bekommst messbar schnellere Seiten.

Wenn du Inhalte tatsächlich in mehreren Kanälen brauchst, etwa Website plus App plus Print-Katalog plus Marktplatz-Listings, dann sind die reinen Headless-Anbieter wie Storyblok oder Contentful die richtige Wahl. Die Multi-Channel-Architektur ist das, wofür sie gebaut wurden. Hier zahlst du den Aufpreis, aber bekommst auch echten Mehrwert.

Wenn du eine sehr individuelle Webanwendung baust, etwa eine Plattform mit komplexen Strukturen, ist ein selbst gehostetes Strapi die flexibelste Lösung. Du hast volle Kontrolle, keine Lizenzkosten und kannst die Datenmodelle exakt zuschneiden.

Hilft es, ehrlich abzuwägen statt dem Hype zu folgen? In unseren Beratungen sehen wir immer wieder Unternehmen, die in ein teures Headless-Setup investiert haben und im Alltag die alte WordPress-Lösung vermissen. Bevor du dich entscheidest, lohnt sich ein nüchterner Blick auf Webdesign und Entwicklung und auf die individuelle Softwareentwicklung, wenn deine Anforderungen über das hinausgehen, was ein Standard-CMS leistet. Wenn du unsicher bist, sprich uns an. In einer Fokus-Session klären wir in 60 Minuten, welche Architektur für dein Projekt wirklich passt.