- Wikidata ist eine freie Wissensdatenbank der Wikimedia Foundation. Jedes Objekt bekommt eine eindeutige Q-Nummer, maschinenlesbar und sprachübergreifend.
- Google zieht Daten aus Wikidata direkt in den eigenen Knowledge Graph und zeigt sie in Knowledge Panels. Die Verbindung läuft über die
sameAs-Property im Schema.org-Markup Ihrer Website. - Wikidata hat klare Relevanzkriterien. Die meisten kleinen Betriebe ohne Pressegeschichte erfüllen sie nicht. Wer einen Eintrag ohne belegbare externe Quellen anlegt, riskiert die Löschung innerhalb von Stunden.
- Für KMU ohne Presse-Erwähnungen gilt: erst Schema.org-Markup und Google-Unternehmensprofil aufbauen, dann Erwähnungen sammeln, dann Wikidata prüfen.
Ob Google bei einer Suchanfrage ein Knowledge Panel zu Ihrem Unternehmen zeigt, ob ChatGPT oder Perplexity Sie bei einer Empfehlungsfrage nennen, hängt an einer Frage: Ist Ihr Betrieb in strukturierten Wissensdatenbanken als eigenständige Entität verankert? Dieser Artikel zeigt, wie Wikidata technisch funktioniert, wann ein Eintrag für ein KMU wirklich sinnvoll ist und welche Verbindung zum Google Knowledge Graph besteht. Das Konzept der Entität und warum KI damit arbeitet, erklärt der Grundlagen-Ratgeber Wie Ihr Unternehmen zur Entität wird.
Was Wikidata ist und was es von Wikipedia unterscheidet
Wikipedia speichert Text für Menschen. Wikidata speichert Fakten für Maschinen.
Konkret: Wikidata ist eine freie, kollaborative, mehrsprachige Wissensdatenbank der Wikimedia Foundation, gestartet 2012. Sie enthält strukturierte Daten über Personen, Orte, Organisationen, Ereignisse und Konzepte. Jeder Eintrag hat eine eindeutige, numerische ID (Q-Nummer), die weltweit und sprachübergreifend gültig ist. Albert Einstein ist Q937, Berlin ist Q64. Die Berliner Philharmoniker sind Q9388. Diese IDs sind stabil, egal in welcher Sprache eine Abfrage kommt.
Der Unterschied zu Wikipedia: Wikipedia ist ein Nachschlagewerk für Menschen, Wikidata ist eine Datenbank für Software. Kein Fließtext, keine Artikel, nur Fakten in maschinenlesbarer Form. Ein Softwaresystem, das fragt „In welchem Land ist dieses Unternehmen gegründet?“, bekommt von Wikidata eine saubere Antwort mit Q-Nummer und standardisiertem Wert, kein HTML, kein Rauschen.
Alle Daten stehen unter einer freien Lizenz (Creative Commons CC0) und können ohne Einschränkungen genutzt werden. Das ist der Grund, warum Google, Amazon, viele Sprachmodelle und Dutzende anderer Dienste auf Wikidata als gemeinsame Faktenbasis zurückgreifen.
Items, Properties, Statements: die drei Bausteine
Wikidata baut auf einem Datenmodell aus drei Elementen auf. Wer versteht, wie diese zusammenspielen, versteht auch, wie ein Unternehmen dort sauber eingetragen wird.
| Baustein | Was es ist | Beispiel |
|---|---|---|
| Item (Q-Nummer) | Das Objekt selbst, eindeutig identifiziert | Q12345 = Muster GmbH |
| Property (P-Nummer) | Ein Merkmal oder eine Beziehung | P856 = offizielle Website |
| Statement | Verbindung von Item und Property mit einem Wert | Muster GmbH → offizielle Website → https://beispiel.de |
| Label | Der lesbare Name in einer Sprache | „Muster GmbH“ (de), „Muster Ltd.“ (en) |
| Description | Kurze Einordnung zur Unterscheidung | „Webagentur aus Stuttgart, gegründet 2004″ |
| Alias | Alternative Namen und Schreibweisen | „Muster“, „Muster Gesellschaft mbH“ |
| Reference | Beleg für einen Statement-Wert | Handelsregister-URL, Presseartikel |
Ein Statement ist dabei mehr als nur ein Wert. Es kann um Qualifiers ergänzt werden (z. B. ein Zeitraum: „war Hauptsitz von 2004 bis 2018″) und um References, also Belege, die den Wert absichern. Statements ohne References gelten als unbelegt. Die Community kann sie jederzeit in Frage stellen oder löschen.
Das dritte wichtige Konzept ist der Rank: Gibt es für eine Property mehrere Werte (z. B. mehrere frühere Websites), kann ein Wert als „bevorzugt“ markiert werden. Suchmaschinen und Abfragetools nutzen den bevorzugten Rank als ersten Treffer.
Wie Google daraus einen Knowledge Graph baut
Google betreibt einen eigenen Knowledge Graph, der seit 2012 die Basis für viele Suchergebnis-Features bildet. Dieser Graph ist nicht öffentlich einsehbar wie Wikidata, aber er speist sich aus mehreren Quellen, und Wikidata gehört zu den wichtigsten.
Der Mechanismus: Google Crawler lesen Wikidata-Daten regelmäßig ein, weil die Lizenz das erlaubt und die Datenqualität hoch ist. Stimmen ein Wikidata-Item und eine Website-Domain überein, weil etwa die offizielle Website (P856) auf dieselbe Domain zeigt wie das Schema.org-Markup der Website, kann Google beide Datenpunkte als dieselbe Entität behandeln. Der Knowledge Graph kennt dann das Unternehmen aus zwei unabhängigen, strukturierten Quellen.
Die Google Knowledge Graph Search API zeigt, wie Google intern mit Entitäten arbeitet: jede Entität bekommt eine sogenannte Entitäts-ID (nicht identisch mit der Wikidata-Q-Nummer, aber oft davon abgeleitet). Abfragen über diese API liefern strukturierte Daten zu einer Entität im schema.org-Format, also genau dieselbe Sprache, in der auch das Markup auf Ihrer Website spricht.
Für kleine Unternehmen bedeutet das: Die Route in den Google Knowledge Graph führt nicht zwingend über Wikidata, aber Wikidata ist die schnellste und verlässlichste externe Bestätigung, die ein Betrieb für seinen Eintrag liefern kann, sofern er die Relevanzkriterien erfüllt. Wie KI-Systeme Entitäten in generativen Antworten verwenden und wie sich das auf die Sichtbarkeit auswirkt, erklärt der Ratgeber zu GEO: Von ChatGPT empfohlen werden.
Knowledge Panel: wann es erscheint und was es befüllt
Ein Knowledge Panel ist der Informationskasten, der auf der rechten Seite (Desktop) oder oben (Mobil) erscheint, wenn Google eine Suchanfrage einer bekannten Entität zuordnen kann. Er zeigt Name, Beschreibung, Logo, Adresse, Telefon, Öffnungszeiten und Links zu Social-Media-Profilen. Für viele Nutzer ist das der erste Eindruck eines Unternehmens, noch vor dem ersten Klick.
Google generiert Knowledge Panels automatisch. Es gibt keinen Knopf, den man drückt. Laut Googles eigener Dokumentation werden die Daten aus verschiedenen Quellen im Web zusammengezogen, darunter das Google-Unternehmensprofil, strukturierte Daten von der eigenen Website, Wikidata und weitere autoritative Drittquellen. Unternehmen können ein bestehendes Panel beanspruchen und Korrekturen vorschlagen, aber nicht eines aus dem Nichts erzwingen.
Was die Wahrscheinlichkeit erhöht, dass ein Panel erscheint:
- Ein vollständiges, aktives Google-Unternehmensprofil
- Schema.org-Markup auf der Website mit
sameAs-Verweis auf Wikidata und das Google-Profil - Ein sauber belegter Wikidata-Eintrag mit offizieller Website (P856) und Klassifizierung (P31)
- Konsistente NAP-Daten (Name, Adresse, Telefon) über alle Plattformen
- Mehrere unabhängige, redaktionelle Erwähnungen des Unternehmens im Web
Für Betriebe, die ausschließlich lokale Kunden bedienen, ist das Google-Unternehmensprofil der direkteste Weg zu einem lokalen Knowledge Panel und sollte immer vor Wikidata aufgebaut werden.
Relevanzkriterien: wann ein KMU-Eintrag zulässig ist
Hier ist Ehrlichkeit wichtiger als Optimismus. Wikidata ist kein Unternehmensverzeichnis, in das sich jeder eintragen kann.
Laut den offiziellen Relevanzkriterien ist ein Eintrag zulässig, wenn mindestens eines von drei Kriterien erfüllt ist:
- Sitelink zu einem Wikimedia-Projekt: Das Unternehmen hat einen Wikipedia-Artikel (in irgendeiner Sprache) oder ist auf einem anderen Wikimedia-Projekt verlinkt.
- Klar identifizierbare Entität mit öffentlichen Belegen: Das Unternehmen ist durch seriöse, öffentlich verfügbare und unabhängige Quellen eindeutig identifizierbar.
- Strukturelle Notwendigkeit: Der Eintrag wird als Hilfsdatensatz für andere Einträge benötigt.
Für ein typisches KMU ohne Wikipedia-Eintrag gilt ausschließlich Kriterium 2. Und das ist die kritische Stelle: Als belegbare externe Quellen gelten Einträge in öffentlichen Registern (Handelsregister, Unternehmensregister), Berichte in unabhängigen Medien (Lokalzeitung, Branchenpublikation), Erwähnungen in seriösen Fachportalen oder Einträge in offiziellen Datenbanken.
Was ausdrücklich nicht zählt: die eigene Website, die eigene Pressemitteilung, Social-Media-Profile oder Einträge in frei bearbeitbaren Verzeichnissen, die jeder selbst anlegen kann.
Das ist keine schlechte Nachricht, sondern eine realistische Einordnung. Die Entitätsverankerung über Schema.org-Markup und Google-Unternehmensprofil funktioniert unabhängig von Wikidata und bringt für die meisten KMU mehr Wirkung als ein Wikidata-Eintrag, der gelöscht wird.
Für Fortgeschrittene · überspringbar
Profi-Block: ein Wikidata-Item im Detail
Wer die Relevanzkriterien erfüllt, sollte wissen, wie ein guter Unternehmenseintrag auf Wikidata aussieht. Die folgende Übersicht zeigt die wichtigsten Properties für ein Unternehmen, sortiert nach ihrer Bedeutung für die Entitätserkennung durch Suchmaschinen.
| Property | Bezeichnung | Bedeutung für KMU |
|---|---|---|
| P31 | ist ein/e | Pflicht: legt fest, was der Eintrag ist (z. B. Q4830453 = Unternehmen). Ohne dieses Feld kann kein System den Eintrag korrekt klassifizieren. |
| P856 | offizielle Website | Pflicht: verbindet den abstrakten Datensatz mit der realen Domain. Google nutzt dieses Feld für die Entity Resolution. |
| P17 | Staat | Geografische Einordnung auf Länderebene (z. B. Q183 = Deutschland). |
| P131 | liegt in der Verwaltungseinheit | Gemeinde oder Kreis; entscheidend für lokale Anfragen. |
| P159 | Hauptsitz | Standort des Unternehmens als Wikidata-Item. |
| P452 | Branche | Thematische Einordnung; sorgt dafür, dass das Unternehmen bei branchenbezogenen Abfragen auftaucht. |
| P571 | Gründungsdatum | Stärkt die Identität, besonders wenn es mehrere ähnlich lautende Firmen gibt. |
| P18 | Bild/Logo | Beeinflusst, ob und mit welchem Bild ein Knowledge Panel in Google erscheint. |
| P1616 | Handelsregisternummer | Eindeutige amtliche Identifikation; stärkster einzelner Beleg für Existenz und Seriosität. |
Jede Property sollte mit einer Reference belegt sein. Für P856 reicht die eigene Domain als Beleg. Für P31 und P452 verweist man auf eine bekannte externe Quelle oder ein übergeordnetes Wikidata-Item. Werte ohne Beleg sind zulässig, aber anfälliger für Löschung oder Rücksetzung durch Bots oder andere Editoren.
Ein praktischer Hinweis zum Anlegen: Wikidata nutzt eine eigene Benutzeroberfläche auf wikidata.org. Wer einen neuen Eintrag anlegt, muss einen registrierten Account haben. Neue Accounts brauchen mindestens 50 Bearbeitungen und einen Account, der mindestens vier Tage alt ist, bevor sie neue Items anlegen können (Wikidata: Autoconfirmed-Status, Schutz gegen Spam). Die eigentliche Arbeit dauert für einen soliden Eintrag etwa 30 bis 60 Minuten, wenn alle Belege vorab gesammelt sind.
Die sameAs-Brücke: vom Schema-Markup zum Knowledge Graph
Die technische Verbindung zwischen dem eigenen Wikidata-Item und der Website läuft über die sameAs-Property im Schema.org-Markup. Diese Eigenschaft sagt einem Crawler explizit: Diese Website und dieser Wikidata-Eintrag sind dieselbe Entität.
Das ist der direkteste Hebel, den ein Betrieb selbst in der Hand hat. Google nutzt sameAs, um eine Organisation über verschiedene Quellen hinweg eindeutig zuzuordnen. Wer in sameAs die Wikidata-URL einträgt, baut eine explizite Brücke zwischen dem eigenen Webauftritt und der maschinenlesbaren Wissensdatenbank.
Ein minimales, aber vollständiges Schema.org-Markup für ein kleines Unternehmen mit Wikidata-Verknüpfung:
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"@id": "https://www.beispiel.de/#organisation",
"name": "Muster GmbH",
"url": "https://www.beispiel.de",
"logo": "https://www.beispiel.de/logo.png",
"address": {
"@type": "PostalAddress",
"streetAddress": "Musterstraße 1",
"addressLocality": "Stuttgart",
"postalCode": "70173",
"addressCountry": "DE"
},
"telephone": "+49-711-1234567",
"sameAs": [
"https://www.wikidata.org/wiki/Q12345678",
"https://www.linkedin.com/company/muster-gmbh",
"https://maps.app.goo.gl/..."
]
}Der sameAs-Wert für Wikidata hat immer die Form https://www.wikidata.org/wiki/Q[Nummer]. Diese URL ist dauerhaft stabil, solange der Eintrag besteht. Wer die Wikidata-Q-Nummer seines Unternehmens sucht, findet sie oben links auf der Eintrag-Seite unter dem Unternehmensnamen.
Zu E-E-A-T und dem vollständigen Entitätsprofil gibt es einen eigenen Ratgeber, der erklärt, welche weiteren sameAs-Quellen sinnvoll sind und wie das Zusammenspiel mit dem Google-Unternehmensprofil funktioniert. Den Vertrauensrahmen dahinter erklärt der Artikel zu E-E-A-T für kleine Unternehmen.
Ein Beispiel aus der Praxis
In einem Projekt haben wir eine etablierte Steuerberatungskanzlei analysiert, die seit 18 Jahren aktiv ist, regional gut bekannt ist und mehrfach in der Lokalpresse erwähnt wurde. Sie hatte kein Schema.org-Markup, kein Google-Unternehmensprofil und keinen Wikidata-Eintrag. Bei einer KI-Anfrage nach Steuerberatung im Landkreis tauchte sie nicht auf.
Wir haben in drei Schritten gearbeitet. Zuerst haben wir das Google-Unternehmensprofil vollständig ausgefüllt und mit dem Impressum abgestimmt. Dann haben wir ein LocalBusiness-Schema auf der Homepage eingebaut. Zuletzt haben wir geprüft, ob ein Wikidata-Eintrag sinnvoll ist. Die Kanzlei hatte zwei nachweisbare Presseartikel in der Regionalzeitung und einen Eintrag im Unternehmensregister. Das reichte als Beleg für Kriterium 2 der Relevanzkriterien.
Ein Wikidata-Item wurde angelegt mit P31 (Unternehmen), P856 (offizielle Website), P17 (Deutschland), P131 (Landkreis), P452 (Steuerberatung) und P1616 (Handelsregisternummer). Jede Property mit Reference. Das sameAs im Schema.org-Markup der Website wurde auf die neue Q-Nummer gesetzt.
Sechs Wochen später erschien die Kanzlei in Perplexity-Antworten bei lokalen Steuerberatungs-Anfragen. Nach etwa drei Monaten zeigte Google ein Knowledge Panel mit Adresse, Telefon und Logo. Kein einziger neue Inhalt wurde geschrieben. Der Hebel war die strukturierte Verankerung, nicht mehr Text.
Entscheidend war, dass die Voraussetzungen stimmten: belegbare externe Quellen, ein sauberes Google-Profil, konsistente NAP-Daten. Ohne diese Grundlage wäre der Wikidata-Eintrag innerhalb von Tagen gelöscht worden.
Sofort-Checkliste: Wikidata-Eintrag und Knowledge Graph
- Gibt es mindestens eine unabhängige, öffentliche externe Quelle, die das Unternehmen eindeutig identifiziert (Handelsregister, Lokalpresse, Branchenpublikation)?
- Ist das Google-Unternehmensprofil vollständig ausgefüllt und aktuell?
- Hat die Website ein Schema.org-Markup mit
@type: LocalBusinessoderOrganization? - Enthält das Markup eine
sameAs-Property mit mindestens der Google-Profil-URL? - Stimmen Name, Adresse und Telefon (NAP) auf Website, Google-Profil und allen Verzeichnissen zeichengenau überein?
- Existiert bereits ein Wikidata-Eintrag für das Unternehmen? (Suche auf wikidata.org vor dem Anlegen.)
- Falls Wikidata-Eintrag vorhanden oder geplant: Sind P31, P856, P17 und P131 gesetzt und belegt?
- Falls Wikidata-Eintrag vorhanden: Ist die Wikidata-URL im
sameAs-Feld des Schema-Markups eingetragen? - Wurde das Schema-Markup mit dem Rich Results Test von Google geprüft?
- Gibt es drei bis fünf externe, unabhängige Erwähnungen, die dasselbe Unternehmen beschreiben?
- Wikidata speichert Fakten als maschinenlesbare Items (Q-Nummern) mit Properties und Statements. Google liest diese Daten und verwendet sie im eigenen Knowledge Graph.
- Die
sameAs-Property im Schema.org-Markup ist die technische Brücke: Sie verknüpft Ihre Website explizit mit dem Wikidata-Eintrag und dem Google Knowledge Graph. - Wikidata hat Relevanzkriterien. Ein KMU ohne belegbare externe Quellen erfüllt sie nicht. Einträge ohne Belege werden gelöscht. Das ist keine Ausnahme, sondern der Regelfall.
- Für KMU ohne Pressegeschichte gilt die Reihenfolge: zuerst Google-Profil und Schema.org aufbauen, dann externe Erwähnungen sammeln, dann Wikidata prüfen und anlegen, nicht umgekehrt.
Häufige Fragen
Kann mein Wikidata-Eintrag von Wettbewerbern verändert werden?
Technisch ja, Wikidata ist öffentlich editierbar. Die Community und automatisierte Bots beobachten Einträge aber kontinuierlich und setzen mutwillige Änderungen meist innerhalb weniger Stunden zurück. Für den eigenen Eintrag lohnt es sich, die Wikidata-Beobachtungsliste zu aktivieren. Kritische Felder wie die offizielle Website sollten möglichst mit einer starken Reference belegt sein, das macht unbegründete Änderungen schwieriger.
Was ist der Unterschied zwischen Googles Knowledge Graph und Wikidata?
Wikidata ist eine öffentliche Datenbank, die jeder einsehen und bearbeiten kann. Googles Knowledge Graph ist eine proprietäre, interne Datenbank, die nicht öffentlich zugänglich ist. Google zieht Daten aus Wikidata und vielen anderen Quellen, aber der Knowledge Graph selbst ist Googles eigenes System. Eine begrenzte API erlaubt Lesezugriff auf einzelne Entitäten, aber keine Einsicht in die gesamte Datenbankstruktur.
Brauche ich zwingend einen Wikidata-Eintrag, damit Google ein Knowledge Panel zeigt?
Nein. Google kann ein Knowledge Panel auch ohne Wikidata-Eintrag zeigen, wenn andere Signale stark genug sind, vor allem ein vollständiges Google-Unternehmensprofil und ein sauberes Schema.org-Markup. Wikidata erhöht die Wahrscheinlichkeit und Zuverlässigkeit eines Panels, ist aber keine zwingende Voraussetzung. Für rein lokale Betriebe ist das Google-Unternehmensprofil der stärkere Hebel.
Wie finde ich heraus, ob mein Unternehmen schon in Wikidata existiert?
Einfach auf wikidata.org nach dem Unternehmensnamen suchen. Wenn ein Eintrag gefunden wird, immer ergänzen statt einen neuen anlegen, Duplikate werden von der Community zusammengeführt oder gelöscht. Auch eine Suche nach der Domain in der P856-Suche findet bestehende Einträge zuverlässig.
Was passiert, wenn mein Wikidata-Eintrag gelöscht wird?
Google verliert die externe Bestätigung durch Wikidata, behält aber alle anderen Signale. Das Knowledge Panel verschwindet nicht automatisch. Wichtiger ist, was den Löschantrag ausgelöst hat: fehlende Belege. Der Weg zurück führt über die Bereitstellung von References. Wer wirklich externe Quellen hat, kann den Eintrag neu anlegen oder einen Löschantrag anfechten (Wikidata-Prozess: Requests for Undeletion).
Wie lange dauert es, bis Google nach einem Wikidata-Eintrag ein Knowledge Panel zeigt?
Es gibt keine verlässliche Zeitangabe. In der Praxis dauert es meist einige Wochen bis wenige Monate, abhängig davon, wie gut die weiteren Signale (Schema.org, Google-Profil, externe Erwähnungen) sind. Systeme mit direktem Web-Zugriff wie Perplexity reagieren oft schneller als Googles Knowledge Panel. Wer auf schnelle Wirkung hofft, sollte zuerst das Google-Profil und das Schema-Markup ausbauen. Das ist unmittelbar wirksam.