Strukturierte Daten (JSON-LD)
Was geprüft
Gelesen werden alle <script type="application/ld+json">-Blöcke. Geprüft werden, ob das JSON lesbar ist, welche @type-Angaben vorkommen und ob für Typen der versionierten Rich-Result-Liste die Pflichtfelder laut Google vorhanden sind (LocalBusiness, Product, BreadcrumbList, Event, Recipe, VideoObject, JobPosting, Review, AggregateRating). Externe Kontexte werden nie nachgeladen; sehr große Blöcke gelten als nicht geprüft, Microdata und RDFa werden nicht ausgewertet.
Wie relevant
Mittel, wenn ein JSON-LD-Block kein gültiges JSON ist, weil Suchmaschinen ihn dann vollständig ignorieren. Niedrig, wenn Pflichtfelder fehlen: Das Markup ist lesbar, kommt aber für das Rich Result nicht infrage. Ohne JSON-LD trifft der Punkt nicht zu; Typen wie FAQPage oder HowTo, die Google nicht mehr als Rich Result zeigt, werden nur als Hinweis genannt.
Warum
Strukturierte Daten beschreiben Inhalte maschinenlesbar, etwa Öffnungszeiten, Produkte oder Veranstaltungen. Google kann sie für erweiterte Darstellungen (Rich Results) nutzen; einen Anspruch darauf gibt es nicht.
Wie beheben
Korrigieren Sie fehlerhaftes JSON (häufig: Komma nach dem letzten Eintrag, ungeschützte Anführungszeichen) und ergänzen Sie die fehlenden Pflichtfelder. Testen Sie das Ergebnis mit dem Test für Rich-Suchergebnisse von Google und dem Schema Markup Validator.
Nebenwirkung: Angaben in strukturierten Daten sollten mit dem sichtbaren Seiteninhalt übereinstimmen; abweichende Angaben können zu manuellen Maßnahmen von Google führen. Testen Sie Änderungen vor dem Livegang mit dem Test für Rich-Suchergebnisse, der auch Code-Ausschnitte annimmt.
WordPress: SEO-Plugins (Yoast SEO, Rank Math, SEOPress) erzeugen ein JSON-LD-Gerüst mit Organization, WebSite und BreadcrumbList; zusätzliche Schema-Plugins oder Themes fügen oft weitere Blöcke hinzu. Doppelte oder widersprüchliche Angaben lassen sich meist in einem der Plugins abschalten.
Codebeispiel
HTML: LocalBusiness mit Pflichtfeldern
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "Praxis Beispiel",
"address": {
"@type": "PostalAddress",
"streetAddress": "Musterstraße 1",
"postalCode": "10115",
"addressLocality": "Berlin",
"addressCountry": "DE"
},
"url": "https://www.beispiel.de/",
"telephone": "+49 30 1234567"
}
</script>Weiterführende Quellen
Quellen der Methodik
docs/SCORING.md— Status und Schweregrade (§2), Kategoriescore und Abdeckung (§3), Gesamtwert (§4), keine Doppelabzüge (§5), Prüfkatalog mit Gewichten (§6), Versionierung (§8), Formulierungsregeln (§9), bewusst nicht geprüft (§10)docs/KALIBRIERUNG.md— Abgleich der Schwerefaktoren und Kappen mit externen Ankern (Web Almanac, Lighthouse, MDN HTTP Observatory, SSL Labs), Entscheidung scoring@1.4.0