Product Schema: Produktdaten auszeichnen, die wirklich stimmen.

Product Schema, Product Snippets und Merchant Listings

Product ist ein Typ aus dem Schema.org-Vokabular. Er beschreibt ein bestimmtes Produkt. Offer beschreibt dazu ein Angebot, etwa mit Preis und Verfügbarkeit. Die Auszeichnung ergänzt den lesbaren Seiteninhalt; sie ersetzt weder eine Produktbeschreibung noch Ihren Bestellablauf.

Google unterscheidet Product Snippets und Merchant Listings mit unterschiedlichen Anforderungen. Welche Dokumentation passt, hängt von der Seite ab: Können Kunden das Produkt dort kaufen oder handelt es sich um einen redaktionellen Produktvergleich? Prüfen Sie den passenden Fall in Googles Produkt-Dokumentation.

Dieser Beitrag behandelt einzelne Shop-Produktseiten. Die Unternehmensidentität gehört in Organization- oder LocalBusiness-Markup. Eine Kategorienübersicht mit zwanzig Angeboten ist nicht einfach dieselbe Aufgabe wie die Detailseite einer konkreten Werkstattbox.

Product Schema mit JSON-LD: ein fiktives Beispiel

Unser Beispielshop verkauft eine leere Metallbox für 39,90 Euro. Auf der zugehörigen Seite sind Name, Bild, Beschreibung, Artikelnummer, Preis und Lieferstatus sichtbar. Der folgende Datenblock ist eine Lernvorlage; shop.example ist keine echte Shopadresse.

{
  "@context": "https://schema.org",
  "@type": "Product",
  "@id": "https://shop.example/produkte/werkstattbox#product",
  "name": "Werkstattbox S",
  "description": "Leere Metallbox mit herausnehmbarer Trennwand.",
  "image": "https://shop.example/bilder/werkstattbox-s.jpg",
  "sku": "WB-S-01",
  "brand": {
    "@type": "Brand",
    "name": "BeispielWerk"
  },
  "offers": {
    "@type": "Offer",
    "url": "https://shop.example/produkte/werkstattbox",
    "price": "39.90",
    "priceCurrency": "EUR",
    "availability": "https://schema.org/InStock"
  }
}

In einer echten Implementierung wird der angepasste JSON-Inhalt in einen script-Block mit dem Typ application/ld+json eingebunden. Übernehmen Sie keine Beispiel-URL, Artikelnummer oder Preisangabe. Das Bild muss tatsächlich das beschriebene Produkt zeigen und unter der angegebenen URL abrufbar sein.

Das Beispiel enthält absichtlich keine Sternebewertungen. Erfinden Sie keine Bewertungen, um eine Testwarnung loszuwerden. Es zeigt auch nicht alle möglichen Anforderungen für Versand, Rückgabe oder Varianten. Ergänzen Sie nur Fakten, die Ihr Shop wirklich bereitstellt und die zum vorgesehenen Suchformat gehören.

Preis, Währung und availability prüfen

Behandeln Sie den Datenblock wie eine zweite Darstellung derselben Produktseite. Nutzen Sie möglichst dieselbe Datenquelle für sichtbaren Preis und JSON-LD. Ein manuell gepflegter Block veraltet sonst schon bei der nächsten Preisänderung. Im Code werden Dezimalstellen mit Punkt geschrieben; die Währung steht separat als EUR.

Verwechseln Sie „kann bestellt werden“ nicht automatisch mit „auf Lager“. Bei Vorbestellung oder Rückstand verwenden Sie den zutreffenden Status. Auch eine technisch gültige Zahl kann inhaltlich falsch sein. Für allgemeine Website-Probleme führt unser GEO-Audit die Prüfung weiter.

Shopify, WooCommerce und Produktvarianten

Prüfen Sie zuerst, was Ihr Shop bereits ausgibt. Theme, SEO-Erweiterung und Produkt-App können jeweils eigene Datenblöcke erzeugen. Fügen Sie keinen zusätzlichen Product-Block hinzu, solange Sie nicht wissen, welche Quelle den aktuellen Preis verwaltet. Ein Plugin ist kein Ersatz für diesen Abgleich.

Testen Sie danach eine Variante, etwa die Box in Größe L. Ändern sich URL, Bild, Artikelnummer und Preis passend zur Auswahl? Dokumentieren Sie, welche Variante ein Abruf ohne vorherigen Klick zeigt. Googles Dokumentation zu Produktvarianten behandelt unter anderem ProductGroup; kopieren Sie das Einprodukt-Beispiel nicht blind auf einen gesamten Variantenkatalog.

Bei mehrsprachigen Shops sollte die Beschreibung zur jeweiligen Produktseite passen. Lassen Sie technisch getrennte Sprachversionen nicht versehentlich dieselbe falsche Standardvariante auszeichnen. Verlinken Sie vom Kategorietext zur passenden Produktseite, statt dieselbe Produktbeschreibung als mehrere fast gleiche SEO-Artikel anzulegen.

Product Schema testen: zwei Prüfungen, verschiedene Aussagen

Der Schema.org-Validator hilft bei Syntax und Vokabular. Der Google Rich Results Test prüft unterstützte Google-Suchfunktionen. Ein bestandener Test sagt nicht, dass Google ein Rich Result tatsächlich anzeigen wird.

Prüfen Sie nach einer Änderung die veröffentlichte URL, nicht nur den vorbereiteten Code. Notieren Sie Fehler und Warnungen getrennt. Googles Product-Snippet-Anleitung erläutert erforderliche Eigenschaften. Gehen Sie anschließend zurück zur sichtbaren Seite: Stimmt der ausgezeichnete Preis wirklich, und funktioniert der Produktlink?

Ein sinnvoller Testfall ist eine geplante Bestandsänderung in Ihrer eigenen Testumgebung. Beobachten Sie, ob sichtbarer Status und JSON-LD gemeinsam wechseln. Das prüft die Datenpflege. Es ist aussagekräftiger als ein einmalig grüner Validator bei einem längst überholten Produkt.

Von sauberen Produktdaten zu überprüfbaren Kundenfragen

Product Schema ist nicht dasselbe wie ein Produktfeed für ChatGPT. Der Ratgeber ChatGPT Shopping für Händler erklärt diese zweite Datenstrecke. Ein valider Product-Block allein garantiert dort keine Aufnahme oder Platzierung.

Nalqerio erzeugt kein Shop-Markup. Es kann dokumentierte API-Antworten zu Fragen über Ihre Marke und Angebote speichern. Die Produkttour zum Website-Audit und die Methodik zeigen den tatsächlichen Umfang. Mit dem kostenlosen Test prüfen Sie eine begrenzte Ausgangslage; Shop-Verkäufe messen Sie zusätzlich in Ihrem eigenen Bestellsystem.