Shopsysteme im Überblick: SaaS, Open Source, Headless & Enterprise Plattformen verständlich erklärt

TL;DR – Entscheidungsmatrix

Bevor Ihr Euch durch tausende Wörter arbeitet habe ich hier 2 Optionen erarbeitet – quasi für die Lesefaulen unter euch 🙂 Einmal eine saubere und übersichtliche Tabelle mit allen Infos und als 2. Option, einen interaktiven „Shopsystem Finder“ – ihr gebt eure Infos ein und bekommt ein entsprechendes Ergebnis, viel Spaß.

Shopsystem-Finder mit direkten Ergebnissen

Diese Tabelle ersetzt keine Detailanalyse. Aber sie zeigt, in welche Richtung Ihr denken solltet. Die Details folgen unten.

Was ist ein Shopsystem?

Ein Shopsystem ist eine Software, die den Online-Verkauf von Produkten oder Dienstleistungen ermöglicht. Das klingt banal, aber die Abgrenzung ist wichtig – denn nicht alles, was irgendwie mit E-Commerce zu tun hat, ist ein Shopsystem.

Ein Shopsystem umfasst im Kern:

• Produktverwaltung (Katalog, Varianten, Preise)
• Warenkorbfunktion und Checkout-Prozess
• Zahlungsabwicklung (über angebundene Payment-Provider)
• Bestellmanagement
• Kundenverwaltung

Was kein Shopsystem ist:

Ein Payment-Provider wie Stripe oder PayPal ist kein Shopsystem – er wickelt Zahlungen ab. Ein Marktplatz wie Amazon oder Etsy ist ebenfalls kein Shopsystem, sondern eine Plattform, auf der Ihr Eure Produkte innerhalb eines fremden Ökosystems verkauft. Und ein CMS wie WordPress ist erst durch Erweiterungen (z. B. WooCommerce) ein Shopsystem.

Die Grenzen verschwimmen allerdings zunehmend. Viele moderne Plattformen kombinieren Shop-Funktionalität mit Content-Management, Marktplatz-Features oder API-first-Architekturen. Genau deshalb braucht Ihr eine saubere Taxonomie, um die Landschaft zu verstehen.

Taxonomie: Welche Arten von Shopsystemen gibt es?

Der Shopsystem-Markt ist fragmentiert. Weltweit existieren hunderte Lösungen, und die Unterschiede liegen nicht nur im Funktionsumfang, sondern vor allem in der Architektur und im Betriebsmodell.

Statt einer alphabetischen Liste hilft eine Klassifikation nach Systemtyp. Jeder Typ bringt eigene Stärken, Einschränkungen und Zielgruppen mit.

Diese Kategorien sind keine starren Boxen. Shopware etwa startete als Open-Source-Monolith und bietet inzwischen SaaS-Hosting und Headless-Optionen. WooCommerce ist Open Source, lebt aber im WordPress-CMS-Ökosystem. Die Klassifikation beschreibt den primären Architekturansatz – nicht eine exklusive Zugehörigkeit.

SaaS Commerce

Software-as-a-Service-Shopsysteme sind gehostete Komplettlösungen. Der Anbieter kümmert sich um Hosting, Sicherheit, Updates und Infrastruktur. Ihr zahlt eine monatliche Gebühr und könnt sofort loslegen.

Das SaaS-Modell dominiert den Einstiegsmarkt im E-Commerce. Der Grund ist simpel: Ihr braucht kein technisches Team, keinen eigenen Server und keine Deployment-Pipeline. Anmelden, Produkte einpflegen, loslegen.

Der Trade-off ist ebenso klar: Ihr gebt Kontrolle ab. Das betrifft den Quellcode, die Hosting-Umgebung, teilweise das Design und vor allem die Abhängigkeit vom Anbieter (Vendor Lock-in). Wenn Shopify seine Preise ändert oder eine Funktion entfernt, habt Ihr wenig Verhandlungsspielraum.

Typische SaaS-Shopsysteme:

• Shopify – Globaler Marktführer im SaaS-Commerce. Riesiges App-Ökosystem, starke Internationalisierung. Für KMU bis Mid-Market.
• BigCommerce – Positioniert sich als Alternative zu Shopify, stärker auf B2B und Mid-Market ausgerichtet. Bietet eine Headless-Option.
• Squarespace – Primär Website-Baukasten mit integrierter Shop-Funktion. Stark im Design, limitiert bei komplexen E-Commerce-Anforderungen.
• Wix eCommerce – Ähnlich wie Squarespace: Website-first, Shop-Funktion als Add-on.
• Ecwid (Lightspeed) – Embed-Lösung, die Shops in bestehende Websites integriert.
• Jimdo – Deutscher Anbieter, stark vereinfacht, für Kleinstunternehmen.
• ePages – Europäischer SaaS-Anbieter, häufig als White-Label-Lösung bei Hostern und Telcos im Einsatz.
• Volusion – US-Anbieter, eher Nischenposition.

Stärken: Dieser Artikel dient ausschließlich der allgemeinen Information und ersetzt keine Rechtsberatung. Bei konkreten rechtlichen Fragen wendet euch bitte an einen Fachanwalt für Medien- oder Urheberrecht. Wir übernehmen keine Haftung für Entscheidungen, die auf Basis dieses Artikels getroffen werden.

Schwächen: Eingeschränkte Individualisierung, Vendor Lock-in, laufende Kosten auch bei geringem Umsatz, Abhängigkeit von App-Ökosystemen für erweiterte Funktionen.

Wann SaaS Commerce Sinn ergibt: Wenn Ihr schnell starten wollt, kein Entwicklerteam habt und Euer Geschäftsmodell in den Standardrahmen der Plattform passt. Sobald Ihr stark individualisieren müsst oder die Kontrolle über Infrastruktur und Daten behalten wollt, stoßt Ihr an Grenzen.

Open Source Commerce

Open-Source-Shopsysteme stellen den Quellcode frei zur Verfügung. Ihr hostet die Software selbst (oder über einen Dienstleister), habt vollen Zugriff auf den Code und könnt das System beliebig anpassen.

Open Source bedeutet nicht kostenlos. Die Software selbst kostet nichts, aber Hosting, Entwicklung, Wartung, Sicherheitsupdates und Anpassungen kosten Zeit und Geld. Der Vorteil: Ihr besitzt die volle Kontrolle. Kein Vendor Lock-in im klassischen Sinne, keine Abhängigkeit von den Preisentscheidungen eines SaaS-Anbieters.

Das Open-Source-Segment ist enorm vielfältig. Es reicht von WordPress-Erweiterungen bis zu komplexen Enterprise-Plattformen.

Typische Open-Source-Shopsysteme:

• WooCommerce – Das meistverbreitete Open-Source-Shopsystem weltweit. Läuft als WordPress-Plugin und profitiert vom riesigen WordPress-Ökosystem. Einfacher Einstieg, aber bei großen Katalogen und hohem Traffic wird die Skalierung anspruchsvoll.
• Magento Open Source (Adobe Commerce Community) – Lange der Standard für mittelgroße bis große Shops. Mächtig, aber ressourcenintensiv. Seit der Übernahme durch Adobe verschiebt sich der Fokus zunehmend auf die kommerzielle Cloud-Variante.
• PrestaShop – Stark in Frankreich und Südeuropa verbreitet. Solide Basis für mittlere Shops, aktive Community.
• OpenCart – Leichtgewichtig, einfach zu installieren. Für kleinere Shops mit begrenzten Anforderungen.
• Shopware (Community Edition) – Deutscher Anbieter mit wachsender internationaler Präsenz. Starke Basis im DACH-Markt, moderne Architektur seit Version 6.
• Sylius – PHP-basiert (Symfony), modular aufgebaut, richtet sich an Entwicklerteams mit individuellen Anforderungen.
• Bagisto – Laravel-basiert, relativ jung, wachsende Community.
• Gambio – Deutscher Anbieter, speziell auf den deutschen Markt zugeschnitten (Rechtssicherheit, deutsche Zahlungsanbieter).
• JTL-Shop – Eng verzahnt mit der JTL-Warenwirtschaft, starke Position im deutschen Multichannel-Handel.

Stärken: Volle Code-Kontrolle, keine laufenden Lizenzkosten, Anpassbarkeit ohne Grenzen, Unabhängigkeit vom Anbieter, Datensouveränität.

Schwächen: Erfordert technisches Know-how oder ein Entwicklerteam, Verantwortung für Sicherheit und Updates liegt bei Euch, höherer initialer Aufwand.

Wann Open Source Sinn ergibt: Wenn Ihr individuelle Anforderungen habt, die Kontrolle über Eure Infrastruktur und Daten behalten wollt oder bereits ein Entwicklerteam habt, das den Shop betreuen kann.

CMS Commerce

CMS Commerce beschreibt Shopsysteme, die aus einem Content-Management-System heraus entstanden sind oder als Erweiterung darauf aufsetzen. Der Ursprung ist Content, nicht Commerce.

Der Ansatz hat einen klaren Vorteil: Wenn Euer Geschäftsmodell stark content-getrieben ist – etwa ein Blog mit integriertem Shop, ein Magazin mit Affiliate-Produkten oder ein Portfolio mit Zusatzverkauf – dann spart Ihr Euch ein separates System.

Die Grenze zu Open Source Commerce ist fließend. WooCommerce ist sowohl Open Source als auch CMS Commerce. Die Unterscheidung liegt im Architekturansatz: Bei CMS Commerce ist der Shop die Erweiterung, nicht der Kern.

Typische CMS-Commerce-Lösungen:

• WooCommerce (WordPress) – Die mit Abstand größte CMS-Commerce-Lösung. WordPress liefert das CMS, WooCommerce den Shop. Die Kombination deckt einen enormen Teil des Marktes ab, besonders im KMU-Segment.
• Drupal Commerce – Für Drupal-Nutzer, die Commerce integrieren wollen. Modular, flexibel, aber mit steiler Lernkurve.
• Craft Commerce – Aufbauend auf Craft CMS. Nischenprodukt für Design- und Content-fokussierte Projekte.
• Saleor – Ursprünglich Django-basiert, inzwischen als Headless-Commerce-Plattform positioniert. Die CMS-Herkunft ist noch erkennbar.

Stärken: Content und Commerce in einem System, niedrige Einstiegskosten (besonders bei WordPress), riesiges Plugin- und Theme-Ökosystem, vertraute Verwaltungsoberfläche für Content-Teams, schnelle Umsetzung bei bestehender CMS-Installation.

Schwächen: Shop-Funktionalität ist Erweiterung, nicht Kern – bei wachsender Komplexität stößt man an Architektur-Grenzen. Performance-Optimierung bei großen Katalogen erfordert Aufwand. Sicherheit und Updates liegen bei Euch (besonders bei WordPress durch die Plugin-Abhängigkeit ein Thema). Weniger spezialisierte E-Commerce-Features als bei dedizierten Shopsystemen.

Wann CMS Commerce Sinn ergibt: Wenn Ihr bereits ein CMS nutzt und der Shop eine Ergänzung ist, nicht der Geschäftszweck. Oder wenn Content und Commerce gleichberechtigt nebeneinander stehen sollen.

Headless Commerce

Headless Commerce trennt Frontend (das, was Eure Kunden sehen) vom Backend (Produktdaten, Bestelllogik, Zahlungsabwicklung). Die Kommunikation läuft über APIs. Das Frontend kann eine Website sein, aber auch eine App, ein Sprachassistent oder ein IoT-Gerät.

Das Headless-Modell ist keine neue Erfindung, aber die Relevanz hat in den letzten Jahren stark zugenommen. Der Treiber: Unternehmen wollen ihre Frontends individuell gestalten, ohne an die Template-Logik eines monolithischen Shopsystems gebunden zu sein. Und sie wollen denselben Commerce-Backend für mehrere Kanäle nutzen.

Wie Headless Commerce funktioniert:

Der klassische Monolith liefert alles aus einer Hand – Backend-Logik und Frontend-Darstellung sind fest gekoppelt. Bei Headless existiert das Backend als eigenständiger Service, der über REST- oder GraphQL-APIs Daten bereitstellt. Das Frontend wird separat entwickelt, typischerweise als Single-Page-Application (React, Vue, Next.js) oder als Native App.

Typische Headless-Commerce-Plattformen:

• commercetools – Einer der Pioniere im Headless-/Composable-Commerce-Bereich. API-first, cloud-native, stark im Enterprise-Segment. Ursprünglich aus Deutschland.
• Elastic Path – API-first-Plattform für komplexe Commerce-Szenarien. Positioniert sich im Enterprise-Mid-Market.
• Medusa – Open-Source-Headless-Commerce-Framework. JavaScript/Node.js-basiert, wachsende Community, flexibel einsetzbar.
• Saleor – Open-Source, GraphQL-API, Python/Django-Basis. Stark bei Entwicklerteams, die volle Kontrolle wollen.
• Shopware Frontends – Shopware bietet seit Version 6 eine Headless-Option über eigene API-Endpoints und ein Vue.js-basiertes Frontend-Framework.
• BigCommerce (Headless) – BigCommerce positioniert sich zunehmend auch als Headless-Backend, das mit beliebigen Frontends kombiniert werden kann.

Stärken: Maximale Frontend-Flexibilität, Multi-Channel-Fähigkeit aus einem Backend, unabhängige Skalierung von Frontend und Backend, freie Technologiewahl im Frontend.

Schwächen: Höhere Komplexität, erfordert ein Frontend-Entwicklerteam, längere Time-to-Market, höhere initiale Kosten, kein visueller Page Builder out of the box.

Wann Headless Commerce Sinn ergibt: Wenn Ihr mehrere Touchpoints bedienen müsst (Web, App, POS, Social), wenn Euer Frontend-Team eigene Technologien einsetzen will oder wenn die Standard-Templates monolithischer Systeme Euch einschränken. Für einen einzelnen Standard-Shop mit überschaubarem Traffic ist Headless in den meisten Fällen Overkill.

Enterprise Commerce

Enterprise-Commerce-Plattformen sind für Großunternehmen mit komplexen Anforderungen konzipiert – internationale Märkte, mehrere Marken, tiefe ERP-Integration, hohe Transaktionsvolumen und individuelle Geschäftslogik.

Die Grenze zwischen Mid-Market und Enterprise ist nicht scharf definiert. Als Faustregel: Wenn Ihr ein Integrationspartner-Team braucht, um das System aufzusetzen, und die Lizenzkosten im sechs- bis siebenstelligen Bereich liegen, seid Ihr im Enterprise-Segment.

Typische Enterprise-Commerce-Plattformen:

• SAP Commerce Cloud (ehem. Hybris) – Tief integriert in das SAP-Ökosystem. Für Unternehmen, die bereits SAP-ERP nutzen, oft die naheliegende Wahl. Extrem leistungsfähig, aber komplex und kostenintensiv.
• Salesforce Commerce Cloud (ehem. Demandware) – Stark im B2C- und D2C-Bereich. Tiefe Integration in das Salesforce-CRM-Ökosystem.
• Adobe Commerce (Magento Enterprise) – Die kommerzielle Variante von Magento. Cloud-gehostet, mit erweiterten Features für B2B und Personalisierung.
• Oracle CX Commerce – Teil der Oracle Cloud. Für Unternehmen im Oracle-Ökosystem.
• HCL Commerce (ehem. IBM WebSphere Commerce) – Traditionsreiche Plattform, stark in regulierten Branchen.
• Intershop – Deutscher Enterprise-Anbieter, besonders im B2B-Commerce etabliert.
• Spryker – Berliner Unternehmen, Composable-Commerce-Ansatz, richtet sich an Enterprise-Kunden mit komplexen Geschäftsmodellen.

Stärken: Skalierbarkeit auf Konzernebene, tiefe Integrationsfähigkeit (ERP, CRM, PIM), Multi-Market- und Multi-Brand-Fähigkeit, professioneller Support und SLAs.

Schwächen: Hohe Lizenz- und Implementierungskosten, lange Projektlaufzeiten (oft 12–24 Monate), Abhängigkeit von Systemintegratoren, Komplexität in Betrieb und Weiterentwicklung.

Wann Enterprise Commerce Sinn ergibt: Wenn Euer Geschäft eine Komplexität erreicht hat, die mit Mid-Market-Lösungen nicht mehr abbildbar ist. Internationale Rollouts, komplexe B2B-Preislogiken, tiefe ERP-Anbindung oder regulatorische Anforderungen in mehreren Märkten sind typische Trigger.

Marketplace-Systeme

Marketplace-Systeme ermöglichen Multi-Vendor-Geschäftsmodelle – also Plattformen, auf denen mehrere unabhängige Verkäufer ihre Produkte über eine zentrale Plattform anbieten. Der Betreiber stellt die Infrastruktur, die Händler liefern das Sortiment.

Ein Marketplace ist architektonisch etwas anderes als ein Standard-Shop. Die Kernherausforderungen liegen in der Vendor-Verwaltung, dem Provisionsmodell, der separaten Bestellabwicklung pro Händler und der Qualitätskontrolle.

Typische Marketplace-Plattformen:

• Mirakl – Enterprise-Marketplace-Lösung. Wird von großen Einzelhändlern eingesetzt, die ihren eigenen Marktplatz aufbauen wollen (z. B. MediaMarkt, Decathlon).
• Sharetribe – SaaS-Lösung für den schnellen Start eines Marktplatzes. Besonders geeignet für Service- und Peer-to-Peer-Marktplätze.
• CS-Cart Multi-Vendor – Etablierte Lösung für Multi-Vendor-Shops, Self-hosted.
• Arcadier – SaaS-Marktplatz-Baukasten mit verschiedenen Vorlagen (Produkte, Services, Vermietung).
• Spryker – Bietet Marketplace-Funktionalität als Teil seiner Composable-Commerce-Plattform.

Es gibt außerdem zahlreiche Erweiterungen, die bestehende Shopsysteme um Marketplace-Funktionalität ergänzen. Für WooCommerce existieren Plugins wie Dokan oder WCFM Marketplace, für Magento gibt es Webkul-Erweiterungen.

Wann ein Marketplace-System Sinn ergibt: Wenn Euer Geschäftsmodell darauf basiert, dass Dritte auf Eurer Plattform verkaufen. Das Modell ist attraktiv, weil Ihr kein eigenes Inventar braucht – aber die Komplexität in Betrieb, Rechtslage und Vendor-Management wird häufig unterschätzt.

Developer Frameworks & Starter Kits

Developer Frameworks sind keine fertigen Shopsysteme. Sie liefern die Bausteine – APIs, Module, Datenmodelle –, aus denen Entwicklerteams einen individuellen Shop bauen. Es gibt kein Admin-Panel, das sofort funktioniert, und kein Theme, das man einfach aktiviert.

Dieser Bereich wächst, getrieben durch den Headless-Trend und die steigende Nachfrage nach individualisierten Commerce-Lösungen. Die Zielgruppe sind ausschließlich Entwicklerteams oder Agenturen.

Typische Developer Frameworks:

• Medusa – Open Source, JavaScript/TypeScript, modular aufgebaut. Positioniert sich als Open-Source-Alternative zu Shopify für Entwickler.
• Vendure – TypeScript-basiert, GraphQL-API, Fokus auf Erweiterbarkeit und Developer Experience.
• Saleor – Python/Django, GraphQL-first. Sowohl als Headless-Plattform als auch als Framework nutzbar.
• Reaction Commerce (Mailchimp Open Commerce) – Node.js-basiert, wurde von Mailchimp übernommen und als Open Commerce weitergeführt. Entwicklung zuletzt weniger aktiv.

Abgrenzung zu Headless Commerce: Die Grenzen sind fließend. Der Unterschied: Ein Headless-Commerce-System wie commercetools ist eine fertige Plattform mit Admin-Oberfläche, die über APIs angesprochen wird. Ein Developer Framework wie Medusa liefert die Grundstruktur, auf der Ihr Eure eigene Plattform baut.

Wann Developer Frameworks Sinn ergeben: Wenn Euer Team die Kapazität und den Willen hat, eine Commerce-Lösung von Grund auf zu gestalten. Wenn Standard-Lösungen Euer Geschäftsmodell nicht abbilden können. Und wenn Ihr bereit seid, den Mehraufwand in Entwicklung und Wartung langfristig zu tragen.

Ecosystem Map: Die Shopsystem-Landschaft im Überblick

Die vorherigen Abschnitte beschreiben einzelne Kategorien. Aber wie hängt das alles zusammen? Die folgende Einordnung zeigt die Shopsystem-Landschaft entlang zweier Achsen: Komplexität des Setups und Grad der Kontrolle.

Unterer linker Bereich: Geringe Komplexität, geringe Kontrolle. SaaS-Lösungen wie Shopify oder Jimdo. Schneller Start, wenig Gestaltungsspielraum.

Linke Mitte: Moderate Komplexität, wachsende Kontrolle. CMS Commerce und einfachere Open-Source-Systeme. Ihr braucht Grundkenntnisse, gewinnt aber Gestaltungsfreiheit.

Oberer linker Bereich: Hohe Kontrolle, moderate Komplexität. Open-Source-Systeme und Developer Frameworks. Volle Codehoheit, aber Ihr tragt die Verantwortung.

Rechte Seite: Steigende Komplexität durch Integration, Multi-Channel oder Multi-Vendor. Headless, Enterprise und Marketplace-Systeme lösen komplexe Anforderungen, erfordern aber entsprechende Ressourcen.

Die meisten Unternehmen starten im unteren linken Bereich und bewegen sich mit wachsendem Geschäft nach rechts oben. Das ist kein Naturgesetz – viele erfolgreiche Shops laufen seit Jahren auf Shopify oder WooCommerce. Aber wenn Anforderungen steigen, verschiebt sich typischerweise auch der Bedarf.

Architekturvergleich: Monolith vs. Headless vs. Composable

Hinter den verschiedenen Shopsystem-Typen stehen unterschiedliche Architekturmodelle. Diese zu verstehen ist entscheidend für eine fundierte Systementscheidung.

Monolithische Architektur

Ein Monolith liefert Frontend und Backend als eine zusammenhängende Einheit. Alles ist integriert – Produktverwaltung, Checkout, Darstellung, Suchfunktion.

Die meisten klassischen Shopsysteme sind monolithisch aufgebaut: Shopify, WooCommerce, Magento (in der Standardkonfiguration), PrestaShop, Gambio, JTL-Shop. Der Vorteil: Alles funktioniert zusammen, out of the box. Der Nachteil: Änderungen am Frontend betreffen potenziell das Backend und umgekehrt.

Headless Architektur

Bei Headless wird das Frontend komplett vom Backend getrennt. Das Backend stellt Daten und Logik über APIs bereit, das Frontend wird unabhängig entwickelt.

Der Gewinn: Ihr könnt das Frontend frei wählen und unabhängig vom Backend weiterentwickeln. Der Aufwand: Ihr braucht ein Frontend-Team, und die Gesamtkomplexität steigt, weil zwei Systeme koordiniert werden müssen.

Composable Commerce

Composable Commerce geht einen Schritt weiter als Headless. Hier wird nicht nur das Frontend entkoppelt, sondern jede Commerce-Funktion wird als eigenständiger Service betrieben – Suche, Checkout, PIM, CMS, Zahlung – und über APIs zusammengesteckt.

Das Composable-Modell verspricht maximale Flexibilität: Best-of-Breed für jede Funktion, austauschbare Komponenten, unabhängige Skalierung. Die Kehrseite: Die Orchestrierung dutzender Services ist anspruchsvoll, die Gesamtkosten können erheblich sein, und die Systemlandschaft wird komplex.

Vergleich

Die Architekturwahl ist keine rein technische Entscheidung. Sie bestimmt, welche Art von Team Ihr braucht, wie schnell Ihr auf Marktveränderungen reagieren könnt und wie Eure Gesamtkosten über die nächsten Jahre aussehen.

Entscheidungsframework: Das richtige Shopsystem finden

Die Auswahl eines Shopsystems ist keine Feature-Vergleichsliste. Es geht um die Passung zwischen Eurem Geschäftsmodell, Euren Ressourcen und Euren Wachstumsplänen.

Die sechs entscheidenden Kriterien

1. Budget (initial + laufend)

SaaS-Systeme haben niedrige Einstiegskosten, aber laufende Gebühren, die mit dem Umsatz steigen. Open-Source-Systeme kosten in der Entwicklung mehr, aber die laufenden Kosten sind besser kontrollierbar. Enterprise-Lösungen erfordern signifikante Investitionen in Lizenz und Implementierung.

2. Technisches Team

Habt Ihr Entwickler im Team? Wenn nein, schränkt das die Auswahl auf SaaS und einfache CMS-Commerce-Lösungen ein. Wenn ja, öffnen sich Open Source, Headless und Developer Frameworks als Optionen.

3. Time-to-Market

Wie schnell müsst Ihr live sein? Shopify in einer Woche, WooCommerce in einem Monat, ein Headless-Setup in drei bis sechs Monaten, eine Enterprise-Implementierung in 12 bis 24 Monaten. Das sind grobe Richtwerte, aber die Größenordnung stimmt.

4. Skalierungsperspektive

Wo seht Ihr Euch in drei Jahren? Wenn Ihr von 100 Produkten auf 50.000 skalieren wollt, ist die Architekturwahl heute relevant. Ein Systemwechsel im laufenden Betrieb ist möglich, aber aufwendig und riskant.

5. Integrationsanforderungen

Welche Systeme müssen angebunden werden – ERP, CRM, PIM, Marketing-Automation, Zahlungsanbieter? Je mehr Integrationen nötig sind, desto wichtiger werden offene APIs und ein etabliertes Partner-Ökosystem.

6. Vendor Lock-in vs. Flexibilität

Wie wichtig ist Euch die Unabhängigkeit vom Anbieter? SaaS-Plattformen binden Euch stärker als Open-Source-Lösungen. Composable-Ansätze minimieren Lock-in, erhöhen aber die Komplexität.

Diese Tabelle vereinfacht. Aber sie zeigt die Denkrichtung.

Marktüberblick: Fragmentierung und regionale Unterschiede

Der globale Shopsystem-Markt ist stark fragmentiert. Es gibt keinen einzelnen Anbieter, der den Markt dominiert – auch wenn Shopify in den öffentlichen Wahrnehmung diesen Eindruck erweckt.

Globale Perspektive

Shopify ist gemessen an der Anzahl aktiver Shops die größte SaaS-Commerce-Plattform weltweit. WooCommerce hat mit Abstand die meisten Installationen, allerdings ist ein signifikanter Teil davon inaktiv oder sehr klein. Magento (Adobe Commerce) war lange die Standardwahl im Mid-Market und hält dort weiterhin relevante Anteile, verliert aber an Boden.

Die Marktanteile variieren je nach Datenquelle erheblich. Erhebungen von BuiltWith, W3Techs und ähnlichen Services messen unterschiedliche Dinge – Installationen, aktive Nutzung, Traffic-gewichtete Verbreitung. Absolute Zahlen sind daher mit Vorsicht zu genießen.

DACH-Markt

Der deutschsprachige Markt hat ein eigenes Ökosystem, das sich von der globalen Verteilung unterscheidet:

• Shopware hat eine starke Position im deutschen Mittelstand und wächst international.
• JTL-Shop ist tief im deutschen Multichannel-Handel verwurzelt, besonders durch die Integration mit der JTL-Warenwirtschaft.
• Gambio bedient kleine bis mittlere deutsche Händler mit einem Fokus auf Rechtssicherheit und lokale Zahlungsanbieter.
• OXID eSales hat eine etablierte Basis im B2B-Commerce im DACH-Raum.
• Shopify gewinnt auch im DACH-Markt Anteile, besonders bei D2C-Marken und Start-ups.

Die Besonderheit des DACH-Marktes: Rechtliche Anforderungen (DSGVO, Verpackungsgesetz, Widerrufsbelehrung, Preisangabenverordnung) machen lokale Anbieter attraktiv, die diese Anforderungen nativ abbilden. Internationale Systeme benötigen oft zusätzliche Erweiterungen, um rechtskonform betrieben zu werden.

Europäischer Markt

Auch innerhalb Europas gibt es regionale Schwerpunkte:

• PrestaShop dominiert in Frankreich, Spanien und Teilen Südeuropas.
• Shopware wächst über den DACH-Raum hinaus in den Benelux-Markt und nach Osteuropa.
• WooCommerce ist überall vertreten, besonders bei kleineren Shops.
• Magento/Adobe Commerce hält Positionen im Mid-Market und Enterprise-Segment.

Trends im E-Commerce (Stand: Anfang 2025)

Der Shopsystem-Markt verändert sich. Einige Trends zeichnen sich klar ab, andere sind noch in einer frühen Phase.

AI-gestützter Commerce

Künstliche Intelligenz hält auf mehreren Ebenen Einzug in den E-Commerce: Produktempfehlungen, Suchoptimierung, dynamische Preisgestaltung, automatisierte Produktbeschreibungen, Kundenservice-Chatbots. Praktisch alle großen Plattformen integrieren AI-Features – Shopify mit „Shopify Magic“, BigCommerce über Partnerschaften, commercetools über erweiterbare APIs. Wie tiefgreifend der Einfluss tatsächlich wird, ist Stand heute noch schwer abzuschätzen. Die Hype-Phase ist aktiv.

Composable Commerce als Architekturtrend

Der Composable-Ansatz gewinnt an Aufmerksamkeit, besonders im Enterprise-Segment. Die Realität: Für die Mehrheit der Shops bleibt eine monolithische oder einfache Headless-Architektur die pragmatischere Wahl. Composable löst reale Probleme für große, komplexe Organisationen – aber es ist kein Konzept, das für einen Shop mit 500 Produkten sinnvoll ist.

Unified Commerce

Die Grenze zwischen Online-Shop, stationärem Handel, Social Commerce und Marktplätzen verschwimmt. Unified Commerce beschreibt den Ansatz, alle Kanäle über ein zentrales System zu steuern – ein Produktkatalog, ein Bestandsmanagement, eine Kundendatenbank. Shopify POS, Shopware und die Enterprise-Plattformen treiben diesen Trend.

Social Commerce

Verkauf über Social-Media-Plattformen (TikTok Shop, Instagram Shopping, Pinterest) wächst, besonders in Asien. In Europa ist der Trend erkennbar, aber noch nicht marktbestimmend. Shopsysteme reagieren mit nativen Integrationen.

Regulierung und Datenschutz

Die DSGVO war erst der Anfang. Neue Regulierungen – der Digital Markets Act, der Data Act, nationale Umsetzungen – beeinflussen, wie Shops Daten erheben, speichern und nutzen dürfen. Das betrifft nicht nur das Shopsystem selbst, sondern auch das Tracking, die Personalisierung und die Analytics-Infrastruktur.

Tracking und Analyse über Shopsysteme hinweg

Unabhängig davon, für welches Shopsystem Ihr Euch entscheidet – ohne sauberes Tracking und belastbare Analyse fliegt Ihr blind. Das klingt offensichtlich, wird aber in der Praxis erstaunlich oft vernachlässigt.

Die Herausforderung

Jedes Shopsystem bringt eigene Tracking-Mechanismen mit, die unterschiedlich gut funktionieren. Wer mehrere Systeme betreibt oder Kanäle kombiniert, steht vor dem Problem, Daten zusammenzuführen. Hinzu kommt die rechtliche Dimension: In Europa erfordert die DSGVO eine bewusste Entscheidung, wie Nutzerdaten erhoben werden.

Viele der großen Tracking-Lösungen stammen aus den USA und operieren in einem rechtlichen Graubereich, was die europäische Datenschutzgesetzgebung betrifft. Cookiebasiertes Tracking wird durch Browser-Restriktionen und Consent-Anforderungen zunehmend unzuverlässig.

Worauf es ankommt

Für eine belastbare Datenbasis im E-Commerce braucht Ihr drei Dinge: eine Tracking-Lösung, die unabhängig vom Shopsystem funktioniert, eine saubere DSGVO-konforme Datenerhebung und eine Analysemöglichkeit, die Euch tatsächlich handlungsrelevante Erkenntnisse liefert – nicht nur Rohdaten.

Cookielose Tracking-Ansätze wie die von Trackboxx gewinnen in diesem Kontext an Relevanz, weil sie die Consent-Problematik umgehen und trotzdem verwertbare Analytics liefern. Aber das ist nur eine von vielen Möglichkeiten – der entscheidende Punkt ist, dass Ihr Euer Tracking von Anfang an mitdenkt und nicht als nachgelagerten Schritt behandelt.

FAQ – Shopsysteme