Headless WordPress für WooCommerce: wann es sich rechnet und was Sie weglassen sollten
Hinter der Frage “passt headless WordPress zu WooCommerce” steckt selten ein Technologiethema. Es geht darum, ob der Shop die Migration unbeschadet übersteht, ob die vorhandenen Erweiterungen weiter funktionieren und ob sich die neue Architektur innerhalb eines Budgetzyklus amortisiert. Die ehrliche Antwort: Es hängt vom Shop ab.
Dieser Artikel macht die Entscheidung konkret. Er ergänzt unsere Leistungsseite zu Headless WordPress und unseren Beitrag zur Wirtschaftlichkeit von headless, in dem das Kostenmodell beschrieben ist.
Für welche Shops eignet sich headless WooCommerce
- Gut geeignet für Shops, in denen mobile Core Web Vitals die Conversion begrenzen.
- Gut geeignet für Shops mit stabilem Katalog, der sich am Edge gut cachen lässt.
- Schlecht geeignet für kleine Shops, in denen die Orchestrierungskosten die Einsparung übersteigen.
- Schlecht geeignet für Shops mit schweren WooCommerce-Erweiterungen, die ein in PHP gerendertes Frontend voraussetzen.
- Edge-Laufzeit: Cloudflare Workers bedient sowohl Astro als auch Next.js mit einem WordPress-Origin dahinter.
Was headless WooCommerce tatsächlich bedeutet
WordPress mit WooCommerce behält den Redaktionsablauf, die Bestellverwaltung, die Lagerhaltung und die Zahlungsabwicklung. Das headless Frontend (Astro oder Next.js) rendert den öffentlichen Katalog, die Produktseiten sowie die Oberfläche für Warenkorb und Kasse. Beide Seiten kommunizieren über die Store API von WooCommerce, die REST API oder GraphQL.
Drei Teile der Architektur sind entscheidend:
Der Origin. Weiterhin WordPress. Weiterhin WooCommerce. Gleiches Backend, gleiche Plugins, gleiche Zahlungsabläufe. Die Redaktion wechselt keine Werkzeuge.
Das Frontend. Astro oder Next.js auf Cloudflare Workers. Liefert vorgefertigtes HTML für Katalog und Produktseiten aus und greift für Warenkorb und Kasse auf SSR zurück. Liest vom WordPress-Origin.
Die Grenze. REST oder GraphQL zwischen beiden. Cookies und Header bleiben über die Grenze hinweg erhalten, damit die Session durchgängig funktioniert. Das ist das tragende Teil, und genau das, was als Erstes bricht, wenn ein Junior das Projekt ausliefert.
Wann rechnet sich headless WooCommerce
Konkrete Szenarien, in denen die Bilanz positiv ausfällt:
- Ein Modeshop mit 200 Produkten, 70 Prozent mobilem Traffic und einem mobilen LCP unter 2 Sekunden, der direkt an die Conversion gekoppelt ist.
- Ein B2B-Katalog mit 5000 stabilen SKUs, bei dem die meisten Seiten stundenlang im Edge-Cache liegen.
- Ein WooCommerce-Shop, der zugleich als Katalogquelle für eine mobile App oder einen KI-Shopping-Agenten dient (Universal Commerce Protocol).
- Eine Website, die bereits ein eigenes JS-Bundle mit viel Interaktivität ausliefert und bei der redaktionelles WordPress plus Next.js kaum mehr kostet als das bestehende Setup.
In allen vier Fällen besteht der Gewinn aus einer Mischung von am Edge gerenderten Core Web Vitals (Umsatzeffekt) und planbaren Kosten für Cloudflare Workers (Spareffekt).
Wann lohnt sich headless WooCommerce nicht
Konkrete Szenarien, in denen es sich nicht rechnet:
- Shops mit einem einzigen Produkt oder mit weniger als 20 SKUs und wenig Traffic. Die Migrationskosten stellen die Einsparung weit in den Schatten.
- Shops mit mehr als 10 aktiven WooCommerce-Erweiterungen, die ins Frontend eingreifen. Jede braucht ein Audit, oft eine Neuimplementierung oder einen hybriden Build.
- Stark schwankende Lagerbestände (Live-Auktionen, Flash Sales, Buchungen in Echtzeit). Die Kosten für Cache-Invalidierung steigen schneller als die Einsparung im Frontend.
- Stark personalisierte Preise pro Kunde. Edge-Caching verliert an Wirkung, die Architektur büßt einen Großteil ihres Vorteils ein.
Die zugespitzte Fassung: headless ist kein Standard. Der Standard lautet: monolithisch bleiben, bis sich der Engpass ins Frontend verlagert. Sobald die mobilen Core Web Vitals der Engpass sind, zahlt sich der Wechsel aus.
Was Sie vor headless WooCommerce prüfen sollten
Das Audit, das ein erfahrener Entwickler vor jeder Migrationszusage durchführt:
- Listen Sie jede aktive WooCommerce-Erweiterung auf. Markieren Sie jede als “unterstützt headless”, “muss neu implementiert werden” oder “blockiert headless”.
- Erfassen Sie die mobilen Core Web Vitals der 50 wichtigsten Produktseiten. Sind LCP und INP bereits gesund, fällt die Einsparung durch headless kleiner aus.
- Ermitteln Sie das Traffic-Profil: Besuchsvolumen, Anteil wiederkehrender Besucher, Mobilanteil, geografische Verteilung. Hoher Mobilanteil und breite Geografie sprechen für headless auf Cloudflare Workers.
- Erfassen Sie die Weiterleitungshistorie. WooCommerce-Shops sammeln Weiterleitungen aus umbenannten Produkten und umgebauten Kategorien an. Die Migration muss sie erhalten.
- Identifizieren Sie kundenindividuelle Preise und sessionabhängige Inhalte. Je mehr davon, desto kleiner der Vorsprung von headless.
Das Ergebnis ist ein Ja oder ein Nein. Wir haben genauso oft von headless-Migrationen abgeraten, wie wir sie empfohlen haben.
Was zu einem headless WooCommerce-Build gehört
Fällt das Audit positiv aus, sieht der Build eines erfahrenen Teams so aus:
- WordPress mit WooCommerce auf einem kleinen Managed Hosting als Origin.
- Frontend in Astro oder Next.js (gemäß der Entscheidungsmatrix Next.js vs. Astro).
- Cloudflare Workers + Pages für die Auslieferung am Edge.
- Redis am WordPress-Origin für Object Cache und Session-Speicher.
- Aktivierte WooCommerce Store API mit Rate Limiting im Worker.
- Alle sieben SEO-Muster für headless WordPress bleiben erhalten.
Die Entscheidung folgt dieser Reihenfolge. Das TCO-Modell aus dem Beitrag zur Wirtschaftlichkeit von headless schließt den Kreis.
Weitere Artikel zu headless WordPress
Dieser Long-Tail-Artikel ist an unsere Leistungsseite zu Headless WordPress und drei ergänzende Beiträge angebunden. Für Migrationsrisiken ist die Checkliste im Beitrag zu den SEO-Mustern mit ihren sieben Punkten der Maßstab. Für die Entscheidung selbst tragen die Matrix Next.js vs. Astro und der Beitrag zur Wirtschaftlichkeit von headless die Last.
Einen Plattformvergleich finden Sie unter Shopify Plus vs. WooCommerce headless.
