Strukturierte Daten beschreiben in einem standardisierten Format, was bereits auf einer Seite steht. Wählen Sie zuerst den Seitenzweck, modellieren Sie nur relevante Entitäten und Eigenschaften und vergleichen Sie das Ergebnis mit dem sichtbaren Inhalt. Ergänzen Sie keine Bewertungen, Preise, Personen oder Leistungsversprechen, nur um das Markup umfangreicher wirken zu lassen.
Mit dem Zweck der Seite beginnen
Unternehmensprofil, Leistungsseite, Artikel und Kontaktseite erfüllen verschiedene Aufgaben. Verwenden Sie einen passenden Haupttyp und ergänzen Sie weitere Typen nur für reale Inhalte. BlogPosting gehört zu einem veröffentlichten Artikel. Service beschreibt eine konkrete Leistung. BreadcrumbList folgt einer sichtbaren und funktionierenden Navigation.
Mehr Typen führen nicht automatisch zu besseren Suchergebnissen. Ein kleines, vollständiges und korrektes Modell lässt sich leichter pflegen als ein großer Graph mit halb ausgefüllten Objekten. Wählen Sie Eigenschaften aus der offiziellen Dokumentation der gewünschten Suchfunktion und aus schema.org für die allgemeine Bedeutung.
Sichtbaren Inhalt und JSON-LD abgleichen
Googles Einführung in strukturierte Daten verlangt, dass Markup den Inhalt der jeweiligen Seite beschreibt und keine Informationen ergänzt, die Besucher dort nicht sehen. Nutzen Sie diese Regel als Veröffentlichungsgrenze.
Steht eine Telefonnummer im Graph, sollte sie auch auf einer geeigneten öffentlichen Seite erscheinen. Nutzen Sie Ratings nur, wenn die zugrunde liegenden Bewertungen existieren, sichtbar sind und korrekt verwaltet werden. Öffnungszeiten gehören erst ins Markup, wenn das Unternehmen sie bestätigt hat und aktuell halten kann.
Jeder Entität eine stabile Identität geben
Verwenden Sie eine feste absolute @id für Unternehmen, Website und wichtige Seitenentitäten. Andere Nodes verweisen auf diese Kennungen, statt das Unternehmen jedes Mal neu zu erzeugen. So entstehen innerhalb derselben Website keine unterschiedlichen Schreibweisen, Logos oder Adressen.
Verwalten Sie Name, URL, Logo, Kontaktdaten und verifizierte Profile in einer Konfiguration. Seitenspezifische Daten bleiben bei der Seite: Titel, Beschreibung, Autor, Veröffentlichungsdatum und Hauptbild kommen aus dem veröffentlichten Element. So bleiben globale und redaktionelle Verantwortung getrennt.
Beziehungen ohne doppelte Aussagen modellieren
Eine WebPage kann Teil einer WebSite sein und von einer Organization veröffentlicht werden. Ein Service verweist auf denselben Anbieter. Ein BlogPosting verweist auf seine Seite und seinen Autor. Diese Beziehungen machen den Graph verständlich, ohne den gesamten Unternehmensdatensatz auf jeder Seite zu kopieren.
Verwenden Sie dieselbe Canonical-URL in Metadaten, Sitemap und @id-Aufbau. Bei mehreren Sprachen erhält jede öffentliche Route eine eigene URL und Sprachangabe, während Übersetzungen derselben Inhaltsgruppe angehören können. Mischen Sie keine Sprachversionen in einer Seitenentität.
Syntax und Bedeutung getrennt validieren
Ein Parser bestätigt gültiges JSON. Ein Schema- oder Rich-Result-Test prüft Typen und erforderliche Eigenschaften. Keiner dieser Tests beweist die Wahrheit einer Aussage. Vergleichen Sie deshalb anschließend Namen, URLs, Bilder, Autoren, Daten und Unternehmensangaben mit der gerenderten Seite.
Testen Sie das Production-HTML statt nur eines Objekts im Quellcode. Templates können doppelte Graphen, falsche Canonicals oder Entwicklungs-URLs erzeugen. Nehmen Sie repräsentative Routen in die Releaseprüfung auf und stoppen Sie den Build bei fehlenden oder widersprüchlichen Kernfeldern.
Markup-Änderungen wie Contentänderungen verwalten
Bestimmen Sie einen Eigentümer für globale Unternehmensdaten und dokumentieren Sie, welche Felder aus CMS, Plugin oder Sitekonfiguration stammen. Prüfen Sie strukturierte Daten erneut, wenn sich Template, Contentmodell, URL-Struktur oder Unternehmensangaben ändern. So bleibt das Markup eine verlässliche Darstellung der Website.
Pro Seite eine Veröffentlichungskontrolle nutzen
Auf einer Leistungsseite kann der sichtbare Inhalt beispielsweise Leistungsname, Anbieter, Ablauf, Region und Kontaktweg bestätigen. Modellieren Sie nur diese bestätigten Angaben. Lassen Sie AggregateRating, Offer, Preis oder FAQ weg, wenn die Seite keine echte Bewertung, kein konkretes Angebot, keinen sichtbaren Preis oder Fragenbereich enthält. Ein leeres oder erfundenes Objekt ist keine Optimierung.
Prüfen Sie vor der Veröffentlichung genau ein Canonical, eine primäre Seitenentität, stabile @ids, absolute Production-URLs, die richtige Sprache und Übereinstimmung mit dem gerenderten Text. Validieren Sie danach eine repräsentative Seite jedes Templates. Gültiges Markup kann einer Suchmaschine beim Verständnis helfen, garantiert aber weder Rich Result noch Darstellung oder höhere Position.