Wie Google eine Entität erstellte – und warum wirksames SEO anders funktioniert

Vor neun Monaten veröffentlichte ein Entwickler einen Artikel mit der Behauptung, sein ENS-Domain-Setup habe eine 85-prozentige Chance auf einen Knowledge Panel in Googles Suchergebnissen.

Doch dann passierten zwei Dinge: Google erstellte tatsächlich eine Entität für ihn – und der Entwickler erkannte, dass die 85-Prozent-Zahl reine Fiktion war. Seine nun veröffentlichte Retrospektive deckt auf, was wirklich funktioniert – und was nicht.

Der Zeitstrahl mit Belegen

Der Entwickler dokumentierte jeden Schritt seiner Reise mit genauen Daten und Tools:

• August 2025: Seine Domain ookyet.com wurde erstmals von Google indexiert.
• Oktober 2025: Er implementierte Entity-Markup im Schema.org-Format, darunter eine Person-Entität mit @graph, Dentity-Verifikation und ENS-Identifikatoren.
• Juni 2026: Search Console zeigte plötzlich Fehler: Q&A-Probleme und eine ungültige ProfilePage-Typisierung. Daraufhin begann die Aufräumaktion.
• 28. Juni 2026: Die korrigierte Markup-Version wurde deployed.
• 2. Juli 2026: Die Knowledge Graph Search API lieferte erstmals einen maschinell erstellten Person-Knoten für den Suchbegriff "ookyet".
• 7. Juli 2026: Search Console zeigte wieder grüne Statusmeldungen: Die ProfilePage war nun gültig, die indexierten Seiten stiegen an, und es gab keine 404-Fehler mehr.

Interessanterweise gab es zu diesem Zeitpunkt noch keinen sichtbaren Knowledge Panel – ein wichtiger Hinweis auf die tatsächlichen Mechanismen.

Was Google tatsächlich erstellte

Der Entwickler zeigte, wie sich die neue Entität mit einem einfachen API-Aufruf überprüfen lässt:

curl "

Die Antwort enthielt ein überraschendes Detail:

{
  "result": {
    "@id": "kg:/g/11z806my44",
    "name": "Qifeng Huang",
    "@type": ["Person"]
  }
}

Drei Erkenntnisse daraus widerlegten die bisherigen Annahmen:

• Die Entitäts-ID wird maschinell vergeben und existiert erst, wenn ausreichend unabhängige Quellen eine Person bestätigen. Eine manuelle Registrierung ist nicht möglich – das ist die Grundvoraussetzung für einen Knowledge Panel.
• Der Name stammt von externen Quellen, nicht von der eigenen Website. Während der Entwickler auf seiner Seite name: "ookyet" angegeben hatte, zeigte Googles Entität seinen echten Namen "Qifeng Huang". Diese Information stammte aus hochautoritativen Quellen wie LinkedIn oder ORCID – ein Beweis dafür, dass Drittanbieterdaten schwerer wiegen als eigene Angaben.
• Es gibt acht Personen mit dem Namen "Qifeng Huang", aber nur eine davon wird unter dem Suchbegriff "ookyet" eindeutig zugeordnet. Ein prägnanter Handle fungiert hier als klare Unterscheidungshilfe und verhindert Verwechslungen.

Die größten Irrtümer des ursprünglichen Ansatzes

Der Entwickler räumte ein, dass seine bisherige Strategie auf zwei falschen Annahmen beruhte:

1. Die 85-Prozent-Zahl war eine Erfindung. Google bietet keine offizielle Wahrscheinlichkeit für Knowledge Panels an. Jede prozentuale Angabe, auch von ihm selbst, beruhte auf einer subjektiven Gewichtung eigener Checklisten. Sein aktuelles Open-Source-Tool misst stattdessen die Vollständigkeit der eigenen Signale – ein Ansatz, der keine Garantie für eine Entitätserstellung bietet.

1. Knowledge Panels lassen sich nicht „triggern“. Viele Entwickler glauben, durch geschicktes Markup oder SEO-Optimierungen einen Knowledge Panel erzwingen zu können. Doch tatsächlich entscheidet Google über die Sichtbarkeit einer Entität anhand von externer Relevanz – nicht durch technische Tricks.

Seine Erkenntnis: Markup kann nur sicherstellen, dass eingehende Signale korrekt zu einer einzigen, klaren Entität zusammengeführt werden. Alles andere ist unnötige Komplexität.

Was tatsächlich funktioniert – und was nicht

Während der Bereinigung im Juni 2026 entfernte der Entwickler mehrere Markup-Elemente, die er zuvor als optimierend betrachtet hatte:

• `FAQPage` und `HowTo` wurden als irrelevant eingestuft. Google entfernte die damit verbundenen Rich Results, da sie nicht zum Inhalt passten.
• Ein synthetischer „Knowledge Panel-Kandidat“ – eine Markup-Struktur, die seine Ambitionen statt der tatsächlichen Inhalte beschrieb – verstieß gegen Googles Richtlinien. Markup muss immer den sichtbaren Inhalt widerspiegeln.
• JSON-LD für geplante Presseartikel – eine Praxis, bei der nicht existente Artikel als Referenzen aufgeführt wurden. Dies gilt als manipulative Darstellung und untergräbt das Vertrauen in die eigene Entität.
• `SearchAction` für eine nicht existente Suchseite – ein weiteres Beispiel für überflüssige Optimierung.

All diese Maßnahmen hatten sich zunächst als nützlich angefühlt, erwiesen sich aber als technischer Ballast, der mehr schadete als nutzte.

Die bewährten Grundlagen

Statt auf ausgefeilte Tricks setzt der Entwickler nun auf bewährte, aber oft unterschätzte Methoden:

• Eine einzige `Person`-Entität, die auf allen Seiten referenziert wird. Jede Seite – Profil, Artikel, Breadcrumb – verweist auf dieselbe Entität mit einer klaren @id. Der Handle wird als alternateName und identifier angegeben, während der echte Name als primäre Bezeichnung dient.
• Eine korrekt typisierte `ProfilePage` mit expliziter @type-Angabe. Search Console akzeptiert keine bloßen @id-Referenzen und wirft sonst Fehler wie "Invalid object type" aus.
• Qualitativ hochwertige `sameAs`-Links zu wenigen, aber vertrauenswürdigen Profilen. LinkedIn und ORCID sind dabei besonders wertvoll, da sie als verlässliche Quellen gelten und keine besondere Bekanntheit voraussetzen. Selbst erstellte Wikis oder Wikidata-Einträge bringen keinen Vorteil und können sogar schaden.
• Stabilität statt ständiger Anpassungen. Seit dem 28. Juni 2026 gab es keine weiteren Änderungen am Markup. Die Geduld zahlt sich aus: Jede Anpassung setzt den Evaluierungsprozess bei Google zurück und verlängert die Wartezeit auf sichtbare Ergebnisse.

Der aktuelle Stand der Entität

Die neue Entität ist noch sehr schlicht aufgebaut:

• Es gibt keine detailedDescription, kein image und keine explizite url. Der resultScore liegt bei etwa 0,0001.
• Google hat die Website als Entitäts-Home noch nicht explizit gebunden.
• Die Entwicklung wird wöchentlich überprüft, da tägliche Abfragen identische Ergebnisse liefern.

Die Reihenfolge, in der neue Felder typischerweise hinzugefügt werden, gibt Aufschluss über den Fortschritt:

• Zuerst wird die url ergänzt, wenn Google die Website als primären Verknüpfungspunkt akzeptiert.
• Anschließend folgt ein image, das aus externen Quellen wie Social-Media-Profilen oder Pressemitteilungen übernommen wird.
• Der resultScore steigt um eine Größenordnung, was als Vorstufe für die Anzeige eines Knowledge Panels gilt.
• Eine detailedDescription wird nur hinzugefügt, wenn ausreichend encyclopädische Quellen vorliegen – was für Nischenentitäten selten der Fall ist.

Veränderungen treten selten von Woche zu Woche auf. Die Glaubwürdigkeit einer Entität wächst langsam, ähnlich wie Zinsen – basierend auf der Qualität der Quellen, der Zeit und der Stabilität der Daten. Keiner dieser Faktoren lässt sich durch technische Tricks beschleunigen.

Die wichtigste Lektion daraus? Echte Relevanz entsteht nicht durch Optimierung, sondern durch konsistente, nachweisbare Signale – und die Geduld, darauf zu warten, bis Google sie erkennt.