Katalog und Varianten modellieren, ohne es zu bereuen

Den Shop bauen 9 Min. Lesezeit

Regale mit demselben Kleidungsstück in verschiedenen Größen und Farben, ordentlich sortiert
Das Regal kennt den Unterschied zwischen Produkt und Variante. Ihre Datenbank sollte ihn auch kennen.

Das Produktmodell ist die Entscheidung, die still bestimmt, wie schwer alles andere wird. Bestand, Preise, Suchfacetten, Marktplatz-Feeds und Retouren lesen es alle und erben jede Unklarheit darin.

Der häufigste Fehler ist, das Fotografierte statt das Versendete zu modellieren.

Die entscheidende Unterscheidung#

Katalog und Varianten modellieren, ohne es zu bereuen — Die entscheidende Unterscheidung
BegriffWas es istWas es besitzen muss
ProduktWas der Kunde wähltTitel, Beschreibung, Bilder, Kategorie
VarianteWas Sie tatsächlich versendenSKU, Preis, Bestand, Gewicht, Barcode
OptionDie AuswahlachseGröße, Farbe — mit fester Werteliste
BundleMehrere Varianten als eine verkauftEigene SKU und eigene Bestandsregel

Regeln, die einen Neubau ersparen#

  1. Alles Verkäufliche hat eine SKU. Was keine haben kann, ist nicht einzeln verkäuflich.
  2. Optionswerte kommen aus einer kontrollierten Liste, nie aus Freitext. Sonst werden "Blau", "blau" und "Marineblau" zu drei Facetten.
  3. Preis und Bestand leben immer auf der Variante, auch wenn heute alle gleich viel kosten.
  4. Medien können zur Variante gehören, nicht nur zum Produkt — Farbvarianten brauchen eigene Bilder.
  5. Verschlüsseln Sie in der SKU keine Bedeutung, die nicht auch ein echtes Feld ist.

Was wie Varianten aussieht und keine ist#

Personalisierung (ein eingravierter Name), Staffelpreise und Bundles werden oft ins Variantenmodell gezwängt, weil es der nächstgelegene Hammer ist. Sie gehören woandershin: Personalisierung als Positionsdaten, Staffeln als Preisregeln, Bundles als eigenes Produkt mit Bestandsregel.

Wenn Ihre Variantenzahl für ein Produkt in die Hunderte geht, haben Sie etwas modelliert, das keine Variante ist.

Attribute, Kategorien und der Feed, den Sie später brauchen#

Marktplätze, Vergleichsportale und Ihre eigene Facettensuche wollen strukturierte Attribute: Material, Maße, Kompatibilität. Erfassen Sie sie von Anfang an als Felder. Sie zwei Jahre später aus Fließtext zu extrahieren, ist ein Datenprojekt, das niemand mag.

Häufige Fragen

Preis auf Produkt oder Variante?

Auf der Variante. Auch wenn heute alle gleich kosten — das ändert sich, und die Migration ist unangenehm.

Wie behandle ich Personalisierung auf Bestellung?

Als Positionsdaten beim Hinzufügen zum Warenkorb, nicht als Variantenexplosion.

Wann sollten Attribute strukturierte Felder sein?

Sofort. Facettensuche, Feeds und Filter brauchen sie; Fließtext lässt sich nicht filtern.

produktkatalog modellierenproduktvariantensku strukture-commerce datenmodellproduktattribute

Alle Leitfäden

Zuletzt aktualisiert am 2026-08-05 von ecommercedevelopment.info · Über uns

Von Praktikern geschrieben

Jeder Leitfaden stammt von Entwicklern, die echte Shops bauen und betreuen — nicht von anderen Seiten abgeschrieben.

Planmäßig geprüft

Plattformen und Zahlungsregeln ändern sich. Jeder Leitfaden trägt das Datum der letzten Prüfung, auch wenn sich nichts geändert hat.

Keine bezahlten Platzierungen

Keine Plattform, kein Theme-Shop, kein App-Anbieter und keine Agentur kann hier Erwähnung, Platzierung oder Link kaufen.

Zwölf Sprachen

Jeder Leitfaden ist übersetzt, nicht maschinell übergestülpt — jede Sprache hat eigene URL und eigenes Prüfdatum.

Grenzen benannt

Wir sagen klar, wann eine gehostete Plattform oder ein Marktplatz günstiger und verlässlicher wäre als ein Eigenbau.