schema.org Product/Offer prüfen: technische Checkliste für Produktseiten in Online-Shops

Strukturierte Daten sind unsichtbar “ und genau das macht sie zum blinden Fleck der Produktseiten-QA. Der sichtbare Preis im Kaufbereich wird beim Theme-Test geprüft. Das Product-Markup im Quelltext nicht. Nach einem Theme-, App- oder SEO-Plugin-Update kann das Offer-Markup deshalb von der sichtbaren Seite abweichen, ohne dass es jemand bemerkt.

Dieser Artikel beschreibt eine technische Checkliste, mit der sich schema.org/Product und schema.org/Offer auf Produktseiten prüfen lassen. Der Kern ist nicht das Markup für sich, sondern der Abgleich: Passen die strukturierten Daten zu dem, was Kundinnen und Kunden im Frontend tatsächlich sehen?

1. Warum Product/Offer Markup auf Produktseiten wichtig ist

Das Product-Markup mit zugehörigem Offer ist die strukturierte Beschreibung eines Produkts für Maschinen. Suchmaschinen und Shopping-Dienste lesen daraus Preis, Währung und Verfügbarkeit. Es ist also kein dekoratives Detail, sondern ein technisches Signal, das die Darstellung eines Produkts außerhalb des Shops beeinflusst.

Relevant ist das Markup unter anderem, weil:

• Suchmaschinen Preis- und Verfügbarkeitsangaben aus dem Offer ableiten können.
• Shopping-Feeds und das Markup auf derselben Datenbasis aufsetzen sollten.
• Inkonsistenzen zwischen Markup und sichtbarer Seite zu widersprüchlichen Darstellungen führen.
• mehrere Quellen (Theme, Apps, SEO-Plugins) gleichzeitig Markup erzeugen können.

Für die technische QA zählt: Das Markup ist nur dann nützlich, wenn es zur sichtbaren Produktseite passt.

2. Sichtbare Daten vs. strukturierte Daten

Auf einer Produktseite existieren zwei Ebenen parallel. Die sichtbare Ebene ist der Kaufbereich: Preis, MwSt.-Hinweis, Versandhinweis, Lieferzeit. Die strukturierte Ebene ist das Markup im Quelltext: Product, Offer, price, availability.

Im Idealfall stammen beide Ebenen aus derselben Datenquelle. In der Praxis tun sie das nicht immer: Der sichtbare Preis kommt aus dem Theme-Template, das Markup aus einem SEO-Plugin. Aktualisiert ein Update nur eine der beiden Ebenen, entsteht eine Abweichung. Genau dieser Abgleich “ sichtbar gegen strukturiert “ ist der Kern einer Schema-QA.

3. Preis, Währung und Verfügbarkeit prüfen

Die drei wichtigsten Felder im Offer sind Preis, Währung und Verfügbarkeit. Sie lassen sich technisch eindeutig prüfen.

• price: Stimmt der Wert im Markup mit dem sichtbaren Endpreis überein?
• priceCurrency: Ist die Währung gesetzt und passt sie zum Shop (z. B. EUR)?
• availability: Passt der Verfügbarkeitsstatus zur angezeigten Lieferzeit oder Verfügbarkeit?
• priceValidUntil: Falls gesetzt, ist das Datum plausibel und nicht in der Vergangenheit?

Die häufigste Auffälligkeit ist ein veralteter Preis im Markup: Der sichtbare Preis wurde aktualisiert, der Wert im Offer nicht. Solche Abweichungen sind technisch erkennbar, weil sich beide Werte direkt vergleichen lassen.

4. Varianten und dynamische Preisänderungen

Bei Varianten wird es technisch anspruchsvoll. Eine Produktseite mit mehreren Varianten kann unterschiedliche Preise haben “ und das Markup muss damit umgehen.

Typische technische Auffälligkeiten:

• Das Offer-Markup bleibt beim Variantenwechsel auf der Standardvariante stehen.
• Der sichtbare Preis aktualisiert sich per JavaScript, das Markup im Quelltext nicht.
• Statt mehrerer Offer-Einträge oder einer Preisspanne wird nur ein einzelner Wert ausgegeben.
• Rabatt- oder Aktionspreise erscheinen sichtbar, aber nicht im Markup.

Für die QA ist wichtig zu beobachten, wie sich das Markup beim Variantenwechsel verhält “ und ob die ausgegebenen Werte zur jeweils gewählten Variante passen.

5. Doppelte Markups durch Themes, Apps und SEO-Plugins

Eine der häufigsten Schema-Auffälligkeiten ist nicht ein fehlendes, sondern ein doppeltes Markup. Das entsteht, wenn mehrere Quellen unabhängig voneinander Product-Daten ausgeben.

Typische Konstellationen:

• Das Theme gibt natives Markup aus “ und ein SEO-Plugin zusätzlich ein eigenes.
• Eine Review-App ergänzt ein eigenes Product-Objekt mit abweichenden Feldern.
• Nach einem Plugin-Update ist eine zweite Markup-Quelle aktiv, ohne dass die erste deaktiviert wurde.
• Zwei Markups widersprechen sich beim Preis oder bei der Verfügbarkeit.

Plattformspezifische Hintergründe dazu liefern die Artikel Shopify Produktseiten-Check und WooCommerce Produktseiten-Check.

6. Google Shopping und Merchant-Center-Kontext

Strukturierte Daten auf der Produktseite und der Produktfeed für Google Shopping sind zwei getrennte Wege “ sollten aber dieselbe Realität beschreiben. Weichen Markup, Feed und sichtbare Seite voneinander ab, entsteht ein widersprüchliches Bild.

Technisch relevant ist deshalb:

• Preis im Markup, im Feed und auf der sichtbaren Seite sollten übereinstimmen.
• Die Verfügbarkeit sollte über alle drei Wege konsistent sein.
• Aktionspreise sollten nicht nur sichtbar, sondern auch in den strukturierten Daten nachvollziehbar sein.

Mehr zu Produktdaten für Feeds steht im Artikel Google Shopping Produktdaten.

7. Technischer Prüfablauf in 5 Schritten

Damit die Schema-Prüfung wiederholbar bleibt, hilft ein fester Ablauf:

1. Referenzseiten festlegen: einfaches Produkt, Variantenprodukt, Aktionsprodukt als Stichprobenkern.
2. Markup auslesen: Product- und Offer-Daten im Quelltext der veröffentlichten Seite identifizieren.
3. Felder abgleichen: price, priceCurrency und availability gegen die sichtbaren Werte prüfen.
4. Variante wechseln: beobachten, ob sich das Markup mit der gewählten Variante ändert.
5. Duplikate prüfen und dokumentieren: auf mehrfache Markups achten und Auffälligkeiten mit Beleg, Ort, Grund und Empfehlung festhalten.

8. Checkliste als Tabelle

Die Tabelle eignet sich als Vorlage für eine wiederkehrende Schema-QA.

9. Wie Pliaro technisch unterstützen kann

Strukturierte Daten manuell im Quelltext zu suchen und gegen die sichtbare Seite abzugleichen, ist mühsam und schwer reproduzierbar. Pliaro ist ein technisches Scan- und Monitoring-Tool, das genau diesen Abgleich direkt im Browser unterstützt “ auf der veröffentlichten Produktseite.

Pliaro prüft unter anderem schema.org Product/Offer sowie Preis-Signale, MwSt.-Hinweise, Versandkosten-Hinweise, Lieferzeit-/Verfügbarkeits-Signale, Grundpreis-Signale, den Kaufbereich und technische SEO-Signale wie canonical, robots, og:image, hreflang und H1. Auffälligkeiten werden mit Beleg, Ort, Grund und Empfehlung dargestellt. Nach einem Theme-, App- oder SEO-Plugin-Update lassen sich dieselben Produktseiten erneut scannen und mit dem vorherigen Stand vergleichen. Eine Schritt-für-Schritt-Erklärung steht in der Anleitung “ als technische Vorprüfung, nicht als rechtliche Bewertung.

Häufige Fragen