Shopify vs. Adobe Commerce (Magento)

Shopify ist ein gehostetes Produkt. Du mietest Plattform, Infrastruktur und Checkout und arbeitest innerhalb definierter Grenzen. Adobe Commerce ist eine lizenzierte Anwendung, die betrieben werden muss. Auch in der von Adobe verwalteten Cloud-Variante bleiben Applikation, Erweiterungen und Deployments in Deiner Verantwortung oder in der Deines Partners.

Daraus folgt fast alles Weitere. Bei Shopify kannst Du den Kern nicht verändern, dafür trägt jemand anderes Verfügbarkeit, Sicherheit und Skalierung. Bei Adobe Commerce kannst Du praktisch jedes Verhalten überschreiben, zahlst dafür aber mit einem dauerhaften Team, das die Anwendung aktuell und lauffähig hält.

Beide Wege sind legitim. Die Frage ist nicht, welches System mehr kann, sondern wo Du Dein Budget einsetzen willst: in Betrieb und Wartung oder in Sortiment, Content und Conversion. Wer diese Frage nicht bewusst beantwortet, entscheidet sie trotzdem — nur eben über die Betriebskosten der nächsten Jahre.

Bei Shopify zahlst Du eine Abonnementgebühr, Zahlungs- und Transaktionsgebühren sowie die Apps, die Du einsetzt. Hosting, Skalierung und Plattform-Updates sind eingeschlossen. Die Kostenkurve ist dadurch gut vorhersagbar und hängt stärker an Deinem Umsatz als an Deiner technischen Komplexität. Überraschungen kommen fast nur aus dem App-Stapel.

Bei Adobe Commerce besteht die Rechnung aus mehreren Posten: Lizenz beziehungsweise Subscription nach Umsatzstaffel, Hosting oder Cloud-Betrieb und ein laufendes Entwicklungsbudget für Updates, Sicherheitspatches und Erweiterungen. Der dritte Posten wird in Business Cases regelmäßig unterschätzt, weil er nie als eigene Position auf einer Rechnung auftaucht.

Magento Open Source hat keine Lizenzkosten. Das verschiebt die Kosten, es senkt sie nicht: Hosting, Sicherheitspatches, Erweiterungen und Entwicklungsleistung bleiben vollständig bei Dir, und die tiefen B2B-Funktionen der kommerziellen Variante fehlen. Rechne die Open-Source-Variante deshalb nie als kostenlose Option durch, sondern mit ihrem Betriebsaufwand.

Adobe Commerce erlaubt Eingriffe bis in den Kern. Du kannst eigene Entitäten ergänzen, die Preisberechnung ersetzen und den Bestellprozess umbauen. Wenn Deine Geschäftslogik wirklich vom Markt abweicht, ist das ein echter Vorteil: Kein SaaS-System bietet diese Tiefe, und keine App-Kombination ersetzt sie vollständig.

Shopify erweiterst Du außen herum. Apps übernehmen Funktionen, Functions decken eigene Rabatt- und Versandlogik ab, Metafelder tragen eigene Datenstrukturen, Webhooks und APIs verbinden die Systeme daneben. Das deckt sehr viel ab, aber nicht alles: Der Checkout bleibt in definierten Grenzen konfigurierbar, der Kern bleibt unantastbar.

Der ehrliche Test ist Dein Backlog der letzten zwölf Monate. Bestehen die Sonderwünsche vor allem aus Preisregeln, Versandlogik und Datenanreicherung, reicht Shopify ohne Kompromiss. Setzen sie dagegen am Bestellobjekt oder am Katalogmodell selbst an, arbeitest Du auf Shopify dauerhaft gegen die Plattform statt mit ihr.

Adobe Commerce bringt B2B nativ und ungewöhnlich tief mit: Firmenkonten mit Unterkonten und Rollen, Angebotsverhandlung direkt im Shop, Bestelllisten, Kontingente und kundenspezifische Kataloge. Wer diese Prozesse vollständig im Shop abbilden will, findet hier den größeren Funktionsumfang, ohne zusätzliche Software einkaufen und integrieren zu müssen.

Shopify deckt B2B über Firmenprofile, zugeordnete Preiskataloge, Zahlungsziele und Bestellfreigaben ab. Das trägt für Händler, deren Großhandel im Kern aus kundenspezifischen Preisen und wiederkehrenden Bestellungen besteht. Diese Funktionen gehören zum Plus-Angebot und nicht zu den kleineren Tarifen — das gehört in jede Kalkulation.

Die Grenze verläuft beim Verhandlungsgeschäft. Sobald Angebote, Freigabeketten und Budgetkontrollen der reguläre Weg zur Bestellung sind, wird Shopify zum Integrationsprojekt mit Apps oder angebundenen Systemen. Bleibt es bei festen Katalogpreisen je Kunde, ist der Unterschied im Tagesgeschäft deutlich kleiner, als die Funktionslisten vermuten lassen.

Adobe Commerce trennt Websites, Stores und Store-Views. Diese Hierarchie erlaubt getrennte Kataloge, Preise, Steuerregeln und Zahlungsarten je Ebene, in einer einzigen Installation. Für Häuser mit vielen Marken und Ländern, die sich fachlich stark unterscheiden, ist das bis heute eines der stärksten Argumente für das System.

Shopify löst Internationalisierung über Markets: Länder werden zu Marktgruppen gebündelt, mit eigenen Währungen, Preisanpassungen, Sprachen und Domains, aber auf einem gemeinsamen Katalog. Das ist schneller aufgesetzt und einfacher zu pflegen, solange die Märkte im Kern dasselbe Sortiment mit unterschiedlichen Preisen verkaufen.

Sobald Märkte oder Marken eigene Sortimente, eigene Produktdaten und eigene Prozesse haben, arbeitest Du auf Shopify eher mit mehreren Stores. Das ist machbar und wird oft gemacht, bedeutet aber getrennte Pflege. Genau an dieser Stelle lohnt der ehrliche Blick, wie unterschiedlich Deine Märkte wirklich sind.

Magento 1 erhält seit Jahren keinen offiziellen Support mehr. Wer noch darauf betreibt, hält den Shop über Dienstleister-Patches am Leben und trägt das Risiko selbst. Das ist der häufigste reale Migrationsauslöser, den wir sehen — und einer, der irgendwann keine Terminverschiebung mehr zulässt.

Magento Open Source ist weiterhin frei verfügbar und wird öffentlich weiterentwickelt. Es ist aber nicht die kommerzielle Variante: Das tiefe B2B-Set, die verwaltete Cloud und der Herstellersupport gehören zu Adobe Commerce. Wer von Open Source kommt, vergleicht deshalb selten wirklich Gleiches mit Gleichem.

Der Wechsel von Magento zu Shopify ist in erster Linie ein Datenmodell-Projekt und kein Design-Projekt. Attribute, Attributsets, konfigurierbare Produkte und Kundengruppen müssen auf Produkte, Varianten, Metafelder und Kataloge abgebildet werden. Diese Entscheidungen fallen vor dem Import, weil sie die Handles und damit die Weiterleitungen bestimmen.

Auf Shopify laufen Plattform-Updates im Hintergrund. Dein Aufwand liegt beim Theme und beim App-Stapel: Apps müssen regelmäßig überprüft werden, weil jede zusätzliche App Ladezeit, Datenflüsse und eine weitere Abhängigkeit mitbringt. Der Aufwand ist real, aber planbar und deutlich kleiner als ein Versionssprung.

Auf Adobe Commerce sind Versionssprünge und Sicherheitspatches eigene Vorhaben. Jede Erweiterung muss zur Zielversion passen, jede Anpassung erneut getestet werden. Das ist beherrschbar, wenn Budget und Team dafür fest eingeplant sind. Ohne diese Planung altert die Installation, bis der Sprung zum Projekt wird.

Bewerte diesen Punkt nicht als Detail. Über eine Laufzeit von fünf Jahren entscheidet er häufig stärker über die Gesamtkosten als die Lizenz. Die nüchterne Frage lautet: Willst Du ein Team, das die Plattform am Laufen hält, oder eines, das am Geschäft arbeitet?