Headless CMS vs. WordPress: Was lohnt sich für wen?

WordPress betreibt einen riesigen Teil des Webs – und das aus gutem Grund. Trotzdem ist es nicht für jeden Fall die beste Lösung. Immer öfter fällt in Angeboten und Beratungsgesprächen der Begriff „Headless CMS“, inzwischen begleitet von zwei weiteren: „composable“ und „visual headless CMS“. Was steckt dahinter, was ist Marketing, und was passt zu dir?

Der Unterschied in einem Satz

Klassische Systeme wie WordPress verbinden Inhalt und Darstellung fest miteinander. Ein Headless CMS trennt beides: Es verwaltet nur die Inhalte und stellt sie über eine Schnittstelle bereit. Wie diese Inhalte aussehen, bestimmt ein separates, frei gestaltbares Frontend.

Headless, composable, visual: die Begriffe kurz sortiert

Drei Wörter, die im Verkaufsgespräch gern synonym benutzt werden, obwohl sie verschiedene Dinge meinen:

• Headless CMS. Das CMS hat keinen „Kopf“ mehr, also keine eigene Ausgabeschicht. Es liefert Inhalte als Daten über eine API. Alles, was mit Aussehen zu tun hat, passiert im Frontend. Beispiele: Strapi, Contentful, Sanity, Storyblok.
• Composable CMS. Hier geht es nicht um die Trennung von Inhalt und Darstellung, sondern um die Architektur drumherum: Statt einer Suite, die alles kann, setzt du dir dein System aus einzelnen, austauschbaren Diensten zusammen – CMS, Suche, Shop, Medienverwaltung, Formulare. Der Begriff stammt aus dem MACH-Umfeld (Microservices, API-first, Cloud-native, Headless). Jedes composable Setup ist headless; nicht jedes headless Setup ist composable.
• Visual headless CMS. Ein Headless CMS, das die Live-Vorschau des echten Frontends direkt in die Redaktionsoberfläche holt – teilweise inklusive Klick-ins-Bild-und-tippen. Der Begriff ist als Positionierung entstanden, weil genau das jahrelang die größte Schwäche von Headless war.

Praktisch heißt das: „Headless“ ist eine technische Aussage, „composable“ eine Aussage über deine Systemlandschaft, „visual“ eine über den Alltag deiner Redaktion. Nur die letzten beiden entscheiden darüber, ob deine Leute morgens gerne an den Rechner gehen.

Wo WordPress stark ist

Sei fair zu WordPress – es hat seine Stärken:

• Schnell startklar für klassische Blogs und einfache Websites.
• Riesiges Ökosystem an Themes und Plugins.
• Vertraut: Viele Redakteure kennen die Oberfläche bereits.
• Alles in einem: Formular, Suche, Bildverwaltung, Newsletter-Anbindung – bei WordPress ein Plugin, im composable Setup jeweils eine Entscheidung.

Wenn du eine überschaubare Website mit Blog brauchst und keine besonderen Ansprüche an Design oder Performance hast, ist WordPress oft völlig ausreichend. Auch ein zusammengewachsener Plugin-Stapel ist kein Problem, solange jemand ihn pflegt.

Wo ein Headless CMS gewinnt

Sobald es individueller, schneller oder vielseitiger werden soll, spielt der Headless-Ansatz seine Stärken aus:

• Freies Design: Das Frontend ist nicht an Vorgaben des CMS gebunden.
• Tempo: Vorgerenderte Seiten kommen als fertiges HTML beim Besucher an, statt bei jedem Aufruf aus Datenbank und Plugins zusammengebaut zu werden. Automatisch schneller ist Headless dadurch nicht – ein überladenes React-Frontend kann langsamer sein als ein schlankes WordPress. Schneller wird es, wenn Rendering-Strategie, Bildgrößen und Hosting zusammenpassen.
• Mehrere Kanäle: Dieselben Inhalte lassen sich auf Website, App und weiteren Kanälen ausspielen.
• Sicherheit: Das Redaktionssystem steht nicht mehr im selben Prozess wie die öffentliche Seite. Die typische WordPress-Einfallstür – ein veraltetes Plugin auf der öffentlich erreichbaren Installation – fällt damit weg. Ein Selbstläufer ist das nicht: Auch Strapi und das Frontend brauchen Updates.

Wie schlägt sich ein visuelles Headless CMS gegen WordPress?

Das ist die Frage, die am häufigsten gestellt wird, sobald der Begriff „visual headless CMS“ gefallen ist – und sie zielt auf die eine echte Schwäche des Headless-Ansatzes.

In WordPress schreibst du im Block-Editor und siehst dabei ungefähr die fertige Seite. Bei klassischem Headless schreibst du in ein Formular mit Feldern und siehst: ein Formular mit Feldern. Für strukturierte Inhalte – Produktdaten, Stellenanzeigen, Referenzen – ist das ein Vorteil, weil niemand versehentlich das Layout verbiegt. Für redaktionelle Seiten, die vom Zusammenspiel aus Text, Bild und Abstand leben, war es lange ein echter Rückschritt.

Genau diese Lücke schließen die „visual“ Funktionen. Bei Strapi sieht das so aus:

• Preview blendet die echte Frontend-Seite im Admin-Bereich ein. Über einen Schalter wechselst du zwischen Entwurf und veröffentlichter Fassung, den Vorschau-Link kannst du kopieren und zur Freigabe weitergeben. Die Funktion steht laut Strapi-Dokumentation allen Nutzern offen, auch der kostenlosen Community-Edition.
• Live Preview legt Editor und Vorschau nebeneinander und erlaubt das Bearbeiten direkt in der Vorschau. Diese Ausbaustufe ist seit Strapi 5.12 verfügbar und gehört zu den kostenpflichtigen Growth- und Enterprise-Plänen.

Ehrliche Einordnung: Vorschau ist bei Headless kein Schalter, den man umlegt. Sie muss eingerichtet werden – das Frontend braucht eine Route, die Entwürfe rendert, und einen abgesicherten Zugang dafür. Das ist überschaubarer Aufwand, aber er fällt an. Wer einem Anbieter glaubt, dass Headless „genauso komfortabel wie WordPress“ ist, wird zwei Wochen nach dem Launch enttäuscht.

Fazit für die Redaktion: Bei einer inhaltsgetriebenen Website mit vielen freien Layouts hat WordPress im Redaktionsalltag weiterhin die Nase vorn – außer, die Vorschau wird von Anfang an mitgeplant. Bei strukturierten Inhalten dreht sich das Bild: Dort ist das Feld-Formular nicht die Schwäche, sondern der Grund, warum die Seite nach zwei Jahren noch konsistent aussieht.

Composable CMS vs. WordPress: der Unterschied im Betrieb

Ein composable Setup ersetzt eine Installation mit vielen Plugins durch mehrere Dienste mit klaren Aufgaben. Was das im Alltag heißt:

Der Vorteil ist Austauschbarkeit: Wenn der Shop nicht mehr passt, tauschst du den Shop und nicht die Website. Der Preis dafür ist Integrationsarbeit – jede Verbindung zwischen zwei Diensten ist Code, den jemand schreiben und pflegen muss, plus mehrere Verträge, Rechnungen und Ansprechpartner statt einem.

Deshalb die ehrliche Regel: Composable lohnt sich ab der Größe, ab der ein einzelnes Plugin-Update wehtut. Wer drei Redakteure und eine Website hat, kauft sich damit Komplexität ohne Gegenwert. Wer mehrere Marken, einen Shop und ein Produktdaten-System betreibt, hat den Punkt längst überschritten.

Headless WordPress: die dritte Option

Es gibt einen Mittelweg, der selten im Angebot steht: WordPress als reines Backend betreiben und die Ausgabe über ein eigenes Frontend erledigen. Technisch geht das über die REST-API, die seit Version 4.7 zum Kern gehört, oder über GraphQL per Plugin.

Wofür das sinnvoll ist: Die Redaktion behält die vertraute Oberfläche samt Editor, die Inhalte müssen nicht migriert werden, und das Frontend wird trotzdem frei gestaltbar und vorgerendert.

Was du dabei nicht loswirst: Die WordPress-Installation bleibt bestehen, muss gepflegt und abgesichert werden – der Sicherheitsvorteil von Headless fällt also weitgehend weg. Und viele Plugins liefern ihre Funktion über das Theme aus, also über genau den Teil, den du gerade abgeschaltet hast; die musst du im Frontend nachbauen. Headless WordPress ist ein guter Weg, wenn dein Problem das Design ist. Es ist der falsche Weg, wenn dein Problem der Plugin-Stapel ist.

Was es kostet – die ehrliche Gegenrechnung

Der Kostenunterschied liegt nicht im CMS, sondern im Frontend. WordPress bringt mit einem gekauften Theme eine fertige Darstellung mit; bei Headless wird das Frontend gebaut. Deshalb startet eine Unternehmens-Website mit klassischem CMS bei uns ab 990 €, während ein Headless-Setup mit eigenem Frontend im Bereich individueller Entwicklung liegt – ab 3.900 € für einen abgegrenzten ersten Schritt, mit 79 €/h für den Ausbau. Wie sich so eine Kalkulation zusammensetzt, steht ausführlich in Was kostet individuelle Software?.

Im Betrieb dreht sich das Bild teilweise. Die Posten, die du dabei vergleichen musst:

Die Zahl, die den Ausschlag gibt, ist selten die Rechnung fürs Hosting. Es ist die Frage, wie oft am Design geschraubt wird: Bei WordPress ist eine Layoutänderung häufig Theme-Konfiguration, bei Headless immer Code. Wer monatlich Landingpages umbaut, sollte das ehrlich einpreisen.

Und die Redaktion?

Eine häufige Sorge: „Können meine Leute damit noch umgehen?“ Ja. Ein gut eingerichtetes Strapi bietet klare, strukturierte Felder statt eines unübersichtlichen Editors. Inhalte pflegen wird dadurch oft sogar einfacher – und es kann nichts mehr versehentlich am Design kaputt gehen.

Zwei Dinge gehören trotzdem in die Planung, sonst wird der erste Monat unangenehm: die Vorschau (siehe oben) und ein Freigabeweg. Strapi trennt Entwurf und veröffentlichte Fassung; wer den Vorschau-Link zum Gegenlesen weitergeben kann, spart sich die Runde über E-Mail-Screenshots. Beides ist Einrichtungsarbeit am Anfang und danach unsichtbar.

Die Entscheidungshilfe

• Einfacher Blog, kleines Budget, vertraute Oberfläche? WordPress reicht meist. Wenn du überlegst, ob eine klassische Website genügt, hilft Website erstellen lassen: Ablauf, Kosten und worauf es ankommt bei der Einordnung.
• Individuelles Design, hohe Performance, mehrere Ausgabekanäle? Headless mit Strapi.
• Mehrere Marken, Shop, Produktdaten, eigene Suche? Dann ist composable die richtige Frage – und der Aufwand gerechtfertigt.
• Design stört, Redaktion soll bleiben? Headless WordPress prüfen, bevor du komplett migrierst.
• Du willst weg von Plugin-Wildwuchs und Sicherheitssorgen? Headless lohnt den Umstieg – aber richtig, nicht als headless WordPress.

Wir migrieren bestehende WordPress-Seiten auf eine Headless-Architektur. Was dabei planbar ist: Inhalte werden vollständig übernommen, URLs bleiben gleich oder werden per 301 weitergeleitet, Meta-Angaben und strukturierte Daten wandern mit. Was niemand seriös versprechen kann, ist ein unveränderter Rang bei Google – nach jedem Relaunch bewertet Google neu, und wer dir Ranking-Garantien gibt, verkauft dir etwas. Wie wir bei so einem Umzug vorgehen, steht in unserem Prozess.

Du überlegst, ob ein Headless CMS für dich Sinn ergibt? Zähl einmal durch, auf wie vielen Kanälen deine Inhalte erscheinen sollen, wie oft dein Design sich ändert und wie viele Plugins deine jetzige Seite braucht – das sind die drei Zahlen, an denen die Entscheidung hängt. Wenn du dabei unsicher bist, lass uns über dein Projekt sprechen: Wir schauen uns deine bestehende Seite an und sagen dir auch, wenn WordPress für dich die richtige Wahl bleibt. Wie wir Headless umsetzen, steht auf unserer Seite zum Headless CMS.

Häufige Fragen