Produktdaten für Bettwaren: Maße, Füllungen und Sets
Decken, Kissen und Topper leben von Maßen, Füllgewichten und Wärmeklassen – und sie verkaufen sich als Sets. So bildest du diese Attribute und die Set-Logik in einem System ab, und wo die Standards aufhören.
- ✓Bettwaren kauft man über drei Attribute: Maß, Füllgewicht und Wärmeklasse – und jeder Lieferant beschriftet sie anders.
- ✓Der Verkaufs-Held ist das Set: eine Decke plus passende Kissen, als ein Bundle mit eigener EAN/GTIN verkauft.
- ✓Kein Content-Standard füllt Wärmelogik, Fülldaten oder Beschreibungen – GDSN/ETIM geben dir nur ein Kategorie-Gerüst.
- ✓Productbay normalisiert Maße und Füllungen, bildet Sets als verknüpfte Attribute ab und reichert den Rest mit KI an.
Wer eine Bettdecke kauft, hat die Entscheidung auf drei Zahlen eingegrenzt, bevor überhaupt die Produktbeschreibung gelesen wird: welche Größe aufs Bett passt, wie warm sie sein soll und womit sie gefüllt ist. Fehlt oder stimmt eines dieser Attribute nicht, wird das Produkt schlicht nicht gefunden – oder zurückgeschickt. Bettwaren sind eine der Kategorien, in denen die Daten das Produkt sind.
Produktdaten für Bettwaren stehen auf drei strukturierten Attributen – Maß, Füllgewicht und Wärmeklasse – plus einer Set-Logik, die eine Decke mit ihren passenden Kissen verknüpft. Das ist eine Unterkategorie der breiteren Heimtextilien-Herausforderung und hat ein ganz eigenes Datenprofil: stark attributgetrieben, variantenreich und abhängig von Bundles, die kein Lieferanten-Feed sauber liefert.
Welche Attribute machen Bettwaren-Daten so aufwendig?
Anders als ein bedruckter Kissenbezug verkauft sich eine Decke oder ein Kissen über messbare Specs. Das Problem: Jeder Lieferant erfasst sie anders:
- Maß: eine Decke gibt es in 135x200, 155x220, 200x200, 200x220 und mehr; Kissen in 40x80, 80x80, 40x40. Mal steht „135 x 200 cm", mal „135/200", mal in zwei getrennten Spalten.
- Füllgewicht und Wärmeklasse: dieselbe Decke kommt als leicht, medium, warm oder extra warm – bestimmt durch das Füllgewicht in Gramm. Ein Lieferant schreibt die Wärmeklasse in den Titel, ein anderer nur ins PDF-Datenblatt.
- Füllmaterial: Daune, Feder, Daunen-Feder-Mischung, Mikrofaser, Kamelhaar, Schurwolle – ein zentraler Filter, der als Freitext ankommt.
- Pflege und Bezug: Waschtemperatur, Bezugsmaterial (Baumwolle, Batist, Mikrofaser), Zertifikate wie Oeko-Tex landen uneinheitlich oder gar nicht.
Jedes davon ist ein Filter, den ein Kunde nutzt. Sie über ein Dutzend Lieferanten hinweg in saubere, vergleichbare Attribute zu normalisieren, ist genau die Handarbeit, die nicht skaliert – derselbe Konsolidieren-, Normalisieren- und Anreichern-Job, den jeder Multi-Lieferanten-Händler hat.
Wie bildet man ein Bettwaren-Set aus Decke plus Kissen ab?
Das Held-Produkt bei Bettwaren ist selten ein Einzelartikel – es ist das Set: eine Decke plus ein oder zwei passende Kissen, als ein Bundle zum Set-Preis verkauft. Genau daran zerbricht ein flacher Produkt-Feed, denn ein Set ist keine Datenzeile, sondern mehrere zusammengefügte Produkte:
- Das Set braucht eine eigene EAN/GTIN, einen eigenen Preis und eigene Hero-Bilder, getrennt von den Komponenten.
- Es muss seine Komponenten referenzieren, damit Maß, Füllung und Bestand synchron bleiben – eine 155x220-Decke mit einem 80x80-Kissen.
- Dieselben Komponenten tauchen oft in mehreren Sets und als Einzelartikel auf, die Daten dürfen also nicht einfach dupliziert werden.
Das als verknüpfte Attribute abzubilden – statt jede Spec in eine flache Bundle-Zeile neu einzutippen – hält einen wachsenden Set-Katalog pflegbar. Ändere die Wärmeklasse der Decke einmal, und jedes Set, das sie referenziert, bleibt korrekt.
Welche Standards greifen – und wo hören sie auf?
Bettwaren-Händler hoffen manchmal, ein Datenstandard fülle die Lücke. Hier das ehrliche Bild, was die gängigen leisten und was nicht:
| Datenebene | Was der Standard liefert | Wo es aufhört |
|---|---|---|
| Identifikatoren | GTIN/EAN über GS1, GDSN für Stammdatenaustausch | keine Attribute, kein Content, keine Set-Logik |
| Klassifikation | ETIM / eCl@ss geben ein Kategorie-Gerüst | nicht für Wärmeklasse oder Füllgewicht gebaut |
| Attribute | teilweise, lieferantenabhängig in Feeds | Maß, Füllgewicht, Wärmeklasse selten sauber |
| Verkaufscontent | nicht die Aufgabe eines Standards | Beschreibungen, Nutzentexte, SEO-Text fehlen |
| Set / Bundle | kein Standard bildet Decke-plus-Kissen-Sets ab | komplett vom Händler gebaut |
Kurz: Es gibt keinen Content-Standard für Bettwaren. Identifikatoren und Klassifikationen geben dir ein Gerüst, aber die Maße, die Fülllogik, die Set-Struktur und der eigentliche Verkaufstext sind allesamt deine Baustelle. Genau diese Lücke schließt Productbay.
Wie hilft Productbay Bettwaren-Händlern?
Der Job sind dieselben drei Schritte, die jeder Multi-Lieferanten-Händler fährt – und Productbay ist gebaut, sie über die spezifische Attributlogik der Bettwaren zu fahren:
- Konsolidieren: jede Lieferantenquelle einmal anbinden – CSV, Excel, Feed-URL, FTP, API – und über SKU oder EAN/GTIN abgleichen, sodass Bestehendes aktualisiert und Neues angelegt wird.
- Anreichern: KI normalisiert Maße in ein sauberes Schema, leitet die Wärmeklasse aus dem Füllgewicht ab, vereinheitlicht Füllmaterialien, schreibt Beschreibungen, ordnet Kategorien zu, übersetzt per DeepL und kann Specs aus PDF-Datenblättern auslesen – immer mit Review-Queue vor der Veröffentlichung.
- 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, Sets inklusive.
Die Set-Logik ist der Ort, an dem sich Productbay bei Bettwaren bezahlt macht: Sets werden als verknüpfte Attribute abgebildet, sodass Decke, Kissen und Bundle konsistent bleiben – ohne Doppelpflege. Für den weiteren Kategorie-Kontext siehe Produktdaten für Heimtextilien. Productbay ist für Fachhändler mit Multi-Lieferanten-, Multi-Kanal-Katalogen gebaut – vom mittelständischen Shop bis zum großen Filialisten.