Seit 2022 ist «Headless Commerce» zu einem wiederkehrenden Marketing-Argument im E-Commerce-Ökosystem geworden: entkoppeltes Frontend in React oder Vue, über API exponiertes PrestaShop/WooCommerce/Shopware-Backend, perfekte Core-Web-Vitals-Performance, mobile-native PWA-Erfahrung. Das Versprechen ist verführerisch. 2026, nach vier Jahren Erfahrungsberichten aus realen Projekten, ist die Bilanz nuancierter.
Speziell auf PrestaShop ist der Wechsel zu Headless ein Projekt mit 30-150 K€ Initialbudget, 6 bis 12 Monaten Umsetzungsdauer und einem Bruch mit einem großen Teil des Modul-Ökosystems. Dieser Artikel zieht Bilanz, was Headless wirklich ändert, für welches Shop-Profil es sich rentiert, und welche hybride Alternative das Wesentliche des Gewinns ohne die Kosten abdeckt.
Headless, wirklich: die technische Definition
Ein klassischer PrestaShop-Shop ist ein Monolith: Smarty generiert das HTML serverseitig aus .tpl-Templates, die von Symfony-Controllern und Modul-Hooks befüllt werden. Frontend und Backend teilen denselben PHP-Prozess.
Ein Headless-Shop entkoppelt die beiden. Das Frontend ist eine autonome Anwendung (oft Next.js, Nuxt, Vue Storefront oder eine Custom-PWA), die die PrestaShop-API aufruft, um Produkte, Kategorien, Warenkorb, Bestellung abzurufen. Das HTML-Rendering wird clientseitig (CSR) oder serverseitig in Node (SSR) erzeugt, nicht von PHP.
Drei Varianten existieren 2026:
- Full Headless: komplettes Next.js-Frontend, PrestaShop-Backend als reine API. Kein Smarty-Template verwendet.
- Composable Commerce: mehrere Datenquellen (PrestaShop für Katalog, Algolia für Search, Stripe für Checkout, Contentful für CMS), die vom Frontend aggregiert werden.
- Hybrid PWA: PWA-Frontend, das mit dem traditionellen PrestaShop-Backend verbunden bleibt, mit Service Worker für statische Ressourcen und API-Aufrufen für die Dynamik. Kein echtes Headless, aber oft ausreichend.
Die Versprechen von Headless und was sie 2026 wert sind
Versprechen 1: Core-Web-Vitals-Performance
Das ist das zentrale Argument. Ein gut gemachtes Next.js-Frontend erzielt tatsächlich bessere CWV-Scores als ein nicht optimiertes klassisches PrestaShop. Aber ein optimiertes Next.js-Frontend mit einem nicht optimierten PrestaShop zu vergleichen ist irreführend — das ist der Vergleich eines aktuellen, gepflegten Projekts mit einem Legacy-Projekt. Bei einem PrestaShop 8 mit sauberer Cache-Stack (Redis + Edge-CDN + OPcache) sind die CWV-Abweichungen zu einem Next.js marginal: 0,2 s beim LCP, manchmal weniger.
Versprechen 2: PWA-Mobile-Erfahrung
Wahr. Ein PWA-Frontend kann wie eine App installiert werden, funktioniert teilweise offline und bietet eine flüssigere Navigation als das klassische Mobile Web. Aber die reale PWA-Adoption bleibt niedrig (3-8 % der Besucher installieren die PWA), und der Business-Nutzen entspricht selten der Investition.
Versprechen 3: Multi-Channel und Omnichannel
Die Idee: derselbe PrestaShop-Backend bedient ein Web-Frontend, ein natives Mobile-Frontend, Ladenkassen, einen Chatbot. Technisch wahr, aber die Mehrheit der Mid-Market-Shops hat nur einen Kanal (Web) und wird nie einen Omnichannel-Bedarf haben. Marketing-Argument vor allem relevant für Retail-Ketten ab 50 M€ Umsatz.
Versprechen 4: Stack-Modernität und Entwickler-Talente
Recruiting für React und Next.js ist einfacher als für Smarty und PrestaShop-Twig. Wahr. Aber einmal eingestellt, muss der Entwickler die Besonderheiten des PrestaShop-Datenmodells, der Hooks, des Multishop, der Varianten lernen. Der Netto-Talentgewinn ist geringer als angekündigt.
Die realen Kosten eines Headless-PrestaShop-Projekts
Initial-Entwicklung
- Komplettes Frontend (Next.js oder Nuxt): Kategorieseiten, Produktseiten, Suche, Warenkorb, Checkout, Kundenkonto, Blog. 3 bis 6 Monate Frontend-Entwicklung in Vollzeit.
- Integration PrestaShop-API: Der REST-Webservice von PrestaShop deckt 80 % der Bedürfnisse ab, bleibt aber bei spezifischen Fällen limitiert (komplexe Cart Rules, Multishop, Drittanbieter-Module). Oft 1 bis 2 Monate Entwicklung auf Custom-Endpoints.
- Neukonzipierter Checkout: das komplexeste Modul. Versandkostenberechnung, Steuern, Promo-Codes, Zahlung, Fehlerbehandlung. 1 bis 2 Monate.
- SEO und Redirects: Sitemap, hreflang, Meta, Schema.org, Verwaltung von Legacy-URLs. Falls nicht vorbereitet, brutaler SEO-Verlust. 2-3 Wochen.
Typisches Gesamtbudget: 30 bis 80 K€ für einen einfachen Shop, 80 bis 150 K€ für einen B2B- oder mehrsprachigen/multi-länder-Shop.
Infrastruktur
- Vercel- oder Netlify-Hosting: 50-300 $/Monat je nach Volumen.
- Self-Hosted Node SSR: dedizierter VPS 30-100 €/Monat.
- Externalisierte Suche (Algolia, Meilisearch): 50-500 $/Monat.
- Bild-CDN (Cloudinary, Imagekit): 30-200 $/Monat.
Laufende Wartung
- Zwei Codebases zu pflegen statt einer.
- Kompatibilität bei jedem PrestaShop-Update zu validieren (der Webservice ändert sich gelegentlich).
- Gekaufte PrestaShop-Module werden weitgehend unbrauchbar: Sie greifen auf Smarty-Theme-Hooks zu, die nicht mehr existieren.
Was beim Wechsel zu Headless verloren geht
1. Das PrestaShop-Modul-Ökosystem
Das ist der am meisten unterschätzte Verlust. PrestaShop 8 hat ein Ökosystem von mehr als 3 500 Modulen im Addons Marketplace. Die große Mehrheit greift Frontend-seitig über Theme-Hooks (displayProductButtons, displayLeftColumnProduct usw.) ein. In Headless werden diese Hooks nicht mehr aufgerufen. Jedes Frontend-Modul muss in React/Vue neu implementiert werden: Produktbewertungen, Cross-Sell, Konfigurator, Promo-Sticker, Neuheitenbadge.
Bei einem Shop, der 15 Frontend-Module nutzt, sind 2 bis 4 Wochen Entwicklung einzuplanen, um das Notwendige neu zu implementieren.
2. Das Admin und die Merchandiser-UX
Das PrestaShop-Backoffice bleibt, aber einige Funktionen verlieren ihren Sinn. Das PrestaShop-CMS-Modul generiert HTML, das das Headless-Frontend interpretieren muss — funktioniert bei einfachen Strukturen, aber nicht, wenn der Merchandiser reiche Komponenten platzieren will. Moderne Headless-CMS (Builder.io, Storyblok) werden in der Regel ergänzend hinzugefügt, was eine dritte Stack zur Orchestrierung hinzufügt.
3. Die Fähigkeit zur schnellen Iteration
Ein Smarty-Theme zu ändern ist schnell (FTP, Refresh). Ein Next.js-Frontend zu ändern bedeutet einen Build-/Deploy-/Test-Zyklus. Für Teams, die schnell auf der Shop-Seite iterieren, verlangsamt der Wechsel zu Headless den Rhythmus.
Für welche Shops rentiert sich Headless?
Drei Profile, bei denen sich die Investition 2026 wirklich rechtfertigt:
1. Shop mit ernsthaftem Omnichannel-Anspruch
Mehrere zu bedienende Kanäle (Web, native Mobile-App, Ladenkassen, Marketplaces) mit einer einzigen Source of Truth. PrestaShop wird zum Produkt-Backoffice, das Frontend wird pro Kanal dedupliziert. Rechtfertigung: ab 5-10 M€ Umsatz und 2+ Kanälen.
2. Shop mit extremem Frontend-Erlebnisanspruch
Luxus-Modekatalog mit aufwendigen Animationen, 3D-Konfigurator, redaktioneller Shop mit sehr reichem Inhalt. Smarty-Templating zeigt schnell seine Grenzen gegenüber einem gut gemachten React-Frontend. Minderheitsprofil (Highend, sehr visuelle Branchen).
3. Shop mit reifer Composable-Stack
Das Tech-Team hat bereits die Wahl getroffen, mehrere Quellen zu aggregieren: Algolia für Suche, Stripe für Checkout, ein externes PIM, ein dediziertes CMS. PrestaShop ist nur noch eine Katalog-Engine unter anderen. Das Frontend ist der natürliche Aggregator.
Die hybride Alternative: 80 % des Gewinns für 10 % der Kosten
Für 80 % der Mid-Market-PrestaShop-Shops ist der richtige Kompromiss 2026 nicht Headless, sondern eine hybride Optimierung:
- Den PrestaShop-Monolith beibehalten mit sauberer Cache-Stack (Redis + Edge-CDN, siehe dedizierter Artikel zur Cache-Strategie).
- Das Smarty-Theme optimieren: inline kritisches CSS, verschobenes JS, natives Lazy Loading, WebP/AVIF-Bilder, preloadete Schriften.
- Interaktive Inseln hinzufügen in Vue oder React in Zonen mit hoher Interaktivität (Konfigurator, Suche, Sticky-Cart). Das ist die Philosophie der «Islands Architecture», die schnelles SSR und gezielte Interaktivität kombiniert.
- Nur das externalisieren, was klaren ROI hat: Algolia für Suche, wenn die Suche ein Hebel ist, Cloudinary für Bilder, wenn das Volumen es rechtfertigt.
Dieser Ansatz kostet 5 bis 15 K€ Umsetzung, wird in 2 bis 6 Wochen deployt und erreicht Core-Web-Vitals-Scores nahe einem gut gemachten Headless — ohne das Modul-Ökosystem zu zerbrechen oder die Wartung zu verdoppeln.
Fazit: ein Projekt, das nicht mit einer Optimierung verwechselt werden darf
Headless PrestaShop ist eine strategische Architekturentscheidung, keine Core-Web-Vitals-Optimierung. Gerechtfertigt für Shops mit echtem Omnichannel-Anspruch, außergewöhnlichem Frontend-Erlebnisanspruch oder bereits composabler Tech-Stack. Schwer rentabel für einen Mid-Market-Shop, dessen Ziel die Verbesserung der mobilen Konversion und der Performance ist.
2026 hätten die Mehrheit der Headless-PrestaShop-Projekte, zu denen DataFirefly konsultiert wurde, einen besseren ROI mit einer sauberen Cache-Stack + einem optimierten Theme + gezielten interaktiven Inseln erzielt. Headless bleibt relevant — aber nur für Shops, deren Einschränkungen es wirklich rechtfertigen, nicht als Standardlösung für ein Performance-Problem.
