Wikidata ist der unterschätzte Baustein im Entity SEO. Während alle über Wikipedia reden, liefert Wikidata die strukturierte Seite: maschinenlesbare Aussagen, die Wikipedia, Suchmaschinen und Wissensdienste nachnutzen. Die Nähe zu Google ist historisch belegt: Google hat ab 2014 die Inhalte seiner Datenbank Freebase an Wikidata übergeben (Pellissier Tanon et al., 2016). Eine Pflichtquelle für Knowledge Panels ist Wikidata laut Google-Hilfe aber nicht. Ein gepflegtes Wikidata-Item ist für Entity SEO oft wertvoller als ein schwacher Wikipedia-Stub, den Google nicht als Authority-Signal wertet.
Was ist ein Wikidata-Item, und wann darf man es anlegen?
Ein Wikidata-Item ist ein Datensatz in der freien Wissensdatenbank Wikidata, den eine eindeutige Q-ID identifiziert, etwa Q2283 für Microsoft oder Q42 für Douglas Adams. Es enthält Labels in vielen Sprachen, Beschreibungen, Aliasse und Aussagen aus Property, Wert und Referenz. Anlegen sollte man es nur, wenn die Entität die Notability-Regeln von Wikidata erfüllt.
Laut Wikidata:Notability genügt eines von drei Kriterien: ein gültiger Sitelink zu einem Wikimedia-Projekt wie Wikipedia, eine klar identifizierbare Entität, die sich mit seriösen und öffentlich zugänglichen Quellen beschreiben lässt, oder ein struktureller Bedarf innerhalb von Wikidata. Strittige Fälle entscheidet die Community; die Regeln sind laut Wikidata bewusst etwas vage formuliert. Das Essay Wikidata:Self-promotion rät ausdrücklich davon ab, Items über sich selbst oder die eigene Organisation anzulegen, und nennt drei unabhängige, seriöse Quellen als Orientierung. Items ohne solche Belege landen in den Löschanträgen. Bezahlte Mitarbeit muss nach den Wikimedia-Nutzungsbedingungen offengelegt werden.
Die Q-ID ist die Referenz, auf die sameAs-Verknüpfungen und @id-Graphen zeigen. 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. Nach unserer Einschätzung, die Google so nicht dokumentiert, stützt diese Dichte die Konfidenz im Knowledge Graph und die Entity-Resolution in LLMs.
stabile Identifier, Fundament für @id-Graph und sameAs
Properties als Zielgröße für ein starkes Item (Faustregel aus unserer Praxis)
Pflicht je Statement, ohne Refs schwaches Signal
Das Property-Set für Unternehmen
Wikidata schreibt keine Pflicht-Properties vor; „Pflicht“ meint hier unsere Mindestausstattung. 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), P1278 (LEI Code), P2088 (Crunchbase organization ID), P4264 (LinkedIn company ID), P2013 (Facebook username), P2002 (X username), P2003 (Instagram), P2397 (YouTube channel ID). Diese Identifier-Kette ist nach unserer Erfahrung einer der stärksten Hebel für die Entity-Resolution in LLMs.
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: P496 (ORCID iD), P6634 (LinkedIn personal profile ID), P214 (VIAF), P227 (GND), P244 (LoC ID), P2037 (GitHub), P2003 (Instagram), P2002 (X).
| 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 | P6634 personal profile ID | Empfohlen | |
| Academia / ORCID | - | P496 ORCID iD | YMYL-Pflicht |
| Identifier-Code | P1278 LEI, P2088 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.
Welche Quellen akzeptiert Wikidata als Referenz?
Wikidata verlangt für die meisten Aussagen eine Quelle. Laut Help:Sources sind die zwei wichtigsten Referenz-Properties stated in (P248) für Publikationen und Datenbanken und reference URL (P854) für Websites. Ausnahmen gelten für Allgemeinwissen und für Aussagen, die über externe Identifier selbst überprüfbar sind.
Eine Aussage, die nur mit imported from Wikimedia project (P143) belegt ist, gilt ausdrücklich nicht als belegt. Primär-, Sekundär- und Tertiärquellen sind grundsätzlich zulässig. Die eigene Website taugt deshalb für Selbstbeschreibungen wie die offizielle Website. Für Fakten wie Umsatz, Mitarbeiterzahl oder Gründungsdatum sollten unabhängige Quellen dominieren, weil sie zugleich die Notability stützen.
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, also falsche Edits durch Dritte identifizieren und korrigieren. Tool-Empfehlung: Beobachtungsliste plus Wikimedia Toolforge-Utilities für strukturierte Reviews. Wer ein eigenes Interesse am Item hat, schlägt strittige Änderungen besser auf der Diskussionsseite vor, statt selbst hin und her zu editieren.
Fazit: Wikidata ist der Hebel unter Wikipedia
Für viele Marken ist Wikidata ein sinnvollerer strukturierter Schritt als Wikipedia, vorausgesetzt, unabhängige Quellen belegen die Notability. Ohne diese Belege droht die Löschung, und ein gelöschtes Item hilft niemandem. Wer ein zulässiges Item mit 20+ sauber referenzierten Properties pflegt, hat ein Knowledge-Graph-Asset, das alle drei Entity-SEO-Dimensionen stützt: Identifizierbarkeit, Konsistenz und Corroboration.
Quellen
- Wikidata:Notability, Wikidata, abgerufen September 2026
- Wikidata:Self-promotion (Essay), Wikidata, abgerufen September 2026
- Help:Sources, Wikidata, abgerufen September 2026
- Wikidata:Requests for deletions, Wikidata, abgerufen September 2026
- Terms of Use, Abschnitt zu bezahlten Beiträgen, Wikimedia Foundation, gültig seit 7. Juni 2023
- From Freebase to Wikidata: The Great Migration, Pellissier Tanon et al., WWW 2016, 2016
- Knowledge Panels (Infobox-Hilfe), Google, abgerufen September 2026