Der Kunde will einen „Headless-Shop". Nach einem einstündigen Gespräch stellen wir meist fest, dass er entweder ein SaaS mit besserer Geschwindigkeit oder eine voll Custom-Plattform will. Headless liegt irgendwo dazwischen — und ist manchmal die richtige Stelle, manchmal nicht.
Dieser Artikel handelt davon, wann es Sinn ergibt, „headless" zu gehen, und wann es eine Over-Engineered-Lösung für Bedürfnisse ist, die Shopify abdecken würde.
Was „Headless" wirklich bedeutet
Ein Online-Shop hat zwei Schichten: 1. **Backend / Commerce-Plattform** — Produktkatalog, Warenkorb, Checkout, Bestellungen, Kunden. Traditionell: Shopify, WooCommerce, Magento. 2. **Frontend / Store** — was der Besucher sieht. Traditionell: integriertes Theme der Plattform (Shopify Liquid, WooCommerce Theme).
Headless = Trennung dieser Schichten. Das Backend bleibt (oder wird gegen eine API-First-Plattform wie Medusa, Commerce.js, Saleor getauscht), das Frontend wird als eigenständige Applikation aufgebaut (Next.js, Astro, SvelteKit), die mit dem Backend über API kommuniziert.
Wann Headless Sinn ergibt
1. Der Markt fordert Geschwindigkeit, die das integrierte Theme nicht liefert.
Lighthouse Performance Score über 90, LCP unter 2 s, FID unter 100 ms auf Mobile. Shopify Liquid mit 30 Apps + 10 Pixel-Trackern wird sich dem nie annähern. Next.js mit ISR und edge-rendered Katalog schon.
Wenn Ihr Business-Case „2 % Konversion → 3 % Konversion durch Performance" lautet, erfüllt Headless den Zweck. Wenn Ihr Business-Case „95 % Konversion reicht" lautet, erfüllt es ihn nicht.
2. Das Frontend braucht eigene Logik, die primär nicht E-Commerce ist.
Beispiel: B2B-Shop mit 3D-Produkt-Konfigurator (Möbel-Custom). Shopify-Theme liefert keinen 3D-Viewer. Custom React/Next.js schon.
Zweites Beispiel: AI-driven Personalization, bei dem das Frontend die Angebote nach Realtime-Behaviour wechselt. Headless ermöglicht das, integriertes Theme nicht.
3. Multi-Channel — Web, Mobile App, Kiosk — aus einem Backend.
Wenn Sie einen Katalog, einen Checkout, aber zwei bis drei verschiedene Frontends wollen, ist Headless die einzig vernünftige Lösung. Zwei Shops besitzen und synchronisieren ist ein Horror.
4. Das Team hat React/TypeScript-Engineers, die das Frontend beherrschen.
Headless = Custom Code. Ohne Engineering-Team (oder externen Partner) wird das System nicht wachsen. Shopify Liquid kann ein Senior-Marketer tunen. Next.js Storefront nicht.
Wann Headless keinen Sinn ergibt
1. Der Markt ist „Standard-Shop, 50–500 Produkte, B2C".
Shopify mit Theme Dawn oder Impulse verkauft Ihnen mehr Umsatz als ein Custom Next.js. Das Theme hat Features (Bewertungen, verwandte Produkte, Suche, Checkout) fertig. Custom = jedes Feature müssen Sie bauen.
Wenn Ihre Anforderungen 95 % der Shops entsprechen, ist Custom Over-Engineered.
2. Das Budget ist kleiner als 30k EUR.
Headless-Minimum: Backend (Medusa.js hosted = 200–500 €/Monat), Frontend (Next.js Development = 15–40k EUR in der ersten Phase), CMS für Content (Sanity, Strapi = 200–500 €/Monat), Pipeline (Vercel/CloudFlare = 100–300 €/Monat), Maintenance (2–5k monatlich).
Wenn das Business keine 30k+ zu Beginn und 2k+ monatlichen Betrieb hat, ist Shopify Starter oder Basic die richtige Wahl.
3. Das Team ist nicht technisch und wird es nie sein.
Headless = ständige technische Entscheidungen. Ohne internes Team / externen Partner, der Sie führt, stoppt das System bei der Frage, wie eine „Änderung im Checkout" zu lösen ist.
Wie wird entschieden
Drei Fragen:
**Frage 1:** Was ist Ihr GMV (Gross Merchandise Volume) der letzten 12 Monate? - < 100k EUR → Shopify Basic, denken Sie nicht an Headless - 100k–500k EUR → Shopify mit Headless-Theme oder Non-Headless Shopify Plus - 500k–5M EUR → Headless beginnt Sinn zu ergeben - > 5M EUR → Headless ist oft eine Notwendigkeit
**Frage 2:** Haben Sie 1+ Engineer mit React/TypeScript im Team? - Ja → Headless ist eine realistische Wahl - Nein → finden Sie entweder einen externen Partner oder bleiben Sie auf der integrierten Plattform
**Frage 3:** Planen Sie in 2 Jahren B2B, Mobile App oder Kiosk? - Ja → Headless ist eine Investition, die sich bei Erweiterung zurückzahlt - Nein → bleiben Sie bei einer einfachen Plattform
Welcher Stack wird verwendet
Für den slowakischen Markt 2026 empfehlen wir: - **Backend**: Medusa.js (open-source, self-hosted, voll kontrolliert) - **Frontend**: Next.js 15+ auf Vercel/Cloudflare - **CMS**: Sanity.io (Content + Product Enrichment) - **Search**: Algolia (Preis → Meilisearch self-hosted) - **Analytics**: Plausible oder PostHog (DSGVO-freundlich) - **Payments**: Stripe + GoPay (slowakischer Markt) - **Email**: Klaviyo oder Postmark
Dieser Stack bedient 1M–20M EUR GMV ohne Rewrite. Bei größerem Wachstum werden Teile schrittweise getauscht (Medusa → Custom Microservices, Algolia → eigene Suche).
---
*Wir helfen Kunden, die Architektur zu wählen, bevor sie sich auf eine Technologie festlegen. Häufig empfehlen wir Shopify, wenn Headless keinen Sinn ergibt — es hängt vom Business-Case ab, nicht von der technologischen Präferenz.*