Eine Foundation, vierzig Nuancen: wie Make-up zur Variantenexplosion wird, warum keine zwei Marken eine Farbe gleich benennen und wie Attribut-Mapping das ganze Sortiment filterbar hält.
Eine Foundation. Vierzig Nuancen. Jede Nuance ist eine eigene verkaufbare Einheit – mit eigener Nummer, eigenem Namen, eigener GTIN und idealerweise eigenem Swatch-Bild. Multipliziere das über eine Lippenstift-Reihe, eine Concealer-Linie und ein Dutzend Marken, und ein Make-up-Sortiment hört auf, sich wie ein Katalog zu verhalten, und wird zur Tabelle mit tausend fast identischen Zeilen.
Produktdaten für Make-up sind ein Nuancen-Problem: Die Farbvarianten eines einzigen Produkts explodieren in Dutzende Datensätze, die keine zwei Lieferanten gleich benennen. Genau das trennt Make-up vom Rest eines Beauty-Sortiments – Pflege und Duft sind meist eine SKU pro Produkt, aber eine Foundation ist eine ganze Matrix. Das ist das schärfste Teilproblem der breiteren Beauty- & Kosmetik-Datenherausforderung.
In den meisten Teilen eines Beauty-Katalogs gilt: ein Produkt, ein Datensatz. Make-up bricht diese Regel. Eine einzige Foundation existiert als Reihe von Nuancen, und jede Nuance ist eine vollwertige Variante, die ihre eigenen Daten tragen muss:
Ein Produkt bläht sich also auf 20–50 Varianten auf, die alle als eine Familie gruppiert und trotzdem einzeln adressierbar bleiben müssen. Mach das in Excel, und ein einziger Foundation-Launch ist ein Nachmittag Copy-Paste – bevor die nächste Marke drankommt.
Es gibt keine gemeinsame Nuancen-Sprache im Make-up. Jede Marke erfindet ihre eigene, und sie landet in deinem Feed genau so, wie die Marke denkt – nicht so, wie dein Shop es braucht:
Importierst du das ungefiltert, gruppiert dein Filter „Hautton“ nie etwas zusammen, dasselbe Beige taucht dreimal unter drei Namen auf, und eine Foundation-Reihe lässt sich nicht von hell nach dunkel sortieren. Das Benennungs-Chaos ist der Grund, warum das Nuancen-Problem wehtut – und es ist ein Mapping-Problem, kein Erfassungs-Problem.
Die Standards, auf die sich ein Beauty-Händler stützt, leisten auf der Identifikations-Ebene echte Arbeit, aber keiner trägt eine normalisierte Nuancen-Taxonomie. Die ehrliche Aufteilung:
| Datenebene | Was der Standard liefert | Wo es aufhört |
|---|---|---|
| Eindeutige Identifikation | GTIN/EAN identifiziert jede Nuance als verkaufbare Einheit | sagt nichts darüber, wie die Nuance aussieht |
| Kategorie-Klassifikation | eCl@ss gruppiert Make-up in Produktkategorien | keine Nuancen-Attribute (Unterton, Tiefe, Finish) |
| Content-Aggregation | ICEcat / Open Icecat trägt teils Markencontent großer Linien | dünn bei Indie-Marken und schnell rotierenden Nuancen-Drops |
| Nuancen-Benennung | — | kein Standard existiert; jede Marke benennt eigen |
| Varianten-Gruppierung | — | muss aus den Lieferantendaten selbst abgeleitet werden |
Kurz: GTIN und eCl@ss lassen dich ein Produkt identifizieren und einordnen, und das zählt. Was sie dir nicht geben, ist die Nuancen-Struktur – der Unterton, die Tiefe und das Finish, die eine Reihe filterbar machen, und die Gruppierung, die aus 40 losen Datensätzen ein Produkt mit 40 Varianten macht. Das muss aus dem unsauberen Lieferanten-Feld gebaut werden.
Der Kern ist Attribut-Mapping plus Varianten-Gruppierung, über alle Lieferanten auf einmal – und genau dafür ist Productbay gebaut:
Das Ergebnis ist ein Make-up-Sortiment, in dem jede Nuance adressierbar ist, jede Reihe von hell nach dunkel sortierbar wird und der Filter „warm, mittel, matt“ tatsächlich die richtigen Produkte liefert. Das volle Beauty-Bild gibt der Beauty- & Kosmetik-Überblick; Productbay ist für Fachhändler mit Multi-Lieferanten-Katalogen gebaut – vom Einzelshop bis zum großen Filialisten.
Nuancen-Matrizen, uneinheitliche Benennung, ein Bild pro Variante – Make-up ist die schwierigste Ecke eines Beauty-Katalogs. Sieh in 30 Minuten, wie Productbay die Nuancen jedes Lieferanten auf eine Struktur mappt und die Varianten gruppiert.
Jetzt starten