Die ehrlichste Antwort auf die Shopify-oder-WooCommerce-Frage ist: Es sind in der Praxis drei Optionen, nicht zwei. Und welche davon richtig ist, hängt erstaunlich wenig vom Produkt und sehr viel vom Team beim Kunden ab. Dieser Artikel beschreibt drei reale Szenarien aus unserer Agentur-Arbeit.
Szenario 1: Shopify — wenn das Kunden-Team klein ist
Shopify nehmen wir, wenn der Endkunde ein kleines Team hat, keine IT-Abteilung, und die Energie lieber in Marketing und Produkt steckt als in Hosting, Plugin-Updates und Server-Tuning. Shopify übernimmt den unsichtbaren Teil — Hosting, PCI-Compliance, Skalierung an Black-Friday-Spikes — und das ist für viele kleinere Shops genau die richtige Trade-Off-Linie.
Wofür Shopify ein guter Fit ist:
- Shops mit klassischem Sortiment und Standard-Checkout
- Schneller Marktstart, gerade bei DTC-Brands oder Spin-offs
- Kunden ohne Tech-Team, die sich nicht um Updates und Backups kümmern wollen
- Internationale Skalierung mit mehreren Märkten (Shopify Markets)
Was man dabei akzeptieren muss:
- Laufende Plattform-Kosten (Basic ab ~29 €/Monat, Plus ab ~2.000 €/Monat) + Transaktionsgebühren wenn nicht Shopify Payments
- Checkout-Customization nur auf Shopify Plus möglich — bei normalen Plänen muss man mit Defaults leben
- Vendor Lock-in: Migration weg von Shopify ist machbar, aber Aufwand
- Theme-Anpassungen via Liquid-Templates — anders als reines Frontend-Coding
Praxis-Tipp: Bei Shopify lohnt sich ein klar strukturiertes Theme-Customization-Konzept von Anfang an. Wer im Theme-Editor wild Sections klont, hat in 12 Monaten ein Pflege-Problem.
Szenario 2: WooCommerce — wenn Content und Shop zusammengehören
WooCommerce ist unser Schwerpunkt, wenn der Shop eng mit Content verbunden ist — Magazin-Shops, Mitgliederbereiche, Shops mit komplexen Produktinhalten oder Kataloge mit redaktioneller Pflege. Der Grund: WooCommerce lebt im WordPress-Ökosystem, und wenn man Block-Editor, Custom Post Types und ACF ohnehin nutzt, ist WooCommerce die natürliche Erweiterung.
Wofür WooCommerce passt:
- Content- und Magazin-getriebene Shops mit Blog, Editorials, Gating
- Komplexe Produktdaten und Custom-Felder, die das Standard-Shopify-Datenmodell nicht abbildet
- Datenhoheit und Self-Hosting in EU-Rechenzentren (DSGVO-Argument)
- Kunden mit eigenem IT-Team oder uns als Wartungspartner
- B2B-Funktionalität, Mitglieder-spezifische Preise, komplexe Versandregeln
Was dabei wichtig ist:
- Plugin-Disziplin: lieber wenige Plugins von verlässlichen Anbietern als 30 verschiedene
- Performance: Object-Caching (Redis), Page-Caching, Bild-Optimierung — sonst wird WooCommerce schnell träge
- Update-Konzept: Minor-Updates automatisch, Major-Updates begleitet
- Security: Hardening von wp-admin, regelmäßige Backups, Monitoring
Wo WooCommerce nicht passt: sehr hochfrequente Shops mit komplexem internationalem Steuer- und Multi-Warehouse-Setup. Da skalieren managed Lösungen besser.
Szenario 3: Headless — wenn Frontend-Performance ein Verkaufsargument ist
Headless Commerce trennt Backend (Shop-System) und Frontend (eigenständige App). Das Frontend bauen wir typisch mit Next.js, Nuxt oder SvelteKit, das Backend liefert Daten und Transaktionen über APIs — Shopify Storefront API, WooCommerce REST/Store API, oder spezialisierte Commerce-Layer (commercetools, Saleor, Medusa).
Headless lohnt sich, wenn das Frontend ein eigenständiges Produkt ist — wenn UX, Performance oder eine App-artige Experience direkt auf die Conversion einzahlt.
Wofür Headless ein guter Fit ist:
- Premium-DTC-Brands, bei denen das Frontend die Marke definiert
- Mobile-First-Shops mit App-artiger UX
- Komplexe Multi-Storefront-Setups (B2B + B2C aus einem Backend)
- Bestehende Apps oder Sites, die "nur" einen Shop-Layer brauchen
- Performance als hartes Verkaufsargument (Core Web Vitals direkt sichtbar im SEO)
Was dabei zu beachten ist:
- Höhere Komplexität — zwei Systeme statt einem, also doppelter Update-Kosmos
- API-Limits beachten (Shopify hat strikte Rate-Limits auf Storefront API)
- Caching-Strategie wichtig: ISR mit Next.js/Nuxt oder Edge-Caching reduziert Last
- Checkout-Frage: bei Shopify-Backend Checkout auf Shopify zurückleiten; bei Medusa/Saleor selbst implementieren
Faustregel: Headless macht Sinn ab einem Projekt-Volumen, das die zusätzliche Komplexität rechtfertigt. Für einen kleinen Shop mit 20 Produkten und 1.000 Besuchern/Monat wäre es Overkill.
Entscheidungs-Quickcheck
In drei Fragen zur Empfehlung:
- Hat der Kunde ein Tech-/IT-Team, das WordPress oder Headless aktiv mitbetreibt? Wenn nein → Shopify.
- Ist der Shop eng mit Content verbunden, oder gibt es komplexe Produktdaten, die ein Standard-System nicht abbildet? Wenn ja → WooCommerce.
- Ist Frontend-Performance, eine App-artige UX oder ein eigenständiges Frontend-Erlebnis ein hartes Verkaufsargument? Wenn ja → Headless mit Next.js / Nuxt / SvelteKit + passender Commerce-API.
Aus Agentur-Sicht: Was die Wahl für euch bedeutet
Wir bauen alle drei. Shopify-Projekte sind planbar und schneller fertig, aber Margen sind dünner, weil die Plattform den meisten unsichtbaren Wert leistet. WooCommerce-Projekte haben höhere Margen, aber mehr Hosting- und Wartungs-Verantwortung. Headless-Projekte sind die anspruchsvollsten und die rentabelsten — aber nur, wenn der Kunde versteht, was er bekommt und was es kostet, das langfristig zu pflegen.
Fazit
Es gibt nicht das eine bessere System — es gibt drei unterschiedliche Ansätze, die jeweils für andere Kontexte gemacht sind. Wer als Agentur alle drei beherrscht und ehrlich empfiehlt, statt das Lieblings-Tool jedem aufzudrücken, baut das größere Vertrauen — und am Ende die besseren Shops.