Warum scheitern Headless-Projekte an ihrer eigenen Komplexität?
480.000 Euro Budget. Drei Entwicklerteams. Achtzehn Monate Laufzeit. Ein mitteldeutscher Modehändler mit 40 Millionen Euro Jahresumsatz startete 2022 sein Headless-Projekt auf Basis von commercetools und React. Heute lädt seine mobile Startseite 1,2 Sekunden langsamer als der frühere Shopware-6-Shop. Die Conversion Rate sank um acht Prozent.
Das ist kein Einzelfall. Headless Commerce hat sich in der DACH-Region vom technischen Differenzierungsmerkmal zum Standardangebot jeder zweiten E-Commerce-Agentur verschoben. Dabei spielt es kaum eine Rolle, ob der Händler unter der Haube tatsächlich mehr benötigt als einen Warenkorb mit Bezahlvorgang. Die Verlockung ist groß: Backend und Frontend entkoppeln, Best-of-Breed statt Best-of-Suite, volle Gestaltungsfreiheit. Doch hinter der API-Schnittstelle verbirgt sich ein kostspieliges Missverständnis. Flexibilität skaliert nicht automatisch mit der Unternehmensgröße. Sie skaliert mit der Komplexität des Vertriebskanals.
Wer aus einem etablierten Monolithen wie Shopware 6, Shopify oder JTL-Shop aussteigt, tauscht eine fertig integrierte Schicht gegen ein Baukastensystem aus Dutzenden Microservices. Jeder Klick in der Navigation wird zum API-Call über HTTPS. Jede Filterung und jeder Warenkorbzwischenschritt ebenso. Zwischen dem React-Frontend und dem commercetools-Backend entsteht eine Latenz, die selbst bei optimierter CDN-Anbindung und Edge-Caching nicht vollständig verschwindet. Die Roundtrip-Zeit summiert sich. Ein Filterklick im Monolith braucht 80 Millisekunden. Im Headless-Stack liegen dafür schnell 300 bis 400 Millisekunden an, sofern nicht aggressiv zwischengespeichert wird.
Besonders Next.js und Nuxt.js, die im DACH-Agenturmarkt zur Standardausstattung für Headless-Frontends gehören, bringen ein fundamentales Hydration-Problem mit. Der Server liefert zwar initial HTML aus, doch der Browser muss die komplette JavaScript-Logik herunterladen, parsen und ausführen, bevor ein Button reagiert oder ein Warenkorb-Overlay öffnet. Auf durchschnittlichen Android-Geräten, die in Deutschland nach wie vor den Großteil des mobilen Traffics ausmachen, führt das zu Time-to-Interactive-Werten von drei bis fünf Sekunden. Ein klassischer serverseitig gerenderter Monolith mit PHP oder Ruby bleibt hier bei unter einer Sekunde stehen. Die Core Web Vitals leiden messbar. Largest Contentful Paint und Interaction to Next Paint verschlechtern sich, was Google im Ranking sichtbar ahndet.
SEO leidet unter der Architektur ebenfalls, nicht prinzipiell, aber praktisch. Canonical Tags, Hreflang-Attribute für den DACH-Raum, strukturierte Daten nach Schema.org und korrekte Noindex-Direktiven müssen nun im Frontend-Code gepflegt werden. Wer vorher ein Plugin aktiviert hat, um Rich Snippets auszuspielen, muss jetzt einen Entwickler buchen und durch einen Deployment-Prozess schleusen. Bei einem Kunden aus dem Möbelhandel verschwand nach dem Relaunch ein Drittel der organischen Sichtbarkeit. Die Filterparameter in der Single-Page-Application waren nicht korrekt auf Noindex gesetzt. Google crawlte hunderte identischer Soft-404-Seiten.
Headless verschiebt die Komplexität nicht aus dem System. Sie wandert in das eigene Entwicklerteam und bleibt dort als permanente Betriebslast.
Für wen lohnt sich Headless Commerce wirklich?
Die Entkopplung von Backend und Frontend zahlt sich nur dort aus, wo der Vertriebskanal selbst komplex ist. Nicht komplex sind 15.000 SKUs, ein Staffelpreissystem und drei Versandklassen. Das beherrschen Monolithen im Schlaf. Gemeint sind echte Multi-Channel-Szenarien. Ein B2B-Händler betreibt neben dem Onlineshop ein eingeloggtes Händlerportal mit individuellen Preislisten, eine native App für Außendienstmitarbeiter und eine an den POS angebundene Click-and-Collect-Logik. Ein Lifestyle-Brand, dessen Content-Redaktion über den klassischen Onlineshop hinausgeht und kanalübergreifend arbeitet, mag ebenfalls von der technischen Freiheit profitieren.
Prüfen Sie vor jedem Relaunch den Aufbau Ihres Vertriebskanals. Wenn dieser nicht fundamental anders strukturiert ist als ein klassischer Onlineshop, liefert Ihnen Shopware 6, Shopify oder JTL-Shop die bessere Performance. Ihr Budget investieren Sie besser in Marketing statt in Middleware.