Commercetools vs Shopware: Wann lohnt sich welche Plattform?

TL;DR. commercetools vs Shopware ist eine Architekturfrage, keine Feature-Liste. commercetools setzt auf MACH und API-first, Shopware auf eine offene Monolith-Architektur mit erweiterbarem Kern. Wer im commercetools vs Shopware Vergleich nur auf Listenpreise schaut, übersieht die echten Total-Cost-Treiber: Integrations-Aufwand, Time-to-Market und das Skill-Profil im Team. Wir zeigen, wann commercetools vs Shopware klar zugunsten der einen oder anderen Plattform kippt.

Die Frage kommt in fast jedem Erstgespräch für größere Projekte: Commercetools oder Shopware? Und die ehrliche Antwort ist komplexer als eine einfache Empfehlung. Denn beide Plattformen spielen auf hohem Enterprise-Niveau, verfolgen aber radikal unterschiedliche Philosophien. Wir bauen mit beiden Systemen und zeigen dir, wo die echten Unterschiede liegen.

Inhalt

1. Die Architektur: Das fundamentale Unterscheidungsmerkmal
2. Commercetools: API-first und MACH
3. Shopware: Monolith mit offener Architektur
4. Kostenvergleich: Initial und langfristig
5. B2B-Features: Wer hat die besseren Werkzeuge?
6. Für wen Commercetools die richtige Wahl ist
7. Für wen Shopware die bessere Lösung ist
8. Vergleichstabelle: Die wichtigsten Unterschiede auf einen Blick

Die Architektur: Das fundamentale Unterscheidungsmerkmal

Hier scheiden sich die Geister. Commercetools und Shopware folgen zwei völlig verschiedenen Ansätzen, die alles andere bestimmen: Kosten, Flexibilität, Komplexität und langfristigen ROI.

Commercetools ist API-only und komponentenbasiert. Du bekommst nicht "einen Shop", sondern einzelne Services: Catalog, Cart, Order Management, Payment, Search. Diese kombinierst du zu einer Architektur die exakt zu deinen Anforderungen passt. Das Frontend baust du komplett separat (mit Nuxt, Next.js oder React). Diese Philosophie nennt sich MACH (Microservices, API-first, Cloud-native, Headless). Der Vorteil: Extreme Flexibilität. Der Preis: Höhere Komplexität und notwendigerweise mehr Integration.

Shopware ist ein Monolith mit offenen Rändern. Der Core ist eine durchdachte E-Commerce-Engine die von Haus aus vieles kann: Catalog, Cart, Checkout, User Management, B2B-Features, Content Management. Du kannst es mit einem Theme bedienen oder es auch headless einsetzen. Der Monolith ist offen: Shopware 6 ist modular, hat ein Plugin-System und APIs überall. Das macht Shopware schneller zum Laufen, erfordert aber auch Kompromisse bei extremer Anpassung.

Die entscheidende Folgerung: Bei Commercetools baust du von unten auf ("Microservices zusammennähen"). Bei Shopware fängst du mit einer ganzen Plattform an und spezialisierst sie wo nötig. Das hat unterschiedliche Konsequenzen.

Commercetools: API-first und MACH

Commercetools wurde 2006 gegründet (die Plattform startete 2013) und ist ein Gründungsmitglied der MACH Alliance. Das Unternehmen ist in München ansässig, hat Standorte weltweit und wird von REWE Digital unterstützt. Die Kundenbasis ist imposant: über 500 Unternehmen, 75+ Milliarden EUR annualisiertes GMV, über 600 Millionen Orders pro Jahr.

Das macht Commercetools stark:

• Unbegrenzte Skalierung: Du zahlst pro Order, nicht pro Modul. Und Skalierung ist eingeplant, nicht mit Aufschlägen verbunden.
• Komplexe Geschäftsmodelle: Wenn du B2B, B2C, und weitere Modelle parallel brauchst oder Multi-Region mit jeweiligen Währungen und Tax-Regeln fahren willst, hat Commercetools das von Haus aus durchdacht.
• Vorhersehbare API-Evolution: Weil alles APIs sind, können Upgrades ohne Breaking Changes gemacht werden. Dein Frontend funktioniert weiter, die API-Schicht wird erweitert.
• KI & Agentic Commerce: Commercetools positioniert sich stark im Bereich KI-gesteuerter Commerce-Prozesse. Mit dem Einzug von KI-Plattformen sieht commercetools hier Vorteile.

Wo Commercetools anspruchsvoll ist:

• Höhere Initial-Komplexität: Du brauchst mehr Integrationswissen und eine klare Systemarchitektur von Tag eins. Es gibt kein "Theme hochfahren und fertig".
• Frontend ist deine Verantwortung: Commercetools liefert keine Admin-UI, keine Shop-UI. Diese baust du selbst (oder mit Partnern). Das ist Flexibilität und Mehraufwand zugleich.
• Mehraufwand für kleine bis mittlere Projekte: Wenn du nicht wirklich die Komplexität brauchst, zahlst du für Infrastruktur die dann untergenutzt ist.
• Abhängigkeit von guter Dokumentation und Partnern: Ohne solides Know-how ist Commercetools schwierig zu implementieren.

In unseren Projekten sehen wir Commercetools primär bei Enterprise-Relaunchs mit extremen Anforderungen an individuelle Logik oder bei globalen Multiregion-Setups.

Shopware: Monolith mit offener Architektur

Shopware wurde 2000 gegründet, startete als Closed-Source und wurde 2010 als Community Edition Open-Source. Seit 2019 gibt es Shopware 6, eine komplette Neuschreibung auf modernem Stack (Symfony, Vue, Tailwind). Das Unternehmen ist in Schöppingen (Nordrhein-Westfalen) ansässig und ist in Deutschland Marktführer: 12,2% aller Top-1000-E-Commerce-Seiten nutzen Shopware. Weltweit sind es ca. 100.000 Seiten.

Shopware ist Teil des "Visionary Quadrant" im Gartner Magic Quadrant für Digital Commerce (2025).

Das macht Shopware stark:

• "Alles aus einer Hand": Catalog, Checkout, User Management, B2B, Content Management, Search, Analytics, Basis-KI (Copilot). Du kannst wirklich morgen mit einem Theme starten.
• Open Source mit kommerziellem Support: Code ist offen einsehbar, Community ist aktiv, Erweiterungen sind transparent. Das reduziert Vendor Lock-in Angst.
• Deutsche/EU Sensibilität: Shopware versteht DSGVO, hat das Frontend näher am deutschen Marketing und EU-Anforderungen. Das merkt man in Details.
• Flexible Deployment-Optionen: SaaS (einfach), PaaS (mehr Kontrolle), oder komplett Self-Hosted. Shopware passt sich an dein Hosting-Verständnis an.
• Schnelle Time-to-Market: Mit einem vorkonfigurierten Theme und Standard-Plugins sind kleine bis mittlere Shops schnell live.

Wo Shopware anspruchsvoll wird:

• Der Monolith-Kompromiss: Selbst mit Headless-Setup: Dein Backend folgt immer noch Shopware-Logik. Wenn deine Geschäftslogik davon abweicht, wird's kompliziert.
• B2B-Features kosten extra: B2B mit individuellen Kundenpreisen, Freigabeprozessen und komplexer Rollenlogik ist nicht in jeder Lizenzklasse enthalten. Das ist wichtig zu wissen.
• Performance unter Last: Shopware ist gut optimiert, aber ein Monolith hat bei extremen Traffic-Spitzen Grenzen. Commercetools skaliert das besser.
• Mehraufwand bei Anpassungen ab Stufe 3: Wenn du tiefer anpassen musst, wirst du schnell zum Shopware-Experten. Das ist soweit OK, verlangt aber gutes Know-how.

In unseren Projekten ist Shopware das Standard-Setup für etwa 85% der Aufträge, weil die meisten Anforderungen in das Framework passen und das Kosten-Nutzen-Verhältnis überzeugt. Als Shopware-Partner seit 2012 (heute Gold-Level) mit 56+ Zertifizierungen sehen wir täglich was die Plattform kann.

Kostenvergleich: Initial und langfristig

Die Kosten sind komplex, weil beide Modelle nicht direkt vergleichbar sind. Lass mich das aufschlüsseln.

Commercetools Kostenmodell:

Commercetools rechnet nach Orders und zusätzlichen Features ab:

• Core Commerce Edition: Abrechnung nach Orders und Features (grobe Faustregel: mittlerer vierstelliger USD-Betrag/Monat zum aktuellen Zeitpunkt).
• Premium Edition: Unbegrenzte SKUs, Advanced B2B APIs, Premium Support. Einstieg im höheren vierstelligen USD-Bereich/Monat.
• Individuelle Features (Advanced B2B, Audit Logs, Third-Party Connectors): Kommen als Add-ons drauf.

Dazu kommen massive Integrations- und Entwicklungskosten, weil du quasi von null anfängst. Ein typisches Commercetools-Projekt liegt ab 200.000+ EUR (je nach Komplexität und Multi-Region).

Shopware Kostenmodell:

Shopware unterscheidet drei Deployment-Optionen:

• Community Edition: Kostenlos, selbst gehostet, Community-Support, AGPL-lizenziert (Code-Teile müssen offen bleiben).
• SaaS (Standard, Professional, Enterprise): Monatliche Gebühren je nach Lizenz-Stufe, enthalten Hosting und Support. Aktuelle Preise unter shopware.com/de/preise/. Höhere Tiers haben mehr B2B-Features.
• PaaS / Self-Hosted: Lizenzgebühren + dein Hosting. Gibt mehr Kontrolle, ist aber auch Verantwortung.

Ein typisches Shopware-Projekt mit Theme, Basis-Plugins und Standard-Integrationen liegt bei ab 30.000+ EUR. Headless mit individuellem Frontend: ab 80.000+ EUR. Enterprise mit tiefer ERP-Integration: ab 200.000+ EUR.

3-Jahre Gesamtkosten (TCO):

Richtwerte für einen mittelständischen Shop (50.000 EUR/Monat Umsatz):

Diese Zahlen sind Richtwerte, nicht exakt. Die Realität hängt ab von: Wie viele Märkte, wie viel individueller Code, welche Integrations-Komplexität?

Das entscheidende Fazit: Commercetools ist eine Infrastruktur-Investition die sich rechnet wenn du massive Komplexität hast und diese über 5-10 Jahre nutzt. Shopware ist eine schnelle, kosteneffiziente Lösung für alles von Klein bis Enterprise, solange du in dem Framework bleiben kannst. Für 90% der Mittelständler ist Shopware langfristig günstiger.

B2B-Features: Wer hat die besseren Werkzeuge?

Das ist ein echter Unterscheidungspunkt. B2B ist nicht gleich B2B. Es gibt drei Komplexitäts-Level:

Level 1: Mengenrabatte & Kundengruppen Beide Plattformen machen das von Haus aus. Shopware Standard Edition, Commercetools Core Commerce. Kein Problem.

Level 2: Individuelle Kataloge & Preislisten pro Kunde Shopware Professional und höher haben das gut durchdacht: individuelle Catalogs, Pricing Rules, Visibility Rules. Commercetools hat Advanced B2B APIs dafür.

Level 3: Komplexe Workflows (Bestellfreigabe, Reservierungen, individuelle Rechnungen), ERP-Anbindung, kundenspezifische Logik Hier wird es spannend.

Commercetools hat hier einen Vorteil: Weil alles APIs sind, kannst du beliebig komplexe Geschäftslogik außerhalb der Commerce-Engine bauen. Ein typisches Muster: SAP oder NetSuite sind die Single Source of Truth, Commercetools synchronisiert die Daten über APIs. Das ist eine architektonische Klarheit.

Shopware zwingt dich mehr zum "alles im Monolith lösen". Das ist oft pragmatischer (weniger Synchronisierungsprobleme), kann aber bei extremer Komplexität zum Engpass werden.

Konkret aus unseren Projekten: Wenn ein Kunde ein B2B-Portal mit 10.000 Geschäftspartnern, individuellen Preisen, Freigabeprozessen und täglicher ERP-Sync braucht, bauen wir das auf Shopware mit individuellen Plugins und einem ordentlichen API-Layer. Das funktioniert. Wenn aber die Anforderungen wirklich noch eine Ebene höher liegen (z.B. komplexes Konfigurator-System, Cross-Tenant Wholesale-Plattform), dann ist Commercetools sauberer zu denken.

Hinweis für Shopware B2B: Wer sich außerdem für spezialisierte B2B-Erweiterungen interessiert, sollte sich b2b-sellers.com anschauen. Ein auf B2B spezialisiertes Plugin-Ökosystem für Shopware. Bei Interesse: Kontaktiere uns, wir können einschätzen ob das für dein Setup passt.

Für wen Commercetools die richtige Wahl ist

Commercetools ist dann deine Plattform wenn einer oder mehrere dieser Punkte zutreffen:

• Extreme Komplexität in der Geschäftslogik. Du brauchst Workflows die ein Standard-Shop nicht vorsieht. Konfiguratoren, dynamisches Pricing basierend auf externen Daten, komplexe Freigabeprozesse, KI-Integration.
• Multi-Region / Multi-Currency / Multi-Marken globale Architektur. Du brauchst nicht drei Shopware-Instanzen für Dänemark, Deutschland und Österreich, sondern eine Art "Commerce Backbone" für alle.
• High-Traffic Szenarien mit extremen Skalierungsanforderungen. Dein Shop braucht tausende Requests/sec und Commercetools' Infrastruktur ist dafür von Haus aus gebaut.
• Wenig Kompromisse akzeptabel. Dein Team ist tech-affin, versteht APIs, hat Entwickler die gerne mit Microservices arbeiten.
• Langfristiges Committment. Die Investition lohnt sich ab Jahr 3+, nicht vorher.
• KI-Agenten und GenAI Integration. Die Roadmap von Commercetools im Bereich KI-gesteuerter Commerce-Prozesse ist beeindruckend.

Typische Commercetools-Projekte: Europäische Marktplätze mit hunderten Marken, globale Luxusmarken, Automotive-E-Commerce mit extremer Konfiguration, Healthcare mit komplexem Fulfillment.

Für wen Shopware die bessere Lösung ist

Shopware ist dann die bessere Wahl wenn:

• Du schnell und wirtschaftlich launchen willst. Du brauchst kein Jahr Planung, sondern 3-6 Monate go-live.
• Deine Anforderungen passen ins Shopware-Framework. Du brauchst Catalog, Checkout, User Management, Basis-B2B. Nicht "alles anders".
• Du eine offene Plattform mit Community-Support bevorzugst. Code ist einsehbar, Plugins sind transparent, dein Vendor Lock-in Risiko ist klein.
• Budget ist relevant. Shopware ist deutlich günstiger in Initial und laufend.
• Du in Deutschland oder EU ansässig bist. Shopware versteht deine regulatorischen Anforderungen (DSGVO, etc.) von Haus aus.
• Dein Team ist Shopware-affin. Gutes Ökosystem, gute Dokumentation, einfach Entwickler zu finden.
• Du willst Headless, aber brauchst nicht MACH-Purismus. Shopware 6 kann alles headless machen, ohne dass du die volle Komplexität von Microservices eingehen musst.

Typische Shopware-Projekte: Mittelständische DACH-Einzelhandelsketten, Premium-Marken mit individuellem Frontend (Nuxt), B2B-Spezialisten, Publisher mit Shop-Komponenten, internationale Marken mit lokalen Teams.

Das dasistweb Spektrum: Wir bauen mit Shopware alles von Klein bis Enterprise. Shopware-Partner seit 2012 (heute Gold-Level) mit 56+ Zertifizierungen. Für Projekte die genuinely MACH brauchen, nicht weil es "moderner" klingt, beraten wir auch zu Commercetools.

Vergleichstabelle: Die wichtigsten Unterschiede auf einen Blick

Fazit: Es geht nicht um die Plattform, sondern um deine Anforderungen

Das ist die unbequeme Wahrheit: Beide Plattformen sind exzellent. Commercetools wird nicht "Enterprise-reifer" nur weil es MACH ist. Shopware wird nicht "weniger mächtig" nur weil es ein Monolith ist. Die Entscheidung hängt davon ab, was du brauchst und über welche Zeit du das brauchst.

Unsere Daumenregel nach 15 Jahren Projekt-Erfahrung:

• Brauchst du echte Microservices-Architektur und hast Budget für 2+ Jahre Payback? Dann Commercetools.
• Brauchst du ein robustes, schnell deployables System mit guter Community und möchtest du kosteneffizient sein? Dann Shopware.
• Brauchst du was dazwischen (z.B. Shopware Headless mit eigenem Frontend)? Dann Shopware mit individuellem Stack.

Die beste Plattform ist nicht die mit den meisten Features, sondern die mit den richtigen Features für dein Geschäftsmodell. Und dafür brauchst du jemanden der beide Welten kennt und dir sagt was du wirklich brauchst, nicht was cooler klingt.