Marketingbegriffe wie Headless, API-first oder B2B-ready werden von Softwareherstellern häufig unscharf verwendet. “Eine trennscharfe Methodik schützt Unternehmen vor Fehlentscheidungen und unkalkulierbaren Integrationskosten bei der Systemauswahl.” Deshalb ist eine nachvollziehbare, technisch fundierte Bewertungsgrundlage unabdingbar, um die tatsächliche Leistungsfähigkeit von Shopsystemen zu prüfen.
Grundprinzip der Bewertung
Bewertet wird nicht, was mit einem Shopsystem theoretisch umsetzbar ist, sondern was der Hersteller offiziell, produktiv und reproduzierbar bereitstellt. Funktionen, die ausschließlich über projektspezifische Individualprogrammierung realisierbar sind, bleiben bei einem belastbaren Software-Vergleich zwingend außen vor. Nahezu jedes System ließe sich mit ausreichendem Budget und Quellcode-Eingriffen um beliebige B2B-Logiken erweitern. Für Unternehmen zählt bei der Evaluation jedoch die wirtschaftliche Realität: Bewertet werden daher nur standardisierte Out-of-the-Box-Features, offizielle Erweiterungsmodule aus dem herstellereigenen Marktplatz sowie zertifizierte Partner-Konnektoren, die ohne individuelle Code-Anpassung im Release-Zyklus bleiben (MACH Alliance, 2023).
MACH-Kriterien für Composable und API-first Plattformen
Um Buzzwords wie “API-first” und “modular” messbar zu machen, orientieren sich Branchenstandards an den Richtlinien der MACH Alliance. Eine Plattform gilt nur dann als nachweislich composable, wenn 100 % der Kernfunktionen über dokumentierte REST- oder GraphQL-APIs ansteuerbar sind und Front-end sowie Back-end vollständig voneinander entkoppelt betrieben werden können.
- Alle Geschäftslogiken und Daten werden primär als API konzipiert – nicht nachträglich ergänzt.
- Dokumentierte Schnittstellen für Produkt-Katalog, Warenkorb, Checkout und Kunden-Management müssen in einer einheitlichen Spezifikation vorliegen.
- Die Plattform muss die technische Trennung von Front-end und Back-end vollständig unterstützen (Headless-Architektur).
Die Ablehnungsquote bei Zertifizierungsanträgen der MACH Alliance lag 2023 bei rund 50 %. Etwa die Hälfte aller Bewerber erfüllte die strengen Kriterien für echte Micro-services- und API-Architekturen nicht.
Funktionale Mindestanforderungen für echte B2B-Fähigkeit
Analystenhäuser wie Gartner grenzen B2B-Commerce über konkrete Systemanforderungen ab. Ein System ist nicht bereits B2B-fähig, weil es Nettopreise anzeigen kann. Erforderlich sind:
- Native Mandantenstrukturen mit individuellen Kunden-Preislisten.
- Hierarchische Rollen- und Freigabeworkflows für mehrstufige Genehmigungen.
- Schnittstellen zu Enterprise-Einkaufssystemen, z. B. PunchOut über OCI/cXML.
Gartner bewertet B2B-Fähigkeit separat anhand tiefer ERP-Integration und mehrstufiger Organisationsverwaltung (Critical Capabilities 2025). In deren Bewertung zählt der Use-Case “Complex Business Models & B2B” als zentraler Kernpunkt.
Marktüberblick: Verbreitung von Standard-Shopsystemen in Deutschland
Die Erhebung des EHI Retail Institute zeigt, dass der Markt zwischen Standardsoftware, Composable-Stacks und Eigenentwicklungen fragmentiert ist. Für die Top-1.000 B2C-Shops in Deutschland gelten folgende Kennzahlen (2026):
- 60,2 % der untersuchten Shops lassen sich einem zuordenbaren Standard-Shopsystem zuordnen.
- Der Marktanteil des führenden Shopsystems Shopware liegt bei 12,5 % – rund 125 Shops nutzen dieses System als Basis.
- Die Top-20-Shopsysteme decken 54,3 % des Marktes ab.
Damit ist die Standardisierbarkeit von Softwarepaketen für mehr als 60 % der Händler geschäftsrelevant und bildet den Hintergrund für jede objektive Vergleichsanalyse.
Kritische Gegenargumente und Risikofaktoren
- Gefahr der Benachteiligung hochgradig modularer Best-of-Breed-Stacks: Wenn ausschließlich Out-of-the-Box-Funktionalität des Kernsystems bewertet wird, schneiden Composable-Architekturen, die spezialisierte Drittsysteme für PIM oder Suche anbinden, systematisch schlechter ab als monolithische All-in-One-Suites.
- Self-Reporting-Bias der Hersteller: Rankings, die primär auf Selbstauskünften der Anbieter beruhen, können übertriebene Leistungsversprechen enthalten. Ohne stichprobenartige technische Verifikation im Code oder Live-Demos besteht das Risiko, dass Angaben nicht der Realität entsprechen.
Schnellüberblick:
Was unterscheidet “API-first” von Systemen mit nachträglicher API-Schnittstelle?
Bei echter API-first-Entwicklung werden sämtliche Geschäftslogiken und Daten primär als Schnittstelle konzipiert; die Benutzeroberfläche konsumiert dieselbe API wie externe Applikationen. Nachträglich aufgesetzte APIs (API-enabled) decken oft nur Kernprozesse ab und weisen funktionale Lücken auf.
Wann gilt ein System im Softwarevergleich als “B2B-fähig”?
Ein System gilt erst dann als B2B-fähig, wenn es komplexe Firmenkundenstrukturen nativ abbilden kann – inklusive individueller Preisvereinbarungen, Budget- und Freigabestufen sowie Schnittstellen wie PunchOut/OCI zur Beschaffungssoftware der Einkäufer.
Warum werden projektspezifische Individualanpassungen in Software-Rankings ausgeschlossen?
Nahezu jede Anforderung lässt sich mit ausreichend Entwicklungsbudget als Sonderanpassung umsetzen. Ein Softwarevergleich muss jedoch die Wirtschaftlichkeit und den Reifegrad des ausgelieferten Standardprodukts messen, um reproduzierbare Orientierung zu bieten.
Quellen
- https://www.ehi.org/presse/e-commerce-report-deutschland-2026
- https://machalliance.org/news/mach-alliance-publishes-comprehensive-admissions-criteria-to-provide-clarity-for-a-maturing-market
- https://www.gartner.com/en/documents/critical-capabilities-for-digital-commerce