Warum zeigt Google nach der Implementierung strukturierter Daten weiterhin keine Rich Results an?

Warum zeigt Google trotz implementierter strukturierter Daten keine Rich Results an?

Der Code ist bereits live und das Testtool zeigt keine Fehler an, doch in den Suchergebnissen erscheinen weder Bewertungen noch Preise oder andere erweiterte Darstellungen. Das bedeutet nicht zwangsläufig, dass die Implementierung fehlgeschlagen ist. Strukturierte Daten helfen Google lediglich, eine Seite besser zu verstehen; sie garantieren keine feste Platzierung in den Suchergebnissen. Bei der Fehlersuche sollten Sie getrennt prüfen, ob die Seite gecrawlt werden kann, ob das Markup den Anforderungen entspricht und ob die Seite für eine erweiterte Darstellung infrage kommt. Andernfalls ändern Sie womöglich immer wieder den Code, ohne die eigentliche Ursache zu beheben.

Was bestätigt ein erfolgreicher Test eigentlich?

Wenn Sie ein allgemeines Tool zur Validierung strukturierter Daten verwenden, prüft es hauptsächlich Syntax und Beziehungen zwischen Begriffen. Es bestätigt jedoch nicht, dass Google die entsprechende Darstellung in der Suche unterstützt. Nicht jeder in Schema.org verfügbare Typ kann Rich Results bei Google auslösen. Verwenden Sie zusätzlich den Google-Test für Rich-Suchergebnisse, um zu prüfen, welche unterstützten Elemente auf der Seite erkannt werden.

Selbst die Anzeige „Gültige Elemente“ bedeutet lediglich, dass die vom Tool überprüfbaren Anforderungen erfüllt sind. Sie bestätigt nicht, dass auch die Inhaltsqualität, die Website-Richtlinien und alle Voraussetzungen für die tatsächliche Darstellung gegeben sind. Fehler sollten in der Regel zuerst behoben werden. Bei Warnungen kommt es auf den Zweck des jeweiligen Feldes an; füllen Sie gelbe Hinweise nicht mit Informationen aus, die es gar nicht gibt, nur um sie zu beseitigen. Google weist ausdrücklich darauf hin, dass korrektes Markup keine Rich Results garantiert.

Prüfen Sie zuerst, ob Google die aktuelle Seitenversion abgerufen hat

Prüfen Sie in der Google Search Console die Ziel-URL: Ist sie indexiert, wann fand der letzte Crawl statt und entspricht die von Google ausgewählte kanonische URL tatsächlich dieser Seite? Wenn Sie das Markup zu einer Produkt-URL mit Parametern hinzugefügt haben, Google aber eine Version ohne Parameter als kanonisch auswählt, beweist ein erfolgreicher Test der aktuellen URL nicht, dass die indexierte Version dasselbe Markup enthält.

Führen Sie anschließend einen Live-Test durch und prüfen Sie die gerenderte Seite. Bei mehrsprachigen Websites sollten Sie insbesondere kontrollieren, ob Sicherheitsmaßnahmen den Crawler blockieren, Skripte erst nach der Bestätigung eines Pop-ups ausgeführt werden, das Markup in der mobilen Vorlage fehlt oder der Cache noch alte Inhalte ausliefert. Ein Blick in den Quellcode im Browser reicht oft nicht aus, um festzustellen, was Google tatsächlich abgerufen hat.

Wenn das Crawling der Seite blockiert ist, eine Anweisung zur Nichtindexierung vorliegt oder die Seite ständig weitergeleitet wird, sollten Sie diese Probleme zuerst beheben. Danach können Sie eine erneute Indexierung beantragen. Das ist jedoch keine Schaltfläche für eine sofortige Aktualisierung, und es gibt keine einheitliche Wartezeit bis zur Darstellung.

Gültiger Code bedeutet nicht, dass die Seite für diese Darstellung geeignet ist

Ein häufiger Fehler bei Export-Websites besteht darin, für alle Seiten dieselbe Produktvorlage zu verwenden. Eine Kategorieseite mit zehn verschiedenen Geräten erfüllt eine andere Aufgabe als eine Detailseite zu einem einzelnen Gerät. Wenn Sie eine produktbezogene Darstellung anstreben, sollten Sie den Seiteninhalt anhand der Anforderungen der jeweiligen Google-Funktion prüfen, statt nur festzustellen, ob ein Produkttyp angegeben ist.

B2B-Websites zur Leadgenerierung stehen zudem vor der Preisfrage: Maßgefertigte Geräte werden je nach Konfiguration kalkuliert. Tragen Sie deshalb nicht einfach einen Preis von null oder einen erfundenen Einstiegspreis ein, um fehlende Felder auszufüllen. Die Voraussetzungen und Feldanforderungen unterscheiden sich je nach Produktdarstellung. Wenn keine echten Transaktionsdaten vorliegen, sollten Sie prüfen, welche Art der Darstellung infrage kommt, statt mit einem falschen Angebot einen erfolgreichen Test zu erzielen.

Auch für Fragen und Bewertungen gelten Einschränkungen. Eine FAQ-Seite bedeutet nicht, dass eine gewöhnliche Unternehmenswebsite Rich Results für häufig gestellte Fragen erhält. Ebenso berechtigt es ein Unternehmen nicht automatisch zu einer Sternebewertung, wenn es die positiven Bewertungen seiner Kunden als eigene Unternehmensbewertung auszeichnet. Der unterstützte Funktionsumfang kann sich ändern. Prüfen Sie deshalb vor der Implementierung die Dokumentation der jeweiligen Funktion im Google Search Central, statt veralteten Anleitungen zu folgen.

Prüfen Sie, ob das Markup mit den für Nutzer sichtbaren Inhalten übereinstimmt

Widersprüchliche Daten sind problematischer als ein fehlendes empfohlenes Feld. Zum Beispiel zeigt die Seite Preise in US-Dollar an, während im Markup weiterhin chinesische Yuan angegeben sind; ein Produkt ist nicht mehr verfügbar, wird im Lagerbestandsfeld aber noch als verfügbar ausgewiesen; oder auf einer englischen Seite wird ein chinesischer Produktname verwendet. Solche Probleme entstehen häufig durch wiederverwendete Vorlagen, Übersetzungsprozesse und nicht synchronisierte Produktdaten. Eine einzelne Codepassage zu korrigieren, löst das Problem daher oft nicht dauerhaft.

Prüfen Sie außerdem, ob mehrere Plugins gleichzeitig Markup ausgeben. Mehrere Elemente strukturierter Daten sind an sich nicht regelwidrig. Problematisch wird es, wenn dasselbe Produkt mit unterschiedlichen Preisen oder URLs ausgezeichnet oder wenn ein Zusammenhang zwischen nicht zusammengehörigen Objekten hergestellt wird. Löschen Sie nicht alles, nur weil Sie Duplikate entdecken. Klären Sie zuerst, welche Datenquelle verlässlich ist.

Für Unternehmen, die integrierte Website- und internationale Marketingservices wie YiYingBao nutzen, empfiehlt es sich, Website-Erstellung, Produktmanagement und SEO gemeinsam in die Prüfung einzubeziehen: Das Website-Team ist für die Ausgabe der Vorlagen zuständig, das Produktmanagement hält die tatsächlichen Informationen aktuell und das SEO-Team prüft die Voraussetzungen für die Darstellung. Bei mehrsprachigen Websites sollten diese Zuständigkeiten in die Checkliste für den Launch aufgenommen werden, statt einer einzelnen Partei immer wieder das Ergänzen von Feldern zu überlassen.

Wie geht es nach der Korrektur weiter?

Testen Sie zunächst eine kleine Auswahl repräsentativer Detailseiten, statt sofort Änderungen auf der gesamten Website vorzunehmen. Dokumentieren Sie das Veröffentlichungsdatum, den Markup-Typ, die Testergebnisse und den Zeitpunkt des letzten Crawls. Beobachten Sie anschließend die Änderungen in den entsprechenden Erweiterungsberichten der Search Console. Falls Daten zur Suchdarstellung verfügbar sind, prüfen Sie auch Impressionen und Klicks. Das Fehlen eines bestimmten Berichts allein ist kein Beweis für eine fehlgeschlagene Implementierung.

Wenn Google die aktuelle Version bereits gecrawlt hat, die Elemente gültig sind, die Inhalte übereinstimmen und keine einschlägige manuelle Maßnahme vorliegt, sollten Sie nicht wahllos weitere Felder hinzufügen. Die tatsächliche Darstellung hängt auch von der Suchanfrage, dem Gerät und der Region ab. Deshalb erscheint eine erweiterte Darstellung nicht bei jeder Suche nach derselben Seite. Prüfen Sie in diesem Fall lieber, ob die Seite die Fragen von Käufern zu Spezifikationen, Lieferung und Verwendung klar beantwortet, statt sich nur darauf zu konzentrieren, ob Sterne in den Suchergebnissen angezeigt werden.

Orientieren Sie sich bei der Umsetzung an den allgemeinen Richtlinien für strukturierte Daten von Google sowie an der Dokumentation zum jeweiligen Typ. Ermitteln Sie zuerst, was die Berechtigung zur Darstellung verhindert, und entscheiden Sie dann, ob Sie die Vorlage ändern, Inhalte ergänzen oder das erneute Crawling abwarten müssen. Ein „erfolgreicher Test“ sollte als Teil der Fehlerdiagnose dokumentiert werden, nicht als Versprechen für eine Darstellung.