Structured Data Testing

Definition: Structured Data Testing bezeichnet den Prozess der Überprüfung und Validierung von strukturierten Daten (Schema.org Markup via JSON-LD, Microdata oder RDFa) auf Webseiten mit spezialisierten Tools. Ziel ist es, syntaktische Fehler, fehlende Pflichtfelder und Rich-Result-Qualifikation zu identifizieren bevor oder nachdem das Markup live ist. Die zentralen Testing-Tools sind der Google Rich Results Test (prüft Rich-Result-Berechtigung) und der Schema Markup Validator (prüft Schema.org-Konformität). In der Google Search Console zeigen Berichte unter «Verbesserungen» aggregierte Fehler für alle indexierten Seiten. Regelmäßiges Testing ist notwendig weil CMS-Updates, Template-Änderungen und neue Deployments strukturiertes Markup unbemerkt beschädigen können – mit direktem Verlust von Rich Snippets als Folge.

Erläuterung

Structured Data Testing hat zwei Phasen: (1) Pre-Deployment-Testing – Markup vor dem Livegehen validieren; (2) Post-Deployment-Monitoring – laufende Überwachung ob Live-Markup weiterhin korrekt ist. Beide sind notwendig. Pre-Deployment-Tests im Rich Results Test identifizieren ~80 % aller Fehler. Monitoring via Search Console fängt Regressionen nach Updates ab die sich nicht durch manuelles Testing entdecken ließen.

Testing-Tools im Überblick

Google Rich Results Test: search.google.com/test/rich-results; prüft URL (mit aktuellem Live-Rendering) oder Code-Snippet (direkter HTML-Code); zeigt erkannte Schema-Typen, Fehler (rot) und Warnungen (gelb); Preview: wie würde das Rich Result in SERP aussehen; entscheidendes Tool für Rich-Result-Berechtigung; kostenlos; kein Login nötig
Schema Markup Validator: validator.schema.org; strengere Validierung gegen Schema.org-Spezifikation als Rich Results Test; zeigt auch Warnungen für empfohlene aber nicht zwingend erforderliche Eigenschaften; prüft auf korrekte @type-Verwendung und Eigenschaften-Typen (String vs. Number vs. URL); komplementär zum Rich Results Test
Google Search Console – Rich-Ergebnisse-Berichte: Suchdarstellung → Verbesserungen → Jeweiliger Schema-Typ (z. B. Product, FAQ); zeigt Fehler, Warnungen, gültige Seiten; aggregiert über gesamte indexierte Site; E-Mail-Alerts bei neuen Fehlern aktivieren; Zeitachse zeigt wann Fehler aufgetreten sind
Bing Webmaster Tools: Bing-eigener Markup-Validator; weniger detailliert als Googles Rich Results Test; relevant wenn Bing-Traffic bedeutend ist; Bing unterstützt die gleichen Schema-Typen wie Google für die meisten Rich Results

Häufige Fehler und Diagnose

JSON-Syntax-Fehler: Fehlendes Komma zwischen Properties; nicht geschlossene Anführungszeichen; führende oder abschließende Kommas (trailing comma); Sonderzeichen im Wert nicht escaped; JSON-Validator (jsonlint.com) für reine Syntax-Prüfung vor Rich Results Test; ein JSON-Fehler macht gesamten Block ungültig
Fehlende Pflichtfelder: Rich Results Test zeigt rot: «Missing required fields: image» (Product benötigt image); jeder Schema-Typ hat Pflichtfelder; häufigste fehlende Felder: image (Product), ratingValue + reviewCount (AggregateRating), mainEntity (FAQPage), acceptedAnswer (Question)
Content-Diskrepanz: JSON-LD-Daten weichen von sichtbarem Seiteninhalt ab; Preis in Offer nicht aktuell; Bewertungen in AggregateRating höher als tatsächliche Reviews; FAQPage-Fragen nicht im sichtbaren HTML; Google kann manuell Maßnahmen einleiten bei manipulativen Diskrepanzen
Nach CMS-Update-Fehler: WordPress-Plugin-Update ändert Template-Ausgabe; Microdata-Attribute verschwinden; JSON-LD-Template-Variable gibt leere Strings statt null; Datum-Format ändert sich (YYYY-MM-DD erforderlich); Preis-Formatierung ändert sich (Komma statt Punkt als Dezimaltrennzeichen)

Testing-Workflow

Pre-Deployment: Neues Schema-Snippet im Rich Results Test mit Copy-Paste prüfen; Staging-URL im Rich Results Test testen (akzeptiert auch nicht-öffentliche URLs); alle Rich-Result-fähigen Seiten-Templates prüfen; Template-basiert: einen repräsentativen URL pro Template-Typ reicht
Post-Deployment-Monitoring: Search Console «Verbesserungen»-Sektion wöchentlich prüfen; E-Mail-Benachrichtigungen in Search Console aktivieren; Alert wenn Anzahl «Gültiger Seiten» sinkt; Screaming Frog mit Custom Extraction für regelmäßige strukturierte Daten-Audits
Automatisiertes Testing (CI/CD): Schema-Dagger oder extraktur-Tools in GitHub Actions: Schema.org-Markup aus Build-Artefakten extrahieren und validieren; schxslt2 für SHACL-Validierung von RDF/JSON-LD; für Teams mit vielen strukturierten Daten: automatische Regression-Tests vor Deployment

Messung des Rich-Result-Impacts

Search Console Performance-Bericht: Vergleich CTR für Seiten mit Rich Results vs. ohne; Filterung nach Impression-Typ wenn verfügbar; rich_snippet-Impressionen wenn Google Rich Result ausspielt; Zeitreihenanalyse vor/nach Rich-Result-Aktivierung
A/B-Messung via Seiten-Gruppen: Gruppe A: mit Rich-Result-Markup; Gruppe B: ohne; Vergleich CTR über gleichen Zeitraum; kontrolliert für Ranking-Unterschiede; Search Console liefert Daten auf URL-Ebene für exakte Messung

Praxistipp: Richten Sie in der Google Search Console E-Mail-Benachrichtigungen für «Verbesserungen»-Fehler ein – Sie erhalten automatisch eine E-Mail wenn neue strukturierte-Daten-Fehler auftreten. Das ist die effizienteste Form von Structured Data Monitoring ohne eigene Tool-Infrastruktur. Testen Sie nach jedem größeren CMS-Update oder Template-Deployment mindestens einen repräsentativen URL pro Schema-Typ im Google Rich Results Test – CMS-Plugin-Updates sind die häufigste Fehlerursache. Für Produktseiten prüfen Sie zusätzlich ob Preise und Verfügbarkeits-Angaben im Schema mit den tatsächlichen Seitendaten übereinstimmen – Diskrepanzen können zu manuellen Maßnahmen von Google führen.