Produktvarianten

Produktvarianten sind Ausprägungen eines Artikels, die sich in einer oder mehreren Eigenschaften unterscheiden, etwa Größe, Farbe, Material oder Länge, ansonsten aber zum selben Grundprodukt gehören. Ein T-Shirt in Blau und Größe M ist eine Variante, dasselbe T-Shirt in Rot und Größe L eine andere. Jede Variante ist ein eigenständig verkaufbarer Artikel mit eigener Artikelnummer, eigenem Lagerbestand und häufig eigenem Preis, während Name, Beschreibung und Bilder des Grundprodukts gemeinsam genutzt werden.

Das Variantenmodell entscheidet darüber, wie gut sich ein Sortiment im Shop abbilden, pflegen und finden lässt. Bei einem Sortiment von 200 Artikeln ohne Ausprägungen ist das kein Thema. Bei einem technischen Großhandel, einem Modehändler oder einem Hersteller konfigurierbarer Produkte entscheidet das Datenmodell über Pflegeaufwand, Performance und SEO. Dieser Eintrag erklärt, wie Produktvarianten aufgebaut sind, wo ihre Grenzen liegen und welche Fehler in der Praxis am häufigsten auftreten.

Wie Produktvarianten aufgebaut sind

Ein Variantenmodell hat drei Ebenen, die in fast allen Shopsystemen wiederkehren, auch wenn sie unterschiedlich heißen:

• Grundprodukt (Elternartikel): Der übergeordnete Artikel, der die gemeinsamen Daten trägt: Bezeichnung, Beschreibung, Kategorie, Hersteller, Bilder.
• Optionen oder Eigenschaften: Die Merkmale, nach denen sich die Varianten unterscheiden, zum Beispiel Farbe, Größe oder Länge. Jede Option hat mehrere mögliche Werte.
• Variante (Kindartikel): Die konkrete Kombination aus Optionswerten, etwa „Blau, M“. Sie ist die Einheit, die im Warenkorb landet und bestellt wird.

Die Zahl der Varianten ergibt sich aus der Kombinatorik. Zwei Optionen mit je vier Werten erzeugen 16 Varianten, drei Optionen mit 16, 8 und 16 Werten ergeben 2.048. Genau hier liegt die Falle: Jede zusätzliche Option multipliziert die Zahl der Varianten, und schon wenige Merkmale erzeugen tausende Datensätze.

Varianten, Eigenschaften und eigene Artikel

Nicht jeder Unterschied gehört in eine Variante. Ein häufiger Fehler ist es, Merkmale zu Varianten zu machen, die den Kunden nicht zur Auswahl auffordern. Die Abgrenzung lässt sich an einer einfachen Frage festmachen: Wählt der Kunde diese Ausprägung bewusst im Kaufprozess aus, und ist sie einzeln bestellbar? Wenn ja, ist es eine Variante. Wenn das Merkmal nur beschreibt, etwa das Herkunftsland oder das Gewicht, ist es eine Produkteigenschaft, die zum Filtern und Vergleichen dient, aber keine eigene Artikelnummer braucht. Und wenn zwei Ausprägungen sich so stark unterscheiden, dass sie eigene Beschreibungen, Bilder und Suchbegriffe brauchen, sind sie besser zwei getrennte Produkte.

Vererbung von Daten

Damit nicht jede Variante vollständig gepflegt werden muss, arbeiten Shopsysteme mit Vererbung. Shopware bildet Varianten als eigene Produktdatensätze ab, die Felder vom Hauptprodukt erben können. Beschreibung und Bilder werden einmal am Hauptprodukt gepflegt, während Artikelnummer, Bestand und gegebenenfalls Preis pro Variante abweichen. Ändert sich ein vererbtes Feld am Hauptprodukt, gilt die Änderung für alle Varianten, die es nicht überschreiben. Das spart Pflegeaufwand, erfordert aber Disziplin: Wer an einzelnen Varianten Werte überschreibt, verliert die Vererbung für dieses Feld und muss künftige Änderungen dort separat nachziehen.

Shopify arbeitet dagegen mit Produkten, die bis zu drei Optionen tragen, und einer begrenzten Anzahl von Varianten pro Produkt. Aktuell liegt die Grenze bei 2.048 Varianten, die Zahl der Optionen bleibt bei drei. Wie sich das auf konkrete Sortimente auswirkt, zeigt der Vergleich Shopware vs. Shopify. Für Sortimente mit vier oder mehr Merkmalen, etwa bei technischen Produkten mit Länge, Durchmesser, Material und Beschichtung, braucht es auf Shopify Workarounds über Apps oder eigene Entwicklung.

Warum das Variantenmodell geschäftskritisch ist

Für Händler ist das Variantenmodell mehr als eine Frage der Darstellung. Es beeinflusst mehrere Bereiche gleichzeitig:

• Lagerhaltung: Der Bestand wird pro Variante geführt. Ein falsch angelegtes Modell führt dazu, dass Artikel als verfügbar erscheinen, obwohl die gewünschte Größe ausverkauft ist.
• Preislogik: Preise können pro Variante abweichen, etwa bei Sondermaßen. Zusammen mit Staffelpreisen entsteht die Frage, ob Mengen über Varianten hinweg addiert werden.
• Schnittstellen: ERP, Warenwirtschaft und Marktplätze arbeiten mit Artikelnummern. Das Variantenmodell im Shop muss zur Artikelstruktur im ERP passen, sonst entstehen Zuordnungsfehler bei jeder Synchronisation.
• Auffindbarkeit: Suche, Filter und Suchmaschinen müssen verstehen, welche Varianten zusammengehören.
• Retouren und Kundenservice: Wenn Größen- oder Farbangaben nicht eindeutig sind, steigen Retouren.

Eindeutige Identifikation mit GTIN

Jede Variante braucht eine eindeutige Kennung. Im Handel ist das häufig die GTIN (Global Trade Item Number), die von GS1 vergeben wird und den Artikel weltweit eindeutig identifiziert. Wichtig ist, dass jede verkaufsfähige Ausprägung ihre eigene GTIN erhält: Der Artikel in Blau hat eine andere GTIN als der in Rot. Marktplätze und Preissuchmaschinen prüfen diese Zuordnung streng, und falsche Zuordnungen führen zu abgelehnten Produktdaten.

Varianten und Suchmaschinenoptimierung

Aus SEO-Sicht stellen Varianten eine klassische Zielkonflikt-Situation dar. Einerseits sollen Suchmaschinen verstehen, dass die Varianten zu einem Produkt gehören. Andererseits soll nicht für jede Variante eine dünne, kaum unterscheidbare Seite entstehen. Grundsätzlich gibt es drei Ansätze:

1. Eine Seite für alle Varianten: Das Grundprodukt hat eine URL, die Variantenauswahl passiert per Auswahlfeld auf der Seite. Das bündelt die Signale und vermeidet Duplicate Content, verschenkt aber Long-Tail-Suchanfragen wie „Sicherheitsschuh S3 Größe 44“.
2. Eine URL pro Variante mit Canonical auf das Hauptprodukt: Jede Variante ist direkt verlinkbar, für die Indexierung gilt aber die Hauptseite. Das ist ein häufiger Kompromiss.
3. Eigene indexierbare URL pro Variante: Sinnvoll nur, wenn sich die Varianten inhaltlich deutlich unterscheiden und eigene Suchnachfrage haben.

Welcher Ansatz passt, hängt von Sortiment und Suchverhalten ab. Unabhängig davon empfiehlt Google strukturierte Daten, um Varianten als zusammengehörig zu markieren. Das Schema ProductGroup gruppiert die Varianten mit den Eigenschaften variesBy, hasVariant und productGroupID, wie es die Google-Dokumentation zu Produktvarianten beschreibt. Damit versteht die Suchmaschine, welche Produkte Ausprägungen desselben Grundartikels sind. Wie strukturierte Daten grundsätzlich funktionieren, erklärt der Eintrag Schema Markup.

Beispiel: Variantenexplosion bei technischen Produkten

Ein Händler für Verbindungselemente führt Schrauben. Eine einzelne Schraubenart lässt sich nach Länge, Durchmesser, Material und Kopfform unterscheiden. Angenommen, es gibt 12 Längen, 6 Durchmesser, 4 Materialien und 3 Kopfformen. Rechnerisch ergeben sich 12 mal 6 mal 4 mal 3, also 864 Kombinationen für eine einzige Schraubenart. Nicht alle davon existieren tatsächlich, denn ein sehr kurzer Bolzen mit großem Durchmesser wird nicht gefertigt. Trotzdem entstehen mehrere hundert gültige Artikel, jeder mit eigener Artikelnummer, eigenem Bestand und eigenem Preis.

Ein Shop, der alle diese Kombinationen als Varianten eines einzelnen Produkts führen soll, stößt an zwei Grenzen. Erstens erlauben manche Systeme nur eine begrenzte Zahl von Optionen pro Produkt, in diesem Beispiel sind es vier, und Shopify unterstützt drei. Zweitens wird die Produktseite unübersichtlich, wenn der Kunde vier Auswahlfelder nacheinander bedienen muss. In der Praxis lösen Händler das über eine Kombination aus Variantenmodell und Filterlogik: Das Sortiment wird in sinnvolle Grundprodukte geschnitten, häufige Merkmale wie Material und Kopfform werden zu getrennten Produkten, und Länge und Durchmesser bleiben Optionen. Ergänzend hilft eine Schnellbestellung, bei der der Einkäufer Artikelnummern oder Tabellen direkt einträgt, statt sich durch Auswahlfelder zu klicken.

Wo das Merkmalsspektrum zu groß wird, bietet sich ein Produktkonfigurator an: Der Kunde stellt sich das Produkt Schritt für Schritt zusammen, und das System erzeugt daraus die passende Artikelnummer oder ein Angebot, ohne dass jede Kombination vorab als Datensatz existieren muss.

Typische Fehler und Missverständnisse

„Jede Ausprägung ist automatisch eine Variante.“ Nicht jedes Merkmal rechtfertigt eine Variante. Wer beschreibende Eigenschaften als Optionen anlegt, bläht das Datenmodell auf und verschlechtert die Nutzerführung.

„Varianten ersetzen ein sauberes Produktdatenmanagement.“ Das Variantenmodell im Shop ist nur so gut wie die Datenquelle. Wenn Attribute im ERP uneinheitlich geführt werden, etwa „Rot“, „rot“ und „RAL 3020“, entstehen im Shop drei Farben statt einer. Ein PIM schafft hier einen zentralen Ort für Attribute und deren Werte.

„Mehr Varianten bedeuten mehr Umsatz.“ Zu viele Optionen überfordern Kunden. Sinnvoll ist eine Auswahl, die dem tatsächlichen Bedarf entspricht, und nicht die Abbildung jedes technisch möglichen Artikels.

„Varianten sind ein reines Frontend-Thema.“ Sie wirken bis in Lager, Preisfindung, Schnittstellen und Reporting. Eine Umstellung des Variantenmodells nach dem Go-live ist deshalb aufwendig und betrifft alle angebundenen Systeme.

Performance im Blick behalten

Jede Variante ist ein Datensatz, den Suche, Indexierung, Preisberechnung und Schnittstellen verarbeiten müssen. Ein Sortiment mit zehntausenden Varianten belastet Importe, Indexläufe und Suchanfragen spürbar. Bei der Systemauswahl lohnt sich deshalb ein Test mit realistischen Datenmengen statt mit einer Handvoll Demo-Artikeln. Wer erst nach dem Launch feststellt, dass ein Preisimport Stunden dauert, hat ein Architekturproblem, kein Konfigurationsproblem.

Ausblick

Der Trend geht zu flexibleren Datenmodellen. Statt starrer Optionslimits setzen moderne Plattformen auf offene Attributsysteme, in denen Varianten über frei definierbare Eigenschaften entstehen. Zugleich verlagert sich die Komplexität in Richtung Konfiguration: Wo Kombinatorik ausufert, ersetzen Konfiguratoren die vorab angelegte Variantenmenge. Und mit KI-gestützter Suche und Produktentdeckung wächst die Bedeutung sauberer, strukturierter Produktdaten, denn Systeme, die Antworten aus Produktdaten generieren, brauchen eindeutige Attribute je Variante. Für Händler heißt das: Das Variantenmodell ist keine einmalige Entscheidung beim Shop-Launch, sondern Teil der Datenstrategie.

Häufige Fragen zu Produktvarianten

Was ist der Unterschied zwischen Produkt und Variante?

Das Produkt ist das Grundprodukt mit den gemeinsamen Daten wie Beschreibung und Bildern. Die Variante ist eine konkrete, einzeln bestellbare Ausprägung mit eigener Artikelnummer, eigenem Bestand und gegebenenfalls eigenem Preis.

Wie viele Varianten kann ein Produkt haben?

Das hängt vom Shopsystem ab. Shopify erlaubt drei Optionen und aktuell bis zu 2.048 Varianten pro Produkt. Bei anderen Systemen gibt es kein hartes Limit, dafür wachsen Pflegeaufwand und Systemlast mit jeder Variante. Prüfe die Grenzen in der aktuellen Dokumentation deines Systems.

Braucht jede Variante eine eigene GTIN?

Ja, wenn die Ausprägung als eigener Artikel im Handel verkauft wird. Marktplätze und Preissuchmaschinen erwarten pro verkaufsfähiger Variante eine eindeutige GTIN.

Wie markiere ich Varianten für Suchmaschinen?

Mit strukturierten Daten nach dem Schema ProductGroup, das Varianten über die Eigenschaften variesBy, hasVariant und productGroupID verbindet. Zusätzlich legst du fest, ob Varianten eigene URLs erhalten und ob diese per Canonical auf das Hauptprodukt verweisen.

Wann ist ein Konfigurator besser als Varianten?

Wenn die Kombinatorik so groß wird, dass nicht mehr alle Kombinationen als Datensatz existieren sollten, oder wenn Kunden Produkte nach eigenen Vorgaben zusammenstellen. Der Konfigurator erzeugt die Kombination erst bei Bedarf.