Entity-Audit für KI-Suche: Identitäten und Konflikte prüfen

Kurzurteil: Ein Entity-Audit inventarisiert Aussagen und Konflikte; er garantiert keine KI-Empfehlung. Belastbar wird der Prozess erst, wenn jede Identität, Beziehung und Behauptung auf eine reale Quelle zurückgeführt, einem Owner zugewiesen und nach einer Änderung erneut geprüft werden kann. Identität → sichtbare Aussage → Markup und Daten → externe Profile → Antworttest ist das Arbeitsmodell.

Wer in Suchmaschinen und KI-Antworten konsistent dargestellt werden möchte, braucht zuerst Klarheit darüber, wer oder was überhaupt beschrieben wird. Eine juristische Organisation ist nicht automatisch dieselbe Entität wie ihre Marke. Eine Leistung ist keine Firma. Ein E-Mail-Domainname beweist keine Eigentümerbeziehung. Und ein Stadtname auf einer Landingpage macht aus dieser Seite keinen echten Geschäftsstandort.

Der Audit löst diese Fragen nicht mit möglichst viel Schema-Markup, sondern mit einem kontrollierten Wahrheitsinventar. Unser Entity-Audit-Runbook als CSV zeigt das Prinzip an sechs gekennzeichneten Beispielbefunden dieser Website. Es enthält keine gemessene KI-Sichtbarkeit und keine Erfolgsvorhersage.

Was ein Entity-Audit leistet – und was nicht

Ein Entity-Audit prüft, ob öffentlich sichtbare und maschinenlesbare Angaben dieselben realen Objekte beschreiben. Er sucht unter anderem nach wechselnden Namen, unklaren Rollen, konkurrierenden Adressen, falsch zugeordneten Social-Profilen und Markup, das vom sichtbaren Inhalt abweicht.

Das Ergebnis ist ein Befundregister, kein Rankingfaktor-Score. Ein sauberer Befund kann:

• interne Freigaben und Korrekturen beschleunigen,
• Nutzern die Zuordnung von Anbieter, Marke und Leistung erleichtern,
• Suchsystemen konsistente, wahrheitsgemäße Angaben bereitstellen,
• Fehler in Snippets, Profilen oder Antworttests nachvollziehbar machen,
• Verantwortlichkeiten für spätere Änderungen festlegen.

Er kann nicht beweisen, dass eine bestimmte Änderung eine einzelne KI-Antwort verursacht hat. Er kann auch keine Erwähnung, Citation, Empfehlung oder Position garantieren. Google erklärt für AI Overviews und AI Mode, dass die etablierten SEO-Grundlagen gelten, kein besonderes KI-Markup nötig ist und eine Darstellung nicht garantiert wird.

Das Wahrheitsinventar: eine ID pro realer Entität

Der erste Audit-Schritt findet nicht in einem Prompt-Tool statt. Er findet mit Handelsregisterdaten, Verträgen, freigegebenen Markenangaben, realen Personenprofilen und dem redaktionellen Verantwortungsmodell statt.

Für diese Website lautet die derzeit sichtbare Beziehung:

Die letzte Zeile bleibt bewusst als ContactPoint modelliert. Die E-Mail auf derselben Domain wie der spezialisierte Service reduziert einen früheren Entity-Konflikt und macht den Kontaktweg eindeutig. Sie ersetzt trotzdem weder Impressum noch Organisationsbeleg und wird deshalb nicht als eigenständige Organisation modelliert.

Das Wahrheitsinventar ist ausführlicher im Leitfaden zum Entity Building für LLMO beschrieben. Der vorliegende Audit setzt dieses Inventar operativ ein und prüft Abweichungen.

Die acht Prüfebenen eines belastbaren Entity-Audits

1. Identität und Typ

Jede reale Organisation, Marke, Person, Leistung und jeder Standort erhält eine stabile interne ID. Der Audit dokumentiert kanonischen Namen, alternative Schreibweisen, Status, Eigentümer, Gültigkeitszeitraum und Primärquelle.

Die Typentscheidung ist nicht kosmetisch. Organization, Brand, Person, Service, Place und ContactPoint tragen unterschiedliche Aussagen. Ein Autor darf nicht als Organisation erscheinen. Ein Service darf nicht dieselbe Identität wie seine Betreiberin vortäuschen.

2. Sichtbare Aussagen auf der Website

Anschließend werden Homepage, Über-uns-Seite, Leistungsseiten, Autorenboxen, Footer, Kontakt, Impressum und relevante Artikel geprüft. Für jede Aussage wird festgehalten:

• genaue URL und Fundstelle,
• behauptete Entität oder Beziehung,
• erwarteter Wert aus dem Wahrheitsinventar,
• beobachteter Wert,
• Befundtyp und Risiko,
• Owner und nächste Aktion.

Besonders wichtig sind Sätze wie „ist eine Marke von“, „ist ein Service von“, „wird betrieben durch“ oder „fachlich geprüft von“. Sie schaffen Beziehungen, die später auch in Navigation, Autorenangaben und strukturierten Daten konsistent sein müssen.

3. Strukturierte Daten und Graphbeziehungen

Strukturierte Daten beschreiben sichtbare Inhalte. Sie ersetzen weder die sichtbare Erklärung noch den Nachweis. Googles allgemeine Richtlinien für strukturierte Daten verlangen, dass Markup den Hauptinhalt wahrheitsgemäß repräsentiert; korrekte Auszeichnung garantiert kein Rich Result.

Für die Organisationsseite sind insbesondere Name, URL, Logo, rechtlicher Name, Adresse, Kontakt und belastbare externe Identifikatoren zu prüfen. Googles Dokumentation zu Organization Structured Data beschreibt diese Angaben als Hilfe zur administrativen Einordnung und Disambiguierung, nicht als KI-Sichtbarkeitsversprechen.

Für Artikel müssen die sichtbaren Autoren vollständig und korrekt zugeordnet werden. Google empfiehlt in der Article-Dokumentation, den richtigen Autorentyp zu verwenden und eine Autoren-URL oder sameAs-Referenz zur eindeutigen Identifikation anzugeben. Eine Redaktion ist als Organisation zu modellieren; eine reale Person als Person.

4. Recht, Kontakt und lokale Präsenz

Impressum, Datenschutz, Kontakt, Rechnungsangaben, Footer und Buchungsstrecke werden gegen die juristische Betreiberin geprüft. Abweichende Domainnamen, Telefonnummern oder Anschriften werden nicht automatisch als Fehler gewertet, sondern zunächst als zu klärende Beziehung.

Für lokale Profile gelten zusätzlich Plattformregeln. Google fordert in den Richtlinien zur Darstellung eines Unternehmens, das Geschäft so abzubilden, wie es in der realen Welt auftritt, und grundsätzlich nur ein Profil pro Geschäft anzulegen. Virtuelle Büros sind nicht als Standort geeignet. Ein Service-Area-Business darf seine Adresse nur nach den geltenden Regeln zeigen oder ausblenden.

Deshalb ist „für jede Stadt ein Profil anlegen“ keine zulässige Audit-Empfehlung. Eine Seite wie /in-der-naehe-von/hannover kann ein regionales Angebot erklären, ohne einen tatsächlich besetzten Standort in Hannover zu behaupten.

5. Autoren, Reviewer und redaktionelle Verantwortung

Ein Audit prüft nicht nur Firmenangaben. Er klärt auch, wer Inhalte verfasst, fachlich geprüft, aktualisiert und korrigiert. Dafür braucht jede Autoren- oder Redaktionseinheit:

• einen sichtbaren Namen und Typ,
• eine Seite mit Rolle und Verantwortungsbereich,
• nachvollziehbare Expertise oder redaktionelle Zuständigkeit,
• konsistente Verlinkung aus Artikeln,
• einen Korrektur- und Aktualisierungsweg.

Erfundene Expertennamen, Schmucktitel oder Zitate sind kein Entity Building. Sie beschädigen die Prüfbarkeit. Die redaktionellen Richtlinien sollten deshalb mit Autorenbox, Article-Markup und Änderungsdatum übereinstimmen.

6. Externe Profile und sameAs

sameAs bedeutet Identität, nicht bloße thematische Nähe. Ein Social-Profil der Marke famefact ist nicht automatisch dasselbe Objekt wie die track by track GmbH oder der Service LLMO Agentur Berlin. Der Audit prüft daher pro externem Profil:

1. Wer kontrolliert das Profil?
2. Welcher Name und Typ sind dort sichtbar?
3. Verlinkt das Profil zurück oder ist die Beziehung anderweitig belegt?
4. Ist es dieselbe Entität oder nur eine verbundene Entität?
5. Ist die Information aktuell und öffentlich?

Wikipedia und Wikidata sind keine Pflichtfelder. Ein Eintrag darf nicht nur zur Suchoptimierung erzeugt werden. Bestehende Einträge können als externe Identifikatoren dienen, wenn sie tatsächlich dieselbe Entität beschreiben und ihre jeweiligen Regeln erfüllen.

7. Crawl, Indexierung und technische Erreichbarkeit

Konsistente Aussagen helfen wenig, wenn die zentrale Quelle nicht erreichbar oder nicht indexierbar ist. Deshalb erfasst der Audit Canonical, Indexierbarkeit, Statuscode, interne Links, Sitemap-Aufnahme und Rendering der wichtigen sichtbaren Angaben.

Diese Ebene beantwortet nur, ob ein System die Seite grundsätzlich abrufen und verarbeiten kann. Sie beweist keine Auswahl als Suchergebnis oder KI-Quelle. Technische Details zu den Grenzen von Markup und Crawling stehen im Leitfaden Strukturierte Daten für Crawler und Sprachmodelle.

8. Antworttests als Beobachtung

Erst nach dem Quellen- und Signalaudit folgen standardisierte Antworttests. Pro Prompt werden Wortlaut, Produkt, Oberfläche, Konto- oder Standortkontext, Datum, Sprache, Antwort, Mention, Citation und sachliche Abweichung gespeichert.

Ein Prompt-Test kann zeigen, dass eine Antwort am Testdatum einen alten Namen verwendet hat. Er zeigt nicht automatisch, aus welcher Quelle oder welchem Modellbestand dieser Name stammt. Ohne Citation bleibt die Herkunft unbekannt. Selbst mit Citation ist zwischen „Quelle war sichtbar“ und „diese Quelle verursachte exakt diese Formulierung“ zu unterscheiden.

Widerspruchsregister statt pauschaler Entity-Score

Ein einzelner Score verdeckt, ob ein Risiko rechtlich, technisch oder nur kosmetisch ist. Ein Widerspruchsregister macht die Entscheidung sichtbar.

Priorität entsteht aus Schadenspotenzial, Reichweite, regulatorischem Risiko und Korrekturmöglichkeit – nicht aus einer erfundenen Zielquote. Ein falscher juristischer Betreiber im Checkout ist dringender als eine verkürzte Markenbeschreibung in einem alten Artikel.

Das Runbook anwenden

Die herunterladbare CSV enthält sechs Beispielzeilen für die aktuelle Entity-Struktur. Sie dient als Startpunkt und muss vor einem echten Audit um konkrete Fundstellen und Freigaben ergänzt werden.

Schritt 1: Scope und Primärquellen freigeben

Definieren Sie relevante Entitäten und akzeptierte Primärquellen. Legen Sie fest, wer juristische, Marken-, Personal- und Standortangaben freigeben darf.

Schritt 2: Aussagen sammeln

Erfassen Sie nicht nur Seiten-URLs, sondern die konkrete sichtbare Aussage. Eine URL kann mehrere richtige und falsche Beziehungen enthalten.

Schritt 3: Markup gegen Sichtbarkeit vergleichen

Exportieren Sie JSON-LD und prüfen Sie Typen, IDs und Beziehungen gegen den sichtbaren Text. Unsichtbare zusätzliche Behauptungen werden entfernt oder sichtbar belegt.

Schritt 4: Profile nach Entität trennen

Ordnen Sie jedes Profil genau einer Entität zu. Dokumentieren Sie nur kontrollierte oder verifizierbare externe Identifikatoren. Thematische Links gehören nicht in sameAs.

Schritt 5: Konflikte priorisieren und korrigieren

Jeder Befund erhält Risiko, Owner, Status, Aktion und Recheck-Trigger. „Schema angepasst“ ist kein Abschluss, wenn Impressum, Autorenbox oder externes Profil weiter widersprechen.

Schritt 6: Antworttests vor und nach Deployment erfassen

Verwenden Sie dasselbe Prompt-Set und protokollieren Sie Änderungen als Beobachtung. Ein Vorher-nachher-Unterschied ist ein Signal für weitere Untersuchung, kein kausaler Beweis.

Messung: vier Ebenen nicht vermischen

Diese Trennung verhindert, dass ein Team aus einem validen Schema oder einem gelungenen Testprompt einen Umsatzbeleg konstruiert. Die Verbindung zu Nachfrage und Conversion muss mit einem dokumentierten Messplan hergestellt werden.

Re-Audit nach Ereignis, nicht nach Ritual

Ein fixer Monats- oder Quartalszyklus passt nicht zu jedem Risiko. Sinnvoller sind Auslöser:

• Umfirmierung, Übernahme oder neue Markenarchitektur,
• neue Domain, Relaunch oder CMS-Wechsel,
• neuer Standort oder geänderte Service Area,
• Wechsel von Autoren, Reviewern oder Geschäftsführung,
• neues externes Profil oder Verlust des Profilzugangs,
• Änderung an zentralem Organization- oder Article-Markup,
• beobachtete falsche Beziehung in Suche oder Antworttest,
• rechtliche oder vertragliche Änderung.

Zusätzlich kann pro Befund ein nächstes Prüfdatum hinterlegt werden. Hochriskante und häufig veränderte Aussagen werden früher geprüft als stabile Grundlagen.

Fazit: Konsistenz ist ein Governance-Ergebnis

Ein belastbarer Entity-Audit beginnt mit realen Identitäten und endet mit dokumentierter Verantwortung. Er verbindet sichtbare Aussagen, strukturierte Daten, externe Profile, technische Erreichbarkeit und reproduzierbare Antworttests, ohne ihre Aussagekraft zu vermischen.

Für LLMO Agentur Berlin bedeutet das: track by track GmbH ist die rechtliche Organisation, famefact die Marke und LLMO Agentur Berlin ein spezialisierter Service. Die Redaktion, Kontaktkanäle und externen Profile werden als eigene oder verbundene Objekte korrekt zugeordnet. Genau diese Klarheit soll die Entity-Authority-Leistung operativ absichern.

Wenn Sie Ihre Identitäten und Konflikte mit dem Runbook prüfen lassen möchten, können Sie einen Entity-Audit mit dokumentierter Abnahme buchen. Der Funnel trennt CTA-Klick, Kalenderansicht und appointment_booked, damit eine bestätigte Buchung nicht mit bloßer Interaktion verwechselt wird.

Quellen und Prüfgrundlage

• Google Search Central: Organization Structured Data
• Google Search Central: Article Structured Data
• Google Search Central: Allgemeine Richtlinien für strukturierte Daten
• Google Search Central: AI features and your website
• Google Business Profile: Richtlinien zur Darstellung eines Unternehmens