Verwenden Sie Varianten für Verkaufsoptionen desselben Produkts, die eine eigene SKU, einen eigenen Preis oder einen eigenen Lagerbestand haben. Erstellen Sie nur tatsächlich existierende Kombinationen, halten Sie Attribute global und gestalten Sie die Auswahlreihenfolge aus Kundensicht. Bei einem großen oder bedingten Variantenraum sollten Sie separate Produkte oder einen Konfigurator in Betracht ziehen.
Ein variables Produkt in WooCommerce fasst Optionen wie Größe und Farbe auf einer einzigen Produktseite zusammen. Jede Variante kann eine eigene SKU, einen eigenen Preis, Lagerbestand, Gewicht und ein eigenes Bild haben. Das Modell funktioniert gut, solange die Kombinationen dasselbe Produkt darstellen und der Kunde sie verständlich auswählen kann. Bei vielen Attributen steigt die Zahl der Varianten sprunghaft an, und Verwaltung, Synchronisierung sowie die Seite selbst werden langsamer.
Bevor alle mathematisch möglichen Kombinationen angelegt werden, ist zu klären, welche tatsächlich verkauft werden, was eine eigene Identität im Lager hat und ab wann es sich um ein eigenständiges Produkt handelt. Eine Variante ersetzt weder einen Konfigurator mit bedingten Regeln, noch ist sie ein Mittel, unterschiedliche Modelle unter einer URL zu verstecken. Ein gutes Konzept reduziert ins Leere führende Auswahlmöglichkeiten und hält den Zustand vom Katalog bis zur Bestellung konsistent.
Entscheiden Sie zwischen Variante und eigenständigem Produkt
Varianten teilen sich Hauptnamen, Beschreibung und Kaufabsicht. Die Größe eines T-Shirts ist eine typische Variante, eine andere Produktlinie mit abweichenden Parametern und Inhalten eher ein eigenständiges Produkt. Berücksichtigen Sie auch Suche, Vergleich und Merchandising. Sucht ein Kunde gezielt nach einem bestimmten Modell, kann dessen Verstecken in einem Dropdown-Menü die Auffindbarkeit verschlechtern.
Erstellen Sie eine Entscheidungsregel für das Team und den Import. Ein Farbunterschied muss nicht immer eine Variante bedeuten, wenn jede Farbe eine eigene Galerie, Kampagne oder Verfügbarkeit in den Märkten hat. Umgekehrt erzeugen separate Seiten für jede Größe Duplikate. Prüfen Sie das Modell mit Vertrieb, Lager und Kundensupport.
Verwenden Sie globale Attribute und stabile SKUs
Definieren Sie Farbe, Größe oder Material als globales Attribut mit kontrollierten Werten, wenn diese katalogweit verwendet werden. Derselbe Wert steuert dann sowohl den Filter als auch die Variante. Legen Sie die Reihenfolge der Werte logisch fest, etwa nach Größenreihe, nicht alphabetisch. Den Slug von Attribut und Term ändern Sie nicht bei jeder Anpassung des angezeigten Namens.
Jede Variante benötigt eine eindeutige SKU oder externe ID, wenn Lager und Integration sie unterscheiden. Eine übergeordnete SKU kann die Produktfamilie kennzeichnen, darf aber den Variantenschlüssel nicht ersetzen. Ordnen Sie beim Import anhand einer stabilen ID zu, nicht anhand eines zusammengesetzten Namens, der übersetzt werden kann. Doppelte oder fehlende IDs sollten gestoppt und in einen Fehlerbericht übernommen werden.
- Globales Attribut mit Wörterbuch
- Logische Reihenfolge der Werte
- Eindeutige SKU für jede Variante
- Externe ID unabhängig vom Namen
Schränken Sie Kombinationen und bedingte Optionen ein
Erzeugen Sie nicht automatisch das kartesische Produkt aller Werte. Legen Sie nur Kombinationen an, die existieren und bestellbar sind. Eine ungültige Auswahl wird von der Oberfläche deaktiviert oder erklärt, nicht erst nach dem Klick auf „Kaufen“. Verwenden Sie eine Standardvariante nur dann, wenn sie für die Mehrheit geeignet ist und keine ungewollte Bestellung der falschen Option droht.
Wenn die Auswahl B von A abhängt und es Hunderte Optionen gibt, können klassische Varianten unüberschaubar werden. Ein Konfigurator kann Regeln schrittweise laden und das Ergebnis als eindeutige Position mit Parametern speichern. Er benötigt jedoch eigene Tests für Preis, Lagerbestand, Warenkorb, E-Mail und Export. Verlagern Sie die Komplexität nicht einfach in JavaScript ohne serverseitige Validierung.
Preis, Lagerbestand und Medien synchronisieren
Preis und Bestand gehören zu einer konkreten Variante und werden in der Bestellung als historische Daten gespeichert. Legen Sie die maßgebliche Datenquelle und das Verhalten bei einer ausbleibenden Aktualisierung fest. Erlauben Sie keinen Kauf einer Variante ohne bestätigten Preis oder bestätigte Verfügbarkeit, nur weil das übergeordnete Produkt einen Wert hat. Ein Rabatt sollte den ursprünglichen und den aktuellen Preis der gewählten Kombination klar ausweisen.
Das Hauptbild kann sich nach der Auswahl ändern, doch Galerie und Alternativtext müssen sinnvoll bleiben. Verwenden Sie nicht für jede Kombination ein riesiges eigenes Bild, wenn sie sich optisch nicht unterscheidet. Gewicht und Abmessungen einer Variante beeinflussen den Versand. Der Bestellexport soll sowohl die SKU als auch lesbare Attribute übertragen, damit das Lager keine interne Kennung entschlüsseln muss.
- Preis und Lagerbestand auf Variantenebene
- Sicherer Zustand bei fehlenden Daten
- Medien nur bei visuellem Unterschied
- Parameter, die in der Bestellung lesbar sind
Testen Sie die Auswahl auf einem echten Gerät
Testen Sie die erste Auswahl, eine geänderte Reihenfolge, eine ausverkaufte Kombination, eine nicht existierende Kombination, den Standardwert und die Rückkehr aus dem Warenkorb. Auf Mobilgeräten müssen die Optionen ohne präzises Zielen bedienbar sein, und die Bezeichnungen dürfen nicht zu ununterscheidbarem Text gekürzt werden. Behalten Sie bei Farb-Swatches einen Textnamen und einen Status bei, der auch ohne Farbe erkennbar ist.
Prüfen Sie die Teilen-URL einer bestimmten Variante, Analytics, strukturierte Daten, Preis, Bild und den Zustand nach dem Neuladen der Seite. Im Warenkorb, im Checkout, in der E-Mail, in der Administration und im ERP muss dieselbe Kombination erscheinen. Führen Sie nach Updates des Themes, von WooCommerce und des Varianten-Plugins einen automatisierten Test repräsentativer Varianten durch.
Häufige Fragen
Wie viele Varianten kann ein WooCommerce-Produkt haben?
Das technische Limit ist nicht die einzige Frage. Performance und Benutzbarkeit hängen von der Anzahl der Attribute, Kombinationen, dem Theme, den Plugins und Integrationen ab. Testen Sie bei einem großen Variantenraum mit realen Daten und erwägen Sie eine Aufteilung oder einen Konfigurator.
Muss jede Variante eine eigene SKU haben?
Wenn Lager, ERP oder Bestellung sie unterscheiden, ja. Eine eindeutige, stabile SKU oder externe ID schützt die Synchronisierung vor Namensänderungen und ermöglicht die genaue Bestimmung von Preis, Lagerbestand und versendetem Artikel.
Wann sollte ein eigenständiges Produkt statt einer Variante angelegt werden?
Wenn die Option eine andere Kaufabsicht, umfangreichen eigenen Inhalt, eigene Parameter, eine Galerie oder eigenes Marketing hat und Kunden gezielt danach suchen. Eine Variante eignet sich für Auswahlmöglichkeiten desselben Grundprodukts.
Quellen und weiterführende Lektüre
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
