Datenpflege in JTL-Wawi
Strukturierte Daten sind nur so gut wie die gepflegten Eingangsdaten. Das Plugin verändert keine Werte aus JTL-Wawi (keine stillschweigende Normalisierung), damit es generisch für jede Branche funktioniert. Die folgenden Konventionen verbessern die Qualität des erzeugten JSON-LD spürbar — besonders für KI-Crawler und das Google Merchant Center.
Einheiten konsistent halten
Innerhalb derselben Variantengruppe sollten Schreibweisen nicht gemischt werden. „750 ml”, „0,75 L” und „750 Milliliter” meinen dasselbe, lesen sich für Maschinen aber wie drei verschiedene Werte.
Empfehlung: Ein Format pro Merkmal definieren und für alle Geschwister beibehalten — z. B. immer „0,75 L” / „2,5 L” für Volumen, immer „30 mm” / „300 mm” für Längen.
Variations- von gemeinsamen Merkmalen trennen
Variations-Dimensionen (z. B. „Gebindegröße”, „Farbe”, „Breite”) gehören als Variation an die Kindartikel — nicht zusätzlich als gemeinsames Merkmal an den Vaterartikel. Gemeinsame Merkmale (z. B. „Einsatzgebiet”, „Verarbeitung”, „Untergrund”) gehören an den Vater.
GTIN/EAN nur an Kindartikel
Vaterartikel sollten kein Barcode-Feld führen — das Plugin entfernt GTIN/MPN automatisch von der ProductGroup, weil sie kein einzelnes Trade-Item ist. Gepflegte Barcodes pro Variante landen als gtin13 in hasVariant[]. Wie die GTIN-Validierung im Detail arbeitet, steht unter Ausgabe pro Seitentyp.
Hersteller & Hersteller-URL
Setze Hersteller und Hersteller-URL nur, wenn beide korrekt sind. Eine leere oder fehlerhafte Hersteller-URL führt zu einem schwachen Brand-Signal — dann lieber nur den Herstellernamen pflegen.
Kurzbeschreibung pflegen
Das Plugin nutzt vorrangig cKurzBeschreibung. Ist sie leer, fällt es auf eine HTML-bereinigte, satz-truncierte cBeschreibung zurück. Eine gepflegte Kurzbeschreibung von 300–800 Zeichen pro Artikel liefert die beste Entity-Dichte für AI Overviews.