dng.MARKETING
NOTIZBUCH / NOTEBOOK
DIGITAL MARKETING / DE & EN
SEO & lokale Suche

Strukturierte Daten nur für sichtbare Inhalte verwenden

Prüfen Sie sichtbare Fakten, passende Typen und technische Auszeichnung getrennt, bevor Sie strukturierte Daten veröffentlichen.

Code auf einem Laptopbildschirm

Strukturierte Daten beschreiben Inhalte in einer maschinenlesbaren Form. Sie sind kein zusätzlicher Bereich, in dem ein Unternehmen unbelegte Eigenschaften oder versteckte Bewertungen ergänzen sollte. Die Grundlage bleibt die sichtbare Seite und die Frage, welche Informationen sie tatsächlich bereitstellt.

Beginnen Sie daher nicht mit der Auswahl möglichst vieler Typen. Schreiben Sie zuerst auf, was die Seite darstellt: einen Artikel, eine Organisation, ein konkretes Produkt oder einen anderen klar erkennbaren Gegenstand. Nicht jede Website braucht dieselbe Auszeichnung und nicht jedes Schema führt zu einer besonderen Suchdarstellung.

Sichtbare Angaben als Grundlage

Vergleichen Sie jedes geplante Feld mit der Seite. Stehen Titel, Beschreibung, Datum und relevante Identitätsangaben dort in einem nachvollziehbaren Zusammenhang? Wenn eine Bewertung oder ein Preis nur in der Auszeichnung vorkommt, aber für Besucher nicht erkennbar ist, stimmt die Darstellung nicht überein.

Die Google-Richtlinien für strukturierte Daten verlangen unter anderem, dass ausgezeichnete Inhalte den sichtbaren Inhalt wiedergeben. Sie machen auch deutlich, dass korrekte Auszeichnung allein keine besondere Ergebnisdarstellung garantiert. Vermeiden Sie deshalb Zusagen, nach denen ein eingefügtes Skript automatisch Sterne oder andere zusätzliche Elemente erzeugt.

Nehmen Sie keine frei erfundenen Autoren, Auszeichnungen oder Geschäftsdaten auf, um Felder zu füllen. Wenn eine Information unbekannt ist, muss zuerst geklärt werden, ob sie überhaupt benötigt wird und wie sie korrekt dargestellt werden kann. Eine technisch gefüllte Eigenschaft ist nicht automatisch eine wahre Aussage.

Passenden Typ und konkrete Anforderungen wählen

Ein allgemeiner Schema-Typ und eine von einer Suchmaschine unterstützte Ergebnisfunktion sind unterschiedliche Dinge. Prüfen Sie die aktuelle Dokumentation für den tatsächlichen Anwendungsfall. Ein syntaktisch gültiger Datensatz kann dennoch für eine bestimmte Ergebnisfunktion ungeeignet oder unvollständig sein.

Bei einem redaktionellen Artikel sollten die Angaben den Artikel beschreiben. Ein Kontaktformular macht die gesamte Seite nicht automatisch zu einem Produktangebot. Die Auswahl richtet sich nach dem Hauptinhalt und den real vorhandenen Informationen, nicht nach dem erhofften Aussehen eines Suchergebnisses.

Wenn mehrere Gegenstände sinnvoll auf einer Seite vorkommen, müssen ihre Beziehungen verständlich bleiben. Überlassen Sie solche Zuordnungen nicht ungeprüft einem Plugin, das jeden sichtbaren Abschnitt automatisch als separate Gelegenheit behandelt. Prüfen Sie, was tatsächlich ausgegeben wird und ob es sich widerspricht.

Technische und redaktionelle Prüfung trennen

Kontrollieren Sie zunächst, ob das Format korrekt ist. Bei JSON-LD können falsche Anführungszeichen, unvollständige Objekte oder ungültige Werte die Verarbeitung stören. Verwenden Sie ein geeignetes Prüfwerkzeug und lesen Sie die gemeldeten Probleme, statt nur eine Farbe im Ergebnis zu betrachten.

Danach folgt die inhaltliche Prüfung. Ein Validator kann nicht jede falsche Behauptung erkennen. Ein formal gültiger, aber erfundener Name bleibt falsch. Vergleichen Sie deshalb Titel, URLs, Bilder und Daten mit der tatsächlich veröffentlichten Fassung.

Bei automatisch erzeugten Seiten sollten einige typische und einige ungewöhnliche Fälle geprüft werden. Lange Titel, fehlende optionale Angaben oder mehrere Sprachversionen können Fehler zeigen, die auf der Startseite nicht auftreten. Ergänzen Sie automatische Kontrollen, wenn viele Artikel nach demselben technischen Verfahren entstehen.

URLs und Sprachversionen konsistent halten

Verwenden Sie die vorgesehenen Produktionsadressen. Eine lokale Testadresse oder ein früherer Vorschaudomainname darf nicht unbemerkt in die ausgelieferte Auszeichnung gelangen. Prüfen Sie auch Bildadressen: Ein lokales Bild muss unter dem angegebenen öffentlichen Pfad erreichbar sein.

Jede Sprachversion sollte ihre tatsächliche Sprache und ihren passenden Titel wiedergeben. Eine englische Seite mit deutscher Beschreibung in den strukturierten Daten ist ein vermeidbarer Widerspruch. Die Übersetzungen sollen dieselben sachlichen Angaben enthalten, aber zur jeweiligen Seite passen.

Wenn ein Inhalt umzieht oder zusammengeführt wird, gehört die Auszeichnung zur Aktualisierung. Neue kanonische Adresse, sichtbarer Titel und maschinenlesbare Angaben dürfen nicht verschiedene Fassungen beschreiben. Ein funktionierender Redirect verdeckt solche Widersprüche möglicherweise für Besucher, beseitigt sie aber nicht aus dem Quelltext.

Pflege im Veröffentlichungsprozess verankern

Legen Sie fest, welche Angaben aus den redaktionellen Quelldaten erzeugt werden und welche separat gepflegt sind. Doppelte manuelle Pflege erhöht das Risiko, dass ein sichtbarer Text geändert wird, während die Auszeichnung alt bleibt. Wo möglich, sollten beide aus derselben geprüften Information entstehen.

Nach einer Aktualisierung kontrollieren Sie die tatsächlich ausgelieferte Seite, nicht nur die Vorlage. Ein Build, Cache oder Plugin kann einen anderen Stand ausgeben als erwartet. Dokumentieren Sie, ob Sie lokal, nach dem Entpacken eines Pakets oder auf der Produktionsdomain geprüft haben.

Strukturierte Daten sind dann sinnvoll eingesetzt, wenn sie die vorhandenen Inhalte korrekt und wartbar beschreiben. Ihr Erfolg lässt sich zunächst an dieser Übereinstimmung und einer fehlerfreien technischen Ausgabe prüfen. Ob eine Suchmaschine anschließend eine zusätzliche Darstellung auswählt, bleibt eine getrennte Entscheidung des Suchsystems.

Daran können Sie anknüpfen.

Zur Themenübersicht ↗