Produktdaten für Wein und Spirituosen: Sensorik, Jahrgang und Region erzählen
Jahrgang, Region, Rebsorte und Sensorik verkaufen die Flasche – und werden von Lieferanten am schlechtesten geliefert. Wo die Kennungen helfen, wo sie aufhören und wie KI-Anreicherung die beschreibende Last trägt.
- ✓Wein und Spirituosen verkaufen sich über Sensorik, Jahrgang und Region – genau die Attribute, die fast nie als saubere, strukturierte Felder ankommen.
- ✓Es gibt keinen durchgesetzten Branchenstandard für Sensorik- und Herkunftsdaten; Erzeuger liefern handgeführte Excel und PDF-Preislisten, Distributoren einen nackten EAN-Feed.
- ✓GTIN/EAN und GDSN identifizieren die Flasche und tragen Logistik – aber nicht das Terroir, das Fass oder die Geschichte, die den Verkauf treibt.
- ✓Der Hebel sind KI-Beschreibungen plus konsistente Attributgruppen – Productbay strukturiert Jahrgang, Rebsorte und Region und entwirft dann verkaufbaren Content unter Review-Schritt.
Eine Flasche Wein wird nie über ihre EAN verkauft. Sie wird über eine Geschichte verkauft: eine Rebsorte, einen Hang, ein Jahr mit gerade genug Regen, eine Nase nach dunkler Kirsche und einen Abgang, der bleibt. Dasselbe gilt für einen Single-Cask-Whisky oder einen Small-Batch-Gin. Und doch trägt die Daten, die beim Händler ankommen, fast nichts davon. Du bekommst die handgeführte Excel eines Erzeugers, die PDF-Preisliste eines Importeurs, einen Distributor-Feed mit kaum mehr als Name, EAN und Preis. Die beschreibende Ebene – der Teil, der wirklich konvertiert – fehlt.
Produktdaten für Wein und Spirituosen sind beschreibende Daten: Sensorik, Jahrgang, Region und Rebsorte verkaufen die Flasche – und genau die liefern Lieferanten am schlechtesten. Diese Unterkategorie liegt unter der breiteren Lebensmittel- & Food-Herausforderung – aber wo verpackte Lebensmittel sich auf GTIN, Nährwerttabellen und GDSN stützen, stützen sich Wein und Spirituosen auf Sensorik- und Herkunftsattribute, die kein Standard verlässlich transportiert.
Warum sind Wein- und Spirituosen-Daten so schwer zu strukturieren?
Das Grundproblem der Multi-Lieferanten-Welt – keine zwei Quellen liefern gleich – ist hier schärfer, weil die wertvollen Attribute qualitativ sind:
- Sensorische Attribute: Nase, Gaumen, Abgang, Körper, Süße. Sie liegen als Freitext-Verkostungsnotizen vor, wenn überhaupt – nicht als Felder, nach denen du filtern oder facettieren kannst.
- Herkunftsattribute: Region, Appellation, Terroir, Erzeuger. Reich und marketingrelevant, aber inkonsistent geliefert – mal eine volle DOCG-Bezeichnung, mal nur ein Land.
- Jahrgang und Variante: derselbe Wein ändert sich jedes Jahr; Flaschengrößen und Fass-Editionen vervielfachen die SKUs – alle nur über EAN verschlüsselt, wenn du Glück hast.
- Zersplitterte Quellen: ein Boutique-Weingut schickt Excel, ein Importeur ein PDF, ein großer Distributor eine dünne CSV. Jeder mit eigenen Spalten, Einheiten und Sprache.
Das von Hand zu machen – eine PDF-Preisliste abtippen, jede Verkostungsnotiz selbst schreiben – skaliert nicht über ein paar hundert SKUs hinaus. Der Weg heraus ist der übliche: konsolidieren, normalisieren, anreichern und ausspielen – wobei der Anreicherungsschritt in dieser Kategorie die meiste Arbeit trägt.
Welcher Standard greift – und wo hört er auf?
Es lohnt sich, ehrlich einzuordnen, was die verfügbaren Kennungen und Standards für eine Flasche tatsächlich tragen:
| Datenebene | Was der Standard liefert | Wo es aufhört |
|---|---|---|
| Identifikation | GTIN/EAN identifiziert Flasche und Jahrgang eindeutig | trägt keine Attribute – nur den Schlüssel |
| Basis-Stammdaten / Logistik | GDSN kann Verpackung, Einheiten, Alkoholgehalt, Allergene transportieren | nicht für Sensorik, Terroir oder Fass gebaut |
| Herkunft | Appellations-Bezeichnungen (DOCG, AOC) existieren als Text | selten als saubere, strukturierte Felder geliefert |
| Sensorik / Content | — | kein Standard trägt Nase, Gaumen, Abgang oder Speiseempfehlung |
| Jahrgangsnuance | Jahr steckt in der EAN oder einem Namensfeld | kein strukturierter Jahrgangscharakter oder Scoring |
Die Kennungen lösen also die Sanitärarbeit – du kannst eine Flasche zuordnen und eine Palette bewegen. Was kein Standard löst, ist die Sensorik- und Herkunftsgeschichte, und genau diese Geschichte ist das, worüber ein Wein- oder Spirituosen-Shop konkurriert. Excel und PDF vom Erzeuger, von Hand abgetippt und umgeschrieben, ist der Normalzustand. Das ist die Lücke.
Wie hilft Productbay Wein- und Spirituosen-Händlern?
Die Antwort ist derselbe Drei-Schritte-Job, den jeder Multi-Lieferanten-Händler braucht – aber stark aufs Anreichern gewichtet, denn dort schmerzt diese Kategorie:
- Konsolidieren: jede Quelle einmal anbinden – Erzeuger-Excel, Importeur-PDF-Preisliste, Distributor-CSV, Feed-URL, FTP, API – und über EAN/GTIN abgleichen, sodass ein neuer Jahrgang den richtigen Datensatz aktualisiert statt ein Duplikat zu erzeugen.
- Anreichern: KI strukturiert die beschreibende Ebene – sie entwirft sensorisch geprägte Beschreibungen aus Rebsorte, Region, Jahrgang, Fass und Alkoholgehalt, ordnet Kategorien zu, füllt fehlende Attribute aus freigeschalteten Quellen, liest Specs aus PDF-Preislisten und übersetzt per DeepL – immer über eine Review-Queue, sodass ein Mensch jede sensorische und Herkunfts-Aussage freigibt, bevor sie live geht.
- Ausspielen: Zwei-Wege-Sync mit Shopify und Shopware, ERP-Anbindungen (Xentral, weclapp) und Feed-Exporte für Amazon, OTTO und Kaufland – jeweils mit kanalspezifischen Transformationen.
Der Punkt ist Struktur plus Content: Jahrgänge, Flaschengrößen und Fass-Editionen werden zu konsistenten Attributgruppen, nach denen du filtern und facettieren kannst, und der beschreibende Content, den kein Lieferant geliefert hat, wird einmal geschrieben, geprüft und überallhin ausgespielt. Productbay ist für Fachhändler mit Multi-Lieferanten-, Multi-Kanal-Katalogen gebaut – genau die Form eines ernsthaften Wein- und Spirituosen-Sortiments.