Wie steuert man Suchergebnisse, wenn mehrere Führungskräfte ähnliche Namen haben?
Wenn mehrere Führungskräfte denselben Nachnamen tragen, vermischen Suchmaschinen und KI-Systeme diese häufig. Um dies zu verhindern, benötigt jede Person ein eigenes Person-Schema, separate verifizierte Biografien, eindeutige sameAs-Links zu den eigenen Profilen sowie Inhalte, die jeden Namen mit spezifischen Rollen und Entscheidungen verknüpfen. Die Disambiguierung muss auf Entitätsebene erfolgen; reine Aktualisierungen von Biografie-Seiten reichen nicht aus, um Suchmaschinen einen sauberen Identity Graph zu liefern.
Wenn mehrere Führungskräfte denselben Nachnamen tragen (ein Gründer und sein Sohn in der Geschäftsführung, zwei Geschwister im Management oder ein Familienunternehmen mit mehreren Müllers in Führungspositionen), vermischen Suchmaschinen und KI-Systeme diese regelmäßig. Das Ergebnis sind Suchergebnisse zur falschen Person und fehlerhafte Zuordnungen in KI-Antworten. Die Ursache ist ein schwacher oder fehlender Identity Graph: Suchmaschinen können zwei Personen mit demselben Namen und derselben Organisation nur dann unterscheiden, wenn die Entitätssignale für jede Person separat und explizit aufgebaut werden. Diese Arbeit findet auf der Entitätsebene statt.

Schritt 1: Ein eigenes Person-Schema für jede Führungskraft anwenden
Auf der Übersichtsseite der Unternehmensführung sollte jede Führungskraft einzeln mit einem Person-Schema ausgezeichnet werden. Das Markup sollte Folgendes umfassen:
- Den vollständigen offiziellen Namen, einschließlich eines eventuellen zweiten Vornamens, der die beiden Personen unterscheidet
- Die aktuelle Berufsbezeichnung (
jobTitle) - Die Organisation, für die sie arbeiten (
worksFor) - Biografische Anker: Ausbildung, frühere Arbeitgeber, Geburtsdatum (sofern öffentlich verfügbar)
- Ein
sameAs-Array, das auf die eigenen verifizierten Profile dieser Person verweist – nicht auf gemeinsame Seiten und nicht auf dieselben URLs, die für die andere Führungskraft verwendet werden
Ein Person-Schema mit verifizierten sameAs-Links hilft Suchmaschinen dabei, einen Identity Graph aufzubauen und biografische Disambiguierungsanker für jede Person separat heranzuziehen. Wenn das Schema auf der Unternehmenswebsite auf zwei unterschiedliche Sets von maßgeblichen Profilen verweist, erhalten die Suchmaschinen ein strukturiertes Signal, dass es sich um verschiedene Personen handelt.
Schritt 2: Separate, verifizierte Biografien aufbauen
Jede Führungskraft benötigt eine eigene, klar abgegrenzte Präsenz auf maßgeblichen Drittanbieter-Plattformen:
- LinkedIn: Ein vollständiges, detailliert ausgefülltes LinkedIn-Profil für jede Person, das die spezifische Rolle, die Betriebszugehörigkeit und den beruflichen Werdegang abbildet. LinkedIn-Profile ranken bei Namenssuchen auf Google aufgrund der Autorität der Domain konstant gut und speisen die Entitätsebene über sameAs-Beziehungen.
- Verbands- und Branchenverzeichnisse: Separate Einträge in allen Fachverzeichnissen oder Mitgliederregistern von Branchenverbänden, die für die Rolle der jeweiligen Person relevant sind.
- Wikipedia, sofern die Relevanzkriterien erfüllt sind: Wenn eine der Führungskräfte eigenständig relevant ist, stellt ein eigener Wikipedia-Artikel das stärkste verfügbare Signal zur Disambiguierung dar. Wikipedia-Begriffsklärungsseiten und Wikidata-Kennungen gehören zu den primären Mechanismen, mit denen Suchmaschinen namensgleiche Entitäten unterscheiden.
Schritt 3: Eindeutige sameAs-Links pro Person etablieren
Wenden Sie sameAs-Links für jede Führungskraft konsistent an: Dasselbe Set an Profil-URLs erscheint in ihrem Person-Schema, in den Links ihrer Biografie-Seite und in ihrem Wikidata-Eintrag. Die sameAs-Eigenschaft im Schema verknüpft eine Entität mit maßgeblichen Profilen wie Wikipedia, Wikidata und LinkedIn als Auflösungssignal. Diese Links dürfen sich nicht überschneiden. Wenn dieselbe URL im sameAs-Array beider Führungskräfte auftaucht, schlägt das Signal fehl und die Vermischung setzt sich fort. Der Wikidata-Eintrag jeder Person sollte deren eigene, eindeutige Q-ID und eigene Sitelinks enthalten.
Schritt 4: Rollenspezifische Inhalte erstellen, die jede Führungskraft differenzieren
Suchmaschinen lernen anhand von Co-Zitationsmustern, wer wer ist: Wer wird zu welchen Themen zitiert, wer wird mit welchen Entscheidungen in Verbindung gebracht, welcher Journalist nutzt welche Führungskraft als Quelle für welche Geschichte. Um für jede Person eindeutige Co-Zitations-Cluster aufzubauen:
- Ordnen Sie Pressezitate dem vollständigen Namen (gegebenenfalls einschließlich des zweiten Vornamens) und dem expliziten Titel zu
- Erstellen Sie Thought-Leadership-Inhalte, Blogbeiträge, Gastartikel und Konferenzvorträge, die jede Führungskraft mit ihrem spezifischen Fachgebiet verknüpfen (CFO zu Finanzthemen, CTO zu technischen Themen usw.)
- Stellen Sie sicher, dass Autorenzeilen und Sprecherbiografien konsequent die unterscheidende Namensform für jede Person verwenden
Inhalte, die einen Namen wiederholt mit einer bestimmten Rolle, Entscheidung oder einem bestimmten Themengebiet verknüpfen, geben Suchmaschinen den nötigen Kontext, um den Namen in KI-generierten Antworten korrekt aufzulösen.
Schritt 5: KI-Systeme auf Vermischungen überwachen
Die Vermischung von Führungskräften mit demselben Nachnamen beginnt oft in einer Maschine und breitet sich dann aus. AIQ™ überwacht die acht großen KI-Systeme, die es derzeit erfasst: ChatGPT, Copilot, Gemini, Übersicht mit KI, Perplexity, Grok, Claude und den Google AI Mode. Es deckt Fälle auf, in denen eine Führungskraft mit der falschen Rolle, falschen biografischen Fakten oder Zuschreibungen beschrieben wird, die zu einem gleichnamigen Kollegen gehören. Eine Vermischung frühzeitig zu erkennen, bevor sie sich in KI-Trainingsdaten festsetzt, ist weitaus einfacher, als sie zu korrigieren, sobald sich die falsche Assoziation über mehrere Systeme hinweg verbreitet hat. Vermischte Inhalte oder falsche Identitäten neigen dazu, in KI-Trainingsdaten bestehen zu bleiben, selbst nachdem die Live-Berichterstattung korrigiert wurde.
Zuletzt überprüft: 19/05/2026