Strukturierte Daten testen und Fehler richtig einordnen

Welche Werkzeuge helfen beim Testen strukturierter Daten?

Was strukturierte Daten sind und welche Typen für Firmenwebsites zählen, erklärt der Ratgeber Strukturierte Daten auf der Website. Hier geht es um die Prüfung. Vier Werkzeuge decken den Weg vom Entwurf bis zur laufenden Überwachung ab. Zwei prüfen Code und einzelne Seiten, zwei zeigen, was Google auf Ihrer Website tatsächlich gefunden hat.

Wie Sie Article- und FAQPage-Markup aufbauen, zeigt der Ratgeber JSON-LD für Article und FAQPage.

Worin unterscheiden sich der Schema Markup Validator und der Test von Google?

Der Schema Markup Validator prüft schema.org-Markup allgemein. Der Test für Rich-Suchergebnisse prüft nur, was Google für Darstellungen in der Suche auswertet. Google empfiehlt in der Anleitung „Strukturierte Daten testen“, mit dem Test für Rich-Suchergebnisse zu beginnen.

Das frühere „Testtool für strukturierte Daten“ gibt es in dieser Form nicht mehr. Google hat dessen Google-spezifische Validierung entfernt und das Tool zum Schema Markup Validator migriert.

Zwei Ergebnisse widersprechen sich scheinbar:

• Der Validator meldet nichts, der Test von Google zeigt einen Fehler. Das Markup ist nach schema.org korrekt, aber eine Eigenschaft fehlt, die Google für die Darstellung verlangt.
• Der Test von Google erkennt nichts, der Validator zeigt Ihr Markup. Der Typ ist gültiges schema.org, doch Google nutzt ihn nicht für Rich-Suchergebnisse.

Für die Frage, ob Google eine Darstellung erzeugen kann, gilt der Test von Google. Die formale Sauberkeit nach schema.org prüft der Validator.

So prüfen Sie eine einzelne Seite Schritt für Schritt

Für eine Seite genügen wenige Minuten. Die Reihenfolge verhindert, dass Sie Markup-Fehler suchen, obwohl die Seite gesperrt ist.

1. Bei neuen oder geänderten Seiten: Wechseln Sie im Test für Rich-Suchergebnisse zur Code-Eingabe, fügen Sie den Code ein und starten Sie den Test. Beheben Sie Fehler, bevor Sie veröffentlichen.
2. Prüfen Sie nach dem Livegang, ob Googlebot die Seite erreicht. Google verlangt, dass Seiten mit strukturierten Daten weder per robots.txt noch per „noindex“ blockiert sind.
3. Tragen Sie die Adresse der veröffentlichten Seite im Test ein, statt Code einzufügen. Wird das Markup erst per Skript oder Tag-Manager eingefügt, zeigt nur der URL-Test, was auf der echten Seite ankommt.
4. Lesen Sie die erkannten Elemente mit Fehlern und Warnungen. Fehlt ein erwarteter Typ ganz, liegt die Ursache häufig bei Erreichbarkeit oder Auslieferung: gesperrte Seite, nicht ausgelieferter Block oder ein Syntaxfehler, der den ganzen Block unlesbar macht.
5. Vergleichen Sie jede Angabe mit dem sichtbaren Seitentext. Autor, Datum, Firmenname und Preise müssen auf der Seite stehen.
6. Prüfen Sie im Schema Markup Validator Eigenschaften, die Google für Rich-Suchergebnisse nicht verwendet, etwa about und mentions bei Article.
7. Öffnen Sie in der Search Console das URL-Prüftool für die Adresse. Dort sehen Sie, ob Google die strukturierten Daten gefunden hat.

Wie behalten Sie die ganze Website in der Search Console im Blick?

Der Einzeltest zeigt eine Seite, die Statusberichte für Rich-Suchergebnisse zeigen die ganze Website. Das ist nötig, weil Markup nach einem Release durch Vorlagen oder Auslieferungsprobleme brechen kann, ohne dass jemand die Seite neu testet.

Die Search Console-Hilfe unterscheidet gültige und ungültige Elemente sowie kritische und nicht kritische Probleme:

• Ein gültiges Element hat keine kritischen Probleme und kann als Rich-Suchergebnis erscheinen.
• Ein ungültiges Element hat mindestens ein kritisches Problem, das die Darstellung verhindert.
• Nicht kritische Probleme betreffen die Darstellung. Google listet sie in der Tabelle „Darstellung von Elementen verbessern“.

Die Beispielliste in einem Problembericht kann unvollständig sein, etwa bei Instanzen, die nach dem letzten Crawling auftraten. Prüfen Sie einzelne Seiten deshalb zusätzlich im URL-Prüftool und achten Sie auf das Datum „Zuletzt gecrawlt“. Einen Button, der Probleme behebt, gibt es nicht: Die Korrektur gehört in den Quellcode oder die Seitenvorlage. Ist die Vorlage korrigiert, klicken Sie im betroffenen Problembericht auf „Korrektur überprüfen“. Google crawlt die betroffenen Seiten dann erneut, was einige Tage bis mehrere Wochen dauern kann.

Wie Sie Indexstatus und Crawling-Antrag dafür nutzen, steht im Ratgeber Indexstatus bei Google kontrollieren.

Welche Fehler und Warnungen müssen Sie wirklich beheben?

Vorrang hat alles, was ein Element ungültig macht oder gegen die Richtlinien verstößt. Warnungen betreffen die Darstellung und können warten.

Für Article führt Google keine Pflichteigenschaften auf; empfohlen sind unter anderem headline, image, author, datePublished und dateModified. Eine Warnung zu image darf offen bleiben, wenn die Seite kein passendes Bild hat. Erfinden Sie keine Werte, um eine Warnung zu löschen. Wie Sie dateModified sauber pflegen, steht im Ratgeber Update-Signale im Schema-Markup.

Was sagt ein bestandener Test nicht aus?

Ein bestandener Test belegt, dass Google das Markup lesen kann und keine kritischen Probleme findet. Über Indexierung, Darstellung, Richtlinientreue und Nennungen in KI-Antworten sagt er nichts.

• Index: Eine Seite, die nicht im Index steht, erscheint auch nicht als Rich-Suchergebnis. Den Status prüfen Sie wie im Ratgeber Indexstatus bei Google kontrollieren beschrieben.
• Darstellung: Laut Google garantiert auch korrektes Markup keine Anzeige als Rich-Suchergebnis. FAQ-Rich-Suchergebnisse zeigt Google seit dem 7. Mai 2026 nicht mehr an, ein gültiger FAQPage-Block löst sie also nicht aus. Mehr zu den Typen: Markup für Article und FAQPage.
• Richtlinien: Markup muss den sichtbaren Inhalt beschreiben, gefälschte Bewertungen sind unzulässig. Bei Verstößen kann eine manuelle Maßnahme die Berechtigung für Rich-Suchergebnisse entziehen; das Ranking in der Websuche bleibt laut Google unberührt. Den Status zeigt der Bericht „Manuelle Maßnahmen“.
• KI-Antworten: Eine Zusage, dass Markup zu einer Nennung führt, gibt es nicht, auch nicht von Smart2Index. Ob Assistenten Ihre Firma bei Käuferfragen nennen, zeigt nur die wiederholte Messung derselben Fragen mit Datum und Plattform. Mehr zum Zusammenspiel: technisches SEO und KI-Sichtbarkeit.

Häufige Fragen von Entscheidern

Welches Format sollte ich für strukturierte Daten verwenden?

JSON-LD. Google empfiehlt es, weil es als Skript getrennt vom sichtbaren Text steht und sich am einfachsten umsetzen und pflegen lässt. Microdata und RDFa unterstützt Google ebenfalls und behandelt sie als gleichwertig, solange das Markup gültig ist. Ein bestehendes, gültiges Microdata-Markup müssen Sie deshalb nicht umbauen.

Warum zeigt die Search Console keinen Bericht zu strukturierten Daten?

Meist hat Google auf Ihrer Website noch kein Markup eines unterstützten Typs gefunden oder die betroffenen Seiten noch nicht gecrawlt. Prüfen Sie zuerst, ob Sie die richtige Property geöffnet haben, und testen Sie dann eine Beispielseite im Test für Rich-Suchergebnisse und im URL-Prüftool. Nach einem Antrag auf erneutes Crawlen vergehen laut Google einige Tage bis mehrere Wochen; mehrere Anträge für dieselbe URL beschleunigen nichts.

Kann ich Markup ohne Entwickler testen und korrigieren?

Testen ja, korrigieren nur mit Zugriff auf Vorlage oder Plugin. Der Test braucht nur die öffentliche Adresse. Die Korrektur gehört in den Quellcode, die Seitenvorlage oder die Einstellungen des Plugins. Wo das Markup herkommt, sehen Sie im Quelltext: Ein JSON-LD-Block steht in einem script-Tag mit dem Typ application/ld+json.

Kann ich Seiten testen, die noch nicht öffentlich erreichbar sind?

Ja, über die Codeeingabe. Der URL-Test greift von außen auf die Adresse zu; eine Seite hinter Login oder auf einem Staging-System ohne öffentlichen Zugang erreicht er nicht. Wechseln Sie im Test für Rich-Suchergebnisse zur Code-Eingabe, fügen Sie den Quelltext oder den JSON-LD-Block ein und starten Sie den Test. Nach dem Livegang prüfen Sie die echte URL erneut.

Wie oft sollte ich strukturierte Daten testen?

Testen Sie nach jeder Änderung an Seitenvorlage, Theme oder Plugin und nach jedem Release, und zwar je Seitentyp eine Beispiel-URL im Test für Rich-Suchergebnisse. Für die Zeit dazwischen reicht ein Blick in die Statusberichte der Search Console, etwa einmal im Monat. Meldet Google per E-Mail ein neues Problem, sehen Sie sofort nach.