Solidus vs Shopify vs Shopware vs Magento vs WooCommerce: Welches Shopsystem für ein KMU in der DACH Region

Warum ich das hier schreibe

Alle paar Wochen bekomme ich eine Variante desselben Anrufs. Jemand betreibt einen Shop mit irgendwo zwischen einer halben und fünf Millionen Euro Umsatz im Jahr. Er läuft auf Shopify, oder auf einem alten Shopware 5, oder auf einer WooCommerce Installation die ein Neffe 2019 aufgesetzt hat, und irgendetwas hat angefangen weh zu tun. Die App Rechnung ist über das hinausgewachsen was die Plattform selbst kostet. Die Agentur hat vier Wochen für eine Änderung am Checkout veranschlagt die nach einem Nachmittag klingt. Oder der Anbieter hat angekündigt dass die Version auf der sie sind ausläuft, und der Migrationspfad sieht verdächtig nach einem Neubau aus.

Und dann die Frage: worauf sollten wir stattdessen sein?

Das hier ist meine lange Antwort. Ich baue auf Solidus, du weißt also wo ich stehe. Aber ich habe in den letzten fünfzehn Jahren Shops von jeder Plattform auf dieser Liste weg migriert, und irgendwann auch auf die meisten davon hin, und mir ist lieber du wählst die richtige für dein Geschäft als die die ich zufällig mag. Wenn Shopify das Richtige für dich ist, sage ich das. Ich habe das schon Interessenten gesagt und den Auftrag verloren, und ich halte es immer noch für die richtige Entscheidung.

Noch etwas bevor wir anfangen. Das hier ist für die Person geschrieben die die Rechnung unterschreibt. Dein Entwickler wird Meinungen zu PHP versus Ruby haben und dazu ob Symfony schöner ist als Rails, und diese Meinungen sind in Ordnung, aber sie entscheiden nicht ob dein Shop 2029 Geld verdient. Das entscheidet sich daran wem das Ding gehört, was es über fünf Jahre kostet, ob es an der Kasse das tut was deutsche und österreichische Kunden erwarten, wo die Grenze der Anpassbarkeit liegt, und wie schwer es ist wieder rauszukommen. In dieser Reihenfolge gehe ich vor.

Die Frage hinter der Frage: mieten oder besitzen

Zieh das Marketing von allen fünf Plattformen ab und es bleiben zwei Modelle übrig.

Mieten. Shopify ist die Reinform davon. Du zahlst monatlich, der Anbieter betreibt alles, du passt innerhalb der Grenzen an die er dir gibt, und in dem Moment in dem du aufhörst zu zahlen ist der Shop weg. Shopware bewegt sich seit dem Einstieg der Investoren in diese Richtung, und die bezahlten Pläne sind inzwischen der Schwerpunkt, auch wenn die Community Edition noch existiert. Adobe Commerce, das bezahlte Magento, ist gemietete Software die du selbst hostest, was die unattraktivste Kombination von beidem ist.

Besitzen. Solidus, Magento Open Source und WooCommerce sind Code den du selbst betreibst. Niemand kann ihn abschalten. Niemand nimmt einen Prozentsatz. Die Kehrseite ist dass auch niemand sonst dafür verantwortlich ist, und wer schon einmal ein altes Haus besessen hat weiß genau was das bedeutet.

Die meisten Inhaber mit denen ich spreche haben diese Entscheidung nie bewusst getroffen. Sie haben genommen was ihre erste Agentur kannte, oder was das netteste Onboarding Video hatte, und fünf Jahre später entdecken sie dass die Entscheidung die sie nicht getroffen haben einen Preis hat. Also triff sie jetzt bewusst. Hier meine grobe Regel.

Wenn eCommerce für dich ein Vertriebskanal ist, einer von mehreren, und der Shop selbst nicht der Ort ist an dem du dich vom Wettbewerb absetzt: miete. Zahl Shopify, halte es einfach, steck deine Energie in Produkt und Marketing.

Wenn der Shop das Geschäft ist, wenn die Art wie Leute bei dir kaufen Teil des Grundes ist warum sie bei dir kaufen: besitze. Ein B2B Großhändler mit kundenspezifischen Preislisten, eine Marke mit Konfigurator, ein Händler mit Click and Collect an zwölf Standorten, eine Abo Box, ein Marktplatz: diese Geschäfte stoßen irgendwann an die Wände einer gemieteten Plattform und zahlen dann doppelt, einmal für die Umwege und einmal für die Migration.

Alles was folgt ist Detail zu dieser einen Unterscheidung.

Shopify: brillant bis es das nicht mehr ist

Ich will Shopify gegenüber fair sein, denn es ist tatsächlich das beste Produkt auf dieser Liste für das was es tut. Das Onboarding ist reibungslos. Der Admin ist angenehm. Shopify Payments funktioniert inzwischen in Deutschland und Österreich, der Theme Store ist voll mit ordentlichen Themes, und du kannst an einem Wochenende live sein. Für einen Gründer der ein Produkt testet gibt es nichts Besseres.

Die Probleme tauchen an drei Stellen auf, und zwar ungefähr bei der Größe ab der ein Shop ein richtiges Unternehmen wird.

Der Checkout. Wenn du nicht auf Shopify Plus bist, gehört dir der Checkout nicht. Du kannst Farben und ein Logo ändern. Du kannst den Ablauf nicht ändern, keinen Schritt hinzufügen, kein eigenes Feld dort platzieren wo du es brauchst, und der alte Weg das über checkout.liquid zu hacken ist abgeschaltet. Plus gibt dir Checkout Extensibility, und Plus fängt bei rund 2.300 US Dollar im Monat bei dreijähriger Laufzeit an. Für einen Shop mit zwei Millionen Umsatz ist das ein spürbarer Posten, und du zahlst ihn für immer.

Die Apps. Das ist der Teil den niemand budgetiert. Ein echter Shopify Shop in der DACH Region läuft mit irgendwo zwischen zehn und fünfundzwanzig Apps. Bewertungen, Bundles, eine ordentliche App für deutsche Rechtstexte, ein Cookie Banner das tatsächlich Consent Mode kann, Rechnungen die dein Steuerberater akzeptiert, Wieder verfügbar Benachrichtigungen, Upsell, Treueprogramm, eine Suche die funktioniert, Übersetzungen, ein B2B Zusatz wenn du an Gewerbekunden verkaufst. Jede davon kostet zehn bis hundertfünfzig Euro im Monat. Die App Rechnung eines mittelgroßen Shops den ich letztes Jahr geprüft habe lag bei elfhundert Euro im Monat, mehr als das Dreifache der Plangebühr, und der Inhaber hatte aufgehört es zu bemerken weil es auf zweiundzwanzig Stripe Belege verteilt war. Und jede App ist ein weiteres Unternehmen mit einem Fuß in deinen Kundendaten, was ein eigenes DSGVO Gespräch ist.

Die Gebühren. Wenn du Shopify Payments nutzt steckt die Transaktionsgebühr im Kartensatz. Wenn du einen anderen Anbieter willst, etwa weil dein Partner für Kauf auf Rechnung das braucht oder weil du mit einem deutschen Acquirer einen besseren Satz verhandelt hast, verlangt Shopify einen zusätzlichen Prozentsatz auf jede Bestellung dafür dass du ihren nicht nutzt. In den Standardplänen sind das zwischen 0,6 und 2 Prozent. Bei zwei Millionen Umsatz ist der Unterschied zwischen den Plänen kein Taschengeld.

Und dann der Ausstieg. Produkte, Kunden und Bestellungen kommen als CSV raus. Dein Theme ist Liquid und anderswo nutzlos. Deine Apps kommen nicht mit. Dein SEO hängt an einer URL Struktur die du nicht vollständig kontrollierst. Nichts davon ist ein Skandal, es ist einfach das was Mieten bedeutet, und du solltest es einpreisen.

Wo Shopify richtig ist: neue Marken, kleine Sortimente, Geschäfte bei denen der Shop ein Kanal und nicht der Burggraben ist, jeder ohne Lust darauf Software zu besitzen. Wenn das du bist, hör auf zu lesen und such dir ein Theme aus.

Shopware: der DACH Standard, und warum das nicht automatisch eine Empfehlung ist

Wenn du eine deutsche Agentur fragst was du nehmen sollst, lautet die Antwort Shopware, und das seit einem Jahrzehnt. Dafür gibt es Gründe. Shopware wird in Deutschland gebaut, es denkt von Anfang an in deutschen Rechtsanforderungen, die Rechnungskauf Integrationen sind ausgereift, der Plugin Store hat für jeden Fall ein Plugin für deutsche Rechtstexte, und es gibt hunderte Agenturen die es kennen. Für einen Shop der nur jemals in der DACH Region verkauft ist dieses Ökosystem ein echter Vorteil.

Aber ich möchte dass du zwei Dinge trennst: Shopware die Software, und Shopware die Marktposition. Die Marktposition ist ausgezeichnet. Die Software ist eine große Symfony Anwendung mit einem in Vue gebauten Admin, und sie ist kompetent. Sie ist meiner Erfahrung nach nicht leichter anzupassen als die Alternativen, und sie ist deutlich schwerer als sie für die meisten KMU sein müsste.

Drei Dinge machen mir bei einem kleinen oder mittleren Shop Sorgen.

Die Richtung. Seit der Investitionsrunde 2022 hat sich der kommerzielle Fokus auf die bezahlten Pläne Rise, Evolve und Beyond verschoben, die bei mehreren hundert Euro im Monat anfangen und mit deinem Umsatz skalieren. Die Community Edition ist weiterhin kostenlos und Open Source, und ich behaupte nicht dass sie verschwindet, aber die Features die zählen landen zunehmend zuerst in den bezahlten Stufen. Wenn du auf der freien Edition baust solltest du davon ausgehen dass du bei den interessanten Teilen auf dich gestellt bist.

Die Migrationsgeschichte. Jeder der Shopware 5 zu Shopware 6 miterlebt hat wird dir sagen dass das kein Upgrade war, sondern ein Neubau mit Datenimport. Shopware 5 lief 2024 aus und viele Shops haben für einen zweiten Aufbau bezahlt um beim selben Anbieter zu bleiben. Das ist nicht einzigartig für Shopware, Magento hat dasselbe gemacht, aber es sollte die Annahme dämpfen dass man "später einfach upgradet".

Die Agenturabhängigkeit. Weil das Ökosystem so agenturgetrieben ist, sind die meisten Shopware Shops die ich sehe für alles jenseits einer Produktbearbeitung vollständig von einer Agentur abhängig, auf Retainer. Das ist in Ordnung solange die Beziehung gut ist. Wenn sie kippt, und ich habe in den letzten zwei Jahren drei solche Fälle übernommen, entdeckst du dass die Anpassungen undokumentierte Plugins sind die nur diese Agentur versteht.

Wo Shopware richtig ist: ein reiner DACH Händler mit konventionellem Sortiment, Budget für einen Agentur Retainer und dem Wunsch nach einem Anbieter den jeder kennt. Das ist eine völlig vernünftige Präferenz. Geh nur rein mit dem Wissen dass es näher am Mieten ist als das Etikett "Open Source" vermuten lässt.

Magento: die Plattform die ihre eigenen Nutzer aufgefressen hat

Ich habe jahrelang Magento Shops betrieben und habe eine Schwäche dafür, also nimm das mit diesem Hintergrund.

Magento Open Source ist ein ernstzunehmendes Stück Software. Es bewältigt riesige Sortimente, komplexes B2B, mehrere Stores und Währungen, und das seit fünfzehn Jahren. Adobe Commerce, die bezahlte Version, fügt eine Lizenzgebühr hinzu die irgendwo nördlich von zwanzigtausend Euro im Jahr anfängt und mit dem Umsatz skaliert, plus Features die du wahrscheinlich nicht brauchst.

Das Problem mit Magento für ein KMU ist nicht die Leistungsfähigkeit. Es ist dass die Leistungsfähigkeit teuer zu betreiben ist. Ein ordentlich betriebener Magento 2 Store braucht Elasticsearch oder OpenSearch, Redis, einen Page Cache wie Varnish, Cron Jobs die sich benehmen, und eine Hosting Umgebung die dreihundert bis sechshundert Euro im Monat kostet bevor irgendjemand den Code anfasst. Upgrades kommen vierteljährlich und sie machen Dinge kaputt. Das Standard Frontend ist so langsam dass eine ganze Firma, Hyvä, nur dafür existiert es zu ersetzen, und Hyvä ist selbst eine Lizenz. Agenturen verlangen Magento Sätze, und Magento Sätze sind die höchsten auf dieser Liste.

Dann ist da die Frage wohin Adobe damit will. Adobe hat Magento 2018 für das Enterprise Geschäft gekauft. Die Open Source Edition treibt seit Jahren dahin, die Community hat sie aus Frust in Mage OS geforkt, und Adobes eigene Roadmap dreht sich um einen Cloud Service der nichts mit der Software zu tun hat die du installieren würdest. Ich würde 2026 keinen neuen KMU Shop auf Magento starten. Ich würde einen bestehenden weiter betreiben wenn er funktioniert, und ich würde den Ausstieg planen.

Wo Magento richtig ist: du hast es schon, es funktioniert, und du hast das Budget es am Laufen zu halten. Oder du bist ein großer B2B Betrieb mit einem Sortiment im sechsstelligen Bereich und einem eigenen Team. Keines davon ist das typische KMU in der DACH Region.

WooCommerce: WordPress mit Kasse

WooCommerce ist die meistinstallierte eCommerce Plattform der Welt, und der Grund ist dass sie kostenlos ist und sich an das meistinstallierte CMS der Welt anschraubt. Wenn du schon eine WordPress Seite mit gutem Content Betrieb hast und ein paar Dutzend Produkte verkaufen willst, ist WooCommerce die offensichtliche Antwort und ich würde nicht widersprechen.

Für alles darüber hinaus habe ich drei Probleme damit.

Sicherheit. WordPress Plugins sind die größte einzelne Angriffsfläche im Web. Nicht der WordPress Kern, der ist in Ordnung, sondern das Ökosystem von vierzigtausend Plugins in wild schwankender Qualität, von denen ein echter WooCommerce Shop zwanzig oder dreißig nutzt. Jedes davon ist eine Tür. Ich habe mehr gehackte WooCommerce Shops aufgeräumt als von allen anderen Plattformen auf dieser Liste zusammen, und ein gehackter Shop in der EU ist eine Datenpanne mit einer zweiundsiebzig Stunden Meldefrist, nicht nur ein schlechter Nachmittag.

Performance bei Größe. WordPress ist eine Blog Engine mit einem passenden Datenbankschema. Produkte sind Beiträge. Attribute sind Post Meta. Ab ein paar tausend Artikeln, oder ein paar hundert Bestellungen am Tag, braucht es die Art von Caching und Hosting Aufmerksamkeit die das "kostenlos" im Preisschild auslöscht.

DACH Konformität ist ein Plugin, kein Feature. Um in Deutschland legal zu verkaufen brauchst du Grundpreise, den korrekten Button Text, Widerrufstexte, Lieferzeiten und ein Dutzend andere Dinge, und in WooCommerce kommt das alles von Germanized oder German Market. Das sind gute Plugins. Sie sind auch eine Abhängigkeit von einem kleinen Unternehmen dafür ob dein Shop legal ist, und jedes WooCommerce Update ist eine kleine Wette darauf ob sie noch zusammen funktionieren.

Wo WooCommerce richtig ist: contentgetriebene Geschäfte, kleine Sortimente, und jeder der ohnehin in WordPress lebt und jemanden hat der es gepatcht hält. Wenn du mehr als ein paar hunderttausend im Jahr darüber machst, fang an darüber nachzudenken was als Nächstes kommt, bevor du dazu gezwungen wirst.

Solidus: das das dir wirklich gehört

Jetzt das auf dem ich tatsächlich baue, und ich versuche genauso hart damit zu sein wie mit den anderen.

Solidus ist ein Open Source eCommerce Framework in Ruby on Rails. Es entstand 2015 als Fork von Spree, als eine Gruppe von Agenturen und Händlern entschied dass sie eine Plattform wollten die Stabilität über Features stellt, und so wird es seitdem gepflegt, mit einem kleinen Kernteam und einer Community von Agenturen die echte Shops darauf betreiben. Es ist kein Produkt das du installierst und durchklickst. Es ist ein Satz gut gestalteter Bausteine, Bestellungen, Produkte, Varianten, Lagerorte, Aktionen, Zahlungen, Versand, Steuern, die du zu deinem Shop zusammensetzt, mit einem soliden Admin obendrauf.

Diese Beschreibung ist gleichzeitig der größte Nachteil, also fange ich mit dem ehrlichen Teil an.

Du kannst einen Solidus Shop nicht an einem Wochenende launchen. Es gibt keinen Theme Store. Es gibt keinen Marktplatz mit fünfhundert Plugins. Das Frontend baust du selbst, was wunderbar ist wenn du einen Shop willst der nach deiner Marke aussieht und nicht wie das Shopify Theme aller anderen, und teuer wenn du einfach nur einen Shop willst. Ein typischer Solidus Aufbau für ein KMU, ordentlich gemacht mit Tests, echtem Design, DACH Zahlungsarten, Rechnungsstellung und Rechtstexten, liegt zwischen vierzig und neunzigtausend Euro, je nachdem wie viel wirklich individuell ist. Das ist mehr als ein Shopify Launch und ungefähr dasselbe wie ein Shopware Aufbau durch eine Agentur.

Du brauchst jemanden der Rails kann. Davon gibt es in der DACH Region nicht viele Agenturen. Das ist eine echte Einschränkung. Es ist auch, würde ich sagen, ein Teil des Grundes warum die Shops die darauf laufen tendenziell gut gebaut sind: es selektiert Entwickler die das Framework aus Überzeugung gewählt haben und nicht weil der Markt es ihnen in die Hand gedrückt hat.

Das Erweiterungsökosystem ist klein. Es gibt offizielle Erweiterungen für Stripe, PayPal, Braintree, Internationalisierung, mehrere Domains und eine Handvoll andere, und die sind gut. Aber wenn du ein bestimmtes Feature willst, lautet die Antwort meistens "bauen", nicht "installieren". Für einen Shop mit konventionellem Sortiment und ohne ungewöhnliche Anforderungen ist das ein Kostenpunkt ohne Gegenwert.

Jetzt die Gründe warum ich es trotzdem gewählt habe.

Niemand besitzt dich. Keine Lizenzgebühr, keine Umsatzbeteiligung, keine Planstufe die deinen eigenen Checkout freischaltet. Der Code steht unter BSD Lizenz, das heißt du kannst damit machen was du willst, auch ihn privat halten, und die Version die du heute ausrollst läuft in zehn Jahren noch, ob das Projekt dann noch gepflegt wird oder nicht. Dein Hosting ist was auch immer du willst. Ein Solidus Shop mit ein paar Millionen Umsatz im Jahr läuft problemlos auf einem einzelnen virtuellen Server für vierzig bis hundert Euro im Monat, ausgerollt mit Kamal, demselben Werkzeug mit dem Basecamp die eigenen Produkte betreibt. Vergleich das mit einer Magento Hosting Rechnung.

Alles ist anpassbar, und ich meine alles. Der Checkout ist ein Satz Rails Controller und Views. Du willst einen Schritt der nach einem Lieferzeitfenster fragt? Fügst du hinzu. Du willst dass sich die Bestellsumme nach der verhandelten Preisliste eines Kunden ändert? Das ist eine Aktionsregel und ein Pricing Decorator, ein Nachmittag Arbeit mit Tests. Du willst einen Geschenkkorb zum Selbstzusammenstellen, bei dem der Kunde acht Artikel wählt und der Gesamtpreis fix ist? Genau das habe ich für einen meiner Demo Shops gebaut und es sind ein paar hundert Zeilen. Auf Shopify ist dasselbe Feature eine App mit Monatsgebühr und ein Kompromiss. Auf Shopware ist es ein Plugin und ein Angebot.

Es ist eine Rails Anwendung, also verhält es sich wie eine. Das klingt nach einem Entwicklerargument, ist aber in Wirklichkeit ein Geschäftsargument. Es bedeutet du bekommst dieselben Test Werkzeuge, dieselbe Deployment Geschichte, dasselbe Security Scanning und denselben Pool an Leuten wie jede andere Rails Anwendung. Dein Shop kann Code mit deinen internen Tools, deinem Kundenportal, deinem Abo System teilen, weil alles dasselbe Framework ist. Wie ich diese Aufbauten teste beschreibe ich in meinem Artikel über Cucumber, und die Kurzfassung ist dass jedes Feature im Shop eine ausführbare Spezifikation hat die du als Inhaber lesen kannst.

Die API ist erstklassig. Solidus bringt eine vollständige JSON API mit, und weil das Storefront deins ist kannst du den ganzen Shop headless machen wenn und sobald du eine App, einen Marktplatz Feed oder ein zweites Storefront brauchst. Das ist keine Upgrade Stufe. Es ist einfach da. Ich halte jeden Demo Shop den ich betreibe genau deshalb vom ersten Tag an API bereit, und ich schreibe dazu noch einen eigenen Artikel.

Upgrades sind langweilig. Das ist das was ich nach Jahren mit Magento am meisten schätze. Solidus folgt semantischer Versionierung, Deprecations werden eine Version vorher angekündigt, und das Kernteam hat die erklärte Politik nichts kaputt zu machen nur um ein neues Feature reinzubringen. Ein Rails Upgrade auf einem gut getesteten Shop ist ein Tag, kein Quartal. Es gab nie einen Neubau im Stil von Solidus 5 auf 6, und die ganze Identität des Projekts ist dass es keinen geben wird.

Wo Solidus richtig ist: Shops bei denen das Kauferlebnis Teil des Produkts ist. B2B mit Preislisten und Angeboten. Konfiguratoren und Bundles. Handel mit mehreren Standorten. Abos. Alles was tief mit einem ERP, einem Lager oder einem eigenen Prozess verbunden sein muss. Marken die einen Shop wollen der wie nichts anderes aussieht. Und, ganz ehrlich, jeder Inhaber der sich an einem Plattformanbieter verbrannt hat und entschieden hat dass er lieber das Haus besitzt.

Die DACH Checkliste, denn hier scheitern Plattformen wirklich

Inhaber vergleichen Plattformen gerne nach Features und Design. Shops in Deutschland und Österreich scheitern in Wirklichkeit an den langweiligen Dingen. Bevor du dir ein einziges Theme anschaust, schick jeden Kandidaten durch diese Liste.

Kauf auf Rechnung. Rund ein Viertel der deutschen Konsumenten will nach Lieferung per Rechnung zahlen, und im B2B ist es nicht optional. Jede Plattform kann das über Klarna, PayPal oder einen Spezialisten wie Unzer, aber der Unterschied liegt darin was passiert wenn der Kunde nicht zahlt, wie das Mahnwesen läuft und ob deine Buchhaltung es korrekt sieht. Den größeren Zusammenhang habe ich in warum deutsche Käufer Abos meiden und Kauf auf Rechnung erwarten beschrieben. Shopify macht es schwerer als nötig indem es externe Anbieter bestraft. Shopware und Solidus handhaben es mit der richtigen Integration nativ. WooCommerce macht es über Germanized plus ein Zahlungsplugin. Magento macht es, zu Magento Preisen.

SEPA, EPS, Twint. Lastschrift für Deutschland, EPS für Österreich, Twint für die Schweiz, und Giropay gibt es nicht mehr. Wenn du in allen drei Ländern verkaufst muss dein Checkout dem richtigen Kunden die richtigen Methoden zeigen und sonst nichts. Auf einer gemieteten Plattform ist das mit Glück eine Einstellungsseite. Auf Solidus ist es eine Zahlungsart pro Zone, so wie es sein sollte.

Die Button Lösung. In Deutschland muss der finale Bestellbutton "zahlungspflichtig bestellen" oder eine gleichwertige Formulierung tragen, und die Zusammenfassung unmittelbar davor muss die wesentlichen Merkmale, den Gesamtpreis und die Versandkosten zeigen. Klingt trivial. Shops bekommen dafür jeden Monat Abmahnungen. Jede Plattform mit DACH Ökosystem hat das gelöst. Wenn deine das nicht hat, ist es nicht die Plattform für dich.

Grundpreise und die Preisangabenverordnung. Wenn du irgendetwas nach Gewicht, Volumen oder Länge verkaufst musst du den Preis pro Basiseinheit neben dem Preis anzeigen. Shopware und die deutschen WooCommerce Plugins machen das von Haus aus. Shopify braucht eine App oder Theme Arbeit. Solidus braucht dich damit du ein Feld hinzufügst und es anzeigst, das sind zehn Minuten, aber es sind zehn Minuten an die jemand denken muss.

OSS Umsatzsteuer. Seit Juli 2021 berechnest du, sobald du mehr als zehntausend Euro im Jahr grenzüberschreitend innerhalb der EU verkaufst, die Umsatzsteuer des Ziellandes und meldest sie über den One Stop Shop. Das bedeutet siebenundzwanzig Steuersätze, Ausnahmen nach Produktkategorie, und ein Reporting das dein Steuerberater in einer bestimmten Form braucht. Jede Plattform auf dieser Liste kann den richtigen Satz berechnen. Nicht jede Plattform produziert ein Reporting das am Quartalsende ohne Tabellenkalkulation auskommt. Lass dir den Export zeigen bevor du unterschreibst.

Rechnungen und GoBD. Deutsche Kunden, und deutsche Betriebsprüfer, erwarten eine ordentliche Rechnung mit fortlaufenden Nummern die nachträglich nicht geändert werden können. Shopifys eingebaute Rechnungsstellung erfüllt das nicht und du brauchst eine App. WooCommerce braucht ein Plugin. Shopware hat es. Solidus braucht ein Rechnungsmodul, das normalerweise Teil des Aufbaus ist, und es lohnt sich das gleich beim ersten Mal richtig zu bauen, denn die elektronische Rechnung im B2B wird in Deutschland schrittweise Pflicht und deine Kunden werden anfangen nach XRechnung oder ZUGFeRD zu fragen.

Barrierefreiheit. Das Barrierefreiheitsstärkungsgesetz gilt seit Juni 2025 für B2C Onlineshops, mit einer Ausnahme für die allerkleinsten Unternehmen. Dein Storefront muss in der Praxis WCAG 2.1 AA erfüllen. Theme basierte Plattformen sind hier Geiseln der Qualität ihres Themes. Ein individuelles Frontend ist nur so gut wie die Leute die es gebaut haben, was ein Argument dafür ist Barrierefreiheit in der Spezifikation zu verlangen, nicht ein Punkt für oder gegen eine Plattform. Die Anforderungen habe ich in meinem Artikel zur Barrierefreiheit beschrieben.

Datenstandort und Auftragsverarbeiter. Unter der DSGVO ist jede App, jedes Plugin und jeder gehostete Dienst der Kundendaten berührt ein Auftragsverarbeiter mit dem du einen Vertrag brauchst und eine Zeile in deinem Verarbeitungsverzeichnis. Zwanzig Shopify Apps sind zwanzig Auftragsverarbeiter. Ein selbst gehosteter Solidus Shop mit Stripe und einem Anbieter für Transaktionsmails sind zwei. Das ist nicht der entscheidende Faktor, aber wenn du jemals eine Anfrage der Datenschutzbehörde beantworten musstest, ist es auch nicht nichts.

Die Rechnung über fünf Jahre

Hier verliere ich Freunde, denn ich werde Zahlen nennen. Das sind Spannen aus echten Projekten, gerundet, für ein KMU in der DACH Region mit ein bis drei Millionen Euro Jahresumsatz, einem Sortiment von ein paar hundert bis ein paar tausend Artikeln, das in zwei oder drei Ländern verkauft. Dein Shop wird abweichen. Es geht um die Form, nicht um die Nachkommastellen.

Shopify, Standardpläne. Plangebühr rund viertausend Euro über fünf Jahre auf Advanced. Apps mit vierhundert bis tausend im Monat, sagen wir dreißig bis sechzigtausend. Theme Anpassung und laufende Agenturarbeit, zwanzig bis vierzigtausend. Zusätzliche Transaktionsgebühren wenn du einen externen Zahlungsanbieter nutzt, je nach Volumen möglicherweise Zehntausende. Irgendwo zwischen sechzig und hundertzwanzigtausend, mit dem wichtigen Vorbehalt dass der Checkout die ganze Zeit gesperrt bleibt.

Shopify Plus. Rechne ungefähr hundertvierzigtausend an Plangebühren über fünf Jahre auf das Obige drauf. Jetzt bist du bei über zweihunderttausend und dir gehört immer noch nichts.

Shopware. Kostenlos auf der Community Edition, oder fünfunddreißig bis hunderttausend über fünf Jahre auf den bezahlten Plänen je nach Stufe und Umsatz. Agentur Aufbau vierzig bis achtzigtausend. Plugins und Retainer, weitere vierzig bis siebzig. Hosting zehntausend. Zwischen hundert und zweihundertfünfzigtausend, und der Großteil der laufenden Ausgaben geht an den Agentur Retainer.

Magento Open Source. Aufbau sechzig bis hundertzwanzigtausend. Hosting zwanzig bis vierzig. Upgrades und Wartung fünfzehn bis fünfundzwanzig im Jahr, also fünfundsiebzig bis hundertfünfundzwanzig. Rund hundertsechzig bis zweihundertachtzigtausend, und wenn du auf Adobe Commerce bist kommt die Lizenz dazu, die für sich allein mehr kostet als ein Solidus Aufbau.

WooCommerce. Aufbau zehn bis dreißigtausend. Plugins und Hosting fünfzehn bis zwanzig über fünf Jahre. Wartung fünfundzwanzig bis fünfzig. Fünfzig bis hunderttausend. Plus ein nicht bezifferbarer Posten für das Jahr in dem etwas gehackt wird, und das meine ich nicht flapsig, es ist der häufigste einzelne Grund warum WooCommerce Shops mich anrufen.

Solidus. Aufbau vierzig bis neunzigtausend. Hosting drei bis sechs über fünf Jahre. Wartung, also Rails und Abhängigkeits Upgrades, Security Scanning und kleine Verbesserungen, acht bis fünfzehn im Jahr, also vierzig bis fünfundsiebzig. Keine Lizenz, keine Umsatzbeteiligung, Erweiterungen sind kostenlos. Zwischen fünfundachtzig und hundertsiebzigtausend.

Schau dir das ehrlich an und Solidus ist nicht das Günstigste. WooCommerce ist günstiger wenn nichts schiefgeht. Standard Shopify ist günstiger wenn du nie brauchst was es dir nicht erlaubt. Was an der Solidus Zahl anders ist, ist was sie kauft. Fast alles davon fließt in deinen Shop, in Features die dir gehören, gebaut von jemandem der sie dokumentiert, getestet damit sie weiter funktionieren. Fast nichts davon ist Miete.

Und die Zahl die am meisten zählt steht nicht auf der Liste, denn es sind die Kosten dessen was du nicht tun kannst. Die B2B Preisliste die Shopify dich ohne Plus nicht bauen lässt. Der Checkout Schritt der vier Wochen und einen Kompromiss kostet. Die Migration in die du gezwungen wirst wenn ein Anbieter eine Version einstellt. Ich habe Inhaber gesehen die im vierten Jahr mehr für Umwege ausgegeben haben als der gesamte Aufbau im ersten Jahr gekostet hätte.

Die Grenze der Anpassbarkeit

Jede Plattform hat einen Punkt an dem die Antwort auf "können wir X machen" von "ja" zu "irgendwie" zu "eigentlich nicht" wechselt. Zu wissen wo dieser Punkt liegt ist wichtiger als jede Feature Liste. Grob:

Shopify. Themes: hoch. Produkte und Inhalte: hoch. Checkout: sehr niedrig ohne Plus, dann mittel. Geschäftslogik wie Preise, Lager und Bestellablauf: niedrig. Du arbeitest mit Apps drumherum, und die Apps haben ihre eigenen Grenzen.

Shopware. Themes: hoch, mit Aufwand. Checkout: mittel bis hoch über Plugins. Geschäftslogik: hoch wenn deine Agentur gut ist, denn darunter liegt ein echtes Anwendungsframework. Die Grenze ist deine Agentur, nicht die Software.

Magento. Alles: hoch. Die Grenze ist dein Budget.

WooCommerce. Themes: hoch. Checkout: mittel, und fragil. Geschäftslogik: mittel, und jede Anpassung macht das nächste Update riskanter.

Solidus. Alles: hoch, und es bleibt hoch weil keine Anbieterschicht zwischen dir und dem Code liegt. Die Grenze ist ob du einen Rails Entwickler hast, und wie viel du bereit bist zu bauen statt zu installieren.

Wie du wieder rauskommst

Niemand denkt am Anfang daran und jeder denkt am Ende daran. Frag jeden Kandidaten: wenn ich in vier Jahren wechseln will, was nehme ich mit?

Von Shopify nimmst du CSVs mit Produkten, Kunden und Bestellungen. Nicht dein Theme, nicht deine Apps, nicht deine Bewertungen außer die Bewertungs App lässt dich exportieren, nicht deinen Checkout. Von Shopware nimmst du deine Datenbank und deine eigenen Plugins mit, die nützlich sind wenn deine nächste Plattform Shopware ist. Von Magento nimmst du eine große Datenbank und eine Sammlung von Modulen mit, und das Migrationsprojekt wird entsprechend bepreist. Von WooCommerce nimmst du eine WordPress Datenbank mit in der Produkte Beiträge sind, was exportierbar ist aber nicht schön.

Von Solidus nimmst du eine Rails Anwendung und eine PostgreSQL Datenbank mit die dir ohnehin schon gehören, auf einem Server den du ohnehin schon kontrollierst. Es gibt kein Rauskommen in dem Sinn wie die anderen es meinen. Du könntest es morgen einem anderen Rails Entwickler übergeben. Das ist der ganze Sinn des Besitzens.

Hosting und Sicherheit, kurz

Gemietete Plattformen übernehmen Hosting und die Sicherheit der Plattform selbst, was ein echter Vorteil ist und das stärkste Argument für Shopify. Was sie nicht übernehmen ist die Sicherheit deiner zwanzig Apps, deiner Mitarbeiterkonten und deiner Integrationen, und dort passieren die tatsächlichen Vorfälle.

Selbst betriebene Plattformen sind deine Verantwortung, das heißt sie sind so sicher wie die Leute die sie betreiben. Für Solidus bedeutet das die Standard Rails Werkzeugkette: Brakeman für statische Analyse, Prüfung der Abhängigkeiten, ein Penetrationstest pro Release, und ein Deployment das nichts freilegt was es nicht sollte. Das baue ich in jeden Aufbau ein und halte es in meinem Kundenportal fest, damit es Belege gibt wenn ein Prüfer oder eine Versicherung fragt. Dazu schreibe ich noch einen eigenen Artikel. Für Magento bedeutet es viel laufende Hosting Aufmerksamkeit. Für WooCommerce bedeutet es dreißig Plugins für immer gepatcht zu halten.

Wer sollte was nehmen

Ich versuche so direkt zu sein wie das Format erlaubt.

Nimm Shopify wenn du gerade startest, wenn Sortiment und Checkout konventionell sind, wenn der Shop ein Kanal ist und nicht das Geschäft, oder wenn du schlicht keine Software besitzen willst. Budgetiere die Apps. Wisse dass der Checkout nicht deiner ist.

Nimm Shopware wenn du nur in der DACH Region verkaufst, einen Anbieter willst den jede Agentur kennt, und Budget für einen Retainer hast. Lies die Preise der bezahlten Pläne bevor du dich in die kostenlose Edition verliebst.

Bleib auf Magento wenn du schon dort bist und es funktioniert. Fang nicht dort an.

Nimm WooCommerce wenn du ein Content Geschäft mit kleinem Sortiment bist und jemanden hast der WordPress gepatcht hält. Leg eine Umsatzschwelle fest ab der du neu überlegst, und schreib sie auf.

Nimm Solidus wenn die Art wie Leute bei dir kaufen Teil dessen ist was du verkaufst, wenn du Anforderungen hast die die anderen "Enterprise" nennen und entsprechend berechnen, wenn du dich schon einmal an einem Anbieter verbrannt hast, oder wenn du die Fünfjahresrechnung gemacht hast und entschieden hast dass du das Geld lieber in deinen eigenen Shop steckst als in Miete. Und akzeptiere dass es im ersten Jahr mehr kostet und du einen Rails Entwickler brauchst dem du vertraust.

Was ich tun würde wenn es mein Geld wäre

Ich habe es mit meinem eigenen Geld gemacht, deshalb laufen die Demo Shops auf dieser Seite auf Solidus und nicht auf einer Shopify Testversion. Als ich den ersten aufgesetzt habe, einen Geschenk und Präsentkorb Shop mit einem Korb zum Selbstzusammenstellen, fünf Währungen, zwei Sprachen und regionalen Lieferregeln, habe ich zum Vergleich dasselbe auf Shopify durchgerechnet. Es brauchte Plus, vier Apps und einen Kompromiss beim Korb Konfigurator der ein schlechteres Produkt daraus gemacht hätte. Die Solidus Version sind ein paar hundert Zeilen Ruby, vollständig getestet, auf einem Server der weniger kostet als eine dieser Apps.

Das ist eine Geschichte über einen Shop und du solltest sie entsprechend gewichten. Aber das Muster dahinter ist das das ich jedes Mal sehe. Gemietete Plattformen sind günstiger, genau bis zu dem Moment in dem du etwas Eigenes willst, und dann sind sie die teuerste Option die es gibt.

Wenn du eine zweite Meinung zu deinen eigenen Zahlen willst, oder die Demo Shops mit Login statt Screenshots sehen möchtest, melde dich. Ich sage dir welche Plattform ich für dich wählen würde, und es wird nicht immer meine sein.