Testen, pflegen und was nicht erlaubt ist

Modul 5: Strukturierte Daten · Lesezeit: 12 Minuten

Lernziel: Nach dieser Lektion können Sie strukturierte Daten mit dem Rich Results Test und dem Schema Markup Validator testen, den Unterschied zwischen Fehlern und Warnungen erklären und die Regeln von Google anwenden, zum Beispiel das Verbot von Bewertungen über Ihr eigenes Unternehmen.

Kernbegriffe: Rich Results Test, Schema Markup Validator, kritisches Problem (Fehler) im Gegensatz zu nicht kritischem Problem (Warnung), gerendertes HTML, Berichte in der Search Console, Richtlinien für strukturierte Daten, eigene Bewertungen (self-serving), manuelle Maßnahme, doppelte Blöcke, Pflege

Zwei Testtools, zwei Fragen

Es gibt zwei kostenlose Tools, und jedes beantwortet eine andere Frage.

Beginnen Sie mit dem Rich Results Test (https://search.google.com/test/rich-results). Geben Sie die Adresse Ihrer Seite ein, nicht den Code: Dann sieht das Tool die Seite so, wie Googlebot sie abruft, einschließlich JSON-LD, das per JavaScript hinzugefügt wird. Wenn Sie Code einfügen, kann JavaScript an Grenzen stoßen, sagt Google selbst. Möchten Sie wissen, ob Ihr Markup nach schema.org korrekt ist, auch für Typen, mit denen Google nichts anfängt, verwenden Sie den Schema Markup Validator (https://validator.schema.org/).

Fehler und Warnungen lesen

Der Rich Results Test teilt Probleme in zwei Arten ein:

• Kritische Probleme (Fehler). Eine erforderliche Eigenschaft fehlt, oder ein Wert ist ungültig. Das Element kommt dann nicht für eine besondere Darstellung infrage. Das beheben Sie immer.
• Nicht kritische Probleme (Warnungen). Eine empfohlene Eigenschaft fehlt, etwa priceRange oder geo. Das Element ist gültig. Ergänzen Sie die Eigenschaft, wenn Sie die Daten haben und sie stimmen; erfinden Sie nichts, nur um eine Warnung loszuwerden.

Meldet der Test „No items detected“, obwohl Sie wissen, dass JSON-LD auf der Seite steht? Prüfen Sie dann drei Ursachen:

1. Das JSON ist ungültig (ein Komma zu viel oder zu wenig, ein vergessenes Anführungszeichen). Dann wird der ganze Block übersprungen. Der Schema Markup Validator nennt meist die Zeile, in der es schiefgeht.
2. Der Typ ist unbekannt (Bloemist statt Florist) oder falsch geschrieben (localbusiness).
3. Die Seite ist für Googlebot mit robots.txt oder noindex gesperrt (Lektionen 3.3 und 1.3). Google bittet ausdrücklich darum, Seiten mit strukturierten Daten nicht zu sperren.

Die Search Console behält es im Blick

Sobald Ihre Website in der Search Console eingerichtet ist (Modul 2), zeigt die Search Console unter Verbesserungen einen Bericht für jeden Typ, für den Google eine besondere Darstellung hat und auf Ihrer Website gültiges Markup findet. Dort sehen Sie gültige Elemente, Elemente mit nicht kritischen Problemen und ungültige Elemente, jeweils mit Beispielseiten. Ein paar Dinge, die Sie wissen sollten:

• Es gibt keine Schaltfläche „Problem beheben“. Sie korrigieren die Quelle (Ihre Website, Ihr Plugin, Ihren Website-Baukasten) und können danach im Bericht eine Überprüfung anfordern.
• Die Zahlen sind Elemente, keine Seiten. Eine Seite kann mehrere Elemente enthalten.
• Gibt es für einen Typ keinen Bericht, hat Google kein gültiges Markup dieses Typs gefunden, oder der Typ hat keine eigene Darstellung.

Was nicht erlaubt ist

Die Richtlinien von Google für strukturierte Daten sind kurz und streng. Die wichtigsten:

• Beschreiben Sie nur, was sichtbar ist. Keine Öffnungszeiten, Preise oder Bewertungen in Ihrem JSON-LD, die ein Besucher nicht auf der Seite finden kann.
• Keine Irreführung. Die Daten müssen die Seite ehrlich wiedergeben.
• Auf der richtigen Seite. Setzen Sie das Markup auf die Seite, die es beschreibt.
• Bilder in Ihren strukturierten Daten müssen für Google abrufbar und indexierbar sein.
• Keine gefälschten Bewertungen und keine Bewertungen, die nicht von echten Nutzern stammen.

Bewertungen über Ihr eigenes Unternehmen

Eine Regel, die viele Unternehmen überrascht: Setzen Sie in den LocalBusiness-Block Ihrer eigenen Website kein aggregateRating und kein review über sich selbst. Google sagt: Wenn das bewertete Unternehmen die Bewertungen über sich selbst verwaltet, kommen die Seiten mit LocalBusiness- oder anderem Organization-Markup nicht für Sterne in den Suchergebnissen infrage. Google hat diese Regel 2019 eingeführt. Es spielt keine Rolle, ob Sie die Bewertungen selbst sammeln, aus einem Widget beziehen oder von einem Bewertungsportal übernehmen. Die Sterne bei Ihrem Unternehmen in Google Maps stammen aus Ihrem Unternehmensprofil (Lektion 6.5), nicht aus Ihrem eigenen JSON-LD.

Plugins und Themes fügen eine solche Bewertung manchmal automatisch in Ihr Markup ein. Prüfen Sie also in Ihrem eigenen JSON-LD, ob dort aggregateRating steht, und schalten Sie es ab, wenn es um Ihr eigenes Unternehmen geht.

Was bei Missbrauch passiert

Verstoßen Sie gegen die Richtlinien, kann Google eine manuelle Maßnahme für strukturierte Daten verhängen. Sie sehen diese in der Search Console unter Sicherheit und manuelle Maßnahmen (Lektion 2.4). Die Folge laut Google: Die Seite kommt nicht mehr für besondere Darstellungen infrage. Auf das normale Ranking in den Suchergebnissen hat eine solche manuelle Maßnahme laut Google keinen Einfluss. Nach der Korrektur beantragen Sie in der Search Console eine erneute Überprüfung.

Pflegen: die stillen Fehler

Die meisten Probleme entstehen nicht beim Schreiben, sondern später.

• Zwei Blöcke, die sich widersprechen. Ihr Theme setzt einen LocalBusiness-Block, und Ihr SEO-Plugin ebenfalls, mit einer anderen Telefonnummer. Wählen Sie eine Quelle und schalten Sie die andere ab. Zwei Blöcke unterschiedlicher Art (ein WebSite und ein Florist) sind kein Problem; zweimal dasselbe Unternehmen mit unterschiedlichen Daten schon.
• Daten, die sich ändern. Neue Telefonnummer, Umzug, andere Öffnungszeiten im Sommer. Ändern Sie es zuerst an Ihrer festen Stelle (Ihr Website-Baukasten oder Plugin) und gehen Sie danach Ihr Unternehmensprofil, Apple Business und Verzeichnisse durch (Modul 6).
• Ein neues Theme oder ein neuer Baukasten. Nach einer Erneuerung Ihrer Website steht manchmal kein JSON-LD mehr darauf, oder es ist doppelt vorhanden. Testen Sie nach jeder größeren Änderung.
• Vorübergehende Zeiten. Feiertage und Urlaub tragen Sie in Ihrem Unternehmensprofil als besondere Öffnungszeiten ein. In JSON-LD geht das mit validFrom und validThrough; vergessen Sie dann nicht, sie wieder zu entfernen.

Eine gute Gewohnheit: Testen Sie Ihre Kontaktseite im Rich Results Test nach jeder Änderung Ihrer Unternehmensdaten und nach jedem größeren Update Ihrer Website, und sehen Sie einmal im Quartal in den Bericht in der Search Console.

In der Praxis: eine WordPress-Website und eine AI Builder-Website testen

Bei einer WordPress-Website mit SEO-Plugin sehen Sie im Rich Results Test oft mehrere Elemente: WebSite, Organization oder LocalBusiness, BreadcrumbList und pro Beitrag einen Article. Bei einer Website aus dem AI Builder von WebOké finden Sie auf der Startseite einen @graph mit einem WebSite und dem Unternehmen als Untertyp von LocalBusiness. Möchten Sie alle Eigenschaften dieses Blocks sehen, auch die Öffnungszeiten in der Kurzschreibweise openingHours, fügen Sie die Adresse zusätzlich in den Schema Markup Validator ein: Er zeigt jeden schema.org-Typ und jede Eigenschaft. Bei anderen Website-Baukästen funktioniert das Testen genauso.

Zusammenfassung

• Der Rich Results Test sagt, ob Ihre Seite für eine Darstellung in Google infrage kommt; der Schema Markup Validator sagt, ob Ihr Markup gültiges schema.org ist.
• Testen Sie mit der Adresse der Seite, nicht mit eingefügtem Code. Kritische Probleme beheben Sie immer; Warnungen nur mit echten Daten.
• Kein ungültiges JSON, keine unbekannten Typen, und sperren Sie Seiten mit strukturierten Daten nicht für Googlebot.
• Keine Bewertungen über Ihr eigenes Unternehmen in Ihrem eigenen Markup; Missbrauch kann zu einer manuellen Maßnahme führen.
• Testen Sie nach jeder Änderung Ihrer Daten oder Ihrer Website erneut, und vermeiden Sie doppelte Blöcke, die sich widersprechen.

Quiz

Aufgabe

Aufgabe A5.3: Finden Sie die Fehler. Laden Sie die Beispieldatei jsonld-fouten-1.json herunter: einen JSON-LD-Block für ein Blumengeschäft mit sechs Fehlern. Lesen Sie ihn Zeile für Zeile (Sie dürfen ihn auch in den Schema Markup Validator einfügen) und wählen Sie aus den zehn Aussagen in der Aufgabe die sechs aus, die einen echten Fehler beschreiben. Das Programm vergleicht Ihre Auswahl mit dem festen Lösungsschlüssel und erklärt zu jeder Aussage, warum.

Weiterführende Links

• Rich Results Test von Google: https://search.google.com/test/rich-results
• Schema Markup Validator: https://validator.schema.org/
• Google Search Central, Allgemeine Richtlinien für strukturierte Daten: https://developers.google.com/search/docs/appearance/structured-data/sd-policies
• Google Search Central, Rezensions-Snippets (mit der Regel über eigene Bewertungen): https://developers.google.com/search/docs/appearance/structured-data/review-snippet
• Google Search Console-Hilfe, Berichte zu Rich-Suchergebnissen: https://support.google.com/webmasters/answer/7552505
• Google Search Central, Strukturierte Daten mit JavaScript generieren: https://developers.google.com/search/docs/appearance/structured-data/generate-structured-data-with-javascript