Was ist der Knowledge Graph?

Drei Dinge, die im Alltag durcheinandergeraten, gehören auseinandergehalten. Die Entität ist das Objekt der realen Welt: ein Unternehmen, eine Gemeinde, ein Arzneimittel. Der Knowledge Graph ist der Speicher, in dem Google diese Entitäten mit ihren Attributen und ihren Verbindungen ablegt. Das Knowledge Panel ist nur eine der Oberflächen, auf denen dieser Speicher sichtbar wird, und sein Fehlen belegt nicht, dass die Entität im Graphen fehlt.

Ebenso wenig ist er dasselbe wie der Suchindex. Der Index speichert Dokumente: URL, Text, Crawling-Signale. Der Graph speichert Fakten über Dinge und die Verbindungen zwischen ihnen, mit einer eigenen Kennung je Knoten. Ein Unternehmen kann hundert indexierte URL haben und keinen anerkannten Knoten, und der umgekehrte Fall tritt ebenso ein: Eine Person ohne eigene Website steht im Graphen, weil andere Quellen sie beschreiben.

Strukturierte Daten sind ein Eingangskanal zum Graphen, nicht der Graph. Die Organization-Auszeichnung auf der Startseite hilft Google dabei, die administrativen Daten der Organisation zu verstehen und sie von anderen mit ähnlichem Namen zu unterscheiden, so die am 15. April 2026 aktualisierte Search-Central-Dokumentation. Dieselbe Seite weist darauf hin, dass Google nicht garantiert, dass die Funktionen, die strukturierte Daten verwenden, in den Ergebnissen erscheinen.

Der Graph entsteht aus Quellen, die faktische Informationen sammeln. Google beschreibt seine Basis als Milliarden von Fakten über Personen, Orte und Dinge und räumt ein, dass es zusätzlich Daten Dritter lizenziert, etwa für Sportergebnisse, Börsenkurse oder Wettervorhersagen. Der Rest stammt aus dem Crawling des offenen Webs und aus öffentlichen Datenbeständen.

Jede Entität bekommt eine stabile Kennung. Die Knowledge Graph Search API gibt sie mit dem Präfix kg: zurück, etwa kg:/m/0dl567, dazu Typen aus schema.org (Person, Place, Organization, Movie, Book, Event und weitere). Diese Kennung ist es, die „Springfield“ in einem Text über Illinois und „Springfield“ in einem Text über Massachusetts als zwei verschiedene Knoten auflöst.

Der Mechanismus hat drei Schritte. Google zieht Faktenkandidaten aus Text und Auszeichnung, löst auf, zu welchem Knoten jeder Kandidat gehört (Disambiguierung), und verfestigt den Wert, wenn mehrere unabhängige Quellen übereinstimmen. Die Eigenschaft sameAs ist das übliche Signal, um zu erklären, dass deine Website, dein Eintrag in einem Verzeichnis und dein Social-Profil dieselbe Entität beschreiben. Weniger sichtbare Eigenschaften wie iso6523 oder naics arbeiten im Hintergrund am selben Ziel: dich von gleichnamigen Organisationen zu trennen.

Zum Abfragewerkzeug gehört eine Einschränkung, die man kennen sollte. Google gibt an, dass die alte API zu Cloud Enterprise Knowledge Graph migriert wird, empfiehlt Neueinsteigern das neue Produkt und warnt, dass der alte Endpunkt nicht als produktionskritischer Dienst taugt. Er dient als Audit-Sonde, nicht als dauerhafte Betriebsquelle.

Die konkrete Entscheidung, die davon abhängt, ist die Frage, wohin du investierst, wenn deine Marke nicht erkannt auftaucht. Liegt das Problem bei den Dokumenten, helfen Inhalt und Verlinkung. Liegt es bei der Entität, löst keine Menge an Artikeln es auf: Es fehlt die Möglichkeit für Google, zu erkennen, wer du bist, unter welchem kanonischen Namen und mit welchen Quellen, die das bestätigen.

Dieser Unterschied ist teurer geworden, seit generative Antwortsysteme Marken zitieren. Ein Modell, das eine kommerzielle Anfrage zusammenfasst, arbeitet mit abgerufenen Entitäten, nicht mit deiner Meta Description. Ist dein Unternehmen nicht als Knoten aufgelöst, erscheint es allgemein beschrieben, mit einem Namensvetter verwechselt oder gleich außerhalb der Kandidatenmenge.

Auch die Pflege der Stammdaten und der Umgang mit Krisen ändern sich. Eine alte Anschrift, ein Gründer, der nicht mehr da ist, oder eine überholte Firmierung verbreiten sich über viele Oberflächen gleichzeitig, wenn sie im Graphen liegen. Wer die Website korrigiert, ohne die Quellen anzufassen, die den Knoten speisen, lässt den alten Wert weiterlaufen. Google weist darauf hin, dass die Panels automatisch erzeugt werden und dass verifizierte Vertreter den Eintrag beanspruchen und Korrekturen vorschlagen können.

• Bestimme genau eine Entitätsseite für die Marke (die Startseite oder ein stabiles „Über uns“) und zeichne sie mit Organization in JSON-LD aus, mit name, url, logo und legalName passend zum Handelsregister.
• Deklariere sameAs auf die Profile, die dich bereits beschreiben: Wikidata falls vorhanden, LinkedIn, den Eintrag im Google Business Profile und die Verzeichnisse deiner Branche. Nimm die kanonische URL jedes Profils, ohne Kampagnenparameter.
• Lege einen einzigen kanonischen Namen fest und nutze ihn auf der Website, in der Rechnungsstellung und in den Profilen. Wenn „Nordia“, „Nordia Group“ und „Nordia Consulting SL“ nebeneinander leben, wähle einen und verweise die übrigen auf alternateName.
• Bestätige die harten Daten (Anschrift, Gründungsjahr, Schlüsselpersonen) in mindestens zwei externen Quellen, die ein Crawler lesen kann. Ein Fakt, der nur auf der eigenen Website steht, ist ein unbestätigter Fakt.
• Prüfe vor der Planung, ob der Knoten schon existiert: Eine Abfrage der Knowledge Graph Search API mit dem exakten Markennamen gibt dir die Kennung und den zugewiesenen Typ zurück, oder nichts.
• Beanspruche das Knowledge Panel als verifizierter Vertreter und nutze den Änderungsvorschlag für sachliche Fehler, statt die Website immer wieder neu zu schreiben.

• Das Knowledge Panel als Existenzbeweis nehmen. Das Panel entsteht automatisch, sobald genug Information im offenen Web vorliegt, sein Fehlen deutet also auf fehlende Bestätigung hin und nicht darauf, dass der Knoten nicht existiert.
• Die Organization-Auszeichnung in alle Templates der Website einbauen. Die Entität wird auf einer Seite deklariert; den Block über Tausende URL zu wiederholen, vervielfacht Fassungen, die einander widersprechen.
• Eine garantierte Wirkung der Auszeichnung erwarten. Google sagt ausdrücklich, dass es nicht garantiert, dass die Funktionen, die strukturierte Daten verwenden, in den Ergebnissen erscheinen.
• sameAs auf jede Seite richten, die die Marke erwähnt. Diese Eigenschaft erklärt Identität, nicht Erwähnung: Ein Artikel, der über dich schreibt, ist kein Profil von dir.
• Das Audit auf der alten API aufbauen. Google migriert sie zu Cloud Enterprise Knowledge Graph und warnt, dass sie nicht als produktionskritischer Dienst taugt, weshalb eine leere Antwort eine Grenze des Endpunkts sein kann und nicht das Fehlen der Entität.