Wirtschaftlichkeit von headless WordPress 2026: wann es sich rechnet und wann nicht
Die meisten Aussagen nach dem Muster “mit headless haben wir die Hosting-Kosten um 70 Prozent gesenkt” sind Buchhaltungsfiktion. Sie zählen die neue Rechnung, nicht die Migrationskosten, die sie hervorgebracht haben, und sie ignorieren die Zeit erfahrener Entwickler, die die neue Architektur am Laufen hält. Headless WordPress rechnet sich durchaus, nur eben nicht automatisch.
Dieser Artikel beschreibt das Schema, mit dem wir mit Kunden entscheiden, bevor die Migration beginnt. Er ist das Gegenstück aus Betreibersicht zur Leistung headless WordPress und zur Entscheidungsmatrix Next.js oder Astro.
Die Ausgangslage ist einfach und wird trotzdem oft übersehen: Ein Wechsel der Abstraktionsebene ist nicht kostenlos. Die wirtschaftliche Frage lautet, ob die Einsparung auf der neuen Ebene die Kosten des Umzugs übersteigt.
Ist headless WordPress die Kosten wert?
- Headless senkt die Hosting-Kosten für öffentlichen Traffic, weil PHP pro Anfrage wegfällt.
- Headless bringt einmalige Migrationskosten mit sich, dominiert vom SEO-Erhalt.
- Headless bringt laufende Edge-Laufzeitkosten mit sich, die mit dem Traffic wachsen.
- Bei einer Content-Website liegt die Gewinnschwelle meist bei einigen Monaten. Bei einer sehr kleinen Website nie.
- Der größere Ertrag kommt von der Conversion, nicht von den Kosten: Core Web Vitals bringen Umsatz.
Welche drei Kostenspalten gibt es bei headless WordPress?
Es “Hosting-Kosten” zu nennen, ist der erste Fehler. Es gibt drei Spalten.
Spalte eins: Infrastruktur für öffentlichen Traffic. Was Sie zahlen, um einen Besucher zu bedienen. Bei einem WordPress-Monolithen ist das die Rechnung des PHP-Hosters plus CDN. Bei headless ist es die Edge-Laufzeit (zum Beispiel Cloudflare Workers) plus ein kleinerer WordPress-Origin, der nur Redakteure und die REST API bedient.
Spalte zwei: Aufbau und Migration. Was Sie einmalig zahlen, um von einer Architektur zur anderen zu wechseln. Zeit erfahrener Entwickler, SEO-Erhalt, Mapping der Weiterleitungen, Bildmigration, Schulung des Content-Teams, Parallelbetrieb beider Stacks während der Umstellung.
Spalte drei: laufende Entwicklungsarbeit. Was Sie jeden Monat zahlen, um die neue Architektur zu betreiben. CI-Minuten, Framework-Updates, Verwaltung des Cloudflare-Kontos, Monitoring, die Kosten eines erfahrenen Frontend-Entwicklers, der für das Frontend-Framework verantwortlich ist.
Ein seriöser Vergleich summiert alle drei Spalten über denselben Zeitraum. Die meisten Marketing-Aussagen summieren nur Spalte eins und präsentieren die Differenz als Einsparung.
Was kostet das Hosting bei headless WordPress?
Ein WordPress-Monolith bei einem typischen PHP-Hoster bezahlt Kapazität. Ob die Website einen Besucher hat oder tausend, ein Server läuft. Die Rechnung ist fix. CDN-Kosten wachsen mit dem Traffic. Datenbank, Object Cache und Full-Page-Cache senken die CPU-Last pro Anfrage, beseitigen sie aber nicht.
Headless auf Cloudflare Workers zahlt pro Anfrage und pro CPU-Millisekunde. Die Antwort mit vorgerendertem HTML am Edge braucht einen Bruchteil einer CPU-Millisekunde. Der WordPress-Origin läuft nur, wenn ein Redakteur speichert, wenn ein Webhook auslöst oder wenn das Frontend neue Daten braucht. Bei öffentlichem Traffic, der überwiegend aus Lesezugriffen besteht, ist das strukturell günstiger.
Bei einem WooCommerce-Shop ist das Bild differenzierter. Personalisierte Seiten und Routen für angemeldete Nutzer kosten im Frontend weiterhin CPU. Statische Katalogseiten nicht. Sobald sich der Katalog stabilisiert hat, spricht die Aufteilung meist trotzdem für headless.
Warum ist die Migration der größte Kostenposten bei headless WordPress?
Der größte einmalige Kostenposten in jedem headless WordPress-Projekt ist die Migration selbst, genauer gesagt die Arbeit am SEO-Erhalt. Jedes der sieben Muster aus dem Artikel SEO-Muster für headless WordPress kostet Zeit. Eines davon auszulassen, kostet mehr.
Konkrete Bestandteile:
- Jede bestehende kanonische URL erfassen.
- Die Weiterleitungshistorie sichern, einschließlich stiller Weiterleitungen aus
/wp-contentund Länderumschaltern. - Metadaten aus Yoast oder Rank Math in das Frontend-Rendering übernehmen.
- hreflang als selbstreferenzierendes HTML neu aufbauen, nicht nur als JSON.
- Die Parität der strukturierten Daten in den Berichten zu Rich-Suchergebnissen der Search Console prüfen.
- Den alten WordPress-Origin für den Suchindex unsichtbar machen.
- Alt-Texte und strukturierte Bilddaten für die Bildersuche neu aufbauen.
Eine Migration, die diese Arbeit sauber erledigt, braucht Wochen an Zeit erfahrener Entwickler. Eine Migration, die sie auslässt, kostet später Monate der Schadensbehebung. Zugespitzt: Jede Fallstudie mit “wir haben 70 Prozent gespart”, in der das Unternehmen auch “nach drei Monaten das SEO neu machen” musste, ist ein Fall, in dem die Migrationskosten zweimal bezahlt wurden.
Was kostet der Betrieb von headless WordPress?
Ein headless-Aufbau fügt dauerhafte Betriebsfläche hinzu. Die CI führt nicht mehr nur Plugin-Updates für WordPress aus, sondern auch Framework-Upgrades, Abhängigkeitsprüfungen und Frontend-Build-Pipelines. Die Nutzung von Cloudflare Workers muss überprüft werden. Das Verhalten des Edge-Caches muss überwacht werden. Ein erfahrener Frontend-Entwickler muss eingebunden sein, wo einen Monolithen manchmal ein reiner Backend-Generalist betreiben konnte.
Konkret ist zu erwarten:
- Ein CI-Workflow für den WordPress-Origin (Plugins, Themes, Core).
- Ein CI-Workflow für Build und Deployment des Frontends.
- Eine Observability-Ebene für Edge-Laufzeit, Workers-Fehler und den Zustand der REST API.
- Eine Person in Bereitschaft für beide Stacks, die die Grenze zwischen ihnen wirklich versteht.
Der letzte Punkt wird am häufigsten unterschätzt. Wir haben Migrationen geprüft, bei denen das ursprüngliche Entwicklungsteam nach der Umstellung ging und das nächste Team eine Architektur erbte, für die es sich nicht verantwortlich fühlte. Die Wirtschaftlichkeit einer solchen Lage ist düster, unabhängig von den Einsparungen in Spalte eins.
Wann rechnet sich headless WordPress?
Das Schema, mit dem wir mit Kunden arbeiten, ist konservativ. Wir modellieren 24 Monate und drei Spalten, mit Traffic-Profil und Veröffentlichungsrhythmus als Eingangsgrößen.
Headless rechnet sich meist innerhalb von 12 Monaten, wenn:
- Der öffentliche Traffic so hoch ist, dass die PHP-Hosting-Kapazität der Engpass ist.
- Mobile Core Web Vitals an den Umsatz gekoppelt sind (E-Commerce, Lead-Generierung).
- Das Redaktionsteam weiter mit WordPress arbeitet und vom gleichen Arbeitsablauf profitiert.
- Ein erfahrener Frontend-Entwickler bereits im Team ist oder für die gesamte Laufzeit beauftragt wird.
Innerhalb von 24 Monaten rechnet es sich nicht, wenn:
- Der öffentliche Traffic gering ist und ein kleiner PHP-Hoster ausreicht.
- Der Veröffentlichungsrhythmus niedrig ist (ein Beitrag pro Monat), sodass die Geschwindigkeit der Redaktion kein Engpass ist.
- Die Website von interaktiver Produktoberfläche dominiert wird, die ohnehin SSR und Client-Hydration braucht.
- Kein erfahrener Frontend-Entwickler verfügbar ist und der Orchestrierungsaufwand bei einem Generalisten landet.
Was verändert die Rechnung bei den headless WordPress-Kosten?
Drei Faktoren verschieben die Gewinnschwelle schneller als erwartet:
Erstens, KI-Funktionen am Edge. Cloudflare Workers AI, MCP-Server und am Edge gerenderte Personalisierung sind auf einer Workers-Laufzeit günstig und auf einem Shared-PHP-Hoster teuer (oft gar nicht möglich). Eine Website, die per LLM generierte Meta-Beschreibungen, agentenfreundliche Endpunkte oder regionale Preise ausliefern will, erreicht die headless-Gewinnschwelle schneller.
Zweitens, das Barrierefreiheitsrecht. Das BFSG in Deutschland seit Juni 2025, der European Accessibility Act und das polnische Barrierefreiheitsgesetz sanktionieren Websites mit langsamen, nicht barrierefreien Frontends. Migrations-Audits, die ohnehin die Barrierefreiheit korrigieren müssen, rechnen sich oft schon allein in der Spalte für rechtliche Risiken.
Drittens, KI-Commerce und Entdeckung durch Agenten. Da der Trial-Ring unseres Tech Radar das Universal Commerce Protocol enthält, wird für Agenten lesbarer Handel zum Kaufsignal. Headless-Architekturen stellen Produkte sauberer als Daten bereit als Monolithen.
Weitere Leitfäden zu headless WordPress
Dieser Artikel unterstützt die Leistung headless WordPress, ergänzt den Artikel zu SEO-Mustern, verweist auf unseren TCO-Leitfaden headless oder Monolith WordPress 2026 für die mehrjährige Finanzmodellierung und bezieht sich auf die Entscheidungsmatrix Next.js oder Astro. Die Reihenfolge der Entscheidung: zuerst dieser Text für die Frage “lohnt sich der Tausch”; dann der TCO-Leitfaden für das vollständige Finanzmodell über vier Jahre; dann die SEO-Muster für “wie halten wir unsere Rankings”; zuletzt die Framework-Entscheidung für “welches Frontend braucht diese Last”.
