Strukturierte Daten gezielt und korrekt einsetzen
Schema.org stellt ein Vokabular bereit; Plattformen unterstützen daraus nur bestimmte Typen und Funktionen. Markiere sichtbare, aktuelle Tatsachen für einen dokumentierten Verbraucher.
Die kurze Antwort
Bestimme zuerst die Hauptentität der Seite und den vorgesehenen Verbraucher. Prüfe getrennt, ob der Typ bei Schema.org definiert und von der Plattform für eine Funktion dokumentiert ist. Erzeuge das Markup aus denselben Daten wie den sichtbaren Inhalt, validiere Syntax und Plattformanforderungen getrennt und verspreche keine Darstellung.
Strukturierte Daten geben Maschinen explizite Hinweise zur Bedeutung eines Inhalts. Sie können mitteilen, dass ein Dokument ein Artikel ist, welche Organisation es veröffentlicht, wer der Autor ist oder wie die Seite in die Website-Hierarchie gehört.
Sie ersetzen den sichtbaren Inhalt nicht. Sie sind auch kein allgemeiner Ranking-Schalter und keine Garantie für ein Rich Result oder eine Erwähnung in einer KI-Antwort.
Trenne drei Ebenen: Schema.org definiert Typen und Eigenschaften; JSON-LD, Microdata und RDFa sind Darstellungsformate; Google und andere Verbraucher bestimmen selbst, was sie für konkrete Funktionen auswerten.
Zweck und Datenquelle vor dem Typ klären
Frage vor der Implementierung: Was ist die Hauptentität der Seite? Welche sichtbaren Informationen beschreiben sie? Welcher Verbraucher soll die Daten verwenden? Dokumentiert er Typ und Eigenschaften? Wer pflegt die zugrunde liegenden Daten?
Wenn du keinen konkreten Zweck und keine verlässliche Datenquelle benennen kannst, implementiere das Markup nicht.
Schema.org und Plattformunterstützung trennen
Ein Typ kann bei Schema.org gültig sein, ohne eine aktuelle Google-Suchfunktion auszulösen. Umgekehrt können Google-Anforderungen strenger sein als die allgemeine Definition.
Der Schema Markup Validator prüft das allgemeine Vokabular. Der Rich Results Test prüft die Eignung für aktuell unterstützte Google-Funktionen. Beide Werkzeuge beantworten unterschiedliche Fragen. Ein bestandener Test prüft nicht automatisch Wahrheit, Aktualität oder eine spätere Darstellung.
Nur sichtbare und aktuelle Tatsachen markieren
Markiere keine Personen, Bewertungen oder Fragen, die auf der Seite nicht sichtbar sind. Vermeide alte Preise, verfallene Zertifikate, erfundene Kennungen und ein Änderungsdatum ohne wesentliche Inhaltsänderung.
Strukturierte Daten sollen aus derselben Quelle entstehen wie der sichtbare Inhalt. Manuell doppelt gepflegte Angaben laufen leicht auseinander.
Passende Typen für Fachinhalte wählen
Für einen redaktionellen Unternehmensratgeber ist häufig Article oder bei einem tatsächlichen Blog BlogPosting passend. Eine normale Leistungsseite wird nicht allein wegen ihrer Textmenge zum Artikel. Relevante Angaben können headline, tatsächlicher author, datePublished, dateModified, ein repräsentatives image und der publisher sein.
Organization beschreibt das veröffentlichende Unternehmen am besten zentral auf der Start- oder Unternehmensseite. Eine stabile @id kann in Artikeln als Publisher referenziert werden. BreadcrumbList beschreibt eine echte Website-Hierarchie.
TechArticle ist ein Schema.org-Untertyp, für den Google keine eigene Rich-Result-Funktion dokumentiert. QAPage passt bei Google nur zu Seiten, auf denen Nutzer Antworten auf eine einzelne Frage einreichen können, nicht zu einer redaktionellen Antwort.
FAQPage nach der Einstellung richtig einordnen
Plattformstand vom 17. August 2026: FAQPage bleibt ein gültiger Schema.org-Typ. Google hat die FAQ-Rich-Result-Funktion jedoch am 7. Mai 2026 eingestellt und die zugehörige Dokumentation im Juni entfernt.
Behalte hilfreiche sichtbare Fragen und Antworten. Verwende FAQPage aber nicht mit dem Versprechen einer besonderen Google-Darstellung. Für generative Funktionen in Google Search ist weder ein besonderes Schema noch anderes spezielles KI-Markup erforderlich.
In getrennten Stufen validieren
- Prüfe JSON und JSON-LD syntaktisch.
- Prüfe Typen und Eigenschaften mit dem Schema Markup Validator.
- Prüfe aktuell unterstützte Google-Typen mit dem Rich Results Test.
- Prüfe produktiv, was im Live-Test ausgeliefert wird, und beobachte Berichte nach Vorlagenänderungen.
Ein valides Ergebnis ermöglicht Verarbeitung, garantiert aber kein Rich Result. Jede Vorlagen- oder Datenänderung kann eine erneute Prüfung auslösen.
Quellen und Vertiefung
- Einführung in strukturierte Daten, Google Search CentralGrundlagen und unterstützte Formate.
- Allgemeine Richtlinien für strukturierte Daten, Google Search CentralSichtbarer Inhalt und Qualitätsrichtlinien.
- Strukturierte Daten für Artikel, Google Search CentralArticle-Eigenschaften und Google-Unterstützung.
- Strukturierte Daten für Organisationen, Google Search CentralOrganisation als stabile Entität.
- Änderungsprotokoll der Search-Dokumentation, Google Search CentralEinstellung der FAQ-Rich-Result-Funktion.
- Schema.org Article, Schema.orgAllgemeine Vokabulardefinition.
- Schema Markup Validator, Schema.orgPrüfung des allgemeinen Schema.org-Markups.