Grundlagen strukturierter Daten mit JSON-LD

Strukturierte Daten sind maschinenlesbares JSON, das beschreibt, worum es auf der Seite geht – um einen Artikel, ein Rezept, ein Produkt oder ein Ereignis. Suchmaschinen verwenden sie, um erweiterte Suchergebnisse (Sternebewertungen, Rezeptkarten, Breadcrumbs) anstelle einfacher blauer Links darzustellen.

Googles bevorzugtes Format ist JSON-LD: ein einzelner <script type="application/ld+json">-Block im Head oder Body, der ein oder mehrere schema.org-Objekte enthält. Es ist vom sichtbaren HTML entkoppelt, sodass Sie es hinzufügen oder aktualisieren können, ohne das Template neu schreiben zu müssen.

Jedes JSON-LD-Objekt benötigt @context (fast immer "https://schema.org") und @type (die schema.org-Klasse: Article, Recipe, Product, FAQPage). @context teilt Parsern mit, aus welchem Vokabular die Eigenschaftsnamen stammen.

Geben Sie für Article headline, image (URL oder Array), datePublished, dateModified, author (ein Person- oder Organization-Objekt) und publisher (Organization mit logo) an. Dies sind die Mindestfelder, die Google benötigt, damit die Seite für das Top-Stories-Karussell berücksichtigt wird.

Product-Seiten deklarieren @type Product mit name, image, description, brand, sku und einem offers-Unterobjekt mit price, priceCurrency und availability. Zusammen mit aggregateRating kann Google Sternebewertungen und Preisausschnitte direkt im Suchergebnis anzeigen.

BreadcrumbList beschreibt die Navigationshierarchie. Jedes itemListElement ist ein ListItem mit position, name und item (der URL). Wenn diese Angaben vorhanden sind, ersetzt Google die URL-Zeile im Snippet durch den beschrifteten Breadcrumb-Pfad, was mehr Klicks bringt.

FAQPage- und HowTo-Schemas schalteten früher Rich-Result-Widgets in der SERP frei. Google hat Rich Results für FAQs inzwischen auf wenige Website-Kategorien (gov, edu) beschränkt, aber das Markup ist für Sprachassistenten und andere Konsumenten weiterhin wertvoll – belassen Sie es auf echten FAQ-Seiten.

Google bestraft Markup, das nicht dem entspricht, was Nutzer sehen. Geben Sie keine 5-Sterne-Bewertung an, die nicht auf der Seite erscheint, und listen Sie keinen Preis von $9.99 auf, den der Nutzer nicht sieht. Strukturierte Daten müssen den gerenderten Inhalt korrekt beschreiben.

Googles Rich Results Test (search.google.com/test/rich-results) analysiert jede URL oder eingefügten Code, listet erkannte Schema-Typen auf und warnt vor fehlenden erforderlichen Properties. Führen Sie den Test aus, bevor Sie Änderungen an strukturierten Daten ausrollen.

Sie können mehrere JSON-LD-Blöcke auf derselben Seite deklarieren, zum Beispiel Article + BreadcrumbList + Organization, oder sie in einem einzelnen @graph-Array kombinieren. Beide Formen sind gültig. Wählen Sie die Form, die sich in Ihrer Build-Pipeline leichter als Template umsetzen lässt.

JSON-LD befindet sich in einem von sichtbaren Inhalten getrennten script-Tag. Um es zu aktualisieren, generieren Sie den JSON-Block neu – injizieren Sie strukturierte Daten niemals ausschließlich über clientseitiges JavaScript, da Googlebot JavaScript vor der Indexierung nicht immer zuverlässig ausführt.

Welche beiden Properties auf oberster Ebene muss jedes JSON-LD-Objekt enthalten, damit es gültige strukturierte Daten darstellt?

JSON-LD deklariert strukturierte Daten in einem einzelnen application/ld+json-Script-Block, wobei @context und @type jedes Objekt identifizieren. Gängige Schemas wie Article, Product und BreadcrumbList schalten Rich Search Results frei, wenn das Markup die sichtbare Seite korrekt widerspiegelt. Validieren Sie die Daten vor dem Ausrollen mit dem Rich Results Test.