# 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

1. Prüfe JSON und JSON-LD syntaktisch.
2. Prüfe Typen und Eigenschaften mit dem Schema Markup Validator.
3. Prüfe aktuell unterstützte Google-Typen mit dem Rich Results Test.
4. 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.

## Dein nächster Arbeitsschritt

Dokumentiere einen Markup-Entscheid je Seitenart: Hauptentität, gewählter Schema.org-Typ, geschäftlicher Zweck, Zielverbraucher, offizielle Verbraucherdokumentation, sichtbare Datenquelle, verwendete Eigenschaften, stabile @id, Schema.org- und Plattformvalidierung, Verantwortung, Prüfanlass sowie Entscheid für Einführung, Änderung oder Entfernung.

## Quellen und Vertiefung

- [Quelle bei Google](https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data) — Google Search Central: Grundlagen und unterstützte Formate.
- [Quelle bei Google](https://developers.google.com/search/docs/appearance/structured-data/sd-policies) — Google Search Central: Sichtbarer Inhalt und Qualitätsrichtlinien.
- [Quelle bei Google](https://developers.google.com/search/docs/appearance/structured-data/article) — Google Search Central: Article-Eigenschaften und Google-Unterstützung.
- [Quelle bei Google](https://developers.google.com/search/docs/appearance/structured-data/organization) — Google Search Central: Organisation als stabile Entität.
- [Updates bei Google](https://developers.google.com/search/updates) — Google Search Central: Einstellung der FAQ-Rich-Result-Funktion.
- [Typ bei Schema.org](https://schema.org/Article) — Schema.org: Allgemeine Vokabulardefinition.
- [Validator öffnen](https://validator.schema.org/) — Schema.org: Prüfung des allgemeinen Schema.org-Markups.

## Hinweis

Strukturierte Daten beschreiben sichtbare Inhalte. Valides Markup garantiert weder Ranking noch Rich Result oder eine Nennung in generativen Antworten.