Die beste Plattform ist nicht die mit den meisten Funktionen, sondern diejenige, die Anforderungen wirtschaftlich erfüllt.
| System | Besonders geeignet für | Zu beachten |
|---|---|---|
| Shopify | schneller Start, standardisierte D2C-Prozesse | laufende Apps/Tarife, Plattformgrenzen |
| WooCommerce | WordPress-Content, flexible kleinere/mittlere Shops | eigener Betrieb und Plugin-Governance |
| Shopware | DACH, anspruchsvollere Mid-Market-Szenarien | Entwicklung, Hosting/Lizenz je Edition |
| Magento/Adobe Commerce | große Kataloge, B2B, Multi-Store, komplexe Prozesse | hoher Implementierungs- und Betriebsaufwand |
Entscheidungskriterien
Sortiment und Varianten; Länder und Währungen; B2B-Rollen; ERP/PIM/CRM; Checkout und Payments; Content; Inhouse-Kompetenz; Verfügbarkeit von Partnern; Sicherheit; erwartetes Wachstum; Gesamtkosten über mehrere Jahre.
Ein strukturiertes Discovery verhindert, dass eine Plattform gewählt wird, bevor Prozesse und Muss-Kriterien klar sind.
Die vier Systeme in Kurzprofilen
Shopify
Shopify ist eine gehostete Commerce-Plattform. Infrastruktur, Kernupdates, Checkout-Basis und Administration sind stark standardisiert. Themes, Apps und APIs ermöglichen Erweiterungen. Das macht Shopify attraktiv für Teams, die relativ schnell starten und weniger eigene Betriebsverantwortung tragen möchten.
Zu prüfen sind laufende Tarif- und App-Kosten, Plattformgrenzen, gewünschte Checkout-Anpassungen, Datenflüsse sowie die Verfügbarkeit notwendiger Funktionen im gewählten Plan und Markt.
WooCommerce
WooCommerce ist eine anpassbare Open-Source-Commerce-Lösung auf WordPress. Sie eignet sich besonders, wenn redaktionelle Inhalte und Shop eng verbunden werden oder ein Unternehmen Kontrolle über Hosting und Code benötigt.
Diese Freiheit verlagert Verantwortung zum Betreiber: Hosting, Updateprozess, Backups, Sicherheit und Plugin-Governance müssen professionell organisiert werden. Eine hohe Zahl unkoordiniert installierter Erweiterungen kann Stabilität und Wartbarkeit verschlechtern.
Shopware
Shopware ist im DACH-Markt stark präsent und kann anspruchsvolle B2C- und B2B-Szenarien abbilden. Der API-first-Ansatz unterstützt Integrationen und Headless-Architekturen. B2B Components umfassen je Konfiguration unter anderem Schnellbestellungen, Mitarbeiter- und Rechtemanagement, Angebote, Bestelllisten und Freigaberegeln.
Edition, Lizenz, Hosting, Erweiterungen und Entwicklungsaufwand müssen passend zum Projekt geprüft werden. Nicht jedes Feature ist in jedem Plan enthalten.
Magento Open Source und Adobe Commerce
Magento Open Source bietet eine flexible technische Basis; Adobe Commerce ergänzt kommerzielle Funktionen und Services. Die Plattform wird häufig bei großen Katalogen, mehreren Stores, internationalen Setups und komplexen Integrationen betrachtet. Adobe-Commerce-B2B kann beispielsweise Firmenkonten, gemeinsame Kataloge, individuelle Preise, Angebote, Schnellbestellungen und Bestellfreigaben abbilden.
Diese Möglichkeiten verlangen erfahrene Architektur, Entwicklung, Hosting beziehungsweise Cloud-Betrieb, Qualitätssicherung und ein entsprechendes Budget. Für einen einfachen Shop ist die Plattform häufig unnötig komplex.
Vergleich nach zentralen Kriterien
| Kriterium | Shopify | WooCommerce | Shopware | Magento/Adobe Commerce |
|---|---|---|---|---|
| Betriebsmodell | gehostete Plattform | selbst gewähltes Hosting | self-hosted oder angebotsspezifisch | komplexer Eigen-/Cloud-Betrieb je Edition |
| Einstieg | meist standardisiert | flexibel, Setup abhängig | mittlere bis hohe Projekttiefe | meist hohe Projekttiefe |
| Content | integriert, solide | sehr stark durch WordPress | Erlebniswelten und CMS-Funktionen | anpassbar, häufig mit zusätzlichem Content-Stack |
| Individualisierung | Themes, Apps, APIs | Plugins und vollständiger Codezugriff | Erweiterungen, APIs, individuelle Entwicklung | sehr weitreichende Architektur und Entwicklung |
| Wartungsverantwortung | Plattform übernimmt Kernbetrieb | Betreiber/Partner | abhängig von Hosting und Setup | hoher professioneller Betriebsbedarf |
| B2B | je Angebot/Apps/Plattformfunktionen | Erweiterungen/Eigenentwicklung | modulare B2B Components in passenden Plänen | umfangreiche B2B-Funktionen in Adobe Commerce mit Erweiterung |
| Typischer Fit | standardisierter D2C/Mid-Market | Content plus flexibler Shop | DACH Mid-Market und komplexere Modelle | Enterprise, Multi-Store, komplexes B2B |
Die Tabelle ist eine Orientierung. Version, Plan und Extensions verändern den konkreten Funktionsumfang.
Nicht mit Funktionen beginnen, sondern mit Prozessen
Eine lange Feature-Liste wirkt objektiv, verdeckt aber den tatsächlichen Bedarf. Das Discovery beschreibt zuerst Kernprozesse:
- Wie entstehen und ändern sich Produktdaten?
- Wo liegen Preise und Bestände führend?
- Wie bestellen B2B-Kunden und welche Freigaben gelten?
- Welche Länder, Währungen und Steuerlogiken sind vorgesehen?
- Welche Zahlungs- und Versandarten werden benötigt?
- Welche Retouren-, Service- und Rechnungsprozesse existieren?
- Welche Systeme müssen in welcher Geschwindigkeit Daten austauschen?
Danach werden Muss-, Soll- und Kann-Anforderungen definiert. Eine Demo wird mit realen Szenarien durchgeführt, nicht nur mit vorbereiteten Standarddaten.
B2C, D2C und B2B
Für einen überschaubaren D2C-Shop mit Standardversand und kleinem Team kann Shopify eine wirtschaftliche Lösung sein. WooCommerce passt, wenn Content, spezielle Workflows und WordPress strategisch zentral sind. Shopware wird interessant, wenn DACH-Prozesse, Erlebniswelten, anspruchsvollere Integrationen oder B2B-Funktionen zusammenkommen. Adobe Commerce wird häufig bei komplexen Firmenstrukturen, Katalogen, Angeboten und globalen Systemlandschaften geprüft.
Diese Zuordnung ist keine starre Größenregel. Ein kleines Unternehmen kann besondere B2B-Anforderungen haben, während ein umsatzstarker Händler weitgehend standardisierte Prozesse nutzt.
Produkt- und Katalogkomplexität
Nicht die reine Produktzahl entscheidet. Wichtiger sind Varianten, kundenspezifische Sortimente, Bundles, Konfiguration, digitale Güter, Verfügbarkeitslogik und Datenqualität. Ein Katalog mit 500 stark konfigurierbaren Industrieprodukten kann komplexer sein als 50.000 einfache Artikel.
PIM und ERP sollten nicht automatisch in den Shop kopiert werden. Vorab wird geklärt, welches System für jedes Feld führend ist und wie Fehler behandelt werden.
Integrationen und Systemarchitektur
ERP, PIM, CRM, Versand, Buchhaltung, Marktplätze, Suche und Marketingplattformen bilden gemeinsam das Commerce-System. „Es gibt eine Schnittstelle“ beantwortet noch nicht:
- Welche Daten und Varianten werden unterstützt?
- Erfolgt Austausch in Echtzeit, nahezu in Echtzeit oder als Batch?
- Wie werden Konflikte, Ausfälle und Wiederholungen behandelt?
- Wer überwacht den Prozess?
- Welche API- und App-Kosten entstehen?
API-first und Headless können Flexibilität schaffen, erhöhen aber nicht automatisch die Qualität. Ein entkoppeltes Frontend benötigt eigene Hosting-, Preview-, Tracking- und Release-Prozesse.
Design, Content und Checkout
Alle vier Systeme können professionell gestaltet werden. Unterschiede liegen im Theme-System, Content-Workflow, Checkout-Zugriff und Entwicklungsmodell. Entscheidend ist, ob Redakteure Seiten ohne Entwickler pflegen können und ob wichtige Nutzerreisen mobil, barrierearm und performant funktionieren.
Checkout-Anpassungen werden sparsam eingesetzt. Jede Sonderlogik muss Zahlung, Steuern, Versand, Betrugsschutz und Updates berücksichtigen.
SEO und Migration
Kein Shopsystem erzeugt automatisch gute SEO. Kategoriearchitektur, Facetten, Produktvarianten, Canonicals, strukturierte Daten, interne Links, Performance und Content müssen geplant werden. Bei einem Plattformwechsel kommt eine vollständige URL- und Redirect-Matrix hinzu.
Filter können tausende ähnliche URLs erzeugen. Vor dem Start wird definiert, welche Kombinationen echte Suchnachfrage besitzen und indexierbar sein sollen. Produktabbrüche, Kategorienwechsel und saisonale Sortimente benötigen feste Regeln.
Internationalisierung und Multi-Store
Mehrere Länder bedeuten mehr als Übersetzung. Preise, Steuern, Währungen, Domains, Lager, Zahlungen, Versand, Retouren, Rechtstexte und Produktverfügbarkeit unterscheiden sich. Multi-Store-Funktionen sind wertvoll, wenn zentrale und lokale Verantwortung klar definiert sind.
Ein System kann technisch zehn Märkte unterstützen; ohne Übersetzungs- und Betriebsprozess werden die Inhalte trotzdem inkonsistent.
Sicherheit, Updates und Betrieb
Bei Shopify wird der Kernbetrieb stärker durch die Plattform übernommen. Bei WooCommerce, self-hosted Shopware und Magento trägt das Projektteam mehr Verantwortung. Adobe-Commerce- und große Shopware-Projekte benötigen häufig formalisierte Release-, Patch- und Monitoringprozesse.
Unabhängig vom System sollten Rollen, Zwei-Faktor-Authentifizierung, Backups, Staging, Updatefenster, Incident-Prozess und Abhängigkeiten dokumentiert sein. Erweiterungen werden auf Herkunft, Support, Datenzugriff und Updatehistorie geprüft.
Total Cost of Ownership über drei Jahre
Der Lizenz- oder Tarifpreis ist nur eine Position. Eine belastbare TCO enthält:
- Discovery, Konzeption und Design;
- Implementierung und Datenmigration;
- Plattform, Hosting und Infrastruktur;
- Apps, Plugins, Extensions und Zahlungsgebühren;
- Integrationen und externe Systeme;
- Wartung, Sicherheit, Support und Monitoring;
- Content, Übersetzung und Produktdatenpflege;
- Weiterentwicklung und Conversion-Optimierung;
- interne Teamzeit und Schulung;
- Exit- oder Replatforming-Kosten.
Ein vermeintlich günstiger Start kann teuer werden, wenn Kernprozesse nur über viele Apps abgebildet werden. Ein leistungsfähiges Enterprise-System ist ebenfalls unwirtschaftlich, wenn die Organisation seine Möglichkeiten nicht nutzt.
Bewertungsmatrix für die Auswahl
Jedes Muss-Kriterium erhält Gewicht und Bewertung. Beispiel:
| Kriterium | Gewicht | Systemwert 1–5 | gewichtetes Ergebnis |
|---|---|---|---|
| ERP-Integration | 5 | 4 | 20 |
| B2B-Freigaben | 5 | 3 | 15 |
| Redaktionskomfort | 3 | 5 | 15 |
| Betriebsaufwand | 4 | 4 | 16 |
Zusätzlich werden Ausschlusskriterien festgelegt. Eine hohe Gesamtpunktzahl darf kein fehlendes Muss-Feature überdecken.
Proof of Concept statt Verkaufsdemo
Bei risikoreichen Anforderungen kann ein begrenzter Proof of Concept sinnvoll sein. Er testet beispielsweise kundenspezifische Preise aus dem ERP, komplexe Varianten, einen Freigabeworkflow oder die Performance eines kritischen Katalogs. Erfolgskriterien werden vorher vereinbart. So wird technische Machbarkeit geprüft, bevor das Gesamtprojekt gebunden ist.
Migrationsplan
Eine Migration inventarisiert Produkte, Kunden, Bestellungen, Medien, URLs, Bewertungen, Gutscheine, Steuerregeln, Integrationen und Transaktions-E-Mails. Mehrere Testmigrationen prüfen Datenqualität und Dauer. Ein Freeze-Fenster, Delta-Import, Redirects, DNS-Plan und Rollback werden vor dem Launch festgelegt.
Nach dem Go-live werden Zahlungen, Bestände, Bestellungen, Tracking, Search Console und Weiterleitungen eng überwacht.
Typische Auswahlfehler
- die Plattform vor dem Discovery festlegen;
- nur Lizenzpreise und keine TCO vergleichen;
- eine große Produktzahl mit echter Prozesskomplexität verwechseln;
- B2B-Funktionen pauschal annehmen, ohne Edition und Workflow zu prüfen;
- interne Fähigkeiten und Verantwortliche ignorieren;
- Headless als modernes Pflichtziel wählen;
- Migration, SEO und Datenbereinigung unterschätzen;
- sich vollständig von einem einzelnen Entwickler oder Agenturkonto abhängig machen.
Empfehlung nach typischem Szenario
- schneller standardisierter D2C-Start: Shopify zuerst prüfen;
- WordPress, Content und individuelle Kontrolle: WooCommerce prüfen;
- DACH Mid-Market, B2B oder anspruchsvollere Prozesse: Shopware prüfen;
- Enterprise, komplexe globale Kataloge und B2B-Organisationen: Adobe Commerce prüfen.
WebAktive trifft die endgültige Empfehlung erst nach Anforderungen, Integrationen, Budget und Betrieb. Der Kunde behält Kontrolle über Domain, Konten, Daten und vereinbarte Ergebnisse.
Häufige Fragen
Welches Shopsystem ist das günstigste?
Ohne Anforderungen lässt sich das nicht seriös sagen. Einfache Standardprozesse begünstigen andere Systeme als komplexes B2B. Verglichen werden Gesamtkosten über mehrere Jahre.
Welches System ist am besten für Deutschland?
Alle vier können in Deutschland eingesetzt werden. Shopware besitzt einen starken DACH-Fokus; Shopify und WooCommerce sind für viele Standardfälle geeignet; Adobe Commerce adressiert komplexere Szenarien. Recht und Steuern müssen unabhängig vom System korrekt umgesetzt werden.
Ist Open Source immer unabhängiger?
Open Source gibt Zugriff auf Code, beseitigt aber keine Abhängigkeit von Hosting, Extensions und Spezialwissen. Unabhängigkeit entsteht durch dokumentierte Architektur, Kundenzugänge und exportierbare Daten.
Wann lohnt sich Headless Commerce?
Wenn mehrere Frontends, besondere Experience-Anforderungen oder eine etablierte API-Organisation den zusätzlichen Aufwand rechtfertigen. Für einen einfachen Shop kann es unnötige Komplexität schaffen.
Kann WebAktive das System später migrieren?
Ja, wenn Daten, Zugriffe und Anforderungen verfügbar sind. Vor einer Zusage wird die bestehende Plattform technisch geprüft und der Migrationsumfang definiert.