Headless CMS: wohin sich moderne Webentwicklung bewegt

Was ist ein Headless CMS?

Ein Headless CMS verwaltet Inhalte, liefert sie aber ausschließlich über eine REST- oder GraphQL-Schnittstelle aus. Die Darstellung übernimmt ein separates Frontend. Redaktion und Ausgabe sind damit entkoppelt: derselbe Datensatz geht an die Website, an eine App und an jeden weiteren Kanal, ohne dass ihn jemand zweimal pflegt.

Der Name kommt vom fehlenden Kopf, also von der Präsentationsschicht. Übrig bleibt ein Redaktionssystem mit API. Ob daraus eine Next.js-Seite, ein Astro-Build oder eine React-Native-App wird, entscheidet das Entwicklungsteam und nicht der CMS-Hersteller.

Ein Headless CMS ist deshalb keine schnellere Version von WordPress, sondern eine andere Aufgabenteilung. Das ist der Punkt, an dem die meisten Projektdiskussionen kippen.

Reicht WordPress nicht mehr aus?

Für viele Projekte reicht es. W3Techs führt WordPress seit Jahren bei rund 43 Prozent aller Websites, und eine Firmenpräsenz mit zehn Seiten braucht selten mehr. Eng wird es an zwei Stellen: sobald derselbe Inhalt auch in eine App oder ein Partnerportal muss, und sobald das Frontend eine eigene Technologie bekommen soll.

In einem klassischen CMS hängen Inhalt und Darstellung fest zusammen. WordPress kümmert sich in einem Prozess um Datenbank, Templating, Server-Logik und Auslieferung. Das ist bequem, solange man innerhalb dieses Rahmens bleibt. Verlässt man ihn, zahlt man mit Plugins, und jedes Plugin ist eine Abhängigkeit, die aktualisiert und im Zweifel ersetzt werden will.

Wir bauen weiterhin WordPress-Projekte, wenn die Anforderung dazu passt. Den direkten Vergleich haben wir separat aufgeschrieben: Individualentwicklung oder WordPress.

Wie funktioniert eine Headless-Architektur?

Die Redaktion schreibt im CMS, das CMS speichert den Inhalt und stellt ihn über eine API bereit. Jedes Frontend holt sich die Daten dort ab, entweder beim Build oder zur Laufzeit. Die Auslieferung an den Browser übernimmt anschließend ein CDN, nicht mehr der CMS-Server.

Klassisches, monolithisches CMS:

Anfrage des Besuchers
    →
WordPress-Server → Datenbankabfrage
    →
HTML-Erzeugung (PHP)
    →
ausgelieferte Seite

Headless CMS:

Redaktion → Headless CMS → Datenbank
    →
REST- / GraphQL-API
    →
mehrere Ziele parallel:
  → Website (Astro, Next.js)
  → Mobile App (React Native, Flutter)
  → Digital Signage / IoT

Wie viel schneller wird die Website wirklich?

Deutlich, aber die Zahl hängt am Setup. In unseren eigenen Projekten liegt die Time to First Byte bei statisch ausgelieferten Seiten zwischen 50 und 100 Millisekunden, bei klassischen WordPress-Installationen zwischen 200 und 800. Das sind Erfahrungswerte aus laufenden Deployments, keine Erhebung mit offengelegter Methodik.

Den wirtschaftlichen Effekt hat Deloitte Ireland im Auftrag von Google gemessen (veröffentlicht am 24.03.2020): 0,1 Sekunden schnellere mobile Ladezeit hoben die Conversion im Handel um 8,4 Prozent, im Reisesegment um 10,1 Prozent. Ausgewertet wurden Mobildaten europäischer und US-amerikanischer Marken aus Handel, Reise, Luxus und Leadgenerierung über vier Wochen; die genaue Zahl der Marken nennt der Bericht nicht. Vodafone dokumentiert im Web-Vitals-Fallbeispiel 31 Prozent besseren Largest Contentful Paint und 8 Prozent mehr Umsatz.

Beide Zahlen stammen aus Verkaufsprozessen. Auf einer Karriereseite würden wir denselben Effekt nicht erwarten, und wir haben auch keine Messung, die das belegen würde.

Der zweite Gewinn ist die Sicherheit, und der wird meist unterschätzt. Ohne öffentliches Admin-Panel, ohne serverseitig ausgeführten Code im Frontend und ohne Datenbankverbindung zum Besucher fällt ein großer Teil der üblichen Angriffswege weg. Was bleibt, ist die API des CMS, und die ist ein deutlich kleineres Ziel als eine gewachsene Plugin-Kette.

Welches Headless CMS passt zu welchem Team?

Es gibt kein bestes System, nur ein passendes. Die Auswahl hängt an zwei Fragen: Wer betreibt die Infrastruktur, und wie technisch ist die Redaktion? Fünf Systeme decken aus unserer Sicht das relevante Feld ab, von selbst gehostet bis Enterprise-SaaS.

Strapi v5

Das ausgereifteste Open-Source-System im Feld, inzwischen in Version 5 allgemein verfügbar. Node.js-basiert, selbst hostbar, große Community. Die Cloud-Variante beginnt bei 29 USD im Monat, self-hosted kostet die Lizenz nichts, dafür übernehmen Sie Updates und Betrieb. Der Sprung von v4 auf v5 ist keine Nebentätigkeit, das sollte man bei Bestandsprojekten einplanen.

// Strapi-API-Aufruf
const response = await fetch('https://api.example.com/api/articles?populate=*');
const { data } = await response.json();

Contentful

Der etablierte Anbieter für Konzernstrukturen. Der bezahlte Einstieg liegt bei 300 USD im Monat, Enterprise-Verträge werden individuell verhandelt und nicht veröffentlicht. Stark bei Auslieferung, SDKs und GraphQL, schwach beim Preis und bei der Abhängigkeit: Ihre Inhaltsmodelle liegen in einem proprietären System, ein späterer Wechsel ist Projektarbeit.

Sanity

Sanity setzt auf gleichzeitiges Arbeiten am selben Dokument, ähnlich wie man es aus kollaborativen Texteditoren kennt. Der kostenlose Bereich ist großzügig, danach wird nutzungsbasiert abgerechnet. Die Abfragesprache GROQ ist mächtig und ungewohnt zugleich, und die Anpassung des Studios kostet mehr Einarbeitung, als die Demo vermuten lässt.

// Sanity-GROQ-Abfrage
const query = `*[_type == "article" && language == "de"] | order(publishedAt desc) {
  title,
  slug,
  "coverImage": coverImage.asset->url,
  publishedAt,
  excerpt
}`;

Payload 3

TypeScript zuerst, Konfiguration im Code statt in einer Oberfläche, und als einziges der fünf Systeme installiert es sich direkt in den App-Ordner eines Next.js-Projekts. Self-hosted ohne Lizenzkosten, Payload Cloud als Alternative. Entwürfe, Vorschau, Versionierung und geplantes Veröffentlichen sind eingebaut. Der Preis dafür ist die Bindung an Next.js und eine jüngere Community.

// Payload-3-Konfiguration in TypeScript
import { buildConfig } from 'payload';

export default buildConfig({
  collections: [
    {
      slug: 'articles',
      fields: [
        { name: 'title', type: 'text', required: true },
        { name: 'content', type: 'richText' },
        { name: 'locale', type: 'select', options: ['de', 'en'] },
      ],
    },
  ],
});

Keystatic

Von Thinkmill, dem Team hinter Keystone.js. Der Inhalt liegt als Markdown, YAML oder JSON direkt im Git-Repository, es gibt keine Datenbank und keine zusätzliche Infrastruktur. Für kleine bis mittlere Textmengen ist das die schlankeste Lösung im Feld. Bei sehr großen Inhaltsbeständen und bei gleichzeitiger Bearbeitung stößt der Ansatz an Grenzen.

Der Vergleich auf einen Blick

Was kostet ein Headless-Projekt in Euro?

Die Lizenz ist selten der große Posten, die Entwicklung schon. Bei uns liegt eine Unternehmenswebsite zwischen 2.080 und 3.900 EUR, eine Webanwendung oder ein individueller Shop zwischen 3.900 und 13.000 EUR. Alle Werte umgerechnet mit 385 HUF/EUR, Stand August 2026, als Richtwert vor dem Scoping.

Dazu kommen die laufenden Systemkosten. Strapi, Payload und Keystatic kosten als Lizenz nichts, aber der Betrieb ist nicht gratis: Server, Backups, Updates und Monitoring bleiben bei Ihnen oder bei uns. Contentful startet bei 300 USD im Monat, Sanity rechnet nutzungsbasiert ab. Bei kleinen Redaktionen ist die SaaS-Variante rechnerisch meist die bessere Wahl, bei großen Beständen dreht sich das Verhältnis.

Zum Einordnen der Entwicklungsstunden: deutsche Agenturen werden in Ratgeberquellen mit 100 bis 180 EUR pro Stunde angegeben, der Median im DACH-Raum liegt laut Freelancer-Kompass 2026 bei 95 EUR (Panelerhebung unter IT-Freelancern, veröffentlicht am 02.07.2026). Nearshore-Anbieter werden mit 40 bis 80 EUR beziffert. Die Detailrechnung steht in unserem Beitrag zu Entwicklungskosten in Deutschland und im Nearshoring, unsere Pakete finden Sie unter Website-Preise.

Was bedeutet die Wahl für DSGVO und Hosting-Standort?

Ein SaaS-CMS verarbeitet Daten Ihrer Redaktion und je nach Konfiguration auch von Besuchern. Damit brauchen Sie einen Auftragsverarbeitungsvertrag nach Art. 28 DSGVO sowie Klarheit über Rechenzentrumsregion, Unterauftragsverarbeiter und Löschfristen. Bei selbst gehosteten Systemen entfällt dieser Vertrag, dafür verantworten Sie den Betrieb.

Wie stark die Herkunftsfrage im deutschen Markt wiegt, zeigt der Bitkom Cloud Report 2026 (603 Unternehmen ab 20 Beschäftigten, repräsentativ, veröffentlicht am 17.06.2026): Für 98 Prozent spielt die Herkunft des Cloud-Anbieters eine Rolle, 91 Prozent würden einen deutschen bevorzugen, 68 Prozent einen europäischen. Tatsächlich nutzen 71 Prozent einen US-Anbieter, und 37 Prozent würden für eine ausschließlich deutsche Datenverarbeitung Nachteile in Kauf nehmen, nach 27 Prozent im Vorjahr.

Für die CMS-Entscheidung heißt das wenig Überraschendes: Wer die Herkunftsfrage sauber beantworten muss, landet eher bei Strapi, Payload oder Keystatic auf eigener EU-Infrastruktur. Wer Contentful oder Sanity einsetzt, sollte Region und Vertragsanhänge vor der Unterschrift klären statt hinterher. Reine Redaktionsdaten sind meist unkritisch. Formular- und Kommentardaten sind es nicht.

Unser Team arbeitet aus Budapest, also im selben Rechtsrahmen und in derselben Zeitzone. AVV, EU-Hosting und Quellcode-Übergabe sind damit Vertragspunkte, über die wir vor Projektstart sprechen, und keine offenen Fragen im Betrieb. Wie wir Projekte aufsetzen, steht unter Webentwicklung.

Wann sollten Sie kein Headless CMS einsetzen?

Wenn der Aufwand keinen Empfänger hat. Ein Headless-Setup zahlt sich über mehrere Kanäle, hohe Lastspitzen oder ein eigenständiges Frontend aus. Fehlen diese Treiber, kaufen Sie sich eine zweite Codebasis ein, ohne dafür etwas zurückzubekommen.

Wer noch grundsätzlicher zwischen Baukasten und eigener Entwicklung schwankt, findet die Abwägung hier: Wix oder individuelle Website.

Wie migriert man eine bestehende WordPress-Seite?

Inhalte über die WP-REST-API oder den WXR-Export ziehen, ins neue System importieren, Frontend neu bauen, URL-Struktur erhalten oder per 301 umleiten. Für die Inhalte rechnen wir je nach Textmenge mit ein bis vier Wochen. Der größere Posten ist fast immer der Frontend-Neubau.

1. Inhaltsmodell festlegen. Welche Felder braucht ein Artikel wirklich, was ist über die Jahre nur mitgewachsen?
2. Export und Import inklusive Medien, Taxonomien und Autoren, meist über ein einmaliges Skript statt per Hand.
3. URL-Plan aufstellen. Jede bestehende Adresse bekommt entweder dieselbe Adresse oder eine 301-Weiterleitung, sonst verlieren Sie Rankings.
4. Frontend bauen und Vorschau einrichten, damit die Redaktion nicht blind arbeitet.
5. Parallelbetrieb, Abnahme, Umschaltung. Danach zwei bis vier Wochen Monitoring auf 404er und Indexierung.

Es gibt einen Zwischenschritt, der oft unterschätzt wird: WordPress als reines Backend behalten und nur das Frontend neu bauen. Die Redaktion behält ihre gewohnte Oberfläche, die Auslieferung wird trotzdem statisch. Als Etappe auf dem Weg funktioniert das gut, als Dauerzustand schleppen Sie die alte Datenbank mit.

Wie entscheiden Sie jetzt?

Die Verbreitung von Headless-Systemen wird in Marktübersichten mit 73 Prozent der Unternehmen angegeben, 14 Punkte über dem Wert von 2021. Wir zitieren die Zahl mit Vorbehalt: Eine primäre Erhebung mit offengelegter Stichprobe haben wir dazu nicht gefunden, die Quellen sind anbieternah. Die Richtung stimmt trotzdem, das sehen wir an den Anfragen.

Quellen

• W3Techs: Verbreitung von WordPress als Content-Management-System
• Deloitte Ireland im Auftrag von Google: Milliseconds Make Millions, Wirkung von 0,1 s Ladezeit auf Conversion und Warenkorb (24.03.2020)
• web.dev: Vodafone, 31 Prozent besserer LCP und 8 Prozent mehr Umsatz
• Bitkom Cloud Report 2026: Herkunft des Cloud-Anbieters, 603 Unternehmen ab 20 Beschäftigten (17.06.2026)
• Freelancer-Kompass 2026: Stundensätze von IT-Freelancern im DACH-Raum (02.07.2026)
• Stundensätze in der Softwareentwicklung, Agentur- und Freelancer-Bereiche (Ratgeberquelle, keine Panelerhebung)
• Strapi Cloud: Preise
• Contentful: Preise
• Sanity: Preise
• Payload CMS
• Keystatic
• Verordnung (EU) 2016/679 (DSGVO), Art. 28 Auftragsverarbeiter

Wenn Sie vor der Entscheidung stehen oder eine bestehende Seite ablösen wollen, sehen wir uns Ihr Inhaltsmodell und Ihre Kanäle an und sagen Ihnen, ob sich der Aufwand rechnet. Angebot anfordern.