Knowledge-Graph-SEO

TL;DR — Der Knowledge Graph ist Googles riesige Datenbank von Dingen — Personen, Unternehmen, Orte — und den Fakten über sie. Er ist nicht dasselbe wie das Schema- Markup auf Ihrer Website; Ihr Markup ist nur eine Sache, die ihn möglicherweise speist. Das Feld, das rechts in den Suchergebnissen mit einem Foto und Kurzfakten erscheint, ist ein Knowledge Panel — der sichtbare Teil dieser Datenbank. Sie können ein Panel manchmal beanspruchen und korrigieren, aber Sie können nicht erzwingen, dass eines existiert, und nichts garantiert, dass Sie eines bekommen.

Was der Knowledge Graph ist

Google beschreibt den Knowledge Graph als ein System zum Verständnis von Fakten über Personen, Orte und Dinge und deren Beziehungen. Evidence for this claim Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Scope: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Confidence: high · Verified: 2026-07-14 Google: Introducing the Knowledge Graph Ein Knowledge Panel ist eine Darstellung in den Suchergebnissen, die aus mehreren Quellen generiert wird, keine Funktion, die durch das Hinzufügen von Schema garantiert wird. Evidence for this claim Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Scope: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Confidence: high · Verified: 2026-07-14 Google: Knowledge panels

Wenn Sie nach einer bekannten Person, einem Unternehmen oder einem Ort suchen, zeigt Google oft ein Feld mit einem Foto, einer kurzen Beschreibung und Kurzfakten — Geburtstag, Gründer, Hauptsitz und so weiter. Diese Informationen stammen nicht von einer einzelnen Website. Sie stammen aus Googles eigener Datenbank von Entitäten und den Fakten, die sie verbinden. Diese Datenbank ist der Knowledge Graph.

Google hat ihn 2012 mit einer einprägsamen Zeile eingeführt: Er wurde gebaut, um “things, not strings” zu verstehen. (Übersetzung) „Dinge, nicht Zeichenketten.“ Davor matchte die Suche meist die Wörter, die Sie eingegeben haben, gegen Wörter auf Seiten. Der Knowledge Graph ermöglicht es Google zu verstehen, dass “Apple” das Unternehmen ein anderes Ding ist als “apple” die Frucht, und dass ein Unternehmen einen CEO, ein Gründungsdatum und Produkte hat — echte Fakten über ein echtes Ding.

Die eine Sache, die Leute falsch machen

Hier ist die Verwirrung, die ich am häufigsten sehe: Menschen denken, der Knowledge Graph ist das strukturierte Daten (Schema-Markup) ihrer Website. Das ist er nicht.

• Ihre strukturierten Daten leben auf Ihren Seiten. Sie sind eine Möglichkeit, Ihre Inhalte zu kennzeichnen, damit Maschinen sie leichter lesen können.
• Der Knowledge Graph lebt auf Googles Ebene. Er ist Googles Datenbank, aufgebaut aus Hunderten von Quellen.

Ihre strukturierten Daten sind eine mögliche Eingabe in den Graphen — ein Signal, das Google möglicherweise verwendet, um Ihre Entität zu verstehen und zu disambiguieren. Aber sie sind nicht der Graph, und das Hinzufügen von Markup bringt Ihre Fakten nicht direkt in Googles Datenbank.

Eine weitere Unterscheidung, die es wert ist, genannt zu werden: Einige SEO-Plattformen und Agenturen sprechen davon, “einen Knowledge Graph” für Ihre eigene Website aufzubauen — eine interne Karte der Entitäten und Beziehungen Ihres Inhalts. Das ist eine legitime Praxis, um Inhalte zu organisieren und Systemen zu helfen, sie leichter zu parsen. Aber es ist immer noch Ihr Graph, der auf Ihrer eigenen Infrastruktur liegt. Er ist nicht Googles Knowledge Graph, speist nicht automatisch in ihn ein, und der Aufbau eines solchen garantiert nicht, dass Google etwas davon aufnimmt oder anzeigt.

Was ein Knowledge Panel ist (und wie man eines bekommt)

Das Knowledge Panel ist das sichtbare Feld. Es ist der Teil des Knowledge Graphs, den Sie tatsächlich sehen. Zwei wichtige Fakten:

1. Im Graphen zu sein garantiert kein Panel. Google kann “über” eine Entität “Bescheid wissen”, ohne jemals ein Panel für sie anzuzeigen. Ein Panel erscheint nur, wenn Google sicher genug ist.
2. Sie können kein Panel herbeirufen. Wenn Google bereits eines für Sie anzeigt, können Sie es möglicherweise beanspruchen (verifizieren, dass Sie das echte Subjekt sind) und dann Änderungen vorschlagen. Aber Sie können nicht erzwingen, dass ein Panel für eine Entität erscheint, die Google noch nicht erkannt hat — und nicht jedes Panel ist überhaupt beanspruchbar.

Was hilft also tatsächlich? Die realistische Antwort ist: Werden Sie eine Entität, die Google erkennen und vertrauen kann. Das bedeutet, konsistent bei Ihrem Namen und Ihrer Beschreibung zu sein, überall, wo Sie erscheinen, von anderen seriösen Websites erwähnt und zitiert zu werden, und — wenn Sie ein lokales Unternehmen sind — Ihr Google Business Profil genau zu halten. Wikipedia- und Wikidata-Einträge helfen auch sehr, wenn sie gerechtfertigt sind.

Für das tiefere Playbook „Wie baue ich diese Signale tatsächlich auf?“ siehe den Entity-SEO-Artikel. Für die Mechanik des Schreibens des Schema-Markups selbst siehe Entity- und Identity-Schema. Dieser Artikel behandelt die Ebene darüber: den Graphen und das Panel selbst. Wechseln Sie für die vollständige Version zur Registerkarte Erweitert.

TL;DR — Der Knowledge Graph ist Googles Entitäts-Beziehungs-Datenbank – die Fakten über „Dinge“ und wie sie verbunden sind – eingeführt 2012, um Suche auf „Dingen, nicht Zeichenketten“ zu basieren. Er unterscheidet sich von den strukturierten Daten einer Seite: Ihr Markup ist einer von vielen Eingaben in den Graphen, nicht der Graph selbst. Ein Knowledge Panel ist die Benutzeroberfläche, die Google rendert, wenn sein Vertrauen in eine Entität einen Schwellenwert überschreitet; die Präsenz im Graphen garantiert nie ein Panel, und Googles eigene Dokumentation sagt, dass strukturierte Daten keine Funktion garantieren. Sie können ein bestehendes Panel beanspruchen und Änderungen vorschlagen – Sie können keins erstellen – und nicht alle Panels sind beanspruchbar. Echter Einfluss kommt von konsistenter, multi-quellenbasierter Entitätskorroboration, nicht von einem einzelnen Hebel. Und der Graph wird zunehmend als Teil davon diskutiert, wie Google Entitäten in der KI-Suche verankert – eine Brancheninferenz, kein Mechanismus, den Google bestätigt hat.

Was der Knowledge Graph tatsächlich ist

Googles öffentliche Beschreibungen erklären Zweck und Datenquellen, legen aber keine vollständige Inklusions- oder Ranking-Formel offen. Evidence for this claim Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Scope: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Confidence: high · Verified: 2026-07-14 Google: Introducing the Knowledge Graph Das Beanspruchen eines Panels ermöglicht Feedback und Verifizierung; es gibt keine direkte Kontrolle über alle angezeigten Fakten. Evidence for this claim Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Scope: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Confidence: high · Verified: 2026-07-14 Google: Knowledge panels

Googles eigene Rahmung aus dem Launch 2012 ist die klarste Definition, die es gibt: Es baute den Knowledge Graph als Wissensbasis, die es Google ermöglicht, reale Entitäten und ihre Beziehungen zueinander zu verstehen – „things, not strings.“ Dieser letzte Satz ist die ganze Idee. Traditionelles Information Retrieval matchte Abfragezeichenfolgen gegen Dokumentzeichenfolgen. Der Knowledge Graph ist eine Datenbank von Entitäten (Personen, Orte, Organisationen, Dinge) und den Fakten und Beziehungen zwischen ihnen, sodass Google über ein Ding nachdenken kann, statt nur seinen Namen per Muster zu matchen.

Zur Einordnung der Größe: Beim Launch 2012 sagte Google, der Graph enthalte mehr als 500 Millionen Objekte und mehr als 3,5 Milliarden Fakten und Beziehungen. In seiner Erklärung von 2020 beschrieb Google ihn als über 500 Milliarden Fakten über fünf Milliarden Entitäten umfassend. (Mehr zu den Größenzahlen – und denen, denen Sie nicht vertrauen sollten – im Abschnitt Mythen unten.)

Knowledge Graph vs. Knowledge Panel vs. Ihre strukturierten Daten

Die meisten konkurrierenden Inhalte verwischen diese drei. Sie getrennt zu halten, ist das Nützlichste auf dieser Seite:

Die Beziehung verläuft in eine Richtung ohne Garantien: Ihre strukturierten Daten sind ein Signal, das den Graphen speisen kann, der Graph ist Googles Datenbank, und das Panel ist eine UI-Oberfläche, die Google aus dieser Datenbank rendert, wenn es sicher ist. Google zieht den Graphen aus Hunderten von Quellen im Web – offene und lizenzierte Datenbanken, Inhaltsinhaber, spezialisierte Anbieter für Gesundheits-, Musik-, Sport- und TV-Daten – nicht nur aus dem Markup einer einzelnen Website und nicht nur aus Wikipedia.

Ich werde hier nicht die Entitäts-Signal-Hierarchie oder die sameAs/Wikidata-Mechanik erneut aufrollen – der Entity-SEO-Artikel behandelt bereits, welche Signale mit Entitätserkennung korrelieren, und Entity- und Identity-Schema behandelt die Implementierung des Organization-/Person-/LocalBusiness-Markups. Dieser Artikel bleibt auf der Graph- und Panel-Ebene darüber.

Was ein Knowledge Panel auslöst

Konfidenzschwellen und mehrfache Quellenbestätigung

Ein Panel ist kein Schalter, der umspringt, sobald Sie existieren. Google erstellt eines, wenn sein Vertrauen in eine Entität – aufgebaut aus bestätigenden Fakten aus vielen unabhängigen Quellen – hoch genug ist, um diese Entität direkt in den Ergebnissen zusammenzufassen. Deshalb erhalten bekannte Marken und viel behandelte Personen Panels, ein neues Ein-Filialen-Unternehmen jedoch meist nicht: Die Bestätigung fehlt noch.

Warum „im Graphen sein“ kein Panel garantiert

Google kann eine Entität im Graphen haben und trotzdem kein Panel dafür anzeigen. Vorhandensein und Anzeige sind zwei verschiedene Hürden. „Bin ich im Wissensgraphen?“ und „Habe ich ein Wissenspanel?“ sind also wirklich verschiedene Fragen – und keine davon lässt sich mit einem Kontrollkästchen aktivieren.

So beanspruchen und bearbeiten Sie Ihr Wissenspanel

Der Beanspruchungsablauf

Wenn Google bereits ein Panel für Sie oder Ihre Organisation anzeigt, können Sie einen Verifizierungsprozess durchlaufen, um es zu beanspruchen. Im Großen und Ganzen: Finden Sie Ihr Panel in der Suche, wählen Sie die Option, es zu beanspruchen, und verifizieren Sie Ihre Identität, indem Sie sich bei einem offiziellen Profil anmelden, das Google als zu dieser Entität gehörend erkennt (verknüpfte Konten wie Search Console, YouTube oder verifizierte soziale Profile sind die üblichen Wege). Ich beschreibe den Ablauf hier, statt Googles Hilfeseiten wörtlich zu zitieren – diese Seiten werden über JavaScript gerendert, und ich konnte die genaue aktuelle Formulierung in diesem Durchgang nicht bestätigen. Prüfen Sie daher die aktuellen Schritte in der Live-Dokumentation zum Wissenspanel, bevor Sie sich darauf verlassen.

Der einfache Vorbehalt, den man vorab nennen sollte, direkt aus Googles Hilfedokumentation: Nicht alle Wissenspanels sind beanspruchbar. Die Anspruchsberechtigung ist nicht universell.

Änderungen nach der Beanspruchung vorschlagen

Sobald Sie als Subjekt verifiziert sind, können Sie Änderungen am Panel vorschlagen – eine korrigierte Beschreibung, ein bevorzugtes Bild, korrigierte Fakten. Diese durchlaufen Googles Prüfung; Sie schlagen Änderungen vor, nicht bearbeiten Sie ein CMS. Googles Feedback- Dokumentation formuliert seine Richtlinie klar: „To maintain the integrity of search results, our current policy doesn’t manually create or delete Knowledge Panels.“ (Übersetzung) „Um die Integrität der Suchergebnisse zu wahren, erstellt oder löscht unsere derzeitige Richtlinie Wissenspanels nicht manuell.“ Panels erscheinen und verschwinden automatisch basierend auf Googles eigenem Generierungsprozess – Ihr Feedback kann Fakten auf einem bestehenden Panel korrigieren, aber es kann keins ins Leben rufen oder auf Anfrage entfernen lassen. Für lokale Unternehmenspanels im Besonderen werden die Details auf Unternehmensebene – Öffnungszeiten, Kontakt- informationen, Adresse – über Google Business Profile verwaltet, nicht über den allgemeinen Ablauf zur Beanspruchung von Wissenspanels.

Was tun, wenn es noch kein Panel gibt oder es nicht beanspruchbar ist

Sie können kein Panel beanspruchen, das nicht existiert, und Sie können keins erzwingen. Wenn es kein Panel gibt, liegt die Arbeit vorgelagert: Bauen Sie die Entitätsbestätigung auf, die schließlich Googles Vertrauen gewinnt (nächster Abschnitt). Wenn ein Panel existiert, aber nicht beanspruchbar ist, sind Sie auf den allgemeinen Feedback-Weg für sachliche Fehler beschränkt, nicht auf den Ablauf für verifizierte Subjekte.

Realistische Wege, die Präsenz im Wissensgraphen zu beeinflussen

Grob nach dem Grad sortiert, wie direkt Google jeden einzelnen bestätigt hat – und abgeschwächt, denn keiner davon ist eine Garantie:

1. Ein bestehendes Panel beanspruchen und „Suggest edits“ („Änderungen vorschlagen“) verwenden. Der einzige offizielle, direkte Hebel – aber nur verfügbar, sobald ein Panel bereits existiert und beanspruchbar ist.
2. Wikipedia-/Wikidata-Präsenz. Weithin als einflussreich für die Entitätserkennung bestätigt, obwohl es kein offiziell genannter Google-Ranking-Faktor ist. Erlangen Sie es legitim (Bedeutsamkeit, Quellen) – erfinden Sie es nicht.
3. Konsistente Entitätssignale im gesamten Web. Derselbe Name, dieselbe Beschreibung und dieselben maßgeblichen Referenzen überall, wo Sie erscheinen. Konsistenz ist es, die Google erkennen lässt: „Diese Erwähnungen sind alle dasselbe.”
4. Google Business Profile für lokale Entitäten. Die verwaltete Oberfläche für geschäftsspezifische Panel-Elemente.
5. Strukturierte Daten – als ein beitragendes Signal, nicht als eigener Hebel. Googles eigene Organisations-Dokumentation ist deutlich: “Google does not guarantee that features that consume structured data will show up in search results.” (Übersetzung) „Google garantiert nicht, dass Funktionen, die strukturierte Daten verwenden, in den Suchergebnissen erscheinen.“ Markup hilft Google, Sie zu unterscheiden; es erzwingt nicht kausal ein Panel. Ahrefs’ Studie, die 1 885 Seiten verfolgte, die Schema hinzufügten, fand keinen großen Anstieg bei KI-Zitaten – eine nützliche Realitätsprüfung für den Instinkt „Schema hinzufügen, Panel erhalten”.

Der rote Faden: Formulieren Sie jede Taktik als Verbesserung der Chancen, niemals als Garantie für ein Panel. Es gibt keine SEO-Kombination, die Ihnen eines zuspricht.

Bings Entitätsgraph, kurz

Bing hat einen eigenen Entitätsgraphen – öffentlich unter dem Codenamen Satori bei seiner Einführung 2013 bekannt, obwohl ich das eher als historischen Hintergrund denn als Bings aktuelle offizielle Terminologie betrachten würde. 2014 veröffentlichte Bing ein Knowledge Widget in den Bing Webmaster Tools, mit dem Webmaster Entitäten auf einer Seite erkennen und mit dem Entitätsgraphen in Bings Wissensrepository verknüpfen konnten. Ich konnte in diesem Durchgang nicht bestätigen, ob dieses Widget 2026 noch eine aktive, unterstützte Funktion ist – die ursprüngliche Ankündigungs-URL von 2014 löst nicht mehr zu diesem Beitrag auf; sie leitet jetzt in den aktuellen Feed des Bing Webmaster Blogs um – behandeln Sie das Widget also als Präzedenzfall für Bings Entitäts-Tooling, nicht als aktuelle empfohlene Maßnahme, und prüfen Sie die Bing Webmaster Tools direkt auf das, was tatsächlich live ist.

Die ehrliche Zusammenfassung: Bings öffentliche Dokumentation zu seinem Entitätsgraphen ist viel dünner als die von Google. Das sollte man klar sagen, anstatt den Abschnitt mit Vermutungen aus Sekundärquellen aufzublähen.

Warum der Wissensgraph für die KI-Suche wichtig ist

Das ist der Teil, der sich geändert hat, obwohl es sich lohnt, präzise zu sein, was bestätigt und was Schlussfolgerung ist. Googles eigene Dokumentation zum Wissenspanel beschreibt die automatische Panel-Erstellung aus Webquellen und einen Feedback-/Überprüfungsprozess – sie veröffentlicht keinen erklärten Mechanismus, der die Präsenz im Wissensgraphen mit KI-Übersichten, KI-Modus oder Gemini-Zitaten verbindet. Was es gibt, ist Branchen-Schlussfolgerung: Ahrefs’ Erklärstück zum Wissensgraphen argumentiert beispielsweise, dass der Graph nicht mehr nur ein Mechanismus zur Gewinnung eines Wissenspanels ist, sondern jetzt Teil davon, wie Google entscheidet, welche Marken und Entitäten in KI-Antworten erscheinen. Das ist eine plausible Lesart, wie Grounding-Systeme allgemein funktionieren, keine von Google bestätigte Pipeline.

Ich würde es als vernünftige Hypothese behandeln, nicht als Mechanismus: Wenn KI-Antworten auf eine Entitätsdatenbank stützen, um zu entscheiden, wer real ist, dann ist es vernünftig, eine eindeutige, gut bestätigte Entität in dieser Datenbank anzustreben – aber niemand, einschließlich Google, hat eine kausale Kette von „im Wissensgraphen” zu „in einer KI-Übersicht zitiert” veröffentlicht. Behandeln Sie einen Treffer in der Knowledge Graph Search API, ein Wissenspanel und ein KI-Zitat nicht als Beweis füreinander – es sind getrennte Systeme mit getrennten und größtenteils undokumentierten Auslösern. Die Entitätsarbeit lohnt sich trotzdem – siehe den Artikel Entity-SEO für den Winkel der generativen Engine-Optimierung –, nur sollten Sie den Mechanismus dahinter nicht überverkaufen.

Häufige Mythen

• „Das Hinzufügen von Schema-Markup verschafft mir einen Wissensbereich.“ Nein. Google sagt ausdrücklich, dass strukturierte Daten nicht garantieren, dass eine bestimmte Funktion angezeigt wird. Schema ist eine Hilfe zur Disambiguierung, kein Auslöser für ein Panel.
• “The Knowledge Graph and my schema markup are the same thing.” (Übersetzung) „Der Knowledge Graph und mein Schema-Markup sind dasselbe.“ Nein. Der Graph ist Googles Datenbank; Ihr Schema ist einer von vielen Inputs, die Google möglicherweise verwendet oder auch nicht.
• „Der Graph enthält jetzt 1,6 Billionen Fakten über 54 Milliarden Entitäten.“ Diese Zahl kursiert weit verbreitet in sekundären SEO-Inhalten, aber ich konnte sie nicht auf eine offizielle, datierbare Google-Aussage zurückführen. Die letzte Zahl, die Google selbst öffentlich nannte – in seinem Beitrag von 2020 – war über 500 Milliarden Fakten über fünf Milliarden Entitäten. Google hat seitdem, soweit ich das verifizieren kann, keine aktualisierte Zahl veröffentlicht, also wiederholen Sie die größere Zahl nicht als Tatsache.
• „Knowledge Vault ist die aktuelle Version des Knowledge Graph.“ Nein. Knowledge Vault war ein eigenständiges Google-Forschungsprojekt von 2014, über das New Scientist berichtete; Google teilte Search Engine Land damals mit, es handele sich um einen Forschungsbericht, nicht um einen aktiven Google-Dienst. Verwechseln Sie die beiden nicht.
• “You can pay to guarantee a panel.” (Übersetzung) „Sie können bezahlen, um ein Panel zu garantieren.“ Nein. Der offizielle Anspruchs-/Verifizierungsweg beinhaltet keine Zahlung. Bezahlte Dienstleistungen für „Knowledge-Panel-Verwaltung“ existieren, aber sie können kein Ergebnis garantieren, das Google selbst nicht garantieren wird.
• „Jede Marke ist mit genügend SEO für ein Panel berechtigt.“ Nein. Googles eigene Dokumentation besagt, dass nicht einmal alle Panels beanspruchbar sind – Eignungs- und Konfidenzschwellen werden durch Googles Kriterien bestimmt, nicht vollständig durch Sie kontrollierbar.

Häufig gestellte Fragen

Was ist der Unterschied zwischen dem Knowledge Graph und einem Knowledge Panel? Der Graph ist Googles Datenbank von Entitäten und Fakten; das Panel ist die sichtbare Zusammenfassung, die Google daraus rendert, wenn es sicher ist. Der Graph kann über Sie Bescheid wissen, ohne jemals ein Panel anzuzeigen.

Wie erhalte ich ein Google Knowledge Panel? Sie können es nicht erzwingen. Bauen Sie echte, konsistente, multi-quellenbasierte Entitätskorroboration auf; wenn Google sicher genug wird, kann es ein Panel generieren, das Sie dann beanspruchen und bearbeiten können. Es gibt keinen garantierten Weg.

Warum hat mein Unternehmen kein Knowledge Panel? Höchstwahrscheinlich hat Googles Vertrauen in Ihre Entität die Schwelle noch nicht überschritten – nicht genug unabhängige Korroboration im gesamten Web. Das ist nichts, was eine einzelne Schema-Änderung behebt.

Garantiert strukturierte Daten ein Knowledge Panel? Nein – Googles Organization-Dokumentation besagt, dass nicht garantiert wird, dass Features, die strukturierte Daten verwenden, erscheinen.

Hat Bing ein Knowledge Graph? Ja, einen eigenen Entitätsgraphen, aber Bing dokumentiert ihn weitaus dünner als Google seinen.

Brauche ich eine Wikipedia-Seite, um ein Knowledge Panel zu erhalten? Nicht unbedingt, aber eine legitime Wikipedia-/Wikidata-Präsenz ist eine weit verbreitete Hilfe für die Entitätserkennung. Erfinden Sie keine, um das System auszutricksen.

Wie groß ist Googles Knowledge Graph? Die letzte offiziell bestätigte Zahl stammt aus Googles Beitrag von 2020: über 500 Milliarden Fakten über fünf Milliarden Entitäten. Behandeln Sie neuere, größere Zahlen, die Sie zitiert sehen, als unverifiziert, es sei denn, sie lassen sich auf eine Google-Quelle zurückführen.

KI-Zusammenfassung

Eine komprimierte Darstellung der erweiterten Version:

• Der Knowledge Graph = Googles Datenbank für Entitäten (Personen, Orte, Organisationen, Dinge) und die Fakten/Beziehungen zwischen ihnen. Eingeführt 2012, um Suche über “Dinge, nicht Zeichenketten” zu ermöglichen.
• Er ist NICHT Ihre strukturierten Daten. Ihr Schema-Markup ist einer von vielen möglichen Eingaben in den Graphen; der Graph lebt auf Googles Ebene und wird aus Hunderten von Quellen aufgebaut.
• Ein Knowledge Panel ist die Benutzeroberfläche, nicht die Datenbank. Google rendert eines nur, wenn das Vertrauen in eine Entität einen Schwellenwert überschreitet. Im Graphen zu sein, garantiert niemals ein Panel.
• Nichts garantiert ein Panel. Googles Organisations-Dokumentation sagt, dass strukturierte Daten nicht garantieren, dass ein Feature in den Ergebnissen erscheint.
• Beanspruchen ≠ erstellen. Sie können ein bestehendes Panel beanspruchen und Änderungen vorschlagen, aber keins herbeirufen, und nicht alle Panels sind beanspruchbar.
• Realistischer Einfluss: konsistente Multi-Quellen-Entitätskorroboration, Wikipedia/Wikidata-Präsenz, Google Business Profile für lokale Suche, strukturierte Daten als beitragendes (nicht kausales) Signal — niemals ein einzelner garantierter Hebel.
• Skalierung zu Vertrauen: letzte offizielle Zahl ist 2020 “über 500 Milliarden Fakten über fünf Milliarden Entitäten.” Die kursierende Zahl “1,6 Billionen Fakten / 54 Milliarden Entitäten” hat keine nachvollziehbare offizielle Quelle — wiederholen Sie diese Zahl nicht.
• KI-Suche-Verbindung: Branchenanalysen argumentieren, dass der Graph zunehmend eine Eingabe dafür ist, wie KI-Antworten Entitäten verankern und verifizieren — Google hat diesen Mechanismus nicht bestätigt, also behandeln Sie ihn als vernünftige Schlussfolgerung, nicht als dokumentierte Regel. Eine eindeutige Entität zu sein, ist trotzdem ein vernünftiges Ziel.

Offizielle Dokumentation

Primärquellen-Dokumentation und Beiträge von Google und Bing.

Google

• Einführung des Knowledge Graph: Dinge, nicht Zeichenketten — Amit Singals 2012-Launchbeitrag; die Ursprungsdefinition und Startskalenzahlen.
• Googles Knowledge Graph und Knowledge Panels — Danny Sullivans 2020-Erklärung; Quellen (“Hunderte von Quellen”), die 2020-Skalenzahl und wie Betroffene Panels beanspruchen.
• Auf Google verifiziert werden / ein Knowledge Panel beanspruchen — der Beanspruchungs- und Verifizierungsablauf (JS-gerendert; aktuelle Schritte im Browser bestätigen).
• Feedback zu Inhalten über Sie einreichen — der Vorschlag-Änderungen-/Feedback-Ablauf nach der Verifizierung.
• Organisations-Strukturierte-Daten — enthält die explizite “garantiert nicht”-Sprache und wie Organisations-Eigenschaften das in Ihrem Panel angezeigte Logo beeinflussen können.
• Google Knowledge Graph Search API — Entwicklerreferenz zum Abfragen von Entitäten im Graphen.

Bing / Microsoft

• Ankündigung des Bing Knowledge Widget & App Linking — die 2014-Entitäts-Widget-Ankündigung (historisch; aktuellen Status überprüfen).
• Bing Knowledge kommt zu Webmaster Tools — die Webmaster-Tools-Einführung des Knowledge Widget (2014).

Zitate aus der Quelle

Aussagen auf der Grundlage von Aufzeichnungen, mit Deep Links, die zur zitierten Passage springen, wo die Quellseite dies unterstützt.

Google — die Ursprungsdefinition

• “We’ve built the Knowledge Graph, a knowledge base that enables Google to understand real-world entities and their relationships to one another: things, not strings.” (Übersetzung) „Wir haben den Knowledge Graph aufgebaut, eine Wissensdatenbank, die es Google ermöglicht, reale Entitäten und ihre Beziehungen zueinander zu verstehen: Dinge, nicht Zeichenketten.“ — Amit Singhal, SVP Engineering, offizieller Google-Blog, 16. Mai 2012. Zum Zitat springen

Google — Umfang (2020, letzte offizielle Angabe)

• Der Knowledge Graph “has amassed over 500 billion facts about five billion entities.” (Übersetzung) „hat über 500 Milliarden Fakten über fünf Milliarden Entitäten angesammelt“. — Danny Sullivan, „Googles Knowledge Graph und Knowledge Panels“, Google Blog, 20. Mai 2020. Beitrag lesen Quelle: zusammengefasster Abruf des Beitrags von 2020, kein in diesem Durchgang verifizierter Roh-HTML-Teilstring – bestätigen Sie den genauen Wortlaut anhand der Live-Seite, bevor Sie ihn als endgültig behandeln. Beachten Sie außerdem, dass dies die letzte offiziell genannte Zahl ist; größere Zahlen auf Sekundärseiten sind unbestätigt.

Google — die ausdrückliche Nicht-Garantie

• “Google does not guarantee that features that consume structured data will show up in search results.” (Übersetzung) „Google garantiert nicht, dass Funktionen, die strukturierte Daten verwenden, in den Suchergebnissen erscheinen.“ — Google Search Central, Dokumentation zu strukturierten Organisationsdaten. Zum Zitat springen Bestätigen Sie den genauen Ankertext anhand der Live-Seite, bevor Sie ihn als endgültig behandeln.

Google — nicht alle Panels sind beanspruchbar

• Die Hilfedokumentation zu Knowledge Panels von Google stellt klar, dass nicht alle Knowledge Panels beanspruchbar sind – die Anspruchsberechtigung ist nicht universell. Paraphrasiert, nicht wörtlich zitiert: Die Hilfeseiten zu Knowledge Panels werden über JavaScript gerendert, und ihr genauer aktueller Wortlaut konnte in diesem Durchgang nicht bestätigt werden. Verifizieren Sie im Browser, bevor Sie zitieren.

„Sollte ich mir wegen eines Knowledge Panels Sorgen machen?“ – ein Entscheidungsbaum

Arbeiten Sie von oben nach unten.

1. Zeigt Google bereits ein Panel, wenn Sie Ihre Entität suchen?

• Ja → fahren Sie mit Schritt 2 fort.
• Nein → Sie können nicht beanspruchen, was nicht existiert. Fahren Sie mit Schritt 4 fort (Bestätigungsaufbau).

2. Gibt es darauf eine Option „Dieses Knowledge Panel beanspruchen“?

• Ja → beanspruchen Sie es (verifizieren Sie über ein verlinktes offizielles Profil), und nutzen Sie dann „Änderungen vorschlagen“ für falsche Fakten oder ein bevorzugtes Bild. Fertig.
• Nein → das Panel ist nicht beanspruchbar. Nutzen Sie den allgemeinen Feedback-Weg, um sachliche Fehler zu melden; Sie können keine verifizierten Subjekt-Änderungen vornehmen. Führen Sie dann auch Schritt 4 aus.

3. Sind Sie speziell ein lokales Unternehmen?

• Ja → verwalten Sie Öffnungszeiten/Kontakt/Adresse über Google Business Profile, nicht über den allgemeinen Panel-Beanspruchungsprozess. (Führen Sie auch die Schritte 2 und 4 aus.)
• Nein → fahren Sie fort.

4. Kein Panel oder möchten Sie die Entität stärken? Bauen Sie Bestätigung auf:

• Konsistenter Name + Beschreibung überall, wo Sie erscheinen.
• Verdiente Erwähnungen/Zitate von seriösen unabhängigen Quellen.
• Legitime Wikipedia/Wikidata-Präsenz falls gerechtfertigt (nicht erfinden).
• Vollständige, korrekte Organization/Person-Structured-Data (ein Signal, keine Garantie).
• Dann warten Sie – ein Panel erscheint nur, wenn Googles Vertrauen seine Schwelle überschreitet, falls es das jemals tut. Es gibt keinen „Absenden“-Button.

Die Regel, die allem zugrunde liegt: Sie beeinflussen die Berechtigung, niemals das Ergebnis.

Checkliste für Wissensentitäten

Ein Durchgang, um zu bestätigen, dass Sie das getan haben, was tatsächlich in Ihrer Kontrolle liegt:

• Haben Sie Ihre Entität durchsucht, um zu prüfen, ob bereits ein Panel existiert.
• Falls ein Panel existiert und beanspruchbar ist, haben Sie es über ein verknüpftes offizielles Profil beansprucht.
• Haben Sie „Suggest edits“ verwendet, um falsche Fakten zu korrigieren / ein bevorzugtes Bild festzulegen (nur verifiziertes Konto).
• Für lokale Einträge: Google Business Profile ist beansprucht und Öffnungszeiten/Kontakt/Adresse sind korrekt.
• Name und Beschreibung sind konsistent auf Ihrer Website, in sozialen Medien und in Drittanbieter- Einträgen.
• Autoritative Referenzen (Wikipedia/Wikidata, verifizierte Profile, Register) existieren, wo dies legitim gerechtfertigt ist – und stimmen miteinander überein.
• Organisations-/Personen-Structured Data ist vollständig und korrekt (als ein Signal behandelt, nicht als Panel-Auslöser).
• Sie verlassen sich nicht auf einen Dienst mit „garantiertem Panel“ und erwarten nicht, dass Schema allein ein Panel erzeugt.
• Sie wiederholen keine unverifizierten Skalenzahlen und vermischen Knowledge Vault nicht mit dem Live-Graphen in Ihren eigenen Inhalten.

Die mentalen Modelle

1. Drei Ebenen, eine Richtung. Ihre strukturierten Daten → (vielleicht) Feeds → der Knowledge Graph → (vielleicht) Rendering → ein Knowledge Panel. Jeder Pfeil ist ein „vielleicht“, und Sie kontrollieren nur die erste Box vollständig. Halten Sie die drei Ebenen getrennt, und die meiste Knowledge-Graph-Verwirrung verschwindet.

2. Präsenz vs. Anzeige. „Ist meine Entität im Graphen?“ und „Habe ich ein Panel?“ sind unterschiedliche Fragen. Google kann über Sie Bescheid wissen, ohne etwas anzuzeigen. Die Anzeige erfordert eine Vertrauensschwelle, die Präsenz allein nicht erfüllt.

3. Berechtigung, kein Anspruch. Sie beeinflussen die Wahrscheinlichkeit eines Panels; Sie haben nie Anspruch auf eines. Formulieren Sie jede Taktik um als „Macht das Google sicherer über meine Entität?“ – nicht „Erzwingt das ein Panel?“

4. Beanspruchen vs. erstellen. Sie können nur ein Panel beanspruchen (und dann bearbeiten), das bereits existiert. Nichts, was Sie tun, erstellt direkt ein Panel; die Erstellung ist Googles Entscheidung, nachgelagert zur Bestätigung.

5. Bestätigung vor Behauptung. Fakten über sich selbst zu erklären (auf Ihrer eigenen Website, in Ihrem eigenen Markup) ist für sich genommen schwach. Unabhängige Quellen, die übereinstimmen, sind es, die Googles Vertrauen aufbauen. Dies ist dasselbe Prinzip, das Entity-SEO und die Verankerung von KI-Suche regelt.

Knowledge Graph – Spickzettel

Graph vs. Panel vs. Ihr Markup

Was Sie können vs. nicht können

• Können: ein bestehendes, beanspruchbares Panel beanspruchen; nach Verifizierung Änderungen vorschlagen; lokale Details über Google Business Profile verwalten; Entitätsbestätigung aufbauen.
• Nicht können: ein Panel auf Anfrage erstellen; ein Panel mit Schema garantieren; Google dafür bezahlen; ein Panel bearbeiten, für das Sie nicht verifiziert sind.

Skalenzahlen

• Start 2012: mehr als fünfhundert Millionen Objekte, 3,5 Mrd.+ Fakten/Beziehungen.
• 2020 (letzte offizielle): mehr als fünfhundert Milliarden Fakten, 5 Mrd. Entitäten.
• „1,6 Billionen Fakten / 54 Milliarden Entitäten“: unverifiziert – keine nachvollziehbare offizielle Quelle. Nicht als Fakt wiederholen.

Nicht verwechseln

• Knowledge Graph ≠ Ihre strukturierten Daten.
• Knowledge Graph ≠ Knowledge Panel (Datenbank vs. UI).
• Knowledge Graph ≠ Knowledge Vault (Vault war ein Forschungsbericht von 2014, nicht der Live- Dienst).

Knowledge-Graph-Fehler, die Sie vermeiden sollten

Ein Knowledge Panel als den Knowledge Graph behandeln

Das Panel ist ein sichtbares Suchfeature, das aus dem Entitätsverständnis generiert wird. Eine Entität kann ohne Panel im Graphen existieren, daher sollten Sie das Vorhandensein eines Panels nicht als einzigen Test verwenden.

Versuchen, allein mit Schema Bekanntheit zu erzeugen

Strukturierte Daten können Erstanbieter-Aussagen klären, aber unabhängige, zuverlässige Bestätigung nicht ersetzen. Beheben Sie zuerst Quellenkonsistenz und reale Beweise.

Das falsche Namensvetter-Panel beanspruchen oder bearbeiten

Ähnliche Namen sind häufig. Verifizieren Sie die offizielle URL, Kategorie, Personen, den Standort und die Kennungen, bevor Sie die Kontrolle anfordern oder Änderungen vorschlagen.

Jede mögliche Eigenschaft verfolgen

Mehr Markup ist nicht automatisch klarer. Priorisieren Sie genaue identitätsdefinierende Fakten und Beziehungen, welche die Seite und externe Quellen stützen.

Prompts für Knowledge-Graph-Untersuchungen

Reconcile these search-result observations, Knowledge Graph records, official pages,
and third-party profiles. Identify which records refer to the same entity, which are
possible namesakes, the attributes that disambiguate them, and all conflicting facts.
Return a source-backed correction plan. Do not merge entities or assert a panel cause
without evidence.

[paste records, URLs, and observations]

Review this proposed Knowledge Panel edit. Separate facts supported by the official
site, facts corroborated independently, and unsupported claims. Rewrite the evidence
note concisely and list the exact source needed for every unsupported change. Do not
use schema markup itself as independent proof.

[paste proposed edit and sources]

Tools für Knowledge-Graph-SEO

• Google Knowledge Graph Explorer: Durchsuchen Sie Entitätsdatensätze und Kennungen, um Auflösung und Namensvetter-Kollisionen zu untersuchen.
• Entity Coverage Analyzer: Prüfen Sie, ob eine Seite die Personen, Organisationen, Produkte und Beziehungen, die das Subjekt definieren, klar angibt.
• Schema Markup Validator: Validieren Sie Entitäts-Markup, nachdem Sie jeden angegebenen Fakt und jede Kennung bestätigt haben.
• Google-Suche und Knowledge Panels: Beobachten Sie Panels, Quellen und Mehrdeutigkeiten für einen kontrollierten Abfragesatz; beanspruchen Sie berechtigte Panels über die von Google bereitgestellte Oberfläche.
• Wikidata Query Service und Elementverläufe: Untersuchen Sie Kennungen, Aussagen und Herkunft, ohne anzunehmen, dass Wikidata allein Googles Ausgabe bestimmt.

Ressourcen, die Ihre Zeit wert sind

Meine verwandten Artikel

• The Beginner’s Guide to Technical SEO — wo Entitäten und strukturierte Daten in das größere Bild passen.

Meine Vorträge

• How Search Works (SlideShare) — mein Durchlauf von Crawling, Rendering, Indexierung und Ranking, mit dem Kontext des Entitätsverständnisses darum herum. (Der übliche Haftungsausschluss gilt: Dies ist mein Verständnis dieser Systeme, nicht zu 100 % vollständig oder genau.)

Aus der Branche

• Was ist Entity-SEO? Ein einfacher Leitfaden (Ahrefs, Si Quan Ong) — die Entitätssignal-Seite dieser Geschichte; ein Leitfaden eines Kollegen („Entity-SEO ist einfach SEO“), der Patrick zitiert.
• Googles Knowledge Graph erklärt: sein Einfluss auf SEO und KI-Suche (Ahrefs, Despina Gavoyannis, geprüft von Ryan Law) — gut zum Winkel der KI-Such-Grundlage.
• Wir verfolgten 1 885 Seiten nach dem Hinzufügen von Schema: KI-Zitate bewegten sich kaum (Ahrefs, Louise Linehan & Xibeijia Guan) — die empirische Prüfung von “Schema hinzufügen, den Gewinn erzielen.”
• Was ist der Knowledge Graph? Auswirkungen auf SEO und Sichtbarkeit (Search Engine Land, Curtis Weyant) — ein struktureller Überblick über den Graphen und die Panels.
• Wann und wie Knowledge Graphs und Entitäten für SEO eingesetzt werden (Search Engine Land, Paul DeMott) — die Einordnung eines Praktikers der praktischen Entitätshebel.
• Wie Schema-Markup ohne Übertreibung in die KI-Suche passt (Search Engine Land, Aimee Jurenka) — eine besonnene Sicht auf die tatsächliche Rolle von Schema in der KI-Suche.
• Knowledge Graph (Google) (Wikipedia) — Hintergrund und die Klarstellung zum Knowledge Vault.

Testen Sie sich selbst: Knowledge-Graph-SEO

Fünf kurze Fragen zum Graphen, zum Panel und dazu, was Sie tatsächlich beeinflussen können. Wählen Sie eine Antwort für jede Frage und prüfen Sie dann.

Änderungsprotokoll