Google Knowledge Panel: Was es über Ihre Marke in der KI-Suche verrät

Von Manfred Mayer Rieger · Veröffentlicht 28. September 2026

Wer bei Wikidata nach dem Wort „Pinnacle“ sucht, bekommt sieben völlig verschiedene Antworten: einen Begriff für eine Felsnadel, ein architektonisches Element, eine britische Finanzberatung, ein Jazzalbum von 2015, einen Hersteller von Video-Aufnahmegeräten, eine Ortschaft in North Carolina, eine Filmproduktionsfirma. Eine im September 2026 durchgeführte Abfrage genau dieses einen Wortes lieferte alle sieben Treffer — und keiner davon trug einen Verweis auf eine bestimmte Domain. Bei „Summit“ wiederholt sich dasselbe Muster: ein Begriff aus der Bergwelt, eine Stadt in New Jersey, der Name eines Streamers, ein Filmverleih, ein See. An keinem dieser Treffer ist etwas falsch. Eine reine Namensgleichheit identifiziert nur schlicht gar nichts.

Genau diese Lücke zwischen „trägt denselben Namen“ und „ist das gesuchte Unternehmen“ entscheidet größtenteils darüber, ob ein Google Knowledge Panel überhaupt entsteht — und, mit etwas mehr Abstand, ob eine KI auf die Frage nach einer Marke das richtige Unternehmen beschreibt.

Was ist ein Knowledge Panel, und woher stammen seine Daten?

Ein Knowledge Panel ist das Infofeld, das neben oder über den Suchergebnissen erscheint, sobald Google eine Anfrage einer konkreten Entität zugeordnet hat — einem Unternehmen, einer Person, einem Ort. Google selbst beschreibt den Zusammenhang unmissverständlich: „Die Informationen in Knowledge Panels stammen aus unserem Knowledge Graph, der wie eine riesige virtuelle Enzyklopädie aus Fakten funktioniert“ — gespeist aus „Material, das im Web geteilt wird, sowie aus offenen und lizenzierten Datenbanken“ (blog.google). Eine separate Hilfeseite bestätigt, dass eine verifizierte Entität ein bestehendes Panel beanspruchen und Korrekturen vorschlagen kann (support.google.com).

Wikidata ist eine dieser offenen Quellen, und die Beziehung zu Google reicht weiter zurück, als die meisten Unternehmen vermuten. Googles ursprünglicher Knowledge Graph stützte sich teilweise auf Freebase, eine strukturierte Datenbank, die Google 2010 übernahm. Als Freebase abgeschaltet wurde, löschte Google die Daten nicht einfach — das Unternehmen finanzierte und betreute die Migration dieser Daten nach Wikidata, der offenen, gemeinschaftlich gepflegten Datenbank, die bis heute existiert (Wikipedia). Eine Wikidata-Abfrage kostet nichts, braucht kein Konto, und jedes Unternehmen kann dort einen belegten Eintrag über sich selbst anlegen, ohne dafür zu zahlen.

Warum zählt eine reine Namensgleichheit nicht?

Weil ein Name genau das eine Merkmal ist, das sich am leichtesten zufällig teilt. Wikidatas Datenmodell kennt dafür ein eigenes Feld: die Eigenschaft P856, „offizielle Website“. Ein Eintrag gilt erst dann als bestätigte Identität, wenn dieses Feld auf die fragliche Domain zeigt — nicht schon, wenn die Bezeichnung zufällig genauso lautet wie der Firmenname.

Genau dieser Unterschied entscheidet alles. Unter den sieben „Pinnacle“-Einträgen sind drei tatsächlich Unternehmen — eine britische Finanzberatung, ein amerikanischer Filmverleih, ein Hersteller, der einst Video-Aufnahmegeräte baute —, und keiner der sieben trägt einen Website-Verweis, der es erlauben würde, sie von einem vierten Unternehmen zu unterscheiden, das heute unter demselben Namen firmiert. Eine Suchmaschine oder ein Sprachmodell, gefragt „wer ist Pinnacle“, hat keine Möglichkeit zu wissen, welches Unternehmen gemeint ist, solange nichts Genaueres als die bloße Bezeichnung zur Unterscheidung beiträgt.

In der Praxis ist das auch der häufigste Grund, warum ein Unternehmen falsch beschrieben wird, statt gar nicht erwähnt zu werden. Selten fehlt jeder Eintrag völlig. Meistens existiert mehr als einer, und nichts auf der Seite — nicht im Schema, nicht in einem verlinkten Profil — verrät einer Leserin oder einem Modell, welcher Eintrag gemeint ist.

Kann ein Unternehmen bei Google ein Panel beantragen?

Nicht direkt. Googles Dokumentation kennt genau zwei Hebel: ein bestehendes Panel beanspruchen, und Korrekturen daran vorschlagen. Ein Verfahren, um ein neues Panel anzufordern, beschreibt sie nicht, und nichts im aktuellen Hilfebereich deutet darauf hin, dass eines geplant ist. Praktisch bedeutet das: Ein Panel lässt sich weder kaufen noch beantragen — es entsteht als Nebenprodukt eines Unternehmens, das über genügend öffentliche Quellen hinweg eindeutig genug auftritt, dass Google es von sich aus zu einer Entität auflöst. Ein früherer Beitrag zu Entity SEO behandelt die praktische Konsistenzarbeit dahinter — ein Name über Titel-Tag, Schema und Social-Profile hinweg — ausführlicher, als hier Platz ist.

Reicht das über Googles eigene Ergebnisseite hinaus?

Hier ist Vorsicht angebracht. Es gibt keine veröffentlichte, bestätigte Aussage von Google oder einem KI-Anbieter, dass ein einzelner Wikidata-Eintrag in die Antwort eines bestimmten Chatbots einfließt. Bestätigt ist dagegen, direkt aus Googles eigener Ankündigung zu AI Mode, dass die Funktion „nicht nur auf hochwertige Webinhalte zugreifen kann, sondern auch auf aktuelle Echtzeitquellen wie den Knowledge Graph“ zurückgreift, um eine Antwort zusammenzustellen (blog.google). Der Knowledge Graph ist derselbe Graph, aus dem auch ein Knowledge Panel stammt. Das ist eine reale, belegbare Verbindung zwischen beiden Oberflächen — kein Beweis dafür, dass ein aufgelöster Wikidata-Eintrag verändert, was ein bestimmtes KI-Tool über ein Unternehmen sagt. Diese Verbindung zu überzeichnen wäre genau das, wovor dieser Beitrag warnt.

Was hilft angesichts dessen tatsächlich?

Drei Schritte, ungefähr nach Aufwand geordnet:

• Bei Wikidata nach dem exakten Firmennamen suchen, bevor ein Panel überhaupt zum Ziel erklärt wird. Teilen sich bereits mehrere fremde Einträge diesen Namen, ist ein Panel ein längerer Weg als zunächst die eigene Konsistenz zu klären — der KI-SEO-Ratgeber beschreibt, wie ein Modell den Rest einer Seite liest, sobald die Identität geklärt ist.
• Existiert bereits ein Wikidata-Eintrag zum Unternehmen, prüfen, ob dessen Official-Website-Feld tatsächlich auf die richtige Domain zeigt. Ein Eintrag ohne Website-Verweis oder mit dem falschen leistet keine der Unterscheidungsarbeit, die er leisten könnte.
• Sicherstellen, dass das eigene Organization-Schema in sich stimmig ist, bevor ein externer Graph eine Identität klären soll, die die Seite selbst auf drei verschiedene Arten nennt. Ein Schema-Prüfer bestätigt zunächst, dass das Markup überhaupt valide ist — Voraussetzung dafür, dass es irgendetwas zuverlässig unterscheiden kann.

Nichts davon erzwingt ein Panel auf Bestellung, und nirgendwo behauptet Google, dass das möglich wäre. Was es tatsächlich beseitigt, ist der eine Fehler, der vollständig selbst verschuldet ist: ein Unternehmen, das in der Realität einzigartig ist, auf dem Papier aber von sechs Dingen nicht zu unterscheiden, mit denen es nichts zu tun hat.