Knowledge Panel bearbeiten: Verifizierung & Suggest an Edit

Schritt 1: Das Panel beanspruchen

Suchen Sie im angemeldeten Zustand nach Ihrem Namen. Erscheint das Panel, finden Sie darunter einen Hinweis zur Verifizierung. Google führt Sie dann durch eine Identitätsprüfung, üblicherweise über ein offizielles Profil, das Sie nachweislich kontrollieren - etwa ein verifiziertes Social-Media-Konto, einen YouTube-Kanal oder die Search Console für die eigene Domain.

Nach erfolgreicher Prüfung sind Sie „verifizierter Vertreter“ der Entität. Das ist keine Eigentümerschaft am Panel, sondern ein privilegierter Kanal für Änderungsvorschläge.

Was sich nach dem Claim beeinflussen lässt

• Das Hauptbild: Google berücksichtigt Vorschläge, wählt aber weiterhin selbst aus, welches Bild ausgespielt wird
• Offensichtliche Sachfehler: falsches Gründungsjahr, falsche Rollenbezeichnung, falsche Zuordnung zu einer Organisation
• Verknüpfte Profile: fehlende oder falsche Social-Links, sofern die Zuordnung belegbar ist
• Die offizielle Website, wenn sie fehlt oder auf eine veraltete Domain zeigt

Was sich nicht direkt bearbeiten lässt

• Der Beschreibungstext: Er stammt in der Regel aus einer Quelle wie Wikipedia und wird nicht frei überschrieben
• Die Auswahl der angezeigten Fakten und Module - Google entscheidet, was relevant ist
• Verwandte Suchanfragen und „Ähnliche Personen“
• Bewertungen und Inhalte Dritter, die im Panel eingeblendet werden
• Die Existenz des Panels selbst: Ein Claim schützt nicht davor, dass es wieder verschwindet

Der Suggest-an-Edit-Workflow

Änderungsvorschläge funktionieren nur mit Belegen. Ein Vorschlag ohne Quelle wird faktisch ignoriert, weil Google keine Möglichkeit hat, ihn zu bestätigen. Sinnvoll ist deshalb dieses Vorgehen:

• Zuerst die Quelle korrigieren, aus der der Fehler stammt (Wikidata, Presseartikel, Datenbank, eigene Website)
• Der Korrektur Zeit geben: Google muss die geänderte Quelle neu crawlen und bewerten
• Erst dann den Änderungsvorschlag im Panel einreichen, mit Verweis auf die nun korrekte Quelle
• Datum und Wortlaut des Vorschlags dokumentieren, um später Wirkung und Nichtwirkung unterscheiden zu können
• Beobachten statt nachreichen: mehrfach eingereichte identische Vorschläge beschleunigen nichts

Typische Ablehnungsgründe

Vorschläge scheitern selten aus Willkür. Die häufigsten Muster sind erkennbar:

• Der Beleg ist die eigene Website, während die widersprechende Quelle unabhängig ist - Google folgt der unabhängigen Quelle
• Die Änderung ist eine Meinungsfrage („Top-Experte für …“) statt eine überprüfbare Tatsache
• Die Quelle ist eine Pressemitteilung ohne redaktionelle Bearbeitung
• Es existieren mehrere widersprüchliche Datensätze, etwa zwei Wikidata-Items zur selben Person
• Der Vorschlag betrifft ein Modul, das Google gar nicht individuell steuert

Wenn die Korrektur an der Quelle nötig ist

In der Mehrheit der Fälle liegt die Ursache eines falschen Panels nicht im Panel, sondern eine Ebene tiefer. Ein falsches Gründungsjahr in Wikidata, eine veraltete Rollenbezeichnung in einem oft zitierten Artikel, eine alte Domain im sameAs-Graph: Solange die Quelle das Gegenteil sagt, wird das Panel den Fehler reproduzieren.

Praktisch heißt das: Wikidata-Aussage mit belastbarer Referenz korrigieren, die Entity Home und das JSON-LD angleichen, gegebenenfalls beim Medium eine Korrektur anfragen - und danach warten. Änderungen an Quellen brauchen typischerweise mehrere Wochen, bis sie im Panel sichtbar werden.

Warum Panels sich verändern

Ein Panel ist kein statischer Datensatz. Wenn eine Quelle offline geht, ein Artikel gelöscht wird oder ein Wikidata-Item verändert wird, verschiebt sich die Faktenlage - und das Panel kann Module verlieren, Inhalte ändern oder ganz verschwinden.

Deshalb ist Pflege kein Zusatzverkauf, sondern Teil der Sache. Unser Monitoring beobachtet genau diese Veränderungen. Wenn ein Panel bereits verschwunden ist, lohnt sich Panel verschwunden: was Billig-Panels anrichten.