JTL Rich Snippets: strukturierte Daten im JTL-Shop korrekt umsetzen
JTL-Shop 5 übergibt Produktdaten für strukturierte Daten nicht vollständig von Haus aus – das Ergebnis sind kahle Snippets ohne Preis, Verfügbarkeit oder Bewertungen. Den strategischen Gesamtrahmen dazu beschreibe ich unter JTL SEO.
- name · image
- offers { price, priceCurrency, availability }aus der Wawi
- aggregateRatingnicht nativ – ergänzen
JTL liefert Basis-Product-Markup; AggregateRating und FAQPage muss man ergänzen – die Datenbasis kommt aus der Wawi.
Kostenlos · ohne Anmeldung · Ergebnis sofort
Was JTL nativ ausgibt – und was fehlt
JTL-Shop 5 liefert im Nova-Template nativ zwei Schema-Typen: Product-Markup und BreadcrumbList. Das Product-Markup enthält in der Standardkonfiguration Produktname, Beschreibung und SKU. Was fehlt, sind die Felder, die Google für Rich Results auswertet: Preis und Currency im Offers-Objekt, Availability (InStock / OutOfStock), AggregateRating aus Kundenbewertungen sowie konditionelle Felder wie Versandzeit oder Rückgabebedingungen.
Das ist kein Template-Bug, sondern ein architektonisches Problem: JTL übergibt Preis- und Lagerbestandsdaten zur Laufzeit dynamisch, das Standard-Schema-Output des Templates liest diese Felder nicht vollständig aus. Das Ergebnis lässt sich im Google Rich Results Test direkt prüfen – das Offers-Objekt taucht entweder gar nicht oder ohne Pflichtfelder auf.
AggregateRating und FAQPage: was JTL nicht nativ liefert
Bewertungs-Snippets entstehen aus AggregateRating-Markup innerhalb des Product-Schemas. JTL-Shop erfasst Kundenbewertungen, gibt sie aber nicht automatisch als strukturiertes Schema aus. Das bedeutet: Sternebewertungen erscheinen im Shop, aber nicht in den Suchergebnissen. FAQPage-Markup, das für informationale Rich Results genutzt werden kann, ist ebenfalls nicht nativ vorhanden.
Beide Typen lassen sich über Plugins oder Template-Anpassungen ergänzen. Entscheidend ist dabei, dass das AggregateRating-Objekt korrekt verschachtelt ist – als Kind-Element des Product-Schemas, nicht als eigenständiges Schema-Objekt. Google ignoriert Rating-Markup, das isoliert ohne Produktkontext ausgegeben wird.
Plugin vs. Template-Anpassung: der praktische Weg
Für die meisten JTL-Shops ist ein SEO-Plugin der schnellere Weg. Plugins wie Ultimate SEO (kompatibel mit Nova) schließen die Schema-Lücken direkt: Offers mit Preis und Verfügbarkeit, AggregateRating aus vorhandenen Bewertungsdaten, optionale Versandangaben. Der Vorteil gegenüber Template-Anpassungen: keine Pflege bei Template-Updates, keine Regressions-Risiken.
Template-Anpassungen machen dann Sinn, wenn spezifische Schema-Typen gebraucht werden, die kein Plugin abdeckt – etwa VideoObject für Produktvideos oder HowTo-Markup für erklärungsbedürftige Artikel. Dabei gilt: Schema-Markup immer als JSON-LD im Head ausgeben, nicht als Microdata im HTML-Body. JSON-LD ist von Google bevorzugt, wartungsärmer und lässt sich unabhängig vom sichtbaren Template-Code pflegen.
Schema-Validierung und häufige Fehlerquellen
Nach jeder Änderung am Schema-Output gehört eine Validierung über den Google Rich Results Test und schema.org/validator. Zwei Fehlerquellen tauchen in der Praxis bei JTL-Shops besonders häufig auf:
- Preis ohne priceCurrency: Das Offers-Objekt enthält den Preis als Zahlenwert, aber kein priceCurrency-Feld. Google lehnt das Schema – das Feld ist Pflicht.
- Availability ohne vollständige URL: Statt „https://schema.org/InStock" wird nur „InStock" übergeben. Technisch parsebar, aber nicht spec-konform – führt zu Warnungen im Rich Results Test.
- Doppeltes Schema durch Plugin + Template: Wenn das Template bereits ein rudimentäres Product-Schema ausgibt und das Plugin ein vollständiges hinzufügt, entstehen zwei konkurrierende Schema-Objekte auf derselben Seite. Google wertet das Schema dann unvorhersehbar aus.
Das dritte Problem ist besonders heimtückisch, weil es nicht als Fehler erscheint, sondern als doppelte Schema-Deklaration. Wer ein Plugin aktiviert, muss prüfen, ob das verwendete Template das Schema-Output abschaltet oder ob beide parallel laufen.
Produktdaten als Schema-Grundlage: die Verbindung zur Wawi
Rich Snippets sind nur so vollständig wie die Produktdaten dahinter. Wie Preisfelder, Verfügbarkeitsstatus und Artikelbezeichnungen korrekt aus der Wawi in den Shop synchronisiert werden, behandelt JTL-Wawi SEO gesondert.
Sauber gepflegte Wawi-Daten sind die Grundlage für korrektes Offer-Markup – falsche Preise/Bestände landen sonst im Schema.
Vollständige Rich Results erhöhen die Klickrate auf Produktseiten messbar, weil Nutzer Kaufentscheidungsrelevantes direkt in der Trefferliste sehen. Wer das Schema-Markup im JTL-Shop strategisch sauber aufsetzen will, findet den Gesamtrahmen unter JTL SEO.
Kostenlos · ohne Anmeldung · Ergebnis sofort
Häufige Fragen zu JTL Rich Snippets
Welche strukturierten Daten gibt JTL-Shop nativ aus?
Wie ergänzt man fehlendes Schema in JTL?
Woher kommen die Daten für das Produkt-Schema?
Wie validiert man das Schema in JTL?
Andrea Papa
Senior SEO-Spezialist mit 15+ Jahren E-Commerce-Erfahrung. Ich optimiere clusterbasiert nach Suchintention – für nachhaltige Sichtbarkeit bei Google und in der KI-Suche.