Warum reicht flaches Markup nicht mehr?
Ein isolierter FAQPage-Block hier, ein Organization-Block dort: Flaches Markup deklariert Felder, aber keine Beziehungen. KI-Engines lösen dagegen Entitäten auf — sie wollen wissen, welches Unternehmen diesen Artikel veröffentlicht hat, welche Person ihn geschrieben hat und welches Produkt die Seite beschreibt. Verschachteltes JSON-LD mit @id-Ankern liefert genau das: Die Entität wird einmal definiert und überall referenziert. Der Unterschied ist der zwischen einem ausgefüllten Formular und einer Datenbank.
Wie funktionieren @id-Entitätsanker?
Das Muster: Jede Kernentität erhält eine stabile, dokumentweit eindeutige @id — etwa https://ihre-website.example/#organization für das Unternehmen, #website für den Auftritt, #person/max-mustermann für einen Autor. Alle weiteren Blöcke referenzieren diese Anker: Das Article-Objekt setzt publisher auf die @id der Organization und author auf die der Person; die FAQPage referenziert dieselbe Organization. Zieht man einen Anker heraus, hängt der ganze Graph daran: Wer den Autor ändert, ändert ihn an einer Stelle, nicht in vierzig Dateien. Stabilität ist Pflicht — eine @id, die mit jedem Deploy wechselt, zerschlägt den Graphen.
Welche Typen zählen fürs GEO — und wie verschachtelt man sie?
| Typ | Rolle im Graphen | Pflicht-Konsistenz |
|---|---|---|
| Organization | Stamm-Entität: name, alternateName, foundingDate, address, sameAs | Wort für Wort mit Impressum, Profilen und Verzeichnissen |
| Article | Inhaltseinheit mit publisher (Organization-@id), author (Person-@id), datePublished, dateModified | Daten identisch mit sichtbarer Seite und Meta-Tags |
| FAQPage | Beleg der sichtbaren FAQ über mainEntity | Fragen und Antworten exakt wie auf der Seite |
| Product | Angebot mit Preis, Währung, Verfügbarkeit, AggregateRating | Synchron mit Seite und Produkt-Feed |
| LocalBusiness | Lokale Entität mit Adresse, Geokoordinaten, Öffnungszeiten | Synchron mit dem Google-Unternehmensprofil |
Die Verschachtelung folgt den realen Beziehungen: Der Artikel gehört der Organization, der Autor arbeitet für sie, das Produkt wird von ihr angeboten. Genau diese Beziehungsdaten sind es, die das Grounding mit externen Quellen kreuzprüft.
Welche Rolle spielen sameAs und alternateName?
sameAs ist der Schließmechanismus des externen Graphen: Es deklariert, dass die Organization Ihrer Website identisch ist mit den Profilen auf LinkedIn, X, Wikidata und in Branchenverzeichnissen. alternateName löst das mehrsprachige Namensproblem: Eine Marke, die in verschiedenen Märkten verschieden heißt, deklariert alle Varianten an derselben Entität — bei ChinaGEO etwa 海鹦云控股集团 (Beijing Huishang Holdings Co., Ltd.) als Hauptentität mit ChinaGEO als internationaler Linie. Ohne diese Deklaration riskieren Sie, dass Engines zwei Marken sehen, wo eine ist. Siehe Entitäten und Knowledge Graph.
Checkliste für den Entitätsgraphen
- Einen einzigen Organization-Block mit stabiler @id im Root-Graph pflegen, auf den alle Seiten referenzieren.
- sameAs vollständig halten: jedes offizielle Profil ist ein Eintrag; jedes geschlossene Profil wird entfernt.
- datePublished und dateModified an drei Stellen synchron halten: Seite, Meta-Tags, Schema.
- FAQPage-Markup ausschließlich für wirklich sichtbare FAQ verwenden — Abweichungen sind ein Täuschungssignal.
- Markup nach jedem Release mit einem Validator prüfen; Fehler im Schema sind schlimmer als fehlendes Schema.
Typische Fallen
Erste Falle: täuschendes Markup — Fakten deklarieren, die auf der Seite fehlen oder von Verzeichnissen widersprochen werden; das Grounding erkennt die Diskrepanz und wertet die ganze Entität ab. Zweite: Markup-Dubletten, etwa zwei Organization-Blöcke mit leicht verschiedenen Namen aus verschiedenen Plugins. Dritte: AggregateRating ohne sichtbare Bewertungen — das klassische Missverhältnis, das zu manuellen Maßnahmen führen kann. Vierte: verwaiste @id-Anker nach einem Relaunch. Fünfte: Markup als Einmalprojekt; jede Preisänderung, jeder neue Standort, jeder Autor muss im Graphen nachgezogen werden. Zur Einführung siehe strukturierte Daten.