Strukturdaten für Produkte: Angebote, Bewertungen, Fehler

Was Produkt-Markup leistet

Strukturierte Daten für Produkte beschreiben ein Produkt in einer Form, die Programme lesen können: Name, Bild, Preis, Währung, Verfügbarkeit und Bewertungen. Das Vokabular stammt von schema.org, ein übliches Format ist JSON-LD, ein Datenblock in der Seite, den Besucher nicht sehen. Google kann diese Daten nutzen, um Produktangaben in den Suchergebnissen zu zeigen, zum Beispiel einen Preis oder Sterne. Google stellt aber auch klar, dass strukturierte Daten kein Versprechen auf ein Rich-Ergebnis sind.

Zwei Arten von Produktseiten

Google unterscheidet zwei Fälle. Händlereinträge (merchant listings) gelten für Seiten, auf denen man das Produkt bei dir kaufen kann. Produkt-Snippets gelten für andere Produktseiten, etwa Rezensionen, Tests und Vergleiche. Die Anforderungen sind verschieden. Entscheide deshalb zuerst, welcher Fall deine Seite ist.

Laut Google unterstützen Produkt-Rich-Ergebnisse nur Seiten, die sich auf ein einzelnes Produkt konzentrieren oder auf mehrere Varianten desselben Produkts. Google empfiehlt, das Markup auf Produktseiten zu setzen, nicht auf Kategorieseiten oder Produktlisten.

Die Bausteine

• Product: das Produkt selbst, mit name, image, description, brand, sku und, wenn vorhanden, einer GTIN.
• Offer: die Verkaufsbedingungen, mit price, priceCurrency, availability, der url des Angebots und, wenn der Preis endet, priceValidUntil.
• AggregateRating: der Durchschnitt vieler Bewertungen, mit ratingValue und entweder ratingCount oder reviewCount.
• Review: eine einzelne Rezension. Google verlangt, dass der Name des Verfassers ein gültiger Name einer Person oder eines Teams ist.

Ein knappes Beispiel

Dieser Block beschreibt eine Tasse, die verkauft wird. Er gehört in das HTML der Produktseite, meist in den head oder ans Ende des body.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Blue ceramic mug, 0.3 l",
  "image": "https://example.com/img/mug-blue.jpg",
  "sku": "MUG-BL-03",
  "brand": { "@type": "Brand", "name": "Example Pottery" },
  "offers": {
    "@type": "Offer",
    "price": "12.90",
    "priceCurrency": "EUR",
    "availability": "https://schema.org/InStock",
    "url": "https://example.com/mug-blue"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.6",
    "reviewCount": "38"
  }
}
</script>

Drei Kleinigkeiten verursachen viele Fehler. schema.org verlangt einen Punkt als Dezimalzeichen und kein Währungssymbol im Preis. Schreib also 12.90, nicht 12,90 oder 12,90 €. Die Währung steht in priceCurrency als Code nach ISO 4217, etwa EUR oder PLN. Die Verfügbarkeit ist ein Wert von schema.org, etwa InStock oder OutOfStock.

Bewertungen und Rezensionen

Ein AggregateRating braucht ratingValue und mindestens eines von ratingCount oder reviewCount. Innerhalb eines Produkts ist itemReviewed nicht nötig. Lässt du bestRating und worstRating weg, nimmt Google eine Skala von 1 bis 5 an. Nutzt dein Shop eine andere Skala, zum Beispiel 1 bis 10, gib sie an.

Preis, Verfügbarkeit und Aktualität

• Zeichne nur aus, was Besucher sehen. Google schreibt, dass die strukturierten Daten den Inhalt der Seite wahrheitsgetreu wiedergeben müssen.
• Ändere das Markup, wenn sich Preis oder Bestand ändern. Ein gutes Shopsystem macht das von selbst, ein von Hand geschriebener Block nicht.
• Setze priceValidUntil nur, wenn der Preis wirklich endet. Laut Google kann ein Datum in der Vergangenheit dazu führen, dass das Produkt-Snippet nicht mehr gezeigt wird.
• Nutze eine Währung je Adresse. Google verlangt für jede Währung eine eigene URL.
• Beschreibe Versand und Rückgabe einmal für den ganzen Shop. Google empfiehlt eine allgemeine Rückgabe- und Versandrichtlinie im Markup der Organization.

Typische Fehler

• Der Preis steht mit Komma, mit Währungssymbol oder als 0 auf einer Seite, auf der das Produkt verkauft wird.
• priceCurrency enthält € oder $ statt eines Codes wie EUR oder USD.
• Das Bild fehlt, obwohl Händlereinträge es verlangen.
• Eine Shopseite nutzt AggregateOffer. Händlereinträge verlangen ein Offer, weil der Händler der Verkäufer sein muss.
• Name oder Preis im Markup weichen von der Seite ab, oft nach einer Preisänderung.
• Zwei Blöcke beschreiben dasselbe Produkt mit verschiedenen Werten, etwa einer vom Theme und einer von einem Plugin.

So prüfst du dein Markup

Google nennt den Test für Rich-Suchergebnisse und das URL-Prüftool, die die meisten technischen Fehler finden. Manche Probleme bleiben solchen Tests verborgen, zum Beispiel eine Bewertung, die nicht auf der Seite steht. Google kann bei strukturierten Daten, die gegen seine Regeln verstoßen, auch eine manuelle Maßnahme ergreifen. Die Seite kommt dann nicht mehr für Rich-Ergebnisse in Frage, und die strukturierten Daten werden ignoriert.

Mit Do4U arbeiten

Das Werkzeug Strukturierte Daten prüfen liest eine Seite über ihre Adresse oder das HTML bzw. den JSON-LD-Block, den du einfügst. Es liest alle JSON-LD-Blöcke, auch @graph und verschachtelte Objekte, dazu Microdata und RDFa. Der Code findet Syntaxfehler mit Zeile und Spalte, unbekannte oder falsch geschriebene Typen und die Eigenschaften, die Google für Produkt-Snippets, Händlereinträge, Angebote und Bewertungen verlangt oder empfiehlt. Er prüft die Form von Preisen, Währungen, Datum und Bewertungen und warnt, wenn ein Name oder Preis im Markup nicht im sichtbaren Text steht. Du bekommst einen Baum der Objekte mit Fehlern, Warnungen und der Quelle jeder Regel. Die Seite wird so gelesen, wie der Server sie liefert, ohne JavaScript. Es wird keine KI genutzt, und die Prüfung ist kostenlos, mit einer Grenze pro Tag.

Do4U findet Hinweise, du prüfst und entscheidest. Ob ein Rich-Ergebnis erscheint, entscheidet Google, und ob Preis, Bestand und Bewertung stimmen, weißt nur du.