Berechtigung, nicht Ranking
Gültiges Markup macht eine Seite berechtigt für ein Rich Result. Google wählt dieses Wort bewusst: Sind alle erforderlichen Eigenschaften enthalten, qualifiziert sich die Seite für eine erweiterte Darstellung. Versprochen ist sie damit nicht, und strukturierte Daten sind für sich genommen kein Rankingfaktor.
Der Abstand zwischen berechtigt und angezeigt ist größer, als die meisten erwarten, und er ist nicht willkürlich. Ob eine Erweiterung erscheint, hängt von der Anfrage ab, vom Gerät, vom Land, davon, ob es das Feature in dieser Sprache gibt, und von Googles eigenem Urteil darüber, ob es in diesem Kontext hilft. Dieselbe Seite kann bei einer Suche Sterne zeigen und bei der nächsten nicht.
JSON-LD ist das Format der Wahl
Alle drei Syntaxen — JSON-LD, Microdata und RDFa — sind für Google gleichermaßen akzeptabel, und JSON-LD ist diejenige, die es empfiehlt. Die Empfehlung ist praktischer und nicht technischer Natur.
JSON-LD steht in einem einzigen Script-Tag, statt als Attribute durch das Markup gefädelt zu sein, das es beschreibt. Damit übersteht es ein Template-Refactoring, es lässt sich an einer Stelle lesen, wenn jemand anderes es erbt, und ein Fehler darin stört die sichtbare Seite nicht. Microdata koppelt die Beschreibung an die Darstellung, weshalb jedes Redesign riskiert, Eigenschaften stillschweigend zu verlieren.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Robots.txt and sitemaps",
"datePublished": "2026-06-14",
"author": { "@type": "Organization", "name": "DigestSEO" }
}
</script>- Ein Block je Entität ist klarer als ein Riesenblock, der alles auf der Seite beschreiben will.
- Erzeugen Sie ihn aus denselben Daten, aus denen die Seite gerendert wird — dann können beide nicht auseinanderdriften.
- Er lässt sich per JavaScript einfügen, aber die Seite muss trotzdem erfolgreich rendern, damit das Markup gesehen wird.
Das Markup muss zur Seite passen
Inhalte zu beschreiben, die ein Besucher nicht sehen kann, ist ein Richtlinienverstoß und keine Abkürzung. Google benennt beide Fehlerbilder ausdrücklich: Seiten, die als leere Hüllen nur zum Tragen des Markups gebaut sind, und Eigenschaften, die Tatsachen behaupten, welche die Seite nie zeigt. Beides kann das Rich Result vollständig kosten, und eine manuelle Maßnahme entfernt es über die ganze Site hinweg statt nur für die eine Seite.
Die häufigste Variante davon ist nicht absichtlich. Ein Template gibt eine Gesamtbewertung aus, deren Rezensionen entfernt wurden, oder einen Preis, den ein Währungsumschalter im Browser ändert, oder ein Veranstaltungsdatum, das vorüber ist. Niemand wollte täuschen; das Markup hat schlicht den Inhalt überlebt, den es beschrieb. Deshalb ist es wichtiger, es aus den gerenderten Daten zu erzeugen, als es einmal richtig hinzubekommen.
| Symptom | Übliche Ursache |
|---|---|
| Erweiterung erschien nie | Eine erforderliche Eigenschaft fehlt, die Seite ist nicht berechtigt |
| Erweiterung erschien, dann nicht mehr | Der Inhalt änderte sich, das Markup passt nicht mehr dazu |
| Markup gültig, trotzdem keine Erweiterung | Berechtigt, aber nicht gewählt — Anfrage, Sprache oder Gerät |
| Erweiterung sitewide verloren | Eine manuelle Maßnahme, gemeldet in der Search Console |
Entitäten verbinden statt sie zu wiederholen
Die meisten Sites beschreiben am Ende dieselbe Organisation auf jeder Seite, jedes Mal etwas anders formuliert. Das Vokabular hat dafür eine bessere Antwort als Wiederholung: Geben Sie einer Entität eine @id, definieren Sie sie einmal und verweisen Sie überall sonst auf diesen Bezeichner.
Das ist mehr als Ordnungsliebe. Eine Suchmaschine, die drei fein verschiedene Beschreibungen Ihres Unternehmens abgleicht, muss entscheiden, ob es sich um eine Organisation handelt oder um drei; ein ausdrücklicher Bezeichner nimmt ihr das Raten ab. Dasselbe gilt für eine Autorin, die quer über die Site schreibt, oder für ein Produkt, auf das eine Übersicht und eine Rezension verweisen.
sameAs ist die andere Hälfte davon. Es zeigt auf die Profile und Einträge, die die Entität anderswo bereits beschreiben — ein Wikipedia-Artikel, ein offizieller Social-Media-Account, ein Handelsregistereintrag. Das ist kein Ranking-Trick, sondern Bestätigung: genau das, was eine Suchmaschine braucht, um Ihre Aussage über sich selbst mit etwas Überprüfbarem zu verbinden.
Welche Typen man auswählt
Der nützliche Filter ist kurz: Gibt es für diesen Typ überhaupt ein Suchfeature, und kann die Seite es wirklich verdienen? Einen Typ auszuzeichnen, an dem kein Rich Result hängt, schafft Wartungsaufwand und ändert in den Ergebnissen nichts — das Markup ist gültig, korrekt und wirkungslos.
Einen Typ auszuzeichnen, den die Seite nicht rechtfertigt, ist schlechter als ihn wegzulassen, weil dadurch Richtlinien für Suchfunktionen verletzt werden können, ohne einen nützlichen Suchauftritt zu erzeugen. Ein Ratgeberartikel ist kein Product. Google hat am 7. Mai 2026 die Anzeige von FAQ-Rich-Suchergebnissen eingestellt und die entsprechende Dokumentation im Juni entfernt. Das erinnert daran, dass Suchfunktionen eingestellt werden können. Zeichnen Sie nur aus, was die Seite tatsächlich darstellt, und prüfen Sie die Galerie der unterstützten Funktionen, bevor Sie Markup für eine Suchfunktion pflegen.
- Bestimmen Sie, was die Seite tatsächlich ist, in den Begriffen des Vokabulars.
- Prüfen Sie, ob es für diesen Typ ein Suchfeature gibt und was es verlangt.
- Geben Sie jede erforderliche Eigenschaft aus den Daten aus, die die Seite rendern.
- Validieren Sie die Syntax und bestätigen Sie dann die Berechtigung im Erweiterungsbericht.
- Prüfen Sie nach Template-Änderungen erneut — dann driften Markup und Inhalt auseinander.