Shop-Baukasten oder Shopsystem: Wo die Grenzen liegen

Ob ein Baukasten trägt, zeigt nicht der Funktionsumfang einer Liste, sondern der schwierigste Fall in Ihrem Sortiment. Dieser Artikel nennt keine Produkte und keine Anbieter; er liefert eine Prüftabelle für fünf Funktionsbereiche und die Fragen, mit denen Sie die Grenze in einem Testzugang selbst finden.

Worum es bei der Auswahl geht

Für diesen Artikel gilt eine Arbeitsdefinition, keine feste Klassengrenze; die Übergänge sind fließend. Danach ist ein Shop-Baukasten der Shop-Teil eines Website-Baukastens: Seiten und Produkte entstehen aus vorgegebenen Bausteinen, Erweiterungen kommen aus dem zugehörigen App-Bereich, und den Betrieb samt Updates führt der Anbieter. Ein vollwertiges Shopsystem ist dagegen eigenständige Shop-Software mit einem Datenmodell, von dem aus sich Produkte und ihre Merkmale frei beschreiben lassen, mit eigener Bestell- und Kundenverwaltung und dokumentierten Schnittstellen; den Betrieb übernehmen Sie oder ein Dienstleister. Welche der beiden Bezeichnungen auf einen Kandidaten passt, entscheidet nicht sein Name, sondern das Ergebnis Ihres Tests. Zwischen beiden Polen liegt eine breite Mitte: Standard-Shopsysteme mit Vorlagen und erweiterbarem Datenmodell, wahlweise gemietet oder selbst betrieben. Die Betriebsform behandeln SaaS-Shop oder selbst gehostet und Shopsoftware mieten oder kaufen.

Wo die Grenze liegt, ist von System zu System verschieden und ändert sich mit jeder Version. Übernehmen Sie deshalb keine Obergrenze aus einer Anbieterliste, sondern prüfen Sie Ihren größten Fall mit echten Daten. Die Anforderungen, die Sie dabei festhalten, sammelt der Artikel Anforderungsliste für das Shopsystem.

Diese Kriterien zählen

Die Tabelle prüft die fünf Funktionsbereiche, an denen sich die Bauformen trennen. Jede Zeile nennt den einfachen Fall, den Grenzfall, der die Entscheidung auslöst, und die Frage an den Anbieter.

Funktionsbereich	Einfacher Fall	Grenzfall, der die Entscheidung auslöst	Frage an den Anbieter
Produkte	ein Artikel, ein Preis, ein Bestand	Massenimport, zusätzliche Merkmale außerhalb der Vorlage, mehrere Verkaufseinheiten je Artikel	Wie viele Artikel und Merkmale je Artikel sind möglich, welcher Importweg steht bereit, was passiert bei einem Merkmal, das die Vorlage nicht vorsieht?
Varianten	Größe und Farbe als Auswahl	jede Kombination als eigener Artikel mit eigener Nummer, eigenem Bestand, eigenem Preis und eigenem Bild	Zählt das System jede Kombination als eigenen Artikel, wie viele Kombinationen sind je Artikel möglich, wie werden sie gepflegt?
Versandregeln	Pauschalpreis je Land	Staffel nach Gewicht oder Warenwert, mehrere Versandarten, Lieferzeit je Zielgebiet, versandkostenfrei ab einer Schwelle	Welche Merkmale lassen sich zu einer Regel kombinieren, wie viele Regeln sind möglich, und welche Regel gilt, wenn zwei zutreffen?
B2B	ein Preis für alle Kunden	kundenspezifische Preislisten, Mindestbestellmenge, Bestellfreigabe durch den Einkauf, Rechnungskauf	Kann das System Preise je Kundengruppe oder Kunde anzeigen, Bestellungen zur Freigabe halten und Rechnungen an Geschäftskunden ausgeben?
Schnittstellen	Bestellung von Hand exportieren	laufender Austausch mit Warenwirtschaft, Buchhaltung und Versanddienst	Welche Schnittstellen sind dokumentiert und gepflegt, in welchem Format, und wer bezahlt die Anpassung nach einem Update?

Hinter den fünf Zeilen stehen Datenfelder, die ein System speichern können muss, damit der jeweilige Grenzfall abbildbar ist. In dem Vokabular schema.org wird ein Artikel mit Varianten als Gruppe geführt (ProductGroup); jede Kombination ist darin ein eigenes Produkt, das über ProductGroup.hasVariant beziehungsweise Product.isVariantOf mit der Gruppe verbunden ist, und das Merkmal, nach dem die Varianten auseinandergehen, ist ausdrücklich benannt (ProductGroup.variesBy). Eine eigene Artikelnummer (Product.sku) und eigene Angebote (Product.offers) sind dort Eigenschaften, die ein Produkt tragen kann; ob jede Kombination sie trägt, gibt das Vokabular nicht vor, sondern nennt sein Datenmodell flexibel und erweiterbar. Ein Versandangebot umfasst Zielgebiet, Versandpreis und Lieferzeit (OfferShippingDetails). Für welche Kundengruppen ein Angebot gilt, hält das Merkmal eligibleCustomerType fest (Offer); welche Preise oder Mengen daraus folgen, sagt es nicht. Das sind Namen aus einem Vokabular für Produkt- und Angebotsdaten, keine Vorschrift; sie zeigen die Felder, die der Grenzfall in der Tabelle braucht.

Eine Schnittstelle in diesem Sinn ist eine Programmierschnittstelle: ein dokumentierter Zugang, über den zwei Programme Daten austauschen. HTTP, über das solche Schnittstellen laufen, ist ein zustandsloses Anfrage-Antwort-Protokoll (RFC 9110). Die OpenAPI-Spezifikation beschreibt eine HTTP-Schnittstelle so, dass Mensch und Rechner ihre Fähigkeiten erkennen, ohne den Quellcode zu lesen. Fehlt eine solche Beschreibung, lässt sich der Umfang der Anbindung nicht beurteilen; rechnen Sie dann mit Sonderarbeit für jede Änderung. Vertiefungen: Schnittstellen prüfen und Datenexport und Anbieterbindung.

Wer Updates und Sicherheitslücken verantwortet

Bei einem Baukasten führt der Anbieter die Software; beim selbst betriebenen System führt sie Ihr Team oder ein Dienstleister. Klären Sie in beiden Fällen, wer Sicherheitsupdates einspielt und wer eine Anpassung bezahlt, die nach einem Update nötig wird. Das IT-Grundschutz-Kompendium des BSI verlangt in Baustein OPS.1.1.3, dass Patches zeitnah nach ihrer Veröffentlichung bewertet, priorisiert und zur Einspielung entschieden werden; das Einspielen selbst ist als Sollte-Anforderung formuliert, und auch das dokumentierte Nichteinspielen ist vorgesehen. Nicht mehr unterstützte Hardware oder Software ist darauf zu prüfen, ob sie dennoch sicher betreibbar ist; ist das nicht der Fall, darf sie nicht mehr verwendet werden (Edition 2023, Anforderung OPS.1.1.3.A15). Der Grundschutz bindet nur, wo Gesetz oder Vertrag auf ihn verweisen; ob eine Zusage für Sie verbindlich ist, entscheidet deshalb der Vertragstext und nicht die Empfehlung allein.

Ein Rechenbeispiel: die Zahl der Varianten

Rechnen Sie die Kombinationen aus, bevor Sie testen. Ein Artikel mit drei Merkmalen, etwa Farbe mit fünf Werten, Größe mit vier Werten und Material mit zwei Werten, ergibt 5 × 4 × 2 = 40 Kombinationen. Führt das System jede Kombination als eigenen Artikel, sind das bei 30 solchen Artikeln 1.200 Artikelzeilen, die bepreist, bebildert und im Bestand geführt werden. Ob das System das verlangt, hängt von seinem Variantenmodell ab und ist eine der Fragen aus der Prüftabelle. Die Zahlen sind eine Beispielrechnung mit erfundenen Werten; sie zeigen die Rechenart, nicht Ihren Betrieb. Danach folgt der Test: Legen Sie einen Artikel mit Ihren drei größten Merkmalen an und prüfen Sie, ob jede Kombination eine eigene Nummer, einen eigenen Bestand und ein eigenes Angebot erhält.

Woraus sich die Kosten zusammensetzen

Vergleichen Sie Kosten über die Laufzeit, die Sie planen, etwa drei Jahre, und trennen Sie einmalige von laufenden Posten. Preise nennt dieser Artikel nicht; sie stehen im Angebot.

Kostenart	Einmalig oder laufend	Frage
Einrichtung und Vorlage	einmalig	Was ist im Festpreis enthalten, was wird nach Aufwand berechnet?
Miete oder Lizenz	laufend	Wovon hängt der Preis ab: Umsatz, Artikelzahl, Funktionsstufe?
Erweiterungen für Varianten, Versand und B2B	einmalig und laufend	Welche Funktionen aus der Prüftabelle brauchen ein Zusatzprodukt?
Betrieb und Updates	laufend	Wer führt Updates aus, wer bezahlt eine Anpassung danach?
Schnittstellen	einmalig und laufend	Wer pflegt die Schnittstelle, was kostet eine Änderung?
Ausstieg und Datenexport	einmalig	In welchem Format erhalte ich meine Daten, zu welchem Preis?

Eine Gesamtrechnung zeigen Was kostet ein Onlineshop? und Gesamtkosten eines Shopsystems (TCO).

Warnsignale in Angebot und Vertrag

• Eine Antwort auf eine Frage der Prüftabelle kommt mündlich, aber nicht schriftlich.
• Der Vertrag nennt eine Artikel- oder Variantengrenze, die im Angebot fehlt.
• Für Versandregeln oder B2B-Preise wird auf ein Zusatzprodukt verwiesen, das nicht in der Preisliste steht.
• Eine Schnittstelle wird zugesagt, aber keine Beschreibung dazu gezeigt.
• Der Datenexport ist im Vertrag nicht geregelt.
• Updates führt der Anbieter, doch eine Reaktionszeit für Sicherheitslücken steht nirgends.

Wann ein Baukasten reicht und wann nicht

Die Zuordnung ist eine redaktionelle Einschätzung; sie nennt keine Anbieter und keine Produkte.

Betrieb	Was den Ausschlag gibt
Kleines Sortiment ohne Varianten, ein Land, Pauschalversand	Einrichtungsaufwand und Gesamtkosten sind die entscheidenden Zeilen; ein Baukasten trägt diesen Fall
Hohe Zahl an Varianten je Artikel	Variantenmodell, Import und Massenbearbeitung
Versand nach Gewicht, Warenwert und Zielgebiet	Kombinierbare Versandregeln und Lieferzeiten je Zielgebiet
Verkauf an Geschäftskunden	Preise je Kundengruppe, Freigaben, Rechnungsstellung (B2B-Shopsystem auswählen)
Warenwirtschaft, Buchhaltung, Versanddienst angebunden	Dokumentierte Schnittstellen und ihre Pflege (Schnittstellen prüfen)
Mehrere Länder oder mehrere Marken	Sprachen, Währungen und Steuerregeln je Land (mehrsprachig und mehrwährig prüfen)

Wächst der Betrieb, verschieben sich die Gewichte; Anzeichen dafür sammelt Wann lohnt der Wechsel des Shopsystems?. Ein durchgefallener Test sagt nichts über die Bauform, sondern über diesen Kandidaten: Prüfen Sie zuerst einen anderen Anbieter, und wechseln Sie die Bauform erst, wenn mehrere Baukasten-Kandidaten an denselben Punkten scheitern. Für die Startphase und für wachsende Sortimente gelten unterschiedliche Mindestlisten: Shopsystem für die Startphase und Shopsystem für wachsende Händler.

So prüfen Sie in fünf Schritten

1. Beschreiben Sie Ihren größten Einzelfall: Zahl der Merkmale je Artikel, Länder, Versandstaffeln, Kundenarten, vorhandene Programme.
2. Tragen Sie die Anforderungen aus der Prüftabelle als Muss, Soll und Kann in eine Liste ein (Anforderungsliste).
3. Verlangen Sie zu jeder Zeile eine schriftliche Antwort und legen Sie fest, wie Sie sie prüfen: Testeintrag, Vertragstext oder Probeexport.
4. Testen Sie die zwei engsten Kandidaten mit Ihren echten Daten in einem Testzugang (Pilotbetrieb und Proof of Concept).
5. Entscheiden Sie erst, wenn der Grenzfall in der Prüftabelle nachweislich funktioniert oder ein Umweg schriftlich zugesagt ist; offene Punkte aus dem Bereich Erweiterungen klärt Erweiterungen und App-Ökosystem bewerten.