Was sollte nach einem Fehler im Google Schema Test zuerst überprüft werden?

Was sollte nach einem Fehler im Google Schema Test zuerst geprüft werden?

Einleitung: Ein Fehler im Google Schema Test bedeutet nicht, dass die strukturierten Daten einer Website vollständig unwirksam sind. Technische Prüfer sollten zunächst die Codesyntax, Pflichtattribute, den Crawling-Status der Seite und die Übereinstimmung des Schema-Typs prüfen, um Probleme, die die Darstellung in der Suche und die Indexierung beeinträchtigen, schnell zu identifizieren.

Zunächst die Fehlerstufe bestimmen: Fehler, Warnung oder Crawling-Fehler

Nach dem Ausführen des Google Schema Tests besteht der erste Schritt nicht darin, alle Hinweise sofort zu ändern, sondern festzustellen, ob das Ergebnis einen Fehler, eine Warnung oder einen nicht möglichen Seitenabruf durch das Tool darstellt. Die Prioritäten für die Bearbeitung dieser drei Problemarten unterscheiden sich und bestimmen unmittelbar die Effizienz der weiteren Analyse.

Fehler weisen in der Regel darauf hin, dass strukturierte Daten nicht korrekt analysiert werden können oder dass Schlüsselfelder fehlen, die für eine bestimmte Art von Rich Results erforderlich sind. Solche Probleme können dazu führen, dass Google die entsprechende Entität nicht erkennt, und sollten mit höchster Priorität behandelt werden.

Warnungen beziehen sich meist auf empfohlene Attribute, die Vollständigkeit von Informationen oder die Berechtigung für erweiterte Darstellungen. Sie beeinträchtigen nicht zwingend die grundlegende Indexierung, können jedoch die Wahrscheinlichkeit verringern, dass Rich Results wie Produkte, Bewertungen, FAQ oder Breadcrumbs angezeigt werden.

Wenn das Testtool anzeigt, dass die Seite nicht gecrawlt werden kann, nicht zugänglich ist oder keinen Inhalt enthält, sollten zunächst der HTTP-Statuscode, robots-Regeln, Anmeldebeschränkungen, CDN-Sicherheitsrichtlinien und das JavaScript-Rendering geprüft werden, statt den Schema-Code direkt anzupassen.

Vorrangig prüfen, ob die JSON-LD-Syntax korrekt analysiert werden kann

Für die meisten Unternehmenswebsites ist JSON-LD eine vergleichsweise stabile und einfach zu wartende Implementierungsmethode für strukturierte Daten. Bei Fehlern im Google Schema Test sollte zunächst der betreffende Codeabschnitt kopiert und auf Klammern, Anführungszeichen, Kommas und die Hierarchie geprüft werden.

Zu den häufigen Syntaxproblemen gehören überflüssige Kommas am Ende eines Felds, chinesische statt englische Anführungszeichen, nicht geschlossene Arrays, verschachtelte Objekte ohne geschweifte Klammern sowie dynamische Vorlagen, die leere Werte oder unvollständige Variablen ausgeben.

Technische Mitarbeiter sollten außerdem prüfen, ob dieselbe Schema-Auszeichnung mehrfach auf der Seite eingefügt wird. Einige Website-Baukästen, SEO-Plugins und Theme-Komponenten erzeugen gleichzeitig Organization, Product oder BreadcrumbList, was Feldkonflikte oder inkonsistente Entitätsinformationen verursachen kann.

Bei mehrsprachigen Websites sollte bestätigt werden, dass Name, Beschreibung, URL, Währung und Regionsinformationen jeder Sprachversion korrekt der aktuellen Seite entsprechen. Es reicht nicht aus, das Schema der Hauptsprache zu kopieren und anschließend nur den Fließtext zu ersetzen, da verbliebene Felder ebenfalls zu Fehlinterpretationen führen können.

Anschließend Pflichtattribute und ihre Übereinstimmung mit dem tatsächlichen Seiteninhalt abgleichen

Eine fehlerfreie Syntax bedeutet nicht, dass die strukturierten Daten korrekt sind. Die häufigsten geschäftsbezogenen Fehler im Google Schema Test entstehen oft durch fehlende Pflichtattribute, beispielsweise wenn bei Product name oder offers fehlen oder bei Article headline oder image nicht vorhanden sind.

Bei der Prüfung sollten die offiziellen Anforderungen des jeweiligen Schema-Typs zugrunde gelegt werden. Dabei ist für jedes Pflichtfeld zu bestätigen, ob es vorhanden ist, ob das Format korrekt ist und ob der Feldwert durch den Inhalt verifiziert werden kann, den Nutzer tatsächlich auf der Seite sehen.

Wenn auf einer Produktseite beispielsweise Preis, Lagerbestand und Bewertungen ausgezeichnet sind, sollte sichergestellt werden, dass im sichtbaren Bereich der Seite dieselben Informationen angezeigt werden. Ist der Preis im Schema niedriger als der auf der Seite angegebene Preis oder ist der Lagerstatus gegensätzlich, kann dies die Berechtigung für Rich Results und die Vertrauenswürdigkeit der Website beeinträchtigen.

Insbesondere B2B-Außenhandelswebsites sollten bei der Verwendung von Product-Markup vorsichtig sein. Wenn eine Seite lediglich Gerätefunktionen vorstellt, ein Anfrageformular bietet und keinen eindeutigen Verkaufspreis enthält, sollten Offer- oder aggregierte Bewertungsinformationen nicht zur Verbesserung der Darstellung erfunden werden.

Für Unternehmenswebsites eignen sich Organization, LocalBusiness, WebSite und BreadcrumbList in der Regel besser für eine vorrangige Optimierung. Sie helfen Suchmaschinen, die Markenentität, die Website-Struktur und die Zuordnung der Seite zu verstehen, und die Risiken sind vergleichsweise kontrollierbar.

Bestätigen, ob der Schema-Typ der Suchintention der Seite entspricht

Eine falsche Wahl des Schema-Typs ist ein bei technischen Tests leicht zu übersehendes Problem. Strukturierte Daten dienen dazu, die Entität einer Seite zu beschreiben, und nicht dazu, einer Seite beliebte Labels zuzuordnen. Sie müssen daher mit dem Seiteninhalt, dem Geschäftsmodell und der Nutzerintention übereinstimmen.

Nachrichten, Informationen oder Wissensartikel eignen sich für Article oder BlogPosting; für Produktdetailseiten kann Product bewertet werden; Inhalte im Frage-und-Antwort-Format können bei Erfüllung der Voraussetzungen FAQPage verwenden; Navigationspfade lassen sich durch BreadcrumbList ergänzen.

Gewöhnliche Seiten zur Vorstellung von Dienstleistungen sollten nicht zwanghaft als FAQPage, Review oder Product markiert werden. Ebenso sollten auf derselben Seite keine irrelevanten Typen gestapelt werden. Google legt größeren Wert auf die Authentizität der Inhalte und die Konsistenz der Struktur; falsche Markierungen erhöhen stattdessen Wartungs- und Prüfungsrisiken.

Technische Prüfer können den Typ vom Hauptziel der Seite her ableiten: Soll die Seite Markenbekanntheit aufbauen, B2B-Anfragen gewinnen, standardisierte Produkte verkaufen oder konkrete Fragen beantworten? Zunächst muss das Geschäftsziel klar definiert werden, bevor überprüfbare Schema-Felder festgelegt werden.

Die tatsächlich von Google gecrawlte Version prüfen, nicht nur die Browserseite

Auch wenn der lokale Code korrekt ist und im Browser normal angezeigt wird, bedeutet dies nicht, dass Google vollständige strukturierte Daten abrufen kann. Insbesondere bei Websites mit Frontend-Rendering, Tag-Managern oder asynchronen Schnittstellen müssen die serverseitige Ausgabe und das Ergebnis nach dem Rendering überprüft werden.

Wenn das Schema erst nach dem Laden der Seite über JavaScript eingefügt wird, kann es vorkommen, dass der Tool-Test zwar bestanden wird, das Crawling jedoch verzögert erfolgt, Inhalte fehlen oder das Laden auf verschiedenen Seiten instabil ist. Zentrale Entitätsinformationen sollten stabil im initialen HTML ausgegeben werden.

Außerdem sollte geprüft werden, ob canonical auf andere Seiten verweist, ob mehrsprachige hreflang-Tags korrekt konfiguriert sind und ob die strukturierten Daten auf Mobil- und Desktopversionen übereinstimmen. Google bewertet hauptsächlich anhand der kanonischen Seite; widersprüchliche Informationen aus verschiedenen Versionen sollten vermieden werden.

Für bereits veröffentlichte Seiten kann das URL-Prüftool der Google Search Console genutzt werden, um Crawling-Zeitpunkt, Indexierungsstatus und Rendering-Ergebnis zu bestätigen. Der Schema Test dient der Erkennung von Markup-Problemen, während die Search Console dem tatsächlichen Suchverhalten näherkommt.

Einen Reparaturprozess nach Auswirkungsbereich einrichten

Effiziente Korrekturen sollten nicht Seite für Seite manuell durchgeführt werden. Stattdessen sollten zunächst Probleme auf Vorlagenebene erkannt werden. Wenn bei ähnlichen Produktseiten, Artikelseiten oder Sprachversionen dieselben Fehler auftreten, sollten CMS-Vorlagen, Komponentenlogik oder Regeln für die Zuordnung von Datenfeldern vorrangig angepasst werden.

Es wird empfohlen, die Bearbeitung in der Reihenfolge „Crawling-Verfügbarkeit, Syntaxanalyse, Pflichtfelder, Inhaltskonsistenz, empfohlene Attribute“ durchzuführen. Die ersten beiden Punkte entscheiden darüber, ob Google die Daten erkennen kann, die beiden mittleren betreffen die Vertrauenswürdigkeit, und erst danach sollten Möglichkeiten für erweiterte Darstellungen optimiert werden.

Nach der Korrektur muss der Google Schema Test erneut ausgeführt werden. Zusätzlich sollten Seiten verschiedener Vorlagen, Sprachen und Geräte stichprobenartig geprüft werden. Bei Websites mit massenhaft generierten Inhalten sollten auch Probleme bei Datenquellen wie leere Felder, doppelte URLs und veraltete Preise überwacht werden.

Strukturierte Daten sind keine einmalige Entwicklungsaufgabe, sondern ein langfristiger Mechanismus, der gemeinsam durch Website-Inhalte, Produktdaten und technische Vorlagen gepflegt wird. Nach jedem Relaunch, jeder Migration, jedem Plugin-Upgrade oder dem Hinzufügen einer neuen Sprachversion sollten sie in die Checkliste vor der Veröffentlichung aufgenommen werden.

Fazit: Zuerst Probleme beheben, die die Erkennung beeinträchtigen, dann Darstellungsoptionen optimieren

Die richtige Reihenfolge nach einem Fehler im Google Schema Test lautet: Zuerst bestätigen, dass die Seite crawlbar ist, dann Probleme mit JSON-LD-Syntax und Pflichtattributen beheben und anschließend prüfen, ob Schema-Typ, Seiteninhalt und kanonische URL konsistent sind.

Für technische Prüfer ist es wichtiger, nicht unbedingt null Warnungen anzustreben, sondern sicherzustellen, dass die strukturierten Daten authentisch, stabil und wartbar sind und die Seitenentität präzise darstellen. Nur so lässt sich eine verlässliche Grundlage für die Google-Indexierung, Rich Results und langfristiges SEO-Wachstum schaffen.