Wenn Sie Product -Markup zu Ihrer Seite hinzufügen, kann diese für die Anzeige in Händler-Einträgen in der Google-Suche infrage kommen, einschließlich des Shopping-Knowledge-Panels, Google Bilder, beliebter Produkt-Ergebnisse und Produkt-Snippets. Händler-Einträge können spezifischere Daten zu einem Produkt hervorheben, wie etwa Preis, Verfügbarkeit sowie Versand- und Rückgabeinformationen.
Dieser Leitfaden konzentriert sich auf die Anforderungen an Product -strukturierte Daten für Händler-Einträge. Wenn Sie sich nicht sicher sind, welches Markup Sie verwenden sollen, lesen Sie unsere
Einführung in Product -Markup.
So fügen Sie strukturierte Daten hinzu
Strukturierte Daten sind ein standardisiertes Format zur Bereitstellung von Informationen über eine Seite und zur Klassifizierung von Seiteninhalten. Wenn Sie neu bei strukturierten Daten sind, können Sie mehr darüber erfahren,
wie strukturierte Daten funktionieren.
Hier ist ein Überblick darüber, wie man strukturierte Daten erstellt, testet und veröffentlicht.
- Fügen Sie die erforderlichen Eigenschaftenhinzu. 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 könnten, da diese dazu beitragen können, die Qualität Ihrer strukturierten Daten zu verbessern (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 URL-Prüftool , 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, mit Produktbewertungen.
<html>
<head>
<title>Executive Anvil</title>
<script type=”application/ld+json”>
{
“@context”: “https://schema.org/”,
“@type”: “Product”,
“name”: “Executive Anvil”,
“image”: [
“https://example.com/photos/1×1/photo.jpg”,
“https://example.com/photos/4×3/photo.jpg”,
“https://example.com/photos/16×9/photo.jpg”
],
“description”: “Sleeker than ACME’s Classic Anvil, the Executive Anvil is perfect for the business traveler looking for something to drop from a height.”,
“sku”: “0446310786”,
“mpn”: “925872”,
“brand”: {
“@type”: “Brand”,
“name”: “ACME”
},
“review”: {
“@type”: “Review”,
“reviewRating”: {
“@type”: “Rating”,
“ratingValue”: 4,
“bestRating”: 5
},
“author”: {
“@type”: “Person”,
“name”: “Fred Benson”
}
},
“aggregateRating”: {
“@type”: “AggregateRating”,
“ratingValue”: 4.4,
“reviewCount”: 89
},
“offers”: {
“@type”: “Offer”,
“url”: “https://example.com/anvil”,
“priceCurrency”: “USD”,
“price”: 119.99,
“priceValidUntil”: “2024-11-20”,
“itemCondition”: “https://schema.org/UsedCondition”,
“availability”: “https://schema.org/InStock”
}
}
</script>
</head>
<body>
</body>
</html>
<html>
<head>
<title>Executive Anvil</title>
</head>
<body>
<div typeof=”schema:Product”>
<div rel=”schema:review”>
<div typeof=”schema:Review”>
<div rel=”schema:reviewRating”>
<div typeof=”schema:Rating”>
<div property=”schema:ratingValue” content=”4″></div>
<div property=”schema:bestRating” content=”5″></div>
</div>
</div>
<div rel=”schema:author”>
<div typeof=”schema:Person”>
<div property=”schema:name” content=”Fred Benson”></div>
</div>
</div>
</div>
</div>
<div rel=”schema:image” resource=”https://example.com/photos/4×3/photo.jpg”></div>
<div property=”schema:mpn” content=”925872″></div>
<div property=”schema:name” content=”Executive Anvil”></div>
<div property=”schema:description” content=”Sleeker than ACME’s Classic Anvil, the Executive Anvil is perfect for the business traveler looking for something to drop from a height.”></div>
<div rel=”schema:image” resource=”https://example.com/photos/1×1/photo.jpg”></div>
<div rel=”schema:brand”>
<div typeof=”schema:Brand”>
<div property=”schema:name” content=”ACME”></div>
</div>
</div>
<div rel=”schema:aggregateRating”>
<div typeof=”schema:AggregateRating”>
<div property=”schema:reviewCount” content=”89″></div>
<div property=”schema:ratingValue” content=”4.4″></div>
</div>
</div>
<div rel=”schema:offers”>
<div typeof=”schema:Offer”>
<div property=”schema:price” content=”119.99″></div>
<div property=”schema:availability” content=”https://schema.org/InStock”></div>
<div property=”schema:priceCurrency” content=”USD”></div>
<div property=”schema:priceValidUntil” datatype=”xsd:date” content=”2024-11-20″></div>
<div rel=”schema:url” resource=”https://example.com/anvil”></div>
<div property=”schema:itemCondition” content=”https://schema.org/UsedCondition”></div>
</div>
</div>
<div rel=”schema:image” resource=”https://example.com/photos/16×9/photo.jpg”></div>
<div property=”schema:sku” content=”0446310786″></div>
</div>
</body>
</html>
<html>
<head>
<title>Executive Anvil</title>
</head>
<body>
<div>
<div itemtype=”https://schema.org/Product” itemscope>
<meta itemprop=”mpn” content=”925872″ />
<meta itemprop=”name” content=”Executive Anvil” />
<link itemprop=”image” href=”https://example.com/photos/16×9/photo.jpg” />
<link itemprop=”image” href=”https://example.com/photos/4×3/photo.jpg” />
<link itemprop=”image” href=”https://example.com/photos/1×1/photo.jpg” />
<meta itemprop=”description” content=”Sleeker than ACME’s Classic Anvil, the Executive Anvil is perfect for the business traveler looking for something to drop from a height.” />
<div itemprop=”offers” itemtype=”https://schema.org/Offer” itemscope>
<link itemprop=”url” href=”https://example.com/anvil” />
<meta itemprop=”availability” content=”https://schema.org/InStock” />
<meta itemprop=”priceCurrency” content=”USD” />
<meta itemprop=”itemCondition” content=”https://schema.org/UsedCondition” />
<meta itemprop=”price” content=”119.99″ />
<meta itemprop=”priceValidUntil” content=”2024-11-20″ />
</div>
<div itemprop=”aggregateRating” itemtype=”https://schema.org/AggregateRating” itemscope>
<meta itemprop=”reviewCount” content=”89″ />
<meta itemprop=”ratingValue” content=”4.4″ />
</div>
<div itemprop=”review” itemtype=”https://schema.org/Review” itemscope>
<div itemprop=”author” itemtype=”https://schema.org/Person” itemscope>
<meta itemprop=”name” content=”Fred Benson” />
</div>
<div itemprop=”reviewRating” itemtype=”https://schema.org/Rating” itemscope>
<meta itemprop=”ratingValue” content=”4″ />
<meta itemprop=”bestRating” content=”5″ />
</div>
</div>
<meta itemprop=”sku” content=”0446310786″ />
<div itemprop=”brand” itemtype=”https://schema.org/Brand” itemscope>
<meta itemprop=”name” content=”ACME” />
</div>
</div>
</div>
</body>
</html>
Preisgestaltung
- Google erkennt drei Arten von Preisen:
- Aktiver Preis
- Der Preis, zu dem das Produkt derzeit 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 auf einen gesenkten aktiven Preis aufmerksam zu machen.
- Mitgliederpreis
Der Preis, zu dem das Produkt einem Mitglied eines bestimmten Treueprogramms angeboten wird. Diese Preise werden mithilfe von Preisspezifikationen unter dem Offer -Objekt codiert (mit Ausnahme des aktiven Preises, der auch auf Angebotsebene codiert werden kann). Die jeweiligen Preisspezifikationen werden durch die Preisspezifikationseigenschaften
priceType undvalidForMemberTier
- identifiziert, die nicht zusammen verwendet werden dürfen:
Aktive Preise haben weder einepriceType- noch eine
validForMemberTier - -Eigenschaft.
Durchgestrichene Preise setzen diepriceType-Eigenschaft aufStrikethroughPrice(für einen Übergangszeitraum, ListPriceist ebenfalls
zulässig) und darf keinevalidForMemberTierEigenschaft haben. - Mitgliederpreise sind mit einer
validForMemberTierEigenschaft gekennzeichnet und dürfen keinepriceTypeEigenschaft haben.
Preisangaben, die beide Eigenschaften enthalten, werden ignoriert.
Aktiver Preis
Hier sind zwei Beispiele für die Codierung des aktiven Preises in JSON-LD. Der aktive Preis kann unter Verwendung der price Eigenschaft wie folgt angegeben werden:
Alternativ kann der aktive Preis unter Verwendung der priceSpecification
Eigenschaft angegeben werden.
Angebotspreise
Das folgende Beispiel zeigt ein Produkt mit einem Angebotspreis. Der aktuelle, aktive Preis wird automatisch zu einem Angebotspreis, wenn Sie einen zweiten Preis mit dem ursprünglichen, durchgestrichenen Preis angeben und ihn mit einer priceType Eigenschaft mit dem Wert https://schema.org/StrikethroughPricekennzeichnen. Kennzeichnen Sie den aktiven Preis nicht mit einer priceType Eigenschaft.
Alternativ können Sie zwei UnitPriceSpecification Objekte verwenden, um den Angebotspreis und den durchgestrichenen Preis anzugeben:
Angebotsdauer
Um den Zeitraum anzugeben, in dem ein Angebotspreis 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
validFromEigenschaft. - Enddatum und -uhrzeit: Verwenden Sie entweder die
validThroughEigenschaft oder diepriceValidUntilEigenschaft.
Bewährte Methoden:
- Geben Sie sowohl ein Start- als auch ein Enddatum bzw. eine Uhrzeit an, um den Angebotszeitraum klar zu definieren.
- Stellen Sie sicher, dass das Startdatum bzw. die Startuhrzeit (aus der
validFromEigenschaft) vor oder zum gleichen Zeitpunkt wie das Enddatum bzw. die Enduhrzeit (aus dervalidThroughEigenschaft oder derpriceValidUntilEigenschaft) liegt. - Wir empfehlen, die Uhrzeit und Zeitzone im ISO 8601 Format für die Genauigkeit in Google-Systemen anzugeben.
Wo die Eigenschaften platziert werden:
- Auf dem
OfferKnoten: Sie können dievalidFromEigenschaft und (dievalidThroughEigenschaft oder diepriceValidUntilEigenschaft) direkt demOfferKnoten hinzufügen. Diese Daten gelten, wenn derpriceEigenschaft auf demOfferKnoten stellt den aktuell aktiven Verkaufspreis dar. - Auf einem
PriceSpecificationKnoten: Wenn der Verkaufspreis innerhalb einesPriceSpecificationKnotens definiert ist (typischerweise einer ohne diepriceTypeEigenschaft, wenn auch einStrikethroughPriceWert vorhanden ist), fügen Sie dievalidFromEigenschaft und dievalidThroughEigenschaft zu diesem spezifischenPriceSpecificationKnoten hinzu. Beachten Sie, dass diepriceValidUntilEigenschaft nicht auf denPriceSpecificationTyp anwendbar ist.
Das folgende Beispiel zeigt ein Produkt mit einem Verkaufspreis. Die Dauer-Eigenschaften 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 Dauer-Eigenschaften werden dem
UnitPriceSpecification Objekt hinzugefügt, das den Verkaufspreis enthält:
Mitgliederpreise
Hier sind vier Beispiele für die Codierung 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, codiert mit Preisspezifikationen:
Das dritte Beispiel demonstriert, wie man einen Verkaufspreis, einen durchgestrichenen Preis und Mitgliederpreise für mehrere Treueprogramm-Stufen in einem einzigen Angebot codiert:
Der aktive Preis könnte auch auf Angebotsebene codiert werden, wie im ersten Beispiel gezeigt.
Im vierten Beispiel zeigt die Mitgliederpreis-Spezifikation Mitgliedschaftspunkte anstelle eines Mitgliederpreises:
Preisgestaltung mit Grundpreisangaben
Hier ist ein Beispiel dafür, wie man einen Preis für 200 ml eines Produkts angibt, 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 unit pricing measure
und unit pricing base measure
vorhanden sind, geben Sie den aktiven Preis innerhalb einer UnitPriceSpecification an und verwenden Sie die
referenceQuantity Eigenschaft, 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
Shipping .
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 Produkte, die in der Schweiz verkauft werden, innerhalb von 60 Tagen per Post zurückgegeben werden müssen, und eine Rücksendegebühr von 3,49 Schweizer Franken erhebt.
Zertifizierungen
Die folgenden Beispiele veranschaulichen, wie Zertifizierungsinformationen mithilfe strukturierter Daten angegeben werden. Das erste Beispiel spezifiziert die deutsche CO2-Emissionsklasse “D” für ein Fahrzeug.
Das zweite Beispiel spezifiziert ein EPREL-Energieeffizienzlabel für eine LED:
3D-Modell
Dieses Beispiel zeigt, wie man ein 3D-Modell mit einem Produkt verknüpft, unter Verwendung der subjectOf Eigenschaft und des 3DModel
Typs.
Richtlinien Damit Ihr Product
- -Markup für Merchant-Listing-Erfahrungen in Frage kommt, müssen Sie diese Richtlinien befolgen:
- Allgemeine Richtlinien für strukturierte Daten
- Grundlagen der Suche
- Technische Richtlinien
- Inhaltsrichtlinien Richtlinien für kostenlose Einträge
(für Merchant-Listing-Erfahrungen)
- Technische Richtlinien
- Nur Seiten, auf denen ein Käufer ein Produkt erwerben kann, sind für Merchant-Listing-Erfahrungen geeignet, nicht Seiten mit Links zu anderen Websites, die das Produkt verkaufen. Google kann versuchen, die Produktdaten für Merchant-Listings zu verifizieren, bevor die Informationen in den Suchergebnissen angezeigt werden. Product-Rich-Results 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 schließt Produktvarianten ein, bei denenjede Produktvariante eine eigene URL hat
- . Wir empfehlen, sich auf das Hinzufügen von Markup zu Produktseiten zu konzentrieren, anstatt auf Seiten, die Produkte oder eine Produktkategorie auflisten. Einzelheiten zur Auszeichnung 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 eigene URL pro Währung. Wenn ein Produkt beispielsweise in kanadischen und US-Dollar erhältlich ist, verwenden Sie zwei unterschiedliche 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 anheften und für die Suchfunktion in Frage 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, dieProduct - -strukturierten Daten für beste Ergebnisse in das ursprüngliche HTML einzufügen.
Für JavaScript-generiertesProduct-Markup : Seien Sie sich bewusst, dass
dynamisch generiertes MarkupShopping-Crawls weniger häufig 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 Traffic 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önnen. Dies umfasst Inhalte zu Schusswaffen und Waffen, Freizeitdrogen, Tabak- und Vaping-Produkten sowie glücksspielbezogenen Produkten.
Definitionen strukturierter Datentypen
Sie müssen die erforderlichen Eigenschaften einfügen, damit Ihre Inhalte für die Anzeige als Rich Result in Frage kommen. Sie können auch die empfohlenen Eigenschaften einfügen, um Ihren strukturierten Daten weitere Informationen hinzuzufügen, was zu einer besseren Nutzererfahrung führen kann.
Produktinformationen
Product Die vollständige Definition von Product
ist verfügbar unterschema.org/Product
. Wenn Sie Ihre Inhalte für Produktinformationen auszeichnen, verwenden Sie die folgenden Eigenschaften des Product
| -Typs: | |
|---|---|
Erforderliche Eigenschaften | Text |
Der Name des Produkts. | image URL Die URL eines Produktfotos. Bilder, die das Produkt deutlich zeigen (zum Beispiel vor einem weißen Hintergrund), werden bevorzugt.
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: | Offer um das Produkt zu verkaufen. Produkt-Snippets akzeptieren ein |
| Empfohlene Eigenschaften | |
|---|---|
aggregateRating | Eine verschachtelte |
audience | Optionale Informationen zur Zielgruppe des Produkts, wie z. B. das empfohlene Geschlecht und die Altersgruppe. Es wird nur der Typ |
Text |
name |
Text |
CategoryCode
color |
Text | Farbattribut |
Text | gtin | gtin8 | gtin12 | gtin13 | gtin14 | isbn |
Text |
schema.org/Product
|
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 |
hasCertification | Zertifizierungen, wie z. B. Energieeffizienzklassen, die mit einem Produkt verbunden 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 Einzelheiten zum Hinzufügen von Markup für Produktvarianten finden Sie in der |
isVariantOf | Eine Produktgruppe, zu der diese Produktvariante gehört, falls zutreffend. Einzelheiten zum Hinzufügen von Markup für Produktvarianten finden Sie in der |
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 Reviewers” |
size |
Die Größe des Produkts, wie “XL” oder “medium”. Siehe auch |
sku | Die händlerspezifische Kennung für das Produkt. Geben Sie maximal einen Wert an.
|
subjectOf | Ein 3D-Modell für das Produkt, falls zutreffend. Siehe die Liste der |
3DModel
Die vollständige Definition von 3DModel ist verfügbar unter
schema.org/3DModel.
Verwenden Sie die folgenden Eigenschaften, um auf ein 3D-Modell zu verlinken. Derzeit werden nur Modelle im glTF Format unterstützt.
| Erforderliche Eigenschaften | |
|---|---|
encoding | Das Medium für das 3D-Modell. |
encoding.contentUrl | Der Link zu einer 3D-Modelldefinitionsdatei im glTF Format. Die Datei muss eine |
Angebotsdetails
Offer
Die vollständige Definition von Offer ist verfügbar unter
schema.org/Offer. Wenn Sie Angebote innerhalb eines Produkts auszeichnen, verwenden Sie die folgenden Eigenschaften des
schema.org Offer
| Typs. | |
|---|---|
Erforderliche Eigenschaften price oder | Number schema.org usage Eigenschaft: Im Gegensatz zu Produkt-Snippets erfordern Händler-Listing-Erlebnisse einen Preis größer als Null. |
priceCurrency oder priceSpecification.priceCurrency | Die Währung, die zur Beschreibung des Produktpreises verwendet wird, im dreistelligen
|
priceSpecification | Der aktive Preis kann auch unter Verwendung von Die |
| Empfohlene Eigenschaften | |
|---|---|
availability | Die möglichen Optionen für die Produktverfügbarkeit. Die Kurznamen ohne das URL-Präfix werden ebenfalls unterstützt (zum Beispiel
Geben Sie nicht mehr als einen Wert an. |
hasMerchantReturnPolicy | Verschachtelte Informationen zu den Rückgaberichtlinien für ein |
aus zu verweisen, | @id
https://schema.org/RefurbishedCondition |
: Der Artikel wurde generalüberholt. |
: Der Artikel ist gebraucht (er ist nicht neu). Geben Sie nicht mehr als einen Wert an. priceValidUntil |
Format. Ihr Eintrag wird möglicherweise nicht angezeigt, wenn die | Eigenschaft ein vergangenes Datum angibt. Details und Markup-Beispiele finden Sie unter |
hasShippingService | OfferShippingDetails |
@id |
Eine URL der Produktwebseite, von der aus ein Käufer das Produkt erwerben kann. Diese URL kann die bevorzugte URL für die aktuelle Seite sein, bei der alle Variantenoptionen entsprechend ausgewählt sind. Die URL kann weggelassen werden. Geben Sie nicht mehrere URLs an. Details zum Hinzufügen von Markup für Produktvarianten finden Sie in der Dokumentation zu strukturierten Daten für Produktvarianten validFrom. |
DateTime |
Das Enddatum und die Uhrzeit, bis zu denen der Preis gültig ist, im ISO 8601 Format. Details und Markup-Beispiele finden Sie unter Verkaufsdauer. |
UnitPriceSpecification
Die vollständige Definition von UnitPriceSpecification ist verfügbar unter
schema.org/UnitPriceSpecification. Verwenden Sie die folgenden Eigenschaften, um komplexere Preisschemata zu erfassen.
| Erforderliche Eigenschaften | |
|---|---|
price | Der Angebotspreis eines Produkts. Siehe auch die |
priceCurrency | Die Währung, die zur Beschreibung des Produktpreises verwendet wird, im dreistelligen |
| Empfohlene Eigenschaften | |
|---|---|
membershipPointsEarned | Die (ganze) Anzahl der Punkte, die Mitglieder eines bestimmten Treueprogramms mit diesem Kauf sammeln. Verwenden Sie diese Eigenschaft nur zusammen mit Siehe |
priceType | Das Vorhandensein dieser Eigenschaft kennzeichnet den vollständigen, ursprünglichen Listenpreis eines Produkts, falls zutreffend. Verwenden Sie diese Eigenschaft nur, wenn Google den Verkaufspreis für Ihr Produkt anzeigen soll. Sie müssen den Wenn Sie die |
referenceQuantity |
Die Menge des Produkts, die für den angegebenen Preis angeboten wird. Siehe das Beispiel Preisgestaltung mit Grundpreisangaben und den Artikel Grundpreis in der Hilfe zum Google Merchant Center für eine detaillierte Erörterung der Grundpreisangaben. |
validForMemberTier | Das Vorhandensein dieser Eigenschaft gibt an, dass dieser Preis für Mitglieder eines bestimmten Treueprogramms gültig ist. Sie können mehrere Mitgliedsstufen angeben, wenn der Preis für diese gleich ist, und mehrere Preisspezifikationen mit dieser Eigenschaft, wenn der Preis für verschiedene Mitgliedsstufen unterschiedlich ist. Wenn Sie die Die Treueprogramme und Stufen, die Sie für Ihr Unternehmen anbieten, sollten entweder in Ihrem Merchant Center-Konto oder mithilfe des Hier ist ein Beispiel für die Hier ist ein Beispiel für die |
validFrom | Das Startdatum und die Startzeit, zu denen der Preis gültig ist, im ISO 8601 Format. Details und Markup-Beispiele finden Sie unter Verkaufsdauer. |
validThrough | Das Enddatum und die Endzeit, zu denen der Preis gültig ist, im ISO 8601 Format. Details und Markup-Beispiele finden Sie unter Verkaufsdauer. |
Wenn sowohl priceType als auch validForMemberTier verwendet werden, wird die Preisangabe ignoriert.
QuantitativeValue (für Grundpreisangaben)
Dieser Abschnitt befasst sich mit der Verwendung von QuantitativeValue für die referenceQuantity Eigenschaft einer Grundpreisangabe.
(QuantitativeValue wird auch für Versanddauern verwendet, jedoch mit anderen
Regeln.) Die vollständige Definition von QuantitativeValue ist verfügbar unter
schema.org/QuantitativeValue.
QuantitativeValue kann für Preise verwendet werden, die auf einer Maßeinheit basieren, wie z. B. der Kauf von Bodenbelägen pro Quadratmeter oder Flüssigkeiten pro halber Gallone. Siehe das Beispiel
Preisgestaltung mit Grundpreisangaben und den Artikel
Grundpreisangabe
in der Google Merchant Center-Hilfe für eine detaillierte Erörterung der Grundpreisangaben.
Verwenden Sie die folgenden Eigenschaften, um Details zur Grundpreisangabe zu erfassen.
| Erforderliche Eigenschaften | |
|---|---|
unitCode | Die Maßeinheit. Unterstützt werden entweder die UN/CEFACT-Codes oder deren menschenlesbare |
Wert | Der numerische Wert der verkauften Einheit. |
| Empfohlene Eigenschaften | |
|---|---|
valueReference | Die Basismenge, zu der das Produkt bepreist wird. |
SizeSpecification
Der SizeSpecification Typ wird verwendet, um die Größe eines Produkts anzugeben. Die vollständige Definition des Typs finden Sie unter
schema.org/SizeSpecification.
| Empfohlene Eigenschaften | |
|---|---|
Name | Ein für Menschen lesbarer Name für die Größe, wie zum Beispiel “XL”. Siehe das |
sizeGroup |
Die empfohlene Größengruppe für das Produkt, falls zutreffend. Die Interpretation der Gruppe wird durch die Eigenschaft
Die Kurznamen ohne das URL-Präfix werden ebenfalls unterstützt (zum Beispiel Siehe auch |
sizeSystem |
Das Größensystem für das Produkt, falls zutreffend. Unterstützte Werte sind:
Die Kurznamen ohne URL-Präfix werden ebenfalls unterstützt (zum Beispiel, Siehe auch |
PeopleAudience
Die vollständige Definition von PeopleAudience finden Sie unter
schema.org/PeopleAudience.
Verwenden Sie die folgenden Eigenschaften, wenn Sie die empfohlene Zielgruppe für ein Produkt angeben. Siehe auch Unterstützte strukturierte Datenattribute und Werte
in der Google Merchant Center-Hilfe.
| Empfohlene Eigenschaften | |
|---|---|
suggestedGender |
Das empfohlene Geschlecht, für das das Produkt geeignet ist. Muss einer der folgenden Werte sein:
Siehe Beachten Sie, dass Google |
suggestedMaxAge (oder suggestedAge.maxValue) | Das empfohlene Höchstalter für das Produkt in Jahren. Google ordnet die empfohlenen Höchstalter für Produkte den folgenden festen numerischen Werten zu:
|
suggestedMinAge (oder suggestedAge.minValue) | Das empfohlene Mindestalter für das Produkt in Jahren. Google ordnet die empfohlenen Mindestalter für Produkte den folgenden festen numerischen Werten zu:
|
Certification
Die vollständige Definition von Certification finden Sie unter schema.org/Certification.
Verwenden Sie die folgenden Eigenschaften, um die Zertifizierung anzugeben.
| Erforderliche Eigenschaften | |
|---|---|
issuedBy | Die Behörde oder Zertifizierungsstelle, die für die Ausstellung der Zertifizierung verantwortlich ist. Verwenden Sie die Eigenschaft
| name | Der Name der Zertifizierung. Derzeit unterstützen wir die folgenden Werte:
|
| Empfohlene Eigenschaften | |
|---|---|
certificationIdentification | Der Code der Zertifizierung. Zum Beispiel für das EPREL-Zertifikat mit dem Link |
Eigenschaft verwenden. | Rating
Eigenschaften können in der certificationRating und |
Hier ist ein Beispiel für die
certificationRating
Eigenschaft mit verschachtelten Eigenschaften, die eine EU-Energieeffizienzklasse angeben:
Hier ist ein Beispiel für die certificationRating
Eigenschaft mit verschachtelten Eigenschaften, die eine CO2-Emissionsklasse angeben:
Versand OfferShippingDetails OfferShippingDetails ermöglicht es Nutzern, Versandkosten und geschätzte Lieferzeiten basierend auf ihrem Standort und den Versandrichtlinien Ihres Unternehmens zu sehen. Um Ihre Produkte für die Erweiterung der Versanddetails zu qualifizieren, fügen Sie die folgenden OfferShippingDetails-Eigenschaften zu Ihren Produktseiten zusätzlich zu den strukturierten Daten vom Typ Product hinzu. Manchmal haben Händler möglicherweise mehrere Optionen, die Benutzer beim Versand eines Produkts an ein Ziel auswählen können (zum Beispiel Express Overnight, Rushed 2-day und Standard). Sie können jede dieser Optionen angeben, indem Sie mehrere shippingDetails-Eigenschaften verwenden, jeweils mit unterschiedlichen Kombinationen der shippingRate- und deliveryTime-Eigenschaften.
Obwohl OfferShippingDetails nicht erforderlich ist, sind die folgenden Eigenschaften notwendig, wenn Sie möchten, dass Ihre Versanddetails für die Erweiterung der Versanddetails infrage kommen.
Die vollständige Definition von OfferShippingDetails finden Sie unter
schema.org/OfferShippingDetails.
| Erforderliche Eigenschaften | |
|---|---|
deliveryTime | Die Gesamtverzögerung zwischen dem Eingang der Bestellung und dem Zeitpunkt, an dem die Ware den Endkunden erreicht. Die folgenden Eigenschaften können in der Eigenschaft
Geben Sie nicht mehr als eine |
die von Google unterstützt werden. | DefinedRegion |
Eigenschaften, |
shippingRate muss zusammen mit |
Eigenschaft angeben. Um mehrere Tarife für Ihr Produkt anzugeben, definieren Sie mehrere | Eigenschaften. |
Die Währung der Versandkosten im 3-stelligen ISO 4217 Format. |
shippingRate.value Zahl |
Die Kosten für den Versand an das
shippingDestination .
Wenn eine Zeichenfolge zur Angabe des Wertes verwendet wird, fügen Sie keine Währungssymbole, Tausendertrennzeichen oder Leerzeichen hinzu.
Um kostenlosen Versand anzugeben, setzen Sie den Wert auf
| DefinedRegion | |
|---|---|
DefinedRegion | Regionen einrichten in der Google Merchant Center-Hilfe dokumentiert. |
| addressCountry | |
|---|---|
Text Der zweistellige Ländercode im ISO 3166-1 alpha-2 Format. | Empfohlene Eigenschaften |
oder | Identifiziert die Region für das Liefergebiet des Kunden. Wenn diese weggelassen wird, gilt das gesamte Land als definierte Region. Es können mehrere Regionen aufgelistet werden, aber Sie können nicht verschiedene Arten der Regionsangabe in einer DefinedRegion |
postalCode | Die Postleitzahl. Zum Beispiel 94043. Derzeit werden Postleitzahlen für Australien, Kanada und die USA unterstützt. |
ShippingDeliveryTime
ShippingDeliveryTime
wird verwendet, um die Gesamtverzögerung zwischen dem Eingang einer Bestellung und dem Erhalt der Ware durch den Endkunden anzugeben.
| Empfohlene Eigenschaften | |
|---|---|
handlingTime |
Die typische Verzögerung zwischen dem Eingang der Bestellung und dem Verlassen der Ware aus dem Lager. |
transitTime |
Die typische Verzögerung zwischen dem Versand der Bestellung und dem Erhalt der Ware durch den Endkunden. |
QuantitativeValue (für Versandzeiten)
QuantitativeValue wird hier verwendet, um Versandzeiten darzustellen. Eine Mindest- und Höchstanzahl an Tagen muss angegeben werden. (QuantitativeValue wird auch für die Einheitspreisgestaltung verwendet, mit anderen Validierungsregeln für Eigenschaften.)
| Erforderliche Eigenschaften | |
|---|---|
maxValue | Die maximale Anzahl an Tagen. Der Wert muss eine nicht negative ganze Zahl sein. |
minValue | Die minimale Anzahl an Tagen. Der Wert muss eine nicht negative ganze Zahl sein. |
unitCode | Die Einheiten der Mindest-/Höchstwerte. Der Wert muss |
Rücksendungen
MerchantReturnPolicy
Verwenden Sie die folgenden Eigenschaften, damit Ihr Händlereintrag Informationen zur Rückgaberichtlinie anzeigen kann, einschließlich Rücksendegebühren und der Frist für die Rückgabe eines Produkts.
| Erforderliche Eigenschaften | |
|---|---|
applicableCountry | Der Ländercode, für den die Rückgaberichtlinie gilt, unter Verwendung des zweistelligen |
returnPolicyCategory | Die Art der Rückgaberichtlinie. Verwenden Sie einen der folgenden Werte:
Wenn Sie |
| Empfohlene Eigenschaften | |
|---|---|
merchantReturnDays | Die Anzahl der Tage ab dem Lieferdatum, an denen ein Produkt zurückgegeben werden kann. Diese Eigenschaft ist erforderlich, wenn Sie die |
setzen. | ReturnFeesEnumeration
|
returnMethod | Die Art der angebotenen Rückgabemethode. Dies wird nur empfohlen, wenn Sie
|
returnShippingFeesAmount | Die Versandkosten für die Rücksendung eines Produkts. Diese Eigenschaft ist nur erforderlich, wenn eine Versandgebühr ungleich null vom Verbraucher an den Händler für die Rücksendung eines Produkts zu zahlen ist. In diesem Fall muss |
Alternative Ansätze zur Konfiguration von Versand- und Rückgabeeinstellungen bei Google
Versand- und Rückgaberichtlinien für Einzelhändler können kompliziert sein und sich häufig ändern. Wenn Sie Schwierigkeiten haben, Ihre Versand- und Rückgabedetails mit Markup anzugeben und aktuell zu halten, und ein Google Merchant Center-Konto besitzen, sollten Sie Ihre
Versandeinstellungen
und
Rückgaberichtlinien
in der Google Merchant Center-Hilfe konfigurieren. Alternativ können Sie auf Kontoebene
Versand- und Rückgaberichtlinien in der Search Consolekonfigurieren, die automatisch zum Merchant Center hinzugefügt werden.
Kombination mehrerer Versand- und Rückgabekonfigurationen
Wenn Sie Versand- oder Rückgaberichtlinien an mehreren Stellen definieren, verwendet Google die folgende Rangfolge (von der stärksten zur schwächsten):
- Produktebene Feeds, die im Merchant Center eingereicht wurden
- Einstellungen in der Content API for Shopping
- Einstellungen im Merchant Center oder in der Search Console
- Markup für Händlerangebote auf Produktebene
- Markup auf Organisationsebene
Rich Results mit der Search Console überwachen
Die Search Console ist ein Tool, mit dem Sie überwachen können, wie Ihre Seiten in der Google-Suche abschneiden. Sie müssen sich nicht für die Search Console anmelden, um in den Google-Suchergebnissen enthalten zu sein, aber es kann Ihnen helfen zu verstehen und zu verbessern, wie Google Ihre Website sieht. Wir empfehlen, die Search Console in folgenden Fällen zu überprüfen:
- Nach der ersten Implementierung strukturierter Daten
- Nach der Veröffentlichung neuer Vorlagen oder der Aktualisierung Ihres Codes
- Regelmäßige Analyse des Traffics
Nach der ersten Implementierung strukturierter Daten
Nachdem Google Ihre Seiten indexiert hat, suchen Sie mithilfe des entsprechenden Berichts nach Problemen:
Bericht zum Status von Rich Results. Idealerweise gibt es einen Anstieg gültiger Elemente und keinen Anstieg ungültiger Elemente. Wenn Sie Probleme in Ihren strukturierten Daten finden:
- Beheben Sie die ungültigen Elemente.
- Überprüfen Sie eine Live-URL , um zu prüfen, ob das Problem weiterhin besteht.
- Validierung anfordern mithilfe des Statusberichts.
Nach der Veröffentlichung neuer Vorlagen oder der Aktualisierung Ihres Codes
Wenn Sie wesentliche Änderungen an Ihrer Website vornehmen, überwachen Sie diese auf einen Anstieg ungültiger Elemente in den strukturierten Daten.
- Wenn Sie einen Anstieg ungültiger Elementesehen, haben Sie möglicherweise eine neue Vorlage eingeführt, die nicht funktioniert, oder Ihre Website interagiert auf eine neue und fehlerhafte Weise mit der bestehenden Vorlage.
- Wenn Sie einen Rückgang gültiger Elemente sehen (der nicht durch einen Anstieg ungültiger Elemente ausgeglichen wird), binden Sie möglicherweise keine strukturierten Daten mehr in Ihre Seiten ein. Verwenden Sie das
Tool zur URL-Prüfung , um herauszufinden, was das Problem verursacht.
Regelmäßige Analyse des Traffics
Analysieren Sie Ihren Google-Such-Traffic mithilfe des Leistungsberichts. Die Daten zeigen Ihnen, wie oft Ihre Seite als Rich Result in der Suche erscheint, wie oft Nutzer darauf klicken und welche durchschnittliche Position Sie in den Suchergebnissen einnehmen. Sie können diese Ergebnisse auch automatisch mit der Search Console API.
abrufen. Es gibt zwei Berichte in der Search Console, die sich auf Produkt strukturierte Daten beziehen:
- Bericht zu Händlerangeboten: Für Seiten, auf denen Käufer Produkte kaufen können.
- Bericht zu Produktsnippets:
Für andere produktbezogene Seiten wie Produktbewertungen und Aggregator-Websites.
Beide Berichte enthalten Warnungen und Fehler in Bezug auf Product strukturierte Daten, sind jedoch aufgrund der unterschiedlichen Anforderungen für die zugehörigen Erlebnisse getrennt. Zum Beispiel enthält der
Bericht zu Händler-Einträgen
Prüfungen für Produktsnippets, die Offer
strukturierte Daten enthalten, sodass der
Produktsnippets
Bericht nur für Seiten konsultiert werden muss, die keine Händler-Einträge sind.
Fehlerbehebung
Wenn Sie Probleme bei der Implementierung oder dem Debugging strukturierter Daten haben, finden Sie hier einige Ressourcen, die Ihnen helfen könnten.
- Wenn Sie ein Content-Management-System (CMS) verwenden oder jemand anderes Ihre Website betreut, bitten Sie diese Person um Hilfe. Leiten Sie unbedingt alle Nachrichten aus der Search Console, in denen das Problem detailliert beschrieben wird, an diese Person weiter.
- Google garantiert nicht, dass Funktionen, die strukturierte Daten verwenden, in den Suchergebnissen erscheinen. Eine Liste der häufigsten Gründe, warum Google Ihre Inhalte möglicherweise nicht als Rich Result anzeigt, finden Sie in den
Allgemeinen Richtlinien für strukturierte Daten. - Möglicherweise liegt ein Fehler in Ihren strukturierten Daten vor. Überprüfen Sie die
Liste der Fehler bei strukturierten Daten
und den Bericht zu nicht analysierbaren strukturierten Daten. - Wenn Sie eine manuelle Maßnahme bezüglich strukturierter Daten für Ihre Seite erhalten haben, werden die strukturierten Daten auf der Seite ignoriert (obwohl die Seite weiterhin in den Google-Suchergebnissen erscheinen kann). Um
Probleme mit strukturierten Datenzu beheben, verwenden Sie den Bericht zu manuellen Maßnahmen. - Überprüfen Sie die Richtlinien erneut, um festzustellen, ob Ihre Inhalte nicht den Richtlinien entsprechen. Das Problem kann entweder durch Spam-Inhalte oder durch die Verwendung von Spam-Markup verursacht werden. Da es sich jedoch möglicherweise nicht um ein Syntaxproblem handelt, kann der Test für Rich-Suchergebnisse diese Probleme nicht identifizieren.
- Fehlerbehebung bei fehlenden Rich Results / Rückgang der gesamten Rich Results.
- Geben Sie Google Zeit für das erneute Crawlen und Indexieren. Denken Sie daran, dass es nach der Veröffentlichung einer Seite einige Tage dauern kann, bis Google sie findet und crawlt. Allgemeine Fragen zum Crawling und zur Indexierung finden Sie in den
Häufig gestellten Fragen zum Crawling und zur Indexierung in der Google Suche. - Stellen Sie eine Frage im Google Search Central-Forum.
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