Das EU-Reifenlabel und der Dimensions-/Index-String sind Pflichtfelder – falsch, und es wird zum Abmahnrisiko. Was Reifendaten enthalten müssen und wie du sie vollständig hältst.
Ein Reifen sieht aus wie ein einfaches Produkt. Ist er aber nicht – jedenfalls nicht als Datensatz. Hinter jedem Listing steckt ein Block rechtlich verpflichtender Informationen: das EU-Reifenlabel, der exakte Dimensions- und Index-String, die Saisonkennung, die EPREL-Kennung. Ist einer davon falsch oder leer, hast du keine Content-Lücke – du hast eine Abmahnung. Reifen sind eine der wenigen Automotive-Kategorien, in denen die Produktdaten selbst reguliert sind.
Produktdaten für Reifen sind durch zwei Pflichtblöcke definiert: die EU-Reifenlabel-Klassen und den Dimensions-/Index-Identitäts-String. Alles andere – Marke, Profil, Preis – ist gewöhnlicher Content. Diese beiden Blöcke sind die, die vollständig und korrekt sein müssen. Das ist ein Teilbereich der breiteren Automotive- und Kfz-Teile-Herausforderung, in der der Rest des Katalogs über Fahrzeugverknüpfung statt über Labels läuft.
Seit der EU-Reifenlabel-Verordnung muss jeder verkaufte Reifen ein standardisiertes Label tragen – und beim Online-Verkauf müssen diese Werte im Listing erscheinen. Drei Werte bilden den Kern:
Dazu verweist ein konformes Listing auf den Eintrag in der EPREL-Produktdatenbank – das offizielle EU-Register, in dem das Labelblatt jedes Reifens liegt. Fehlt einer dieser Werte, ist er falsch oder widerspricht dem EPREL-Eintrag, ist das Listing nicht konform. Genau darum dürfen Reifendaten nicht wie gewöhnlicher Marketing-Content behandelt werden: Es ist ein rechtlich verpflichtendes Feld, und eine leere Zelle ist ein Haftungsrisiko.
Der zweite Pflichtblock ist die Identität des Reifens. Sie kommt meist als ein kompakter String – zum Beispiel 205/55 R16 91V – und Kunden filtern nach jedem seiner Teile:
| Segment | Beispiel | Bedeutung |
|---|---|---|
| Reifenbreite | 205 | Breite in mm |
| Querschnitt | 55 | Flankenhöhe in % der Breite |
| Bauart | R | Radial |
| Felgendurchmesser | 16 | Felgengröße in Zoll |
| Tragfähigkeitsindex | 91 | max. Last pro Reifen (~615 kg) |
| Geschwindigkeitsindex | V | max. Geschwindigkeit (bis 240 km/h) |
Jedes Segment muss im Shop ein eigenes filterbares Attribut werden, denn Kunden suchen exakt nach diesen Werten – wer „205/55 R16" sucht, darf keinen Reifen verpassen, nur weil ein Lieferant „205 55 16" in ein einziges unsauberes Feld geschrieben hat. Ergänze Saison (Sommer, Winter, Ganzjahr), die 3PMSF-Schneeflocke und die M+S-Kennung, Marke und Profil – und du hast den vollständigen Reifen-Datensatz. Das Schwierige: Lieferanten liefern all das uneinheitlich – Label-Werte im Titel beim einen Großhändler, in getrennten Spalten beim nächsten, leer beim dritten. Das ist das klassische Multi-Lieferanten-Normalisierungsproblem – mit rechtlich verpflichtenden Feldern obendrauf.
Weil Reifendaten Pflicht sind und nichts verzeihen, lautet die Antwort Vollständigkeits-Scoring – und genau dafür ist Productbay gebaut:
Reifen liegen im selben Katalog wie der Rest eines Automotive-Sortiments, in dem die Teile über TecDoc-Fahrzeugverknüpfung laufen. Productbay bildet beide Welten an einem Ort ab und ist für Fachhändler mit Multi-Lieferanten-, Multi-Kanal-Katalogen gebaut. Wie die zugrunde liegenden Standards zusammenspielen, zeigt GDSN, ETIM und eCl@ss erklärt.
Label-Klassen, Dimensions-Strings, Trag- und Geschwindigkeitsindizes, EPREL-Blätter – Reifendaten sind Pflicht und verzeihen nichts. Sieh in 30 Minuten, wie Productbay Lieferantendaten konsolidiert, den Identitäts-String parst und Vollständigkeit scort, bevor etwas live geht.
Jetzt starten