Was ist eine Entität?

Eine Entität ist ein bestimmtes, unterscheidbares Ding: ein Unternehmen, eine Person, ein im Google Business Profil eingetragener Ort, ein Produkt, ein Ereignis. Wichtig ist, dass die Entität die Sache ist und nicht das Wort, das sie benennt — und diese Unterscheidung ist die ganze Angelegenheit.

Eine Suchmaschine, deren Crawler mit Wörtern arbeitet, kann nur Zeichenketten vergleichen. Eine, die mit Entitäten arbeitet, weiß, dass zwei verschiedene Namen dasselbe meinen können und dass derselbe Name Verschiedenes meinen kann.

Daher ihr Gewicht für die Sichtbarkeit in KI-Systemen: Was zusammenfasst und antwortet, arbeitet mit Dingen und nicht mit Zeichenketten — und eine Marke, die nicht klar als Ding erkennbar ist, lässt sich schwer richtig zitieren.

Der Unterschied zwischen Sache und Wort zeigt sich an einem alltäglichen Beispiel am besten. „Kammer“ kann ein Raum sein, eine Standesvertretung oder ein Teil eines Motors; wer eines der drei sucht, will die anderen beiden nicht. Umgekehrt sind „Volkswagen“, „VW“ und „der Hersteller aus Wolfsburg“ drei verschiedene Zeichenketten für eine einzige Sache.

Genau dieses doppelte Problem — ein Name für mehrere Dinge, mehrere Wörter für ein Ding — löst ein System, das mit Entitäten arbeitet, und eines, das mit Zeichenketten arbeitet, kann es nicht lösen. Deshalb wird auch die Suchintention besser getroffen, wenn klar ist, von welcher Sache die Rede ist.

Und deshalb zählt es auch außerhalb der klassischen Suche: Ein Assistent, der eine Antwort formuliert, muss wissen, worauf er sich bezieht, bevor er zitieren kann — eine schlecht identifizierte Marke wird als eine andere zitiert oder gar nicht.

Ein Ding wird durch Übereinstimmung identifiziert, nicht durch Behauptung. Auf der eigenen Website zu sagen, wer man ist, ist der Anfang; was daraus Identifikation macht, ist, dass andere Quellen dasselbe sagen und mit gegenseitigen Verweisen aufeinander zeigen.

Genau dafür ist das Markup da. Googles Dokumentation zu Organisationen zeigt den Gebrauch von sameAs: Neben Namen und Anschrift stehen die Profile, in denen dieselbe Organisation erscheint, sodass wer das Markup strukturierter Daten liest, den Fäden folgen kann.

Übereinstimmung wiegt, wie beim hreflang, mehr als Menge. Ein Name, der an drei Stellen auf drei Arten geschrieben ist, ergibt keine drei Bestätigungen, sondern Zweifel — und das ist der Unterschied zwischen erscheinen und identifiziert erscheinen.

Eine Quelle der Übereinstimmung wird unterschätzt und kostet nichts: die eigene Kontakt- oder Unternehmensseite. Vollständiger Name, Anschrift, Telefon und Rechtsform, einmal und auf eine Weise geschrieben, sind der Bezugspunkt, an dem alles andere gemessen wird — und auf vielen Websites stehen sie nicht einmal als markierbarer Text da.

Und eine Warnung zu Personenseiten. Erscheint dein Team mit Namen und Funktionen, sind auch das Entitäten, und jede erbt dieselben Probleme: Gleichnamige, alte Profile, Konten eines früheren Arbeitgebers. Eine Autorenseite ohne richtige strukturierte Daten trägt keine Autorität bei, sie nimmt nur Platz ein.

Der teuerste Fehler ist zugleich der leiseste: aus dem Markup auf ein Profil zu verweisen, das einem nicht gehört. Er entsteht, wenn jemand die Adresse eines Profils aus dem Namen ableitet, statt sie nachzusehen — heraus kommt eine formal richtige Angabe, die auf einen anderen Menschen zeigt.

Ich habe das aus der Nähe gesehen: Bei einer Durchsicht im August 2026 verwies das Autoren-Markup einer Website mit knapp zweihundert Seiten auf zwei fremde Personen mit ähnlichen Namen. Kein Prüfwerkzeug und keine automatische Durchsicht im technischen SEO beanstandet das, denn technisch ist das schema.org-Markup einwandfrei; es zeigt nur falsch hin.

Der zweite Fehler ist die angesammelte Uneinheitlichkeit: Firmenname an einer Stelle, Markenname an der nächsten — dieselbe Uneinheitlichkeit, die doppelten Content erzeugt —, alte Anschrift an der dritten. Jede Fassung ist für sich vertretbar, und zusammen identifizieren sie niemanden.

Es lohnt zu verstehen, warum dieser Fehler so lange überlebt: Er zerbricht nichts Sichtbares. Die Seite lädt, das Prüfwerkzeug meldet nichts, der Verweis antwortet. Das einzige Anzeichen ist, dass die erklärte Identität nicht die wirkliche ist — und das misst kein automatisches Werkzeug; man muss das Profil öffnen und hinsehen.

Der genannte Fall wurde genau so gefunden, durch Hinsehen. Eine Statusprüfung hätte nichts entdeckt: Manche Plattformen antworten auf jede automatische Anfrage mit einem Fehlercode, sodass der richtige und der falsche Verweis von außen genau gleich aussehen. Dieselbe Falle macht es sinnlos, einen Backlink allein am Antwortcode zu prüfen.

Erstens: die maßgebliche Form festlegen — ein Name, eine mit der Search Console übereinstimmende Anschrift, eine Schreibweise, und die überall verwenden. Diese Entscheidung fällt einmal und wird festgehalten, sonst wählt jede Person im Team ihre eigene.

Zweitens: sie dort erklären, wo es hingehört, mit strukturierten Daten, und per sameAs die Profile verlinken, die wirklich die eigenen sind — einzeln geprüft, indem man die Seite öffnet, und nicht aus dem Namen abgeleitet.

Und drittens: das Vorhandene durchsehen. Alte Profile, vergessene Verzeichniseinträge und veraltete Teamseiten sprechen weiter in deinem Namen; eine alte Anschrift in drei Verzeichnissen zu korrigieren wiegt mehr, als das vierzigste Meta-Tag hinzuzufügen.

Ein vierter Schritt wird kaum je gegangen und ordnet alles Übrige: die Liste der Orte aufschreiben, an denen die eigene Organisation erscheint. Nicht um alle zu ändern, sondern um zu wissen, welche es gibt. Ohne diese Liste beginnt jede Durchsicht bei null, und immer fehlt das Verzeichnis, an das sich niemand erinnert.

Und eine Empfehlung zur Reihenfolge: zuerst das, was sich heute korrigieren lässt — die eigene Website, die eigenen Profile — und danach das, was von Dritten abhängt. Die Hälfte der Identitätsprobleme löst sich, ohne jemanden um etwas zu bitten, und genau diese Hälfte lässt sich hinterher mit einer Logfile-Analyse oder jeder Prüfung nachvollziehen.

Der erste ist, es für ein Markup-Problem zu halten. Das Markup erklärt, was außerhalb ohnehin gilt; gibt es nichts Übereinstimmendes zu erklären, schafft zusätzliches Markup keine Entität, er behauptet sie nur.

Der zweite ist, Profiladressen aus dem Namen abzuleiten. Eine Kennung, die deiner ähnelt, gehört ebenso häufig einem anderen Menschen wie dir, und eine Statusprüfung erkennt das nicht: Die Seite existiert, sie ist nur nicht die gemeinte.

Und der dritte ist, ein Ergebnisfeld als Belohnung zu erwarten. Niemand kann zusagen, dass es erscheint, und ihm nachzujagen führt zu seltsamen Entscheidungen; das vernünftige Ziel ist, dass wer deinen Namen sucht — oder einen Assistenten fragt — eine Antwort bekommt, die dich meint und nicht einen Gleichnamigen. Das zeigt sich auch in der SERP.

Ein vierter Fehler ist, die maßgebliche Form ohne Ankündigung zu ändern. Das Unternehmen umzubenennen, umzuziehen oder zu verschmelzen sind berechtigte Entscheidungen — geschieht die Änderung aber auf der Website und nicht an den zwanzig Stellen, die sie zitieren, bestehen monatelang zwei Fassungen nebeneinander, und keine wird bestätigt.

Und der letzte, grundsätzlichere: zu glauben, das erledige sich einmalig. Profile laufen ab, Plattformen schließen und ihre URLs enden in 404-Fehlern, Menschen wechseln die Firma. Eine übereinstimmende Identität zu halten ähnelt eher der Pflege einer Sitemap als dem Veröffentlichen eines Artikels: eine wiederkehrende Aufgabe, jedes Mal kurz — und nur dann teuer, wenn sie jahrelang liegen bleibt.