Wikidata ist der unterschätzte Hebel im Entity SEO. Während alle über Wikipedia reden, macht Wikidata die eigentliche Knowledge-Graph-Arbeit — strukturiert, maschinenlesbar, direkt von Googles KG-Engine, Bing, LLMs und Wissens-Aggregatoren aufgenommen. Ein gepflegtes Wikidata-Item ist für Entity SEO oft wertvoller als ein schwacher Wikipedia-Stub, den Google nicht als Authority-Signal wertet.
Die Wikidata-Anatomie
Jede Wikidata-Entität hat eine Q-ID (z. B. Q2283 für Microsoft, Q42 für Douglas Adams). Die ID ist die stabile Referenz, die sich nie ändert. Das Item hat Labels in vielen Sprachen, Descriptions zur Disambiguation, Aliases für alternative Schreibweisen und eine Menge Statements. Ein Statement besteht aus Property (P-Kürzel) + Value + Referenzen. Beispiel: P31 (instance of) + Q4830453 (business) + Referenz auf Handelsregister-Eintrag.
Die Qualität eines Wikidata-Items ist direkt an der Dichte und Qualität der Statements sichtbar. Ein Item mit fünf Properties ohne Referenzen ist schwach. Ein Item mit dreißig Properties, alle mit Referenzen aus unabhängigen Quellen, ist stark. Diese Dichte wirkt direkt auf Googles KG-Konfidenz und LLM-Entity-Resolution.
stabile Identifier — Fundament für @id-Graph und sameAs
Properties als Zielgröße für starkes Item
Pflicht je Statement — ohne Refs schwaches Signal
Das Property-Set für Unternehmen
Pflicht-Properties: P31 (instance of → business / company / startup), P17 (country), P571 (inception date), P856 (official website), P1454 (legal form).
Starke Properties: P112 (founded by — Referenz auf Gründer-Item), P169 (chief executive officer), P452 (industry), P361 (part of — bei Konzern-Strukturen), P159 (headquarters location), P1128 (employees).
Identifier: P1320 (OpenCorporates), P2611 (LEI Code), P5385 (Crunchbase), P4264 (LinkedIn), P2013 (Facebook ID), P2002 (X handle), P2003 (Instagram), P2397 (YouTube channel). Diese Identifier-Kette ist der wichtigste LLM-Entity-Resolution-Hebel.
Das Property-Set für Personen
Pflicht: P31 (human), P106 (occupation), P569 (date of birth), P27 (country of citizenship), P21 (sex or gender).
Starke Properties: P108 (employer), P69 (educated at), P463 (member of), P1416 (affiliation), P800 (notable work), P166 (awards).
Identifier: P6379 (ORCID), P4264 (LinkedIn), P214 (VIAF), P244 (LoC ID), P245962 (GitHub username), P2003 (Instagram), P2002 (X), P2850 (Apple Music ID).
| Kategorie | Unternehmen (Property) | Personen (Property) | Priorität |
|---|---|---|---|
| Instance-Typ | P31 instance of → business | P31 instance of → human | Pflicht |
| Standort / Herkunft | P17 country, P159 HQ | P27 citizenship, P19 place of birth | Pflicht |
| Beruf / Branche | P452 industry | P106 occupation | Pflicht |
| Datum | P571 inception | P569 date of birth | Pflicht |
| Führung | P112 founded by, P169 CEO | P108 employer | Empfohlen |
| Offizielle Website | P856 official website | P856 official website | Pflicht |
P4264 company ID | P4264 personal ID | Empfohlen | |
| Academia / ORCID | — | P6379 ORCID | YMYL-Pflicht |
| Identifier-Code | P2611 LEI, P5385 Crunchbase | P214 VIAF | Stärkend |
| Bildung | — | P69 educated at | Empfohlen |
Ist Ihr Wikidata-Item stark genug?
30 Minuten Live-Analyse: Property-Count, Referenz-Dichte, Identifier-Chain-Qualität. Klare Priorisierung, was binnen 30 Tagen zu ergänzen ist.
Referenz-Disziplin
Wikidata kennt drei Referenz-Typen: stated in (Quelle ist eine strukturierte Datenbank wie VIAF), reference URL (eine Web-URL), imported from (aus einem anderen Projekt). Jede substanzielle Aussage sollte mindestens eine reference URL haben — im besten Fall aus einer unabhängigen, autoritativen Quelle. Eigene Website als Referenz für Selbst-Beschreibung ist akzeptabel; für Fakten wie Umsatz, Mitarbeiterzahl, Gründungsdatum sollten externe Quellen dominieren.
Wikidata-Pflege im laufenden Betrieb
Wikidata-Items sind nie „fertig". Quartalsweise Review nach vier Dimensionen: (1) neue Publikationen als Referenzen ergänzen, (2) Personal- und Organisations-Änderungen einpflegen, (3) externe Identifier-Updates (LinkedIn-URL-Änderungen, neue Crunchbase-Profile), (4) Drift-Kontrolle — falsche Edits durch Dritte identifizieren und korrigieren. Tool-Empfehlung: Watchlist plus Wikimedia Toolforge-Utilities für strukturierte Reviews.
Fazit: Wikidata ist der Hebel unter Wikipedia
Für 80 % der Marken ist Wikidata der richtige erste Entity-Schritt — nicht Wikipedia. Niedrigere Hürden, direkt maschinenlesbar, direkt von Google, Bing und LLMs aufgenommen. Wer die 20+ Properties sauber pflegt und referenziert, hat ein Knowledge-Graph-Asset, das in allen drei Entity-SEO-Dimensionen (Identifizierbarkeit, Konsistenz, Corroboration) messbar wirkt.