Strukturierte Daten: wofür Suchmaschinen sie wirklich nutzen

Es kauft Anspruch, und Anspruch ist kein Versprechen

Das Denkmodell, das die meiste Enttäuschung erzeugt, ist jenes, in dem Auszeichnung ein Hebel wäre: Schema hinzufügen, Schub bekommen. So ist es nicht. Strukturierte Daten sind eine Übersetzungsschicht. Deine Seite sagt in Prosa für Menschen, dass dieser Artikel am 18. August von Camille Laurent geschrieben und im September aktualisiert wurde. Die Auszeichnung sagt dasselbe in einer Form, die ein Parser ohne Raten lesen kann. Nichts Neues kommt auf die Seite; die Maschine muss nur nicht mehr schließen.

Was diese Übersetzung kauft, ist etwas Konkretes und Begrenztes: Anspruch auf ein Rich Result. Googles eigene Richtlinien setzen es in einen hervorgehobenen Hinweis — es wird nicht garantiert, dass deine strukturierten Daten in den Suchergebnissen erscheinen, selbst bei korrekter Auszeichnung. Ob die Funktion gezeichnet wird, hängt von der Anfrage ab, vom Gerät, vom Aufbau genau dieser Ergebnisseite und davon, ob Google deiner Website gerade genug vertraut, um sie darzustellen. Korrekte Auszeichnung bringt dich von nicht berechtigt zu berechtigt. Nichts daran bringt dich eine Position nach oben.

Die klarste Bestätigung, dass Auszeichnung und Ranking getrennte Systeme sind, kommt von der Sanktionsseite. Google beschreibt eine manuelle Maßnahme wegen strukturierter Daten als etwas, das einer Seite den Anspruch auf Darstellung als Rich Result nimmt, und stellt fest, dass es das Ranking in der Websuche nicht beeinflusst. Zwei unabhängige Regler. Könnte Auszeichnung Rankings nach oben drücken, würde Missbrauch sie nach unten drücken — und die dokumentierte Sanktion tut genau das nicht.

JSON-LD hat gewonnen, und der Grund ist die Wartung

Es gibt drei Syntaxen, um schema.org in eine Seite zu bringen. Microdata und RDFa arbeiten mit Attributen: Man streut itemscope, itemprop und typeof über die HTML-Elemente, die die Werte ohnehin enthalten, sodass die Auszeichnung in der Auszeichnung wohnt. JSON-LD ist ein eigenständiger Block, ein Script-Tag vom Typ application/ld+json mit einem gewöhnlichen JSON-Objekt, meist im Head oder am Ende des Body. Alle drei werden geparst. Google empfiehlt JSON-LD für strukturierte Daten, sofern die Einrichtung der Website es zulässt, und nennt es die einfachste Lösung, die Websitebetreiber im großen Maßstab umsetzen und pflegen können.

Der Grund ist nicht Eleganz, sondern Kopplung. Attributbasierte Auszeichnung ist ans DOM geschweißt: Ändere das Template, verschiebe den Preis in eine andere Komponente, lass eine Designerin ein span durch ein div ersetzen, und das itemprop wandert mit oder verschwindet stillschweigend. JSON-LD ist vollständig von der Darstellung entkoppelt, überlebt also Redesigns, kann serverseitig aus denselben Daten zusammengesetzt werden, die die Seite rendern, und lässt sich im Pull Request als ein einziges lesbares Objekt prüfen statt als fünfzehn über ein Template verstreute Attribute. Diese Entkopplung ist zugleich ihre Gefahr, und genau davon handelt der übernächste Abschnitt.

Welche Typen noch etwas Sichtbares erzeugen

Hier ist der meiste veröffentlichte Rat verdorben, prüfe also bei allem, was du liest, das Datum — auch bei diesem Text. Google pflegt eine Galerie der unterstützten Typen strukturierter Daten, und diese Galerie ist die einzige Autorität, der man in dieser Frage trauen sollte. Heute listet sie Article, Breadcrumb, Product, Event, Recipe, Video, Job posting, Local business, Organization, Review snippet, Q&A, Dataset, Software app, Vacation rental, Discussion forum, Profile page und eine Handvoll weiterer. Zwei Namen, die auf jeder SEO-Checkliste standen, stehen nicht darauf.

HowTo ist weg. Google zog HowTo-Rich-Results im Lauf von 2023 zurück, zuerst mobil, dann auf dem Desktop, und entfernte die Dokumentation. FAQPage hielt länger, ist aber ebenfalls weg: Ab August 2023 wurde es auf bekannte, autoritative Behörden- und Gesundheitsseiten verengt, und am 7. Mai 2026 verschwand es ganz. Die FAQPage-Dokumentation wurde am 15. Juni 2026 entfernt, und die zugehörige Berichterstattung — der Filter für die Suchdarstellung, der Rich-Result-Bericht, die Unterstützung im Rich-Results-Test — folgte. Sagt dir eine Checkliste, FAQ-Schema für mehr Fläche im Treffer zu ergänzen, ist diese Checkliste mindestens ein Jahr alt und wahrscheinlich drei.

Das macht die Auszeichnung nicht wertlos, und es heißt nicht, dass du sie herausreißen sollst. Googles Haltung zu eingestellten Funktionen ist, dass man sie nicht entfernen muss, weil andere Suchmaschinen und Dienste sie noch verwenden könnten. Schema.org ist ein geteiltes Vokabular, kein Google-Produkt: Assistenten, Aggregatoren, andere Suchmaschinen und immer mehr Retrieval-Pipelines von Sprachmodellen lesen dasselbe JSON. Die ehrliche Einordnung lautet, dass FAQPage und HowTo von einem sichtbaren, messbaren Ertrag zu einem spekulativen gewechselt sind — und das ändert sehr wohl, wie viel Entwicklungszeit sie verdienen.

Pflicht gegen Empfehlung, für die drei, die sich noch lohnen

Article ist der überraschende Fall: Er hat überhaupt keine Pflicht-Eigenschaften. Googles Rat lautet, die Eigenschaften zu ergänzen, die auf deinen Inhalt zutreffen, und nennt author, datePublished, dateModified, headline und image als empfohlen. Das ist keine Erlaubnis, sie wegzulassen. Eine empfohlene Eigenschaft ist eine, deren Fehlen das Objekt nicht ungültig macht, aber verkleinert, was ein Verbraucher damit anfangen kann — ein Article ohne author ist ein Article, der nachgelagert keine Verfasserzeile tragen kann. Liefere die, die du korrekt liefern kannst; Googles eigener Rat ist, wenige vollständige und korrekte empfohlene Eigenschaften jeder schlecht ausgefüllten Vollausstattung vorzuziehen.

BreadcrumbList ist der strengste der drei und der billigste, den man richtig hinbekommt. Er verlangt itemListElement, ein geordnetes Array von ListItem-Objekten, und jedes ListItem verlangt position und name. Die Eigenschaft item — die URL, auf die dieser Krümel zeigt — ist bei jedem Eintrag außer dem letzten Pflicht; dort greift Google auf die URL der aktuellen Seite zurück. Die Liste muss mindestens zwei ListItems enthalten, um angezeigt zu werden; ein einzelner Krümel ist keine Spur. Das ist der Typ mit dem besten Verhältnis von sichtbarer Wirkung zu Aufwand, weil er eine hässliche URL im Treffer gegen einen lesbaren Pfad tauscht und weil sich die Spur auf einer Website mit disziplinierter URL-Struktur aus dem Pfad selbst erzeugen lässt.

Product liegt dazwischen. Für ein Produkt-Snippet sind name plus mindestens eines von review, aggregateRating oder offers Pflicht — eines der drei genügt. In der Praxis verdient sich offers seinen Platz, weil ein Preis und ein Verfügbarkeitsstatus im Treffer die beiden Fragen beantworten, die Käufer vor dem Klick haben. Beachte die Warnung, die der Rich-Results-Test auslösen kann, wenn du offers ohne jede Bewertung lieferst: Sie ist eine Warnung, kein Fehler, und eine Bewertung zu erfinden, um sie loszuwerden, ist genau das Verhalten, um das es im nächsten Abschnitt geht.

Die Regel, die alles entscheidet: auszeichnen, was sichtbar ist

Googles Richtlinien für strukturierte Daten enthalten eine Anweisung, die mehr manuelle Maßnahmen auslöst als alle technischen Fehler zusammen: Zeichne keine Inhalte aus, die für Leser der Seite nicht sichtbar sind. Das klingt selbstverständlich, bis man merkt, wie leicht JSON-LD den Verstoß macht. Der Block liegt abseits des HTML, wird von einem Template erzeugt und nie gerendert — also schaut ihn im Team niemand je neben der Seite an. Genau deshalb driftet er.

Die Fehlerbilder sind banal, nicht böswillig. Ein Produkt-Template gibt aggregateRating aus einem Katalogfeld aus, während die Seite keine Bewertungen zeigt, weil noch keine geschrieben wurden. Eine Preisseite rendert serverseitig einen Preis nach einer Währungsumrechnung, aber das JSON-LD wurde aus dem Basispreis gebaut und widerspricht nun dem, was der Besucher liest. Ein Artikelblock trägt ein dateModified, das das CMS bei jeder Neuveröffentlichung hochsetzt, während die Seite das Ursprungsdatum anzeigt. Jeder dieser Fälle ist Auszeichnung, die etwas beschreibt, das die Leserin nicht prüfen kann, und jeder ist derselbe Verstoß wie das bewusste Fälschen von fünf Sternen.

Die technische Lösung passt in ein Prinzip: Baue das JSON-LD nie aus einer zweiten Wahrheitsquelle. Setze es aus genau denselben Objekten zusammen, die die sichtbare Seite rendern, im selben Request, damit ein Wert nicht im einen und nicht im anderen auftauchen kann. Kommt der angezeigte Preis aus einem formatierten String, leite den Preis der Auszeichnung aus der Zahl hinter diesem String ab, nicht aus einer separaten Abfrage. Ergänze dann pro Template einen Test, der prüft, dass jeder ausgezeichnete Wert irgendwo im gerenderten HTML vorkommt. Dieser Test fängt Template-Drift am Tag des Auftretens ab statt in einer Search-Console-Meldung drei Monate später.

Testen: drei Werkzeuge, drei verschiedene Fragen

Der schema.org-Validator beantwortet die Vokabularfrage: Ist das gültiges schema.org, existieren die Typen, sind die Eigenschaften richtig geschrieben, passen die verschachtelten Objekte in ihre erwarteten Bereiche. Von Google weiß er nichts. Der Rich-Results-Test beantwortet die Anspruchsfrage speziell für Google: Ist die Seite mit dieser Auszeichnung für eine Funktion berechtigt, die Google derzeit unterstützt, und wenn nicht, welche Pflicht-Eigenschaft fehlt. Die Rich-Result-Berichte der Search Console beantworten die dritte und wichtigste Frage: Was passiert auf der Live-Website im großen Maßstab, über alle URLs, nachdem das Template ausgeliefert wurde.

Nutze sie in dieser Reihenfolge und halte beim dritten an. Googles Rat ist, während der Entwicklung zu testen und die Gültigkeit nach dem Deployment zu überwachen, weil Probleme erst nach dem Ausrollen auftauchen, durch Template- und Auslieferungsfragen, die keine Vorabprüfung sehen kann. Eine Seite, die auf dem Laptop einer Entwicklerin den Rich-Results-Test bestand, kann in Produktion scheitern, weil eine Cache-Schicht das Script-Tag entfernt, weil ein Consent-Banner das Rendering über den Punkt hinaus verzögert, an dem der Crawler aufgab, oder weil eine von vierzig Kategorien ein null in dem Feld hat, das name speist.

Häufige Fragen

Sind strukturierte Daten ein Rankingfaktor?

Nein. Auszeichnung macht eine Seite für Rich Results berechtigt; sie bewegt die Seite in den gewöhnlichen Webergebnissen weder nach oben noch nach unten. Der klarste Beleg ist die Sanktion: Google beschreibt eine manuelle Maßnahme wegen strukturierter Daten als Verlust der Berechtigung für die Darstellung als Rich Result und stellt ausdrücklich fest, dass sie das Ranking in der Websuche nicht beeinflusst. Zwei getrennte Systeme. Jeder indirekte Nutzen kommt daher, dass ein informativerer Treffer mehr Klicks anzieht, nicht daher, dass die Auszeichnung bewertet würde.

Soll ich FAQ- und HowTo-Schema entfernen, jetzt wo sie nichts mehr erzeugen?

Nein, und Google sagt das für eingestellte Funktionen ausdrücklich: Du musst sie nicht entfernen, weil andere Suchmaschinen und Dienste sie noch verwenden könnten. Schema.org ist ein geteiltes Vokabular, das Google nicht gehört. Ändern sollte sich dein Budget, nicht dein HTML — bau keine neue FAQ-Auszeichnung mehr in der Erwartung eines sichtbaren Ertrags bei Google, und berichte nicht mehr über eine Funktion, deren Search-Console-Bericht es nicht mehr gibt. Wird die Auszeichnung ohnehin von einem wartungsfreien Template erzeugt, ist Stehenlassen die billigere Entscheidung.

Meine Auszeichnung ist gültig und der Rich-Results-Test besteht, aber es erscheint kein Rich Result. Warum?

Weil das Bestehen des Tests die Berechtigung nachweist, und Berechtigung ist keine Darstellung. Google stellt fest, dass es das Erscheinen strukturierter Daten selbst bei korrekt ausgezeichneter Seite nicht garantiert. Die Entscheidung hängt von der Anfrage ab, vom Gerät, vom Aufbau genau dieser Ergebnisseite und vom Vertrauen Googles in die Website. Es gibt keinen Hebel. Die produktive Reaktion ist zu prüfen, ob die Seite überhaupt indexiert ist, ob der Search-Console-Bericht das Element in Produktion und nicht nur im Testwerkzeug als gültig zeigt, und dann zu warten — die Darstellung beginnt oft Wochen nach dem ersten Crawl der Auszeichnung.

Darf das JSON-LD in den Head, oder muss es in den Body?

Beides geht. Google parst das Script-Tag, wo immer es im Dokument steht, und zwischen beiden Positionen gibt es keinen Unterschied bei Ranking oder Berechtigung. Weit wichtiger ist, ob das Tag überhaupt beim Crawler ankommt. Wird der Block per clientseitigem JavaScript eingefügt, hängt er davon ab, dass das Rendering abschließt — ein Fehlerbild, das serverseitig gerenderte Auszeichnung nicht hat. Gib ihn serverseitig aus, wenn dein Stack es zulässt, und wenn es clientseitig sein muss, prüfe mit dem URL-Prüftool, dass das gerenderte HTML, das Google sieht, ihn tatsächlich enthält.

Was genau bringt einer Website eine manuelle Maßnahme wegen strukturierter Daten ein?

Auszeichnung, die etwas beschreibt, das die Leserin nicht sehen kann. Googles Richtlinien sagen klar, keine Inhalte auszuzeichnen, die für Leser der Seite nicht sichtbar sind, und versteckter ausgezeichneter Inhalt wird als Grund genannt, warum Daten nicht erscheinen. In der Praxis sind die Verstöße: Bewertungen für Produkte ohne Rezensionen auf der Seite, Preise, die nicht zum angezeigten Preis passen, Typen, die nicht zum tatsächlichen Zweck der Seite passen, und Daten, die das CMS erfindet. Die Folge ist der Verlust der Rich-Result-Berechtigung, kein Ranking-Absturz — aber die Berechtigung war der ganze Grund für die Auszeichnung.

Erzeugt ein Schema-Generator etwas, das ich unverändert ausliefern kann?

Er erzeugt ein korrektes Gerüst, und das ist wirklich die mühsame Hälfte der Arbeit — der richtige Typ, die Pflicht-Eigenschaften vorhanden, die Verschachtelung gültig, das JSON wohlgeformt. Was er nicht kann, ist deine Seite kennen. Zwei Dinge bleiben deine: prüfen, dass jeder eingefügte Wert auf der gerenderten Seite sichtbar ist, und den Block so an deine Daten hängen, dass er nach der nächsten Inhaltsänderung wahr bleibt. Ein Generator ist das richtige Werkzeug für eine Einzelseite oder ein erstes Template; er ist das falsche Werkzeug für einen Katalog mit vierzigtausend Produkten, der Generierung aus denselben Objekten braucht, die die Seite rendern.