In der Pflege hängt die Kaufentscheidung daran, was drinsteckt und was es tut. So machst du aus INCI-Strings und Wirkstoffen strukturierte Attribute und Content – quer über eine gemischte Lieferung aus GDSN-Marken und Indie-Excel.
In den meisten Handelskategorien kauft ein Kunde eine Marke, einen Preis und einen Look. In der Pflege kauft er eine Wirkung. Ein Serum verkauft sich, weil es 10% Niacinamid enthält, weil es zu öliger, unreiner Haut passt, weil es feine Linien angeht. Die Produktdaten, die den Kauf abschließen, sind nicht SKU oder Preis – es sind die Inhaltsstoffe und was sie tun. Und genau diese Daten kommen in der denkbar schlechtesten Form an.
Produktdaten für Pflegeprodukte sind Daten über Inhaltsstoffe und Wirkung: INCI-Listen, Wirkstoff-Konzentrationen, Hauttyp und Effekt – die Attribute, die den Kauf tatsächlich treiben. Das ist eine fokussierte Ecke der breiteren Beauty- & Kosmetik-Datenherausforderung und hat ihren eigenen spezifischen Schmerz: Die wertvollste Information versteckt sich in einem gesetzlich formatierten Inhaltsstoff-String, den kein Shop-Filter so lesen kann, wie er geliefert wird.
Die zentralen Pflege-Attribute sind ungewöhnlich reich – und ungewöhnlich unstrukturiert bei Lieferung:
Nichts davon ist in den meisten Lieferantendateien eine einfache Spalte. Der Job ist, es zu parsen und abzuleiten – aus einem INCI-String einen Satz strukturierter, filterbarer Attribute plus Content zu machen, der sie erklärt. Das ist ein Konsolidieren-, Normalisieren- und Anreichern-Problem mit schwerem Anreicherungs-Schwanz.
Pflegedaten kommen auf zwei sehr unterschiedlichen Gleisen an, und die meisten Händler führen beide gleichzeitig:
| Datenebene | Was GDSN liefert | Wo es aufhört |
|---|---|---|
| Stammdaten & GTIN | sauber für gelistete Marken | nichts für Indie- / Naturkosmetik-Lieferanten |
| INCI-Liste | oft als roher String vorhanden | nicht in filterbare Inhaltsstoffe geparst |
| Wirkstoff-Konzentration | selten ein strukturiertes Feld | im Datenblatt vergraben oder fehlend |
| Hauttyp & Wirkung | kein GDSN-Attribut | muss abgeleitet werden, nicht geliefert |
| Verkaufscontent | nicht die Aufgabe eines Datenpools | Beschreibungen, Nutzentexte, SEO fehlen |
Selbst wo GDSN seinen Job macht, übergibt es dir einen sauberen Datensatz – keinen verkaufsfähigen. Die Wirk-Geschichte, die Hauttyp-Filter und der lesbare Content müssen alle noch gebaut werden. Und für den Indie-Longtail fehlt sogar der saubere Datensatz.
Der rote Faden ist ein Drei-Schritte-Job, und Pflege lehnt sich am stärksten an den mittleren Schritt an – und genau dafür ist Productbay gebaut:
Das Ergebnis: Ein INCI-String wird zu einem Satz durchsuchbarer Inhaltsstoff-Filter, eine rohe Indie-Tabelle wird zu einem strukturierten Produkt mit Hauttyp- und Wirkungs-Attributen, und jede SKU trägt Content, der wirklich erklärt, was sie tut. Productbay ist für Fachhändler mit Multi-Lieferanten-, Multi-Kanal-Katalogen gebaut. Das volle Kategoriebild gibt Produktdaten im Beauty- & Kosmetikhandel.
INCI-Parsing, Wirkstoffe, Hauttyp-Filter, Wirk-Content – quer über saubere GDSN-Sätze und rohe Indie-Tabellen. Sieh in 30 Minuten, wie Productbay Pflege-Attribute strukturiert und Content entwirft.
Jetzt starten