Headless WooCommerce: Performance-Boost für E-Commerce
Standard-WooCommerce ist langsam. Das ist keine Meinung, das ist Messtechnik. Headless WooCommerce löst dieses Problem — aber nicht für jeden. Wann der Aufwand gerechtfertigt ist und was er wirklich bringt.
Warum Standard-WooCommerce langsam ist
WordPress und WooCommerce sind PHP-basiert und rendern jede Seite serverseitig. Das bedeutet: jeder Seitenaufruf erzeugt eine Datenbankabfrage, PHP-Ausführung, Template-Rendering — selbst mit gutem Caching liegt man oft bei 1,5–3 Sekunden Ladezeit. Google bewertet Ladezeiten über 2,5 Sekunden als "schlecht" für Core Web Vitals.
Dazu kommen typische WooCommerce-Probleme: 40+ Plugins die sich gegenseitig beeinflussen, unoptimiertes Theme-CSS, JavaScript-Bloat. Ein durchschnittlicher WooCommerce-Shop lädt 3–6 MB JavaScript — das spürt man auf mobilen Verbindungen.
Was bedeutet "Headless"?
Beim Headless-Ansatz wird WordPress/WooCommerce nur noch als Backend genutzt — als Datenverwaltung, Bestellsystem, Produktkatalog. Das Frontend wird komplett getrennt, meist mit Next.js, gebaut.
Next.js kann Seiten statisch vorrendern (Static Site Generation) oder server-seitig mit Caching. Das Ergebnis: Ladezeiten unter 0,5 Sekunden für statische Inhalte, Lighthouse-Scores über 95. Die Kommunikation zwischen Frontend und WooCommerce läuft über die WooCommerce REST API oder GraphQL via WPGraphQL.
Praxisbeispiel: AllesWurst
AllesWurst ist ein B2B-Fleischerei-Großhandel mit einem WooCommerce-Backend. Das Frontend wurde mit Next.js neu gebaut — mit KI-Produktberater, automatisierter B2B-Preiskalkulation und Produktfilterung für mehrere tausend SKUs.
Resultat: Produktseiten laden in unter 400ms (statt vorher ~2,8 Sekunden). Der KI-Chatbot kann Produktdaten aus der WooCommerce-Datenbank in Echtzeit abrufen und Empfehlungen geben. Das wäre mit einem Standard-WooCommerce-Theme schlicht nicht möglich.
Technische Umsetzung
Die Architektur ist simpel in der Theorie, aber es gibt Fallstricke:
- Cart & Checkout: Der schwierigste Teil. WooCommerce-Sessions müssen mit dem Next.js-Frontend synchronisiert werden.
- Webhooks: Wenn ein Produkt in WooCommerce geändert wird, muss das Next.js-Frontend revalidiert werden.
- Auth: Kundenlogin, Bestellhistorie — alles muss über JWT-Tokens oder ähnliches abstrahiert werden.
- Plugins: Viele WooCommerce-Plugins (Page Builder, Frontend-Features) funktionieren im Headless-Setup nicht mehr.
Wann lohnt es sich?
Headless lohnt sich, wenn:
- Dein Shop mehr als 500 Produkte hat und Performance messbar leidet
- Du individuelle UX brauchst, die mit Standard-Themes nicht machbar ist
- Du KI-Features, Custom-Flows oder externe Integrationen einbinden willst
- Budget von mindestens €5.000–15.000 für die Erstimplementierung vorhanden ist
Für einen Shop mit 50 Produkten und Standard-Checkout ist Headless Overkill. Dann reicht ein gut optimiertes WooCommerce-Theme mit Caching. Aber wenn du an die Grenzen von WordPress stößt — Headless ist der sauberste Weg raus.
Fragen oder Feedback? office@markusstoeger.com