Shopping

Strukturierte Daten für Merchant Listings (Produkt, Angebot)

shopping knowledge panel presentation in search results

Wenn Sie Ihrer Seite Product-Markup hinzufügen, kann sie für die Anzeige in Händler-Listing-Erlebnissen in der Google Suche infrage kommen, einschließlich des Shopping Knowledge Panels, Google Bilder, beliebten Produkt-Ergebnissen und Produkt-Snippets. Händler-Listings können spezifischere Daten zu einem Produkt hervorheben, wie z. B. Preis, Verfügbarkeit sowie Versand- und Rückgabeinformationen.

Dieser Leitfaden konzentriert sich auf die Anforderungen an strukturierte Product-Daten für Händler-Listings. Wenn Sie sich nicht sicher sind, welches Markup Sie verwenden sollen, lesen Sie unsere Einführung in das Product-Markup.

So fügen Sie strukturierte Daten hinzu

Strukturierte Daten sind ein standardisiertes Format, um Informationen über eine Seite bereitzustellen und den Seiteninhalt zu klassifizieren. Wenn Sie neu im Bereich strukturierte Daten sind, erfahren Sie hier mehr darüber, wie strukturierte Daten funktionieren.

Hier ist ein Überblick darüber, wie Sie strukturierte Daten erstellen, testen und veröffentlichen.

  1. Fügen Sie die erforderlichen Eigenschaften hinzu. Erfahren Sie basierend auf dem von Ihnen verwendeten Format, wo Sie strukturierte Daten auf der Seite einfügen.
  2. Befolgen Sie die Richtlinien.
  3. Validieren Sie Ihren Code mit dem Test für Rich-Suchergebnisse und beheben Sie alle kritischen Fehler. Erwägen Sie auch die Behebung nicht kritischer Probleme, die im Tool markiert werden, da diese zur Verbesserung der Qualität Ihrer strukturierten Daten beitragen können (dies ist jedoch nicht erforderlich, um für Rich-Suchergebnisse infrage zu kommen).
  4. Stellen Sie einige Seiten bereit, die Ihre strukturierten Daten enthalten, und verwenden Sie das Tool zur URL-Prüfung, um zu testen, wie Google die Seite sieht. Stellen Sie sicher, dass Ihre Seite für Google zugänglich ist und nicht durch eine robots.txt-Datei, das noindex-Tag oder Anmeldeanforderungen blockiert wird. Wenn die Seite in Ordnung aussieht, können Sie Google bitten, Ihre URLs erneut zu crawlen.
  5. Um Google über zukünftige Änderungen auf dem Laufenden zu halten, empfehlen wir Ihnen, eine Sitemap einzureichen. Sie können dies mit der Search Console Sitemap API automatisieren.

Beispiele

Die folgenden Beispiele veranschaulichen, wie Sie strukturierte Daten für verschiedene Situationen in Ihre Webseiten einbinden.

Produktseite mit einem Angebot

Hier ist ein Beispiel für eine Produktseite, auf der ein Produkt verkauft wird, inklusive Produktbewertungen.

JSON-LD


RDFa


Microdata


Preise

Google erkennt drei Arten von Preisen:

Aktiver Preis
Der Preis, zu dem das Produkt aktuell angeboten wird.
Durchgestrichener Preis
Während eines Verkaufs der höhere reguläre Preis, zu dem das Produkt normalerweise angeboten wird. Er kann als durchgestrichener Preis angezeigt werden, um die Aufmerksamkeit auf einen gesenkten aktiven Preis zu lenken.
Mitgliederpreis
Der Preis, zu dem das Produkt einem Mitglied eines bestimmten Treueprogramms angeboten wird.

Diese Preise werden mithilfe von Preisspezifikationen unter dem Offer-Objekt kodiert (mit Ausnahme des aktiven Preises, der auch auf Angebotsebene kodiert werden kann). Die jeweiligen Preisspezifikationen werden durch die Preisspezifikationseigenschaften priceType und validForMemberTier identifiziert, die nicht zusammen verwendet werden dürfen:

  • Aktive Preise haben weder eine priceType– noch eine validForMemberTier-Eigenschaft.
  • Durchgestrichene Preise setzen die priceType-Eigenschaft auf StrikethroughPrice (für eine Übergangszeit ist auch ListPrice zulässig) und dürfen keine validForMemberTier-Eigenschaft haben.
  • Mitgliederpreise werden mit einer validForMemberTier-Eigenschaft markiert und dürfen keine priceType-Eigenschaft haben.

Preisspezifikationen, die beide Eigenschaften enthalten, werden ignoriert.

Aktiver Preis

Hier sind zwei Beispiele für die Kodierung des aktiven Preises in JSON-LD. Der aktive Preis kann wie folgt mithilfe der price-Eigenschaft angegeben werden:

Alternativ kann der aktive Preis mithilfe der priceSpecification-Eigenschaft angegeben werden.

Verkaufspreise

Das folgende Beispiel zeigt ein Produkt mit einem Verkaufspreis. Der aktuelle, aktive Preis wird automatisch zu einem Verkaufspreis, wenn Sie einen zweiten Preis mit dem ursprünglichen, durchgestrichenen Preis angeben und ihn mit einer priceType-Eigenschaft mit dem Wert https://schema.org/StrikethroughPrice markieren. Markieren Sie den aktiven Preis nicht mit einer priceType-Eigenschaft.

Alternativ können Sie zwei UnitPriceSpecification-Objekte verwenden, um den Verkaufspreis und den durchgestrichenen Preis anzugeben:

Verkaufsdauer

Um den Zeitraum anzugeben, in dem ein Verkaufspreis aktiv ist, verwenden Sie die folgenden schema.org-Eigenschaften im ISO 8601-Format (zum Beispiel 2025-12-31T23:59:59+01:00):

Best Practices:

  • Geben Sie sowohl ein Start- als auch ein Enddatum/eine Enduhrzeit an, um den Verkaufszeitraum klar zu definieren.
  • Stellen Sie sicher, dass das Startdatum/-uhrzeit (aus der validFrom-Eigenschaft) vor oder gleich dem Enddatum/-uhrzeit (aus der validThrough-Eigenschaft oder der priceValidUntil-Eigenschaft) liegt.
  • Wir empfehlen, die Uhrzeit und Zeitzone im ISO 8601-Format anzugeben, um die Genauigkeit in Google-Systemen zu gewährleisten.

Wo die Eigenschaften platziert werden:

  • Auf dem Offer-Knoten: Sie können die validFrom-Eigenschaft und (die validThrough-Eigenschaft oder die priceValidUntil-Eigenschaft) direkt dem Offer-Knoten hinzufügen. Diese Daten gelten, wenn die price-Eigenschaft auf dem Offer-Knoten den aktuellen aktiven Verkaufspreis darstellt.
  • Auf einem PriceSpecification-Knoten: Wenn der Verkaufspreis innerhalb eines PriceSpecification-Knotens definiert ist (normalerweise einer ohne die priceType-Eigenschaft, wenn auch ein StrikethroughPrice-Wert vorhanden ist), fügen Sie die validFrom-Eigenschaft und die validThrough-Eigenschaft diesem spezifischen PriceSpecification-Knoten hinzu. Beachten Sie, dass die priceValidUntil-Eigenschaft nicht auf den PriceSpecification-Typ anwendbar ist.

Das folgende Beispiel zeigt ein Produkt mit einem Verkaufspreis. Die Dauereigenschaften werden dem Offer-Knoten hinzugefügt, da die price-Eigenschaft auf dem Offer-Knoten den Verkaufspreis enthält.

Alternativ können Sie zwei UnitPriceSpecification-Objekte verwenden, um den Verkaufspreis und den durchgestrichenen Preis anzugeben. Die Dauereigenschaften werden dem UnitPriceSpecification-Objekt hinzugefügt, das den Verkaufspreis enthält:

Mitgliederpreise

Hier sind vier Beispiele für die Kodierung eines Mitgliederpreises. Im ersten Beispiel wird der aktive Preis mit der price-Eigenschaft auf Angebotsebene angegeben, und der Mitgliederpreis wird in einer Preisspezifikation angegeben, die mit der validForMemberTier-Eigenschaft markiert ist:

Das zweite Beispiel zeigt sowohl den aktiven Preis als auch den Mitgliederpreis, kodiert mit Preisspezifikationen:

Das dritte Beispiel zeigt, wie ein Verkaufspreis, ein durchgestrichener Preis und Mitgliederpreise für mehrere Treueprogramm-Stufen in einem einzigen Angebot kodiert werden:

Der aktive Preis könnte auch auf Angebotsebene kodiert werden, wie im ersten Beispiel gezeigt.

Im vierten Beispiel zeigt die Mitgliederpreisspezifikation Mitgliedschaftspunkte anstelle eines Mitgliederpreises:

Preise mit Grundpreisangaben

Hier ist ein Beispiel dafür, wie Sie einen Preis für 200 ml eines Produkts angeben, das üblicherweise in Vielfachen von 100 ml verkauft wird. Wenn Sie beispielsweise eine 200-ml-Flasche Parfüm verkaufen, könnten Sie Kunden zeigen, wie viel Ihr Parfüm pro 100 ml kostet. Das folgende Beispiel zeigt, dass das Parfüm 100 € pro 100 ml kostet, was bedeutet, dass eine 200-ml-Flasche Parfüm 200 € kosten würde. Diese Form der Preisgestaltung ist besonders in der EU, Neuseeland und Australien für Produkte wichtig, die nach Volumen, Länge oder Gewicht verkauft werden.

Wenn die Grundpreis-Maßeinheit und die Grundpreis-Basiseinheit vorhanden sind, geben Sie den aktiven Preis innerhalb einer UnitPriceSpecification an und verwenden Sie die Eigenschaft referenceQuantity, um die Grundpreisangabe bereitzustellen.

Versanddetails

Hier ist ein Beispiel für eine Produktseite mit Versanddetails. Dieses Beispiel würde zu einer Versandrate von 3,49 $ für alle Nutzer führen, die in den USA leben. Weitere Beispiele finden Sie im Abschnitt Versand.

JSON-LD


RDFa


Microdata


Kostenloser Versand

Hier ist ein Beispiel für die Bereitstellung von kostenlosem Versand für Käufer im US-Bundesstaat New York.

Rückgabedetails

Hier ist ein Beispiel für eine Produktseite mit Rückgabedetails. Das Markup entspricht einer Rückgaberichtlinie, die erfordert, dass in der Schweiz verkaufte Produkte innerhalb von 60 Tagen per Post zurückgegeben werden müssen und eine Rückgabegebühr von 3,49 Schweizer Franken erhoben wird.

Zertifizierungen

Die folgenden Beispiele veranschaulichen, wie Zertifizierungsinformationen mithilfe strukturierter Daten angegeben werden. Das erste Beispiel gibt die deutsche CO2-Emissionsklasse “D” für ein Fahrzeug an.

Das zweite Beispiel gibt ein EPREL-Energieeffizienzlabel für eine LED an:

3D-Modell

Dieses Beispiel zeigt, wie ein 3D-Modell mit der Eigenschaft subjectOf und dem Typ 3DModel mit einem Produkt verknüpft wird.

Richtlinien

Damit Ihr Product-Markup für Händler-Listing-Erlebnisse infrage kommt, müssen Sie diese Richtlinien befolgen:

Technische Richtlinien

  • Nur Seiten, auf denen ein Käufer ein Produkt kaufen kann, kommen für Händler-Listing-Erlebnisse infrage, nicht Seiten mit Links zu anderen Websites, die das Produkt verkaufen. Google kann versuchen, Händler-Listing-Produktdaten zu verifizieren, bevor die Informationen in den Suchergebnissen angezeigt werden.
  • Produkt-Rich-Suchergebnisse unterstützen nur Seiten, die sich auf ein einzelnes Produkt (oder mehrere Varianten desselben Produkts) konzentrieren. Zum Beispiel ist “Schuhe in unserem Shop” kein spezifisches Produkt. Dies umfasst Produktvarianten, bei denen jede Produktvariante eine eindeutige URL hat. Wir empfehlen, sich darauf zu konzentrieren, Markup zu Produktseiten hinzuzufügen, anstatt zu Seiten, die Produkte oder eine Produktkategorie auflisten.
  • Einzelheiten zum Markieren von Produktvarianten finden Sie in der Dokumentation zu strukturierten Daten für Produktvarianten.
  • Wenn Sie Produkte in mehreren Währungen zum Verkauf anbieten, verwenden Sie eine eindeutige URL pro Währung. Wenn ein Produkt beispielsweise in kanadischen und US-Dollar zum Verkauf steht, verwenden Sie zwei eindeutige URLs, eine pro Währung.
  • Car wird nicht automatisch als Untertyp von Product unterstützt. Fügen Sie vorerst sowohl Car– als auch Product-Typen hinzu, wenn Sie Bewertungen daran anhängen und für die Suchfunktion infrage kommen möchten. Zum Beispiel in JSON-LD:
  • Wenn Sie ein Händler sind, der für alle Arten von Shopping-Ergebnissen optimiert, empfehlen wir, strukturierte Product-Daten für beste Ergebnisse in das anfängliche HTML einzufügen.
  • Für JavaScript-generiertes Product-Markup: Beachten Sie, dass dynamisch generiertes Markup Shopping-Crawls seltener und weniger zuverlässig machen kann, was bei sich schnell ändernden Inhalten wie Produktverfügbarkeit und Preis ein Problem darstellen kann. Wenn Sie JavaScript verwenden, um Product-Markup zu generieren, stellen Sie sicher, dass Ihr Server über genügend Rechenressourcen verfügt, um den erhöhten Datenverkehr von Google zu bewältigen.

Inhaltsrichtlinien

  • Wir erlauben keine Inhalte, die weitgehend verbotene oder regulierte Waren, Dienstleistungen oder Informationen bewerben, die schwerwiegenden, unmittelbaren oder langfristigen Schaden für Menschen verursachen könnten. Dies umfasst Inhalte im Zusammenhang mit Schusswaffen und Waffen, Freizeitdrogen, Tabak- und Vaping-Produkten sowie glücksspielbezogenen Produkten.

Definitionen der strukturierten Datentypen

Sie müssen die erforderlichen Eigenschaften einfügen, damit Ihr Inhalt für die Anzeige als Rich-Suchergebnis infrage kommt. Sie können auch die empfohlenen Eigenschaften einfügen, um Ihren strukturierten Daten weitere Informationen hinzuzufügen, was zu einer besseren Nutzererfahrung führen könnte.

Produktinformationen

Product

Die vollständige Definition von Product finden Sie unter schema.org/Product. Wenn Sie Ihren Inhalt für Produktinformationen markieren, verwenden Sie die folgenden Eigenschaften des Product-Typs:

Erforderliche Eigenschaften
name

Text

Der Name des Produkts.

image

Wiederholtes ImageObject oder URL

Die URL eines Produktfotos. Bilder, die das Produkt klar zeigen (z. B. vor einem weißen Hintergrund), werden bevorzugt.

Zusätzliche Bildrichtlinien:

  • Bild-URLs müssen crawlbar und indexierbar sein. Um zu prüfen, ob Google auf Ihre URLs zugreifen kann, verwenden Sie das Tool zur URL-Prüfung.
  • Bilder müssen den markierten Inhalt darstellen.
  • Bilder müssen in einem Dateiformat vorliegen, das von Google Bilder unterstützt wird.
  • Für beste Ergebnisse empfehlen wir die Bereitstellung mehrerer hochauflösender Bilder (mindestens 50.000 Pixel bei Multiplikation von Breite und Höhe) mit den folgenden Seitenverhältnissen: 16:9, 4:3 und 1:1.

Zum Beispiel:

offers

Offer

Ein verschachteltes Offer zum Verkauf des Produkts.

Produkt-Snippets akzeptieren ein Offer oder AggregateOffer, aber Händler-Listings erfordern ein Offer, da der Händler der Verkäufer des Produkts sein muss, um für Händler-Listing-Erlebnisse infrage zu kommen.

Empfohlene Eigenschaften
aggregateRating

AggregateRating

Eine verschachtelte aggregateRating des Produkts. Befolgen Sie die Richtlinien für Bewertungs-Snippets und die Liste der erforderlichen und empfohlenen AggregateRating-Eigenschaften.

audience

PeopleAudience

Optionale Informationen über die vorgeschlagene Zielgruppe für das Produkt, wie z. B. das vorgeschlagene Geschlecht und die Altersgruppe. Nur der PeopleAudience-Typ wird unterstützt. Siehe die Liste der von Google unterstützten PeopleAudience-Eigenschaften.

brand.name

Text

Geben Sie die Marke des Produkts in der name-Eigenschaft des Brand-Typs an, falls bekannt. Geben Sie höchstens einen Markennamen an.

category

Text oder CategoryCode

Gibt die Kategorien des Produkts an. Diese Eigenschaft kann ein Array von Werten akzeptieren, wobei einfache Textzeichenfolgen und CategoryCode-Objekte gemischt werden können.

  • Benutzerdefinierte Produkttypen: Einfache Text-Werte stellen Ihre benutzerdefinierte Produktkategorie dar, ähnlich dem product_type-Attribut in Produkt-Feeds. Wir empfehlen, benutzerdefinierte Produkttypen unter dem Limit von 750 Zeichen zu halten.
  • Google Produktkategorie (GPC): Um eine GPC anzugeben, ähnlich dem google_product_category-Attribut in Produkt-Feeds, verwenden Sie den CategoryCode-Typ.
    • Setzen Sie @type auf CategoryCode.
    • Setzen Sie inCodeSet auf eine Google Produkt-Taxonomie-URL (zum Beispiel "https://www.google.com/basepages/producttype/taxonomy-with-ids.en-US.txt").
    • Setzen Sie codeValue auf die GPC-ID (zum Beispiel "2271") oder den vollständigen Kategorienamen (zum Beispiel "Apparel & Accessories > Clothing > Dresses").
    • Wenn Sie das Pfadformat verwenden, verwenden Sie > als Trennzeichen zwischen den Ebenen. Jedes Segment im Pfad muss mindestens einen Buchstaben enthalten. Numerische IDs werden ebenfalls akzeptiert.

Sie können mehrere Kategoriewerte angeben. Sie können beispielsweise mehrere GPC-Codes oder Pfade und mehrere benutzerdefinierte Produkttyp-Zeichenfolgen einfügen.

color

Text

Die Farbe oder Farbkombination des Produkts (zum Beispiel “rot” oder “gelb/himmelblau”). Siehe auch das Farbe-Attribut in der Hilfe zum Google Merchant Center.

description

Text

Die Produktbeschreibung. Obwohl die Produktbeschreibung nicht zwingend erforderlich ist, wird dringend empfohlen, eine Beschreibung des Produkts in dieser Eigenschaft bereitzustellen.

gtin | gtin8 | gtin12 | gtin13 | gtin14 | isbn

Text

Geben Sie alle anwendbaren globalen Identifikatoren an; diese sind unter schema.org/Product beschrieben. Obwohl Sie die generische gtin-Eigenschaft für alle GTINs verwenden können, empfehlen wir, die spezifischste GTIN zu verwenden, die auf Ihr Produkt zutrifft, da dies die genaueste Darstellung des Produkts ist. Stellen Sie sicher, dass der GTIN-Wert in numerischer Form vorliegt; wir unterstützen nicht das URL-Format für GTINs.

isbn ist nur eine gültige Eigenschaft für Book. Für beste Ergebnisse verwenden Sie das ISBN-13-Format. Um Book korrekt zu verwenden, verwenden Sie Co-Typing mit dem Product. Dies ermöglicht es Ihnen, Eigenschaften beider Typen auf dem Knoten zu verwenden. Zum Beispiel:

hasAdultConsideration

AdultOrientedEnumeration

Gibt an, dass das Produkt als für Erwachsene bestimmt gekennzeichnet ist, zum Beispiel weil es Nacktheit oder sexuelle Inhalte enthält. Wenn Sie Produkte verkaufen, die gemäß Googles Richtlinie für jugendgefährdende Inhalte als für Erwachsene bestimmt gelten, müssen Sie diese Eigenschaft verwenden, um sie als solche zu kennzeichnen. Obwohl diese Produkte für Shopping-Anzeigen und kostenlose Einträge infrage kommen, unterliegen sie alters- und länderbasierten Einschränkungen. Die Kennzeichnung stellt sicher, dass Google diese Einschränkungen anwenden und angemessene und rechtlich konforme Inhalte für Online-Käufer anzeigen kann. Obwohl schema.org mehrere Werte für AdultOrientedEnumeration definiert, unterstützt die Google Suche für diese Eigenschaft nur den Wert https://schema.org/SexualContentConsideration.

hasCertification

Certification

Zertifizierungen, wie z. B. Energieeffizienzbewertungen, die mit einem Produkt verknüpft sind. Es können bis zu 10 Zertifizierungen angegeben werden. Diese Eigenschaft ist besonders in europäischen Ländern relevant. Siehe auch die Liste der von Google unterstützten Certification-Eigenschaften.

inProductGroupWithID

Text

Die ID einer Produktgruppe, zu der diese Produktvariante gehört. Siehe auch Item Group Id in der Hilfe zum Google Merchant Center. Geben Sie höchstens einen Wert an.

Einzelheiten zum Hinzufügen von Markup für Produktvarianten finden Sie in der Dokumentation zu strukturierten Daten für Produktvarianten.
isVariantOf

ProductGroup

Eine Produktgruppe, zu der diese Produktvariante gehört, falls zutreffend. Einzelheiten zum Hinzufügen von Markup für Produktvarianten finden Sie in der Dokumentation zu strukturierten Daten für Produktvarianten.

material

Text

Das Material oder die Materialkombination, aus der das Produkt besteht, wie z. B. “Leder” oder “Baumwolle/Polyester”. Siehe auch Material in der Hilfe zum Google Merchant Center.

mpn

Text

Die Herstellernummer. Diese Eigenschaft identifiziert das Produkt für einen bestimmten Hersteller eindeutig.

pattern

Text

Das Muster des Produkts, wie z. B. “gepunktet” oder “gestreift”. Siehe auch Pattern auf der Seite zur Produktdatenspezifikation im Google Merchant Center.

review

Review

Eine verschachtelte Review des Produkts. Befolgen Sie die Richtlinien für Bewertungs-Snippets und die Liste der erforderlichen und empfohlenen Bewertungseigenschaften. Siehe auch die Liste der zusätzlichen Review-Eigenschaften, die spezifisch für den Product-Typ von schema.org sind.

Wenn Sie eine Bewertung für das Produkt hinzufügen, muss der Name des Rezensenten ein gültiger Name für eine Person oder ein Team sein.

Nicht empfohlen: 50% Rabatt am Black Friday

Empfohlen: “James Smith” oder “CNET-Rezensenten”

size

Text oder SizeSpecification

Die Größe des Produkts, wie z. B. “XL” oder “medium”. Siehe auch size auf der Seite zur Produktdatenspezifikation im Google Merchant Center. Siehe die Liste der von Google unterstützten SizeSpecification-Eigenschaften. Geben Sie höchstens einen Wert an.

sku

Text

Die händlerspezifische Kennung für das Produkt. Geben Sie höchstens einen Wert an.

  • Der sku-Wert muss Unicode-Zeichen verwenden, die für den Austausch gültig sind.
  • Der sku-Wert darf keine Leerzeichen enthalten (wie durch die Unicode-Leerzeicheneigenschaft definiert).
  • Wir empfehlen, dass der sku-Wert nur ASCII-Zeichen enthält.
subjectOf

3DModel

Ein 3D-Modell für das Produkt, falls zutreffend. Siehe die Liste der von Google unterstützten 3DModel-Eigenschaften. Geben Sie höchstens einen 3DModel

Alien Road

So setzen wir das um

Merchant listings connect on-site markup with Shopping surfaces. We reconcile them with the Merchant Center feed as one workstream, since disagreement between the two means Google trusts neither.

Verwandte Leistungen

Teilen

© Copyright 2026 Alien Road. All rights reserved.