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. In der Praxis sehen wir drei Ligen: ab ~10.000 € für Freelancer-Setups (Theme + Plugins, nicht auf Weiterentwicklung ausgelegt), ab ~30.000 € für mittlere Projekte mit kleiner Agentur (Plugins, Themes, ein, zwei kleine Custom-Anpassungen), und ab ~80.000 € für ernsthafte Projekte mit ERP-Anbindung, nicht-Standard-PIM und individueller Business-Logik. Hier sind auch 500.000 € und mehr kein Thema, wenn die Tiefe es hergibt. Ein Quick Boost in dieser Liga ist Shopware PaaS, weil viele Prozesse dort schon vorkonfiguriert sind. Dazu kommen Lizenz, Hosting und Wartung. 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. Und bleibt es auch. Das ist die Open-Source-Variante (MIT-Lizenz). Du hast Zugriff auf den ganzen Code, kannst selbst entwickeln oder einen Freelancer engagieren. Keine Support-Kosten, keine Lizenzgebühren. Ein wichtiger Punkt seit 2025: Sobald dein Shop mehr als 1 Mio. € GMV pro Jahr über Shopware umsetzt, brauchst du ein kommerzielles Abo (Rise, Evolve oder Beyond), um den Shopware Store (Plugins, Updates für gekaufte Erweiterungen) und das Shopware Account zu nutzen. Das gilt sowohl für Bestandskunden, die den Zugriff behalten wollen, als auch für Neukunden, die ihn überhaupt erst bekommen wollen. Der Shop selbst läuft auch ohne weiter, du verlierst nur den Marketplace-Zugang. Details dazu im Shopware Fair Usage Policy Beitrag.
Rise: Das ist die kleinste kommerzielle Variante. Du bekommst Support, Zugriff auf den Shopware Store und Cloud-Features. Für kleine bis mittlere Shops ohne extreme B2B-Anforderungen. Aktuelle Preise 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 auf der Shopware-Website.
Beyond: Individuell nach Anfrage. Das ist die Enterprise-Variante. Für Konzerne, Multi-Market-Setup oder Custom-Anforderungen.
Wichtig zum Thema Updates: Rise, Evolve und Beyond können als SaaS, PaaS oder Self-Hosted betrieben werden. Automatische Updates gibt es ausschließlich im SaaS-Modell. Wer selbst hostet, egal in welcher Edition oder auch in Rise, Evolve oder Beyond, spielt Updates immer manuell ein. Das hat nichts mit der Edition zu tun, sondern mit dem Deployment-Modell.
An dieser Stelle muss man ehrlich differenzieren. Denn es gibt nicht den einen Shopware-Weg. In der Praxis sehen wir drei klare Ligen:
Liga 1: Freelancer-Projekte ab ~10.000 €. Standard-Theme aus dem Store, eine Handvoll Plugins, Produkte und Kategorien einpflegen, Branding anpassen. Kein Setup für Weiterentwicklung, kein Staging-Workflow, kein Backoffice-Tooling. Für viele Shops ist das genau richtig. Ein Freelancer baut sowas in wenigen Wochen. Für uns kein wirtschaftlich abbildbares Format.
Liga 2: kleine Agentur ab ~30.000 €. Plugins und Themes wie bei Liga 1, aber mit ein, zwei kleinen Custom-Anpassungen, sauberer Aufsetzung und einer Struktur, die Wachstum verträgt. Freelancer mit Team oder kleinere Agentur. Hier kommen Prozesse rein, der Shop ist auf einen lebendigen Betrieb ausgelegt.
Liga 3: Datenanbindungen und individuelle Business-Logik ab ~80.000 €. ERP-Anbindung (SAP, Microsoft Dynamics, Lexware), kein Standard-PIM, B2B-Logik, individuelle Preisstruktur, Custom-Frontend wo es zählt. In dieser Liga reden wir von 80k aufwärts. Auch 500k sind kein Thema, wenn die Anforderungen es hergeben. Das ist unser Tenor bei dasistweb. Ein Quick Boost auf dieser Ebene kann Shopware PaaS sein: viele Prozesse (Deployment, Caching, Stages, Skalierung) sind dort schon eingerichtet, der Custom-Anteil konzentriert sich auf das, was wirklich custom sein muss.
Der entscheidende Punkt: Die Architekturentscheidung am Anfang ist der größte TCO-Hebel. Nicht die Lizenz.
In welcher Liga liegt dein Projekt?
Das ist aus der Distanz schwer zu sagen. Aber genau das klären wir mit dir.
30-Minuten-Erstgespräch. In einem kurzen Call sortieren wir auf Basis deiner Anforderungen, in welcher Liga sich dein Vorhaben bewegt. Du gehst mit einer ehrlichen Einordnung raus. Auch wenn das heißt „du brauchst keine Liga 3, das machst du mit einem Freelancer in Liga 2".
Scope-Workshop (1 bis 2 Tage). Wenn es nach dem Call konkret wird, kommt unser Scope-Workshop. Danach hast du eine klare Anforderungsliste, eine Architektur-Skizze und ein belastbares Budget. Mit oder ohne uns als Umsetzer. Die Entscheidung triffst du im Anschluss.
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.
Was Hosting kostet, hängt nicht am Jahresumsatz, sondern an drei technischen Faktoren:
- Traffic: Wie viele Besucher kommen, vor allem in Peak-Zeiten?
- API-Last: Wie viel Datenabgleich läuft im Hintergrund (ERP, PIM, CRM, Warehouse)?
- Verfügbarkeitsanspruch: Wie geschäftskritisch ist der Shop? Wenn er drei Stunden hängt, was kostet das?
Daraus ergeben sich grob drei Setups:
Kleines Setup: ab 100 EUR/Monat. Wenig Traffic, kaum Datenabgleich, der Shop ist nicht das Hauptgeschäft. Ein Ausfall tut weh, ist aber überlebbar. Managed Server bei einem spezialisierten Hoster.
Ernsthafter Shop: ab 500 EUR/Monat. Spürbarer Traffic, mehrere Integrationen, Staging-System muss mitlaufen (auch das kostet Ressourcen). Mehr Rechenleistung, sauberere Trennung von Stages.
Hochverfügbarkeit: ab 990 EUR/Monat. Multi-Server-Setup, Load-Balancing, eigene Datenbanken, CDN, Monitoring mit Reaktionszeit. Wenn der Shop dein Hauptgeschäft ist und 30 Minuten Downtime fünfstellig kosten, fängst du hier an.
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.
Hosting ist nicht in Stein gemeißelt. Du kannst den Anbieter wechseln, wenn dein Shop wächst oder die Anforderungen sich ändern. Das ist aber jedes Mal ein kleines Projekt mit Migration, Testing und Cutover. Die ehrlichere Logik: Hosting an die Einnahmen koppeln. Was der Shop einbringt, sollte das Setup tragen. Wer mit dem 100-EUR-Setup startet und in zwei Jahren bei 5 Mio. Umsatz steht, sollte nicht aus Bequemlichkeit dort bleiben.
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 80.000 EUR einmalig.
Das ist wo dasistweb viele Projekte macht. Der typische Liga-3-Einstieg. 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. Außerhalb von Shopware SaaS musst du Updates immer selbst einspielen. Auch in Rise, Evolve oder Beyond, wenn du selbst hostest. Das muss getestet werden, dein 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. Bei Security-Updates musst du schnell handeln. Wenn Shopware oder ein Plugin einen Patch rausgibt, geht der zeitnah live. Reguläre Shopware-Updates dagegen müssen nicht jedes Mal sofort eingespielt werden, dürfen aber auch nicht ewig liegen bleiben. Sonst läufst du irgendwann auf einer Version, für die es keinen Support mehr gibt, und das Nachziehen wird zum Projekt.
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.