
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.
- 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.
- Befolgen Sie die Richtlinien.
- 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).
- 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. - 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 einevalidForMemberTier-Eigenschaft. - Durchgestrichene Preise setzen die
priceType-Eigenschaft aufStrikethroughPrice(für eine Übergangszeit ist auchListPricezulässig) und dürfen keinevalidForMemberTier-Eigenschaft haben. - Mitgliederpreise werden mit einer
validForMemberTier-Eigenschaft markiert und dürfen keinepriceType-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):
- Startdatum und -uhrzeit: Verwenden Sie die Eigenschaft
validFrom. - Enddatum und -uhrzeit: Verwenden Sie entweder die Eigenschaft
validThroughoder die EigenschaftpriceValidUntil.
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 dervalidThrough-Eigenschaft oder derpriceValidUntil-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 dievalidFrom-Eigenschaft und (dievalidThrough-Eigenschaft oder diepriceValidUntil-Eigenschaft) direkt demOffer-Knoten hinzufügen. Diese Daten gelten, wenn dieprice-Eigenschaft auf demOffer-Knoten den aktuellen aktiven Verkaufspreis darstellt. - Auf einem
PriceSpecification-Knoten: Wenn der Verkaufspreis innerhalb einesPriceSpecification-Knotens definiert ist (normalerweise einer ohne diepriceType-Eigenschaft, wenn auch einStrikethroughPrice-Wert vorhanden ist), fügen Sie dievalidFrom-Eigenschaft und dievalidThrough-Eigenschaft diesem spezifischenPriceSpecification-Knoten hinzu. Beachten Sie, dass diepriceValidUntil-Eigenschaft nicht auf denPriceSpecification-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:
- Allgemeine Richtlinien für strukturierte Daten
- Suchgrundlagen
- Technische Richtlinien
- Inhaltsrichtlinien
- Richtlinien für kostenlose Einträge (für Händler-Listing-Erlebnisse)
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.
Carwird nicht automatisch als Untertyp von Product unterstützt. Fügen Sie vorerst sowohlCar– als auchProduct-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, umProduct-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 | Der Name des Produkts. |
image | Wiederholtes Die URL eines Produktfotos. Bilder, die das Produkt klar zeigen (z. B. vor einem weißen Hintergrund), werden bevorzugt. Zusätzliche Bildrichtlinien:
Zum Beispiel: |
offers | Ein verschachteltes Produkt-Snippets akzeptieren ein |
| Empfohlene Eigenschaften | |
|---|---|
aggregateRating | Eine verschachtelte |
audience | Optionale Informationen über die vorgeschlagene Zielgruppe für das Produkt, wie z. B. das vorgeschlagene Geschlecht und die Altersgruppe. Nur der |
brand.name | Geben Sie die Marke des Produkts in der |
category |
Gibt die Kategorien des Produkts an. Diese Eigenschaft kann ein Array von Werten akzeptieren, wobei einfache Textzeichenfolgen und
Sie können mehrere Kategoriewerte angeben. Sie können beispielsweise mehrere GPC-Codes oder Pfade und mehrere benutzerdefinierte Produkttyp-Zeichenfolgen einfügen. |
color | 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 | 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 | Geben Sie alle anwendbaren globalen Identifikatoren an; diese sind unter schema.org/Product beschrieben. Obwohl Sie die generische
|
hasAdultConsideration | 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 |
hasCertification | 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 |
inProductGroupWithID | Die ID einer Produktgruppe, zu der diese Produktvariante gehört. Siehe auch |
isVariantOf | 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 | Das Material oder die Materialkombination, aus der das Produkt besteht, wie z. B. “Leder” oder “Baumwolle/Polyester”. Siehe auch |
mpn | Die Herstellernummer. Diese Eigenschaft identifiziert das Produkt für einen bestimmten Hersteller eindeutig. |
pattern | Das Muster des Produkts, wie z. B. “gepunktet” oder “gestreift”. Siehe auch |
review | Eine verschachtelte Wenn Sie eine Bewertung für das Produkt hinzufügen, muss der Name des Rezensenten ein gültiger Name für eine Nicht empfohlen: 50% Rabatt am Black Friday Empfohlen: “James Smith” oder “CNET-Rezensenten” |
size |
Die Größe des Produkts, wie z. B. “XL” oder “medium”. Siehe auch |
sku | Die händlerspezifische Kennung für das Produkt. Geben Sie höchstens einen Wert an.
|
subjectOf | Ein 3D-Modell für das Produkt, falls zutreffend. Siehe die Liste der von Google unterstützten |
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