Skip to content
AuditMe
Zurück zum Blog
Structured DataSchema ValidationGoogle Search Console

Strukturierte Daten testen: So behebst du Schema-Fehler in den Tools von Google

2026-08-286 min readEduard Tymchenko
Leitfaden zum Testen strukturierter Daten, der zeigt, wie man Schema-Fehler mit dem Google-Rich-Results-Test debuggt

## Die Tools sind nicht unfehlbar

Aus meiner Erfahrung besteht vollkommen valides JSON-LD den Rich-Results-Test und erzeugt dann trotzdem wochenlang keine Rich Results. Warum? Weil das Testtool Syntax validiert, nicht den Kontext.

Hier erfährst du, wie du Schema wirklich debuggen kannst.

Schritt 1: Beginne mit dem Validator von Schema.org

Bevor du die Tools von Google anfasst, füge dein JSON-LD in den Schema.org-Validator ein. Er erkennt strukturelle Probleme, die die Tools von Google übersehen. Genauer gesagt: fehlende @type-Hierarchien, falsche Property-Verschachtelung und Enum-Abweichungen.

Letzten Monat fand ich einen Kunden, der @type: "Product" mit brand als String nutzte, statt brand: { @type: "Brand", name: "..." }. Der Rich-Results-Test war bestanden. Der Validator von Schema.org hat es sofort markiert.

Schritt 2: Der Rich-Results-Test dient der Vorschau, nicht der Validierung

In den eigenen Dokumentationen von Google heißt es, dieses Tool „zeigt, welche Rich Results generiert werden können" („shows which rich results can be generated"). Achte auf das Wort „können". Es bedeutet nicht, dass sie auch generiert werden.

Der Haken: Wenn deine Seite den Rich-Results-Test besteht, du aber nach zwei Wochen keine Rich Results im Performance-Bericht der Search Console siehst, prüfe Folgendes:

  • Ist die Seite tatsächlich indexiert? (nutze das URL-Inspektionstool)
  • Braucht die Seite dateModified für das Article-Schema? (85 % der übersprungenen Article-Rich-Results, die wir gedebuggt haben, haben kein Datum)
  • Konkurriert die Seite mit einem anderen Rich-Result-Typ? (Breadcrumb + Product können kollidieren)

Schritt 3: Der Rich-Results-Bericht der Search Console

Das ist deine Quelle der Wahrheit. Die Fehlermeldungen sind kryptisch, aber sie lassen sich direkt auf die schema.org-Spezifikation abbilden.

Häufige Warnungen entschlüsselt:

  • „Missing field 'image'" beim Article-Schema – dein image-Objekt ist fehlerhaft. Es benötigt @type: "ImageObject" mit url, nicht nur einen URL-String.
  • „Missing field 'price'" beim Product-Schema – prüfe deine offers-Price-Property auf Leerzeichen. Ein Leerzeichen vor „99.99" führt zum Fehler. Ja, wirklich.
  • „Invalid value for 'review'" – deinem reviewRating fehlt bestRating. Wenn du eine Bewertung von 5 setzt, muss Google die Skala kennen.

Schritt 4: Das URL-Inspektionstool

Das ist das einzige Tool, das dir zeigt, was Google tatsächlich geparst hat. Führe die URL aus, klicke auf „View crawled page" (Gecrawlte Seite anzeigen) und sieh dir den Tab für strukturierte Daten an. Wenn er sich von dem unterscheidet, was du im Rich-Results-Test siehst, hat Googlebot noch nicht neu gecrawlt. Fordere die Indexierung an und warte 24 Stunden.

Schritt 5: Schema-Markup-Validator (Chrome-Erweiterung)

Für schnelles Debugging während des Browsens hebt die Erweiterung „Schema Markup Validator" alles Schema auf einer Seite hervor. Ich nutze sie, um das Breadcrumb-Schema auf jeder Seite einer Website innerhalb von Minuten zu verifizieren.

Noch eine Sache: Wenn du JSON-LD über einen Tag-Manager einbindest, führt Google GTM-Skripte manchmal nicht aus, bevor es das Schema parst. Bette es inline ein. Immer.

Eduard Tymchenko - SEO Expert & Founder of AuditMe

Eduard Tymchenko

SEO Expert & Founder of AuditMe

Seasoned SEO & SMM expert with 10+ years of experience. Built AuditMe to help businesses improve their search rankings through data-driven, results-oriented SEO strategies. Specializes in technical SEO, Core Web Vitals, and WordPress optimization.

Starte dein kostenloses SEO-Audit

Erhalte in 60 Sekunden eine vollständige SEO-Analyse beliebiger URLs. Keine Registrierung erforderlich.

Deine Seite kostenlos analysieren