Die Frage kommt regelmäßig: Was kostet uns ein Shopware-Shop? Und die ehrliche Antwort ist kompliziert. Nicht weil Shopware willkürlich ist, sondern weil "ein Shopware-Projekt" genauso aussagekräftig ist wie "ein Auto kaufen". Ein Kleinwagen kostet anders als ein SUV. Und beides ist richtig.
Wir bauen seit 2012 Shopware-Shops. In dieser Zeit haben wir gelernt: Die Kosten hängen nicht von der Plattform ab, sondern von dem was du brauchst. Dieser Artikel zeigt dir wo das Geld fließt, welche Lizenzstufen es gibt, und vor allem: Wie du dein realistisches Budget planst.
Kurz: Shopware Kosten überblick. Ein realistisches Shopware-Projekt liegt zwischen 30.000 € (Setup mit Standard-Theme) und 250.000 € (Custom-Headless mit ERP-Integration). Die monatlichen Shopware Kosten setzen sich aus Lizenz, Hosting, Wartung und Erweiterung zusammen. Wir schlüsseln die Shopware Kosten unten transparent auf.
Inhalt
- Die Lizenzmodelle: Wieviel kostet die Plattform?
- Hosting: Der regelmäßige Posten
- Shopware rennt stabil in zwei Setups
- Laufende Kosten: Wartung, Updates, Security
- TCO-Realität: Wann Shopware sinnvoll ist
- Was treibt die Kosten wirklich nach oben?
Die Lizenzmodelle: Wieviel kostet die Plattform?
Shopware selbst kostet unterschiedlich viel. Das ist wichtig zu verstehen bevor wir über Entwicklung sprechen.
Community Edition: Kostenlos. Das ist die Open-Source-Variante. Du hast Zugriff auf den ganzen Code, kannst selbst entwickeln oder einen Freelancer engagieren. Keine Support-Kosten, keine Lizenzgebühren. Das klingt toll, ist aber praktisch fast nie für professionelle Shops die Lösung weil der Administrationsaufwand für Updates und Security selbst liegt.
Rise: Das ist die kleinste kommerzielle Variante. Du bekommst professionellen Support, automatische Updates und die gängigsten Cloud-Features. Für kleine bis mittlere Shops ohne extreme B2B-Anforderungen. Aktuelle Preise zum aktuellen Zeitpunkt auf der Shopware-Website.
Evolve: Hier kommen B2B-Features, erweiterte Kundenverwaltung und APIs dazu. Auch Headless wird unterstützt. Standard für Shops ab mittlerer Größe. Aktuelle Preise zum aktuellen Zeitpunkt auf der Shopware-Website.
Beyond: Individuell nach Anfrage. Das ist die Enterprise-Variante. Für Konzerne, Multi-Market-Setup oder Custom-Anforderungen.
An dieser Stelle muss man ehrlich differenzieren. Denn es gibt nicht den einen Shopware-Weg.
Weg 1: Standard-Setup. Shopware-Lizenz, maximal fünf Plugins, ein Theme das konfiguriert oder leicht angepasst wird. Hier ist die Lizenz ein planbarer, überschaubarer Teil des Budgets. Ein solides Shopware-Projekt kann ab 10.000 EUR starten.
Weg 2: Enterprise und Custom. Custom Frontend, Custom Backend, Custom Logik, Custom Anbindungen. Bei großen Projekten und B2B fast immer der Fall. Hier reden wir über sechsstellige Budgets, und da ist die Lizenzgebühr tatsächlich der kleinste Posten.
Der entscheidende Punkt: Die Architekturentscheidung am Anfang ist der größte TCO-Hebel. Nicht die Lizenz.
Hosting: Der regelmäßige Posten
Das unterschätzt fast jeder. Shopware läuft nicht auf einem 5-EUR-Shared-Hosting. Für professionelle Läden brauchst du einen gut konfigurierten Server mit genug RAM, schneller Datenbank und Caching-Infrastruktur.
Managed Hosting: ab 100 EUR/Monat. Das ist das Minimum für einen kleinen Shop mit unter 50.000 EUR Jahresumsatz. Managed Server bei einem spezialisierten Hoster.
Mittelstand: ab 200 EUR/Monat. Ein Shop mit mittlerem Traffic und ein paar Integrationen.
Enterprise: ab 350 EUR/Monat. Multi-Server-Setup, Load-Balancing, eigene Datenbanken, CDN für Medien.
Unser Go-To für Hosting ist Scale Commerce. Die kennen Shopware, die Infrastruktur stimmt, und wenn nachts um 2 was brennt ist jemand da. Für interne Projekte und Testumgebungen nutzen wir Hetzner.
Jetzt kommt die wichtige Zahl: Das Hosting läuft für die nächsten 5 Jahre. Das sind bei 250 EUR/Monat 15.000 EUR. Das ist nicht wenig. Und das ist der Grund warum viele Entscheider bei einem Relaunch auch das Hosting-Setup überdenken.
Shopware rennt stabil in zwei Setups
Das ist die wichtigste Erkenntnis die wir nach sieben Jahren Shopware 6 haben. Shopware kann alles. SaaS, PaaS, Plugins, Custom Plugins, Themes, Custom Themes, Apps, Headless. Hoch individuell. Deshalb entscheiden sich so viele dafür.
Nur halt nicht alles gleichzeitig.
Shopware sagt nie nein. Du kannst 200 Plugins installieren. Es gibt kein Popup das fragt ob du dir sicher bist. Jedes Feature einzeln? Läuft. Stabil. Kalkulierbar. Aber sobald du anfängst zu mixen wird es teuer. Custom Theme plus 20 Plugins plus Backend-Anpassungen. Geht am Anfang schnell. Fühlt sich produktiv an. Bis du merkst dass du bei über 30% Custom-Anteil jede technische Entscheidung von Shopware mitträgst.
Deswegen hilft es die verschiedenen Setups klar zu benennen. Nicht als abstrakte Stufen, sondern so wie wir sie in der Praxis sehen:
Standardshop: Theme, Konfiguration, Handvoll Plugins
Du nimmst ein bewährtes Theme aus dem Store, passt es an dein Branding an, konfigurierst Kategorien und Produkte, bindest Payment und Versand an. Dazu maximal fünf Plugins wo nötig. Keine Custom-Entwicklung, keine individuelle Business-Logik. Das reicht für erstaunlich viele Shops.
Kosten: ab 10.000 EUR einmalig.
Das ist die Ebene wo Freelancer und kleinere Agenturen sehr gute Arbeit machen. Die haben ihre Prozesse genau auf diese Art von Projekten optimiert und sind damit schnell und effizient.
Wir bei dasistweb machen diese Projekte bewusst nicht. Nicht weil sie schlecht sind, sondern weil wir unsere Prozesse auf komplexere Vorhaben optimiert haben. Ein Projekt ab 10.000 EUR können wir schlicht nicht wirtschaftlich umsetzen, und das ist ehrlich so.
Standard mit Datenanbindungen
Die Handvoll Plugins reicht nicht mehr. Du brauchst dein ERP angebunden (SAP, Microsoft Dynamics, Lexware), ein PIM-System für deine Produktdaten, vielleicht eine CRM-Anbindung oder eine spezielle Checkout-Logik. Aber du bleibst im Shopware-Standard-Frontend und nutzt das Plugin-System wie vorgesehen.
Kosten: ab 50.000 EUR einmalig.
Das ist wo dasistweb viele Projekte macht. Die Anforderung ist klar, es gibt Standard-Patterns wie man das löst, und es ist wirtschaftlich sinnvoll. Wichtig: Der Custom-Anteil bleibt deutlich unter 30%.
Leicht angepasster Standard
Du brauchst etwas mehr als Standard. Vielleicht ein leicht angepasstes Theme, ein paar Custom Plugins oder eine erweiterte Admin-Konfiguration. Ein Mix aus den vorherigen Setups mit ein paar individuellen Anpassungen obendrauf.
Hier gilt die harte Grenze: unter 30% Custom-Anteil bleiben.
Wer hier sauber bleibt, ist auf der sicheren Seite. Updates laufen, das Plugin-System funktioniert wie gedacht, und die Wartungskosten bleiben planbar. Wer drüber geht, landet in der gefährlichen Mitte: Custom Theme plus 20 Plugins plus Backend-Anpassungen. Das fühlt sich anfangs wie ein guter Kompromiss an. Ist es nicht. Du baust dir ein Wartungsmonster bei dem jedes Major-Update zum Projekt wird.
Custom Frontend: Headless
Mehr als 30% eigenes am Frontend? Dann weg vom Shopware-Theme. Eigenes Frontend (Nuxt, Next.js, React), Shopware bleibt als Backend mit Standard-Plugins und API.
Kosten: ab 80.000 EUR einmalig.
Warum lohnt sich das? Bei einem Monolithen sind Frontend und Backend gekoppelt. Wenn Shopware ein großes Update macht, muss dein Frontend-Code angepasst werden. Template-Vererbung, Theme-Abhängigkeiten, all das wird kompliziert. Bei Headless betrifft ein Plattform-Update nur die API-Schicht. Dein Frontend kann seinen eigenen Update-Zyklus haben.
Wenn dein Frontend die Dreh- und Angelpunkt deiner Marke ist und du da volle Kontrolle brauchst. Wenn du B2B mit kundenspezifischen Preisen, Reservierungslogiken und Freigabeprozessen baust. Oder wenn du Account-Daten direkt aus dem CRM einspielst. Headless ist dann nicht die teure Variante. Es ist die richtige.
Starkes Backend-Customizing: Microservices daneben
Frontend ist hier nicht das Thema. Das Shopware-Standard-Frontend reicht, vielleicht mit leichten Anpassungen. Aber im Backend wird es komplex. Individuelle Preislogik, Freigabeworkflows, Budgetverwaltung, rollenbasierte Bestellprozesse. Typisch B2B.
Das ist gefährlich wenn man es falsch macht. Und das sehen wir regelmäßig. Wer hier anfängt Shopware als Framework zu nutzen, Custom Plugins für alles, Admin-Erweiterungen für jede Logik, der baut sich genau das Wartungsmonster das wir oben beschrieben haben. Jedes Shopware-Update wird zum Risiko weil dein Code an Stellen hängt die Shopware jederzeit ändern kann.
Der Weg der funktioniert ist ehrlich gesagt langweilig. Eigene Services neben Shopware. Microservice-Architektur. Dünne Nähte zwischen deinem Code und Shopware. Shopware bleibt Commerce-Engine: Katalog, Checkout, Order-Management. Deine Business-Logik lebt in eigenen Services mit eigenen APIs. Die beiden Welten kommunizieren über klar definierte Schnittstellen, nicht über Plugin-Hooks und Event-Subscriber die bei jedem Update brechen können.
Das ist keine Raketenwissenschaft. Das ist Erfahrung und Architektur. Man muss wissen wo die Grenze zwischen Shopware und eigenem Code verläuft, wie dünn die Nähte sein müssen, und welche Shopware-Mechanismen man nutzt und welche man bewusst nicht anfasst. Wir stehen da maximal dahinter weil wir genau diese Projekte seit Jahren machen und jeden Fehler schon hinter uns haben.
Kosten: ab 80.000 EUR einmalig.
Das klingt nach viel für ein "Standard-Frontend". Aber die Backend-Architektur ist der teure Teil. Und es ist eine Investition die sich rechnet: Dein Custom-Code ist entkoppelt, Updates laufen sauber durch, und du kannst deine Business-Logik unabhängig weiterentwickeln.
Full Custom: Headless Frontend + Backend daneben
Das schwerste Setup. Nicht nur das Frontend ist eigen, auch im Backend reicht das Shopware-Plugin-System nicht mehr. Du setzt nicht mehr auf den Standard-Admin, nicht auf das Theme-Frontend, nicht auf das Plugin-System für deine Kernlogik.
Shopware bleibt als Commerce-Engine für Katalog, Checkout und Order-Management. Aber deine individuelle Business-Logik baust du daneben, nicht rein. Eigene Services, eigene APIs, eigene Datenbanken wo nötig.
Kosten: ab 120.000 EUR einmalig.
Das ist eine große Investition. Aber du zahlst für Unabhängigkeit. Dein Custom-Code ist nicht an jede Plattform-Entscheidung von Shopware gekoppelt. Vue-Admin-Austausch? Betrifft dich nicht. Bootstrap-Wechsel? Betrifft dich nicht. Updates dauern Tage statt Wochen.
Und mit KI kommt noch ein Vorteil dazu: KI nutzt nativ APIs und den Headless-Stack. Wer Headless baut, profitiert sofort davon.
"Wir machen Shopware 6 seit 2019. Sieben Jahre. Wir haben das alles hinter uns. Jede Variante, jeden Fehler, jede teure Erkenntnis. 2021/22 haben wir mit allen Kunden zusammen die Richtung geändert wie wir Shopware nutzen. Seitdem dauern Updates Tage statt Wochen." -- Martin Weinmayr, Gründer dasistweb
Laufende Kosten: Wartung, Updates, Security
Das ist der Posten der viele vergessen. Ein Shop ist nicht fertig wenn er live geht. Er muss laufen. Das kostet.
Updates und Patches. Shopware bringt ständig Updates. Minor-Updates mit Bugfixes, Major-Updates mit neuen Features. Das muss getestet und eingespielt werden. Deine Custom-Code muss mitgenommen werden.
In unseren Projekten rechnen wir mit ab 500 EUR pro Major-Update, je nach Custom-Anteil auch deutlich mehr.
Security Monitoring. Du brauchst jemanden der schaut ob es neue Sicherheitslücken gibt. Zertifikate müssen überwacht werden. PCI-Compliance muss stimmen.
Rechne mit ab 200 EUR monatlich.
Content-Updates und Feature-Wünsche. Neue Produkte, neue Kategorien, neue Funktionen die die Business-Anforderungen entwickeln. Auch das fällt laufend an.
Realistisch: ab 1.000 EUR monatlich wenn aktiv an deinem Shop gearbeitet wird.
Insgesamt laufend: ab 2.000 EUR monatlich für einen Shop der lebendig bleibt.
TCO-Realität: Wann Shopware sinnvoll ist
Hier muss man ehrlich differenzieren. Ein pauschaler TCO-Vergleich zwischen Shopware und Shopify ist unseriös weil beide Plattformen individuell kalkulieren. Was man aber sagen kann ist wo der strukturelle Unterschied liegt.
Der wichtigste Fakt: Shopware erhebt keine Transaktionsgebühren. Du zahlst nur deinen Payment-Provider direkt (Stripe, Mollie, Klarna). Shopify hingegen erhebt zusätzlich zu den Payment-Provider-Gebühren eigene Transaktionsgebühren, wenn du nicht Shopify Payments nutzt. Auch mit Shopify Payments zahlst du die Shopify-eigenen Processing-Gebühren. Aktuelle Konditionen zum aktuellen Zeitpunkt auf der Shopify-Website.
Das ist der größte TCO-Hebel. Bei 5 Mio. EUR Jahresumsatz können Plattformgebühren schnell 50.000+ EUR/Jahr ausmachen, die bei Shopware komplett wegfallen. Dieser Effekt skaliert linear mit dem Umsatz.
Wann Shopware beim TCO strukturell gewinnt:
Ab circa 2 bis 5 Mio. EUR GMV pro Jahr. Weil die kumulierten Transaktionsgebühren bei Shopify den initialen Mehraufwand für Hosting und Wartung bei Shopware überholen.
Headless mit eigenem Frontend und individueller Backend-Logik. Hier brauchst du wirklich die Flexibilität. Shopify lässt dich nicht so tief customizen. Shopware ist offen.
B2B mit echten Anforderungen. Kundenportale, rollenbasierte Bestellprozesse, kundenspezifische Preislisten, Budgets, Freigabeworkflows. Das ist in Shopware ab Evolve drin. Bei Shopify nur über App-Kombinationen lösbar. Für spezifische B2B-Anforderungen auf Shopware lohnt sich außerdem ein Blick auf b2b-sellers.com als ergänzende Alternative. Bei Interesse melde dich gerne bei uns.
DACH-Compliance. Deutsches Steuerrecht, DSGVO, Rechnungsanforderungen nach HGB sind in Shopware nativ gebaut. Shopify ist US-first und braucht Nachrüstung.
Datenhoheit. Eigenes Hosting, eigene Datenbank, Serverlage wählbar. Kein Vendor Lock-in auf Code-Ebene (MIT-Lizenz).
Komplexe Integrationslandschaft. SAP, Microsoft Dynamics, DACH-Marktplätze (Otto, Zalando, kaufland.de). Das Shopware-Ökosystem im DACH-Raum ist hier deutlich tiefer.
Aber seien wir ehrlich: Bei Standardshops mit Theme und Plugins und niedrigem GMV ist Shopify meistens schneller umgesetzt und hat niedrigere laufende Betriebskosten. Das brauchst du nicht zu beschönigen. Mehr dazu in unserem Shopware oder Shopify Vergleich.
Was treibt die Kosten wirklich nach oben?
Es gibt Faktoren die die Kosten exponentiell ansteigen lassen. Kenne die:
Anzahl der Märkte. Ein Shop für Deutschland vs. ein Shop für 8 Länder mit unterschiedlichen Sprachen, Tax-Systemen, Versandanbietern und Payment-Methoden. Das kostet nicht doppelt so viel, es kostet vier bis fünf Mal so viel. Was dabei auf technischer Ebene zu beachten ist, zeigt unser Artikel zur Shopware Internationalisierung.
Integrationen. Je mehr Systeme du anbinden musst (ERP, Warehouse, CRM, Analytics, Marketing-Automation), desto komplexer wird es. Nicht linear komplexer. Exponentiell.
Custom-Entwicklung ohne klare Requirements. Wenn du nicht weißt was du brauchst und dich während des Projekts ständig neu orientierst, wird es teuer. Scope Creep ist dein Feind.
Performance und Skalierung. Ein Shop der 1 Million EUR/Jahr macht braucht andere Infrastruktur als einer der 50 Millionen macht. Load-Testing, Caching-Strategien, Database-Optimization. Das kostet.
B2B-Komplexität. B2B-Commerce ist nicht B2C mit größeren Mengen. Es ist ein ganz anderes Geschäftsmodell. Individuelle Preise, Kundengruppen, Freigabeprozesse, Kreditleisten. Das ist Feature-Entwicklung im großen Stil.
Was wir aus der Praxis wissen: Jede neue Dimension (neuer Markt, neues Zahlungssystem, neue ERP-Integration) bringt Komplexität mit die man vorher unterschätzt. Nicht weil die einzelnen Bausteine teuer sind, sondern weil die Wechselwirkungen zwischen ihnen den Aufwand treiben.
Fazit: Das Budget planen
Kenne deinen Weg. Ein Standardshop mit Theme und Plugins kostet anders als ein Headless-Setup mit eigenem Frontend. Der große Fehler ist wenn Entscheider von "Shopware-Kosten" sprechen ohne zu sagen was sie eigentlich bauen wollen.
Die ehrliche Reihenfolge:
- Definiere deine Anforderungen (nicht andersherum: "wir nehmen Shopware und passen uns an")
- Bestimme welches Setup zu deinen Anforderungen passt
- Rechne mit realistischen Laufende-Kosten (nicht nur die Entwicklung)
- Vergleiche mit Alternativen (Shopify, Composable Commerce)
- Nutze die 30%-Regel: Das ist eine Architektur-Entscheidung. Brauchst du unter 30% Custom? Dann passt eine Standard-Plattform. Über 30%? Dann musst du deine Architektur ändern (Headless Frontend oder Microservices daneben), nicht automatisch die Plattform wechseln
Shopware macht nicht automatisch Sinn nur weil es "Enterprise-Level" ist. Aber wenn du ein eigenes Frontend brauchst, individuelle Backend-Logik oder beides, ist es eine sehr gute Wahl.