Kurzurteil: Identität ohne Beleg ist nur eine Behauptung; Beleg ohne eindeutige Entität ist schwer zuzuordnen. Entity-Arbeit und E-E-A-T gehören deshalb in einen gemeinsamen Prüfprozess. E-E-A-T ist dabei kein Score, und strukturiertes Markup ist kein Ersatz für sichtbare, nachvollziehbare Information.
Viele Websites nennen Organisation, Marke und Angebot fast austauschbar. Im Footer steht ein Markenname, im Impressum eine GmbH, die Autorenzeile nennt eine Redaktion und die Kontaktadresse nutzt eine weitere Domain. Für Nutzer kann die Beziehung trotzdem verständlich sein – aber nur, wenn sie sichtbar erklärt wird. Technische Systeme sollten dieselbe Beziehung in konsistenten strukturierten Daten finden.
Der richtige Startpunkt ist ein Wahrheitsinventar. Unsere Entity- und Evidenzregister-Vorlage dokumentiert für jede relevante Identität Typ, Beziehung, öffentliche Aussage, Primärquelle, sichtbare Oberfläche, Schema-Aktion, Konfliktstatus und Review. Sie enthält auch ein konkretes, quellengebundenes Beispiel für diese Website.
Was Google mit E-E-A-T tatsächlich sagt
Google beschreibt E-E-A-T in der Dokumentation zu hilfreichen, verlässlichen und nutzerorientierten Inhalten als Experience, Expertise, Authoritativeness und Trustworthiness. Vertrauen ist dabei besonders wichtig. Google erklärt zugleich ausdrücklich: E-E-A-T selbst ist kein einzelner Rankingfaktor. Automatisierte Systeme nutzen eine Mischung von Signalen, die Aspekte guter E-E-A-T erkennen können.
Für die redaktionelle und technische Praxis folgt daraus:
- Es gibt keinen offiziellen E-E-A-T-Prozentwert.
- Ein Toolscore ist höchstens eine eigene Prüflogik des Anbieters.
- Qualifikationen müssen real und für das Thema relevant sein.
- Erfahrung wird durch nachvollziehbare Arbeit gezeigt, nicht durch das Wort „erfahren“.
- Reputation darf nicht aus beliebigen Links oder Logos abgeleitet werden.
- Vertrauen entsteht durch korrekte Urheberschaft, Quellen, Kontakt, Verantwortung und Korrekturwege.
Google empfiehlt außerdem die Fragen Who, How und Why: Wer hat den Inhalt erstellt, wie wurde er erstellt und warum existiert er? Diese Fragen sind ein brauchbarer Audit-Rahmen, weil sie direkt auf sichtbare Nachweise führen.
Was Entity-Signale leisten – und was nicht
Eine Entität ist ein eindeutig gemeintes Ding: etwa eine juristische Person, Marke, reale Person, Leistung oder Niederlassung. Entity-Signale helfen, diese Identität zu unterscheiden und Beziehungen zuzuordnen.
| Signal | Beantwortete Frage | Belastbarer Nachweis | Kein ausreichender Nachweis |
|---|---|---|---|
| rechtlicher Name | Wer ist verantwortlich? | Impressum, Register- und Vertragsangaben | Logo oder Domainname |
| Markenname | Unter welchem Namen tritt das Angebot auf? | sichtbare Markenarchitektur und offizielle Profile | häufige Nennung im Seitentext |
| Servicebeziehung | Wer bietet welche Leistung an? | Über-uns- oder Leistungsseite und Anbieterangabe | ein Keyword im Seitentitel |
| Person | Wer erstellt oder prüft Inhalte? | Autorenprofil, Rolle und relevante Arbeit | erfundene Bio oder Stockfoto |
| Kontakt | Wie erreicht man den Verantwortlichen? | konsistente Adresse, Telefon und E-Mail | fremde Domain ohne Erklärung |
| externe Identität | Welche Profile gehören wirklich dazu? | offizielles Unternehmens- oder Personenprofil | Presseartikel oder Partnerlogo |
| strukturierte Daten | Wie wird die sichtbare Beziehung maschinenlesbar? | passendes Schema mit identischen Angaben | unsichtbare oder abweichende Claims |
Entity-Signale garantieren weder Rankings noch eine Nennung in einer KI-Antwort. Sie reduzieren Mehrdeutigkeit und schaffen eine sauberere Grundlage für Suche, Datenintegration und Nutzervertrauen.
Die gemeinsame Belegarchitektur
Entity- und E-E-A-T-Arbeit lässt sich als fünfstufiger Fluss prüfen.
1. Wahrheitsinventar
Erfassen Sie Rechtsträger, Marken, Services, Personen, Standorte, Kontaktwege und externe Profile. Jede Beziehung braucht einen Owner und eine Primärquelle.
2. Sichtbarer Beleg
Die wichtige Beziehung muss dort stehen, wo Nutzer sie erwarten: Startseite, Über uns, Impressum, Leistungsseite, Autorenprofil oder Methodik. Verstecktes JSON-LD kann eine fehlende Erklärung nicht kompensieren.
3. Autor und Verantwortung
Die Autorenzeile beantwortet, wer den Inhalt erstellt oder freigegeben hat. Eine Organisation als Autor ist möglich, wenn eine echte Redaktion verantwortlich ist und ihre Arbeitsweise sichtbar macht. Personen sollten nur mit real belegbaren Rollen und Qualifikationen ausgezeichnet werden.
4. Strukturiertes Markup
Organization, Brand, Service, Person, ProfilePage und Article erfüllen verschiedene Aufgaben. Der Typ folgt der realen Identität; er wird nicht gewählt, weil er vermeintlich „stärker“ rankt.
5. Validierung
Prüfen Sie technische Gültigkeit, Übereinstimmung mit sichtbarem Inhalt, kanonische URLs, Identifikatoren, Quellen und Aktualität. Abweichungen gelangen in ein Widerspruchsregister und zurück zum Wahrheitsinventar.
Konkretes Entity-Inventar dieser Website
Auf llmo-agentur-berlin.de sind mehrere Namen sichtbar. Die belastbare Beziehung lautet:
LLMO Agentur Berlin ist ein spezialisierter Service von famefact, einer Marke der track by track GmbH.
Die aktuelle Zuordnung basiert auf den sichtbaren Seiten und Rechtsangaben:
| Identität | Typ | Belegte Beziehung | Öffentliche Quelle |
|---|---|---|---|
| track by track GmbH | Organization / Rechtsträger | Vertragspartnerin und rechtlich Verantwortliche | Impressum und AGB |
| famefact | Brand | Marke der track by track GmbH | LLMO-Agenturseite und Über uns |
| LLMO Agentur Berlin | Service | spezialisiertes Angebot von famefact | LLMO-Agenturseite |
| Redaktion LLMO Agentur Berlin | Organization / Redaktion | verantwortet fachlich geprüfte Artikel | Redaktionelle Richtlinien |
hi@llmo-agentur-berlin.de |
ContactPoint | veröffentlichter Kontaktweg des spezialisierten Services | Impressum |
Wichtig: Auch eine passende E-Mail-Domain beweist allein keine Marken- oder Eigentumsbeziehung. Sie beseitigt hier einen vermeidbaren Domainkonflikt und wird im Register als Kontaktweg des Services modelliert. Rechtsträger, Marke und Servicebeziehung bleiben weiterhin über Impressum, Leistungsseiten und die sichtbare Anbietererklärung belegt.
Diese Grenze verhindert, dass ein technisches Feld mehr behauptet als die sichtbare Evidenz.
Organization, Brand und Service korrekt trennen
Die aktuelle Google-Dokumentation zu Organization-Markup erklärt, dass entsprechende Daten administrative Details und die Disambiguation einer Organisation unterstützen können. Empfohlene Felder umfassen unter anderem name, legalName, url, logo, address, telephone, email und passende sameAs-Profile.
Für eine Markenarchitektur wie diese ist eine klare Modellierung sinnvoll:
{
"@type": "Organization",
"@id": "https://www.llmo-agentur-berlin.de/#organization",
"name": "track by track GmbH",
"legalName": "track by track GmbH",
"brand": {
"@type": "Brand",
"@id": "https://www.llmo-agentur-berlin.de/#famefact-brand",
"name": "famefact"
}
}
Der spezialisierte Dienst wird davon getrennt:
{
"@type": "Service",
"@id": "https://www.llmo-agentur-berlin.de/#llmo-agentur-berlin-service",
"name": "LLMO Agentur Berlin",
"provider": { "@id": "https://www.llmo-agentur-berlin.de/#organization" },
"brand": { "@id": "https://www.llmo-agentur-berlin.de/#famefact-brand" }
}
Das ist keine Garantie, wie eine Suchmaschine eine Entität darstellt. Es ist eine präzisere Abbildung dessen, was die Website sichtbar erklärt. Der Service Entity Authority beschreibt die operative Bereinigung von Rechts-, Marken- und Inhaltsbeziehungen.
Autoren und Publisher nicht vermischen
Google empfiehlt in der Article-Markup-Dokumentation, Autoren mit dem richtigen Typ und einer eindeutigen url oder sameAs-Referenz zu beschreiben. Bei internen Profilseiten kann ProfilePage-Markup sinnvoll sein.
Ein sauberer Artikel trennt:
- author: Person oder Redaktion, die den Inhalt erstellt oder verantwortet,
- publisher: veröffentlichende Organisation,
- reviewedBy: nur verwenden, wenn ein realer fachlicher Review stattgefunden hat und sichtbar erklärt wird,
- datePublished: tatsächliche Erstveröffentlichung,
- dateModified: wesentliche fachliche Änderung, nicht jeder Tippfehler.
Eine Personen-Bio darf keine Qualifikation erfinden. Wenn nur Vorname, Rolle und Teamfoto freigegeben sind, wird nicht automatisch ein akademischer Titel, eine Zertifizierung oder Projektbilanz ergänzt. Fehlende Evidenz ist eine offene Aufgabe, kein Freiraum für Marketingtext.
sameAs ist Identität, nicht Linkbuilding
sameAs sollte auf Seiten zeigen, die dieselbe Entität eindeutig beschreiben. Geeignet können offizielle Social-Profile, Register- oder maßgebliche Referenzseiten sein. Nicht geeignet sind typischerweise:
- beliebige Presseartikel,
- Gastbeiträge ohne Autorenidentität,
- Partner- oder Kundenseiten,
- Profile einer anderen Marke im Konzern ohne erklärte Beziehung,
- Verzeichniseinträge mit widersprüchlichen Daten.
Ein Link kann Reputation oder Kontext belegen, ohne Identitätsäquivalenz auszudrücken. Beides gehört in getrennte Felder des Evidenzregisters.
Sichtbarer Inhalt schlägt Schema-Theater
Googles Richtlinien für strukturierte Daten verlangen, dass Markup den sichtbaren Seiteninhalt wahrheitsgemäß repräsentiert. Korrektes Markup garantiert keine besondere Suchdarstellung.
Für Google AI Overviews und AI Mode gibt es laut offizieller Dokumentation zu AI-Funktionen auch kein spezielles KI-Schema. Wichtig bleiben crawlbare Seiten, auffindbare interne Links, textlich verfügbare Kerninformationen, passende Bilder und strukturiertes Markup, das zum sichtbaren Text passt.
Deshalb sind folgende Abkürzungen nicht belastbar:
- FAQ-Markup ohne sichtbare FAQ,
- LocalBusiness für Orte ohne tatsächliche Niederlassung,
- Person-Markup für erfundene Experten,
- Review-Markup für nicht vorhandene Bewertungen,
awardoder Zertifikate ohne nachprüfbare Grundlage,sameAszu Seiten, die eine andere Entität beschreiben.
Ein Audit in acht Schritten
1. Entitäten inventarisieren
Listen Sie alle öffentlichen Organisations-, Marken-, Service-, Personen-, Standort- und Kontaktnamen aus Website, Impressum, Verträgen und Profilen.
2. Primärquelle bestimmen
Definieren Sie pro Claim die maßgebliche Quelle. Bei Rechtsdaten ist das nicht ein Blogartikel; bei einer Autorenrolle nicht ein automatisch erzeugtes Schema.
3. Beziehungen formulieren
Schreiben Sie vollständige Sätze: „Service A wird von Organisation B angeboten“ ist prüfbarer als zwei lose Namen.
4. Widersprüche erfassen
Markieren Sie abweichende Namen, Adressen, Domains, Rollen, Standorte und Logos. Löschen Sie den Konflikt nicht, bevor die verantwortliche Person entschieden hat.
5. Sichtbare Seiten korrigieren
Beginnen Sie mit Startseite, Über uns, Kontakt, Impressum, Kernleistungen und Autorenprofilen. Diese Seiten bilden die Quelle für weitere Auszeichnungen.
6. Markup abgleichen
Verknüpfen Sie dieselbe Identität mit stabilen @id-Werten. Organization, Brand, Service und Person bleiben getrennte Typen.
7. Technisch prüfen
Nutzen Sie Rich Results Test, Schema.org Validator, URL-Prüfung und einen Crawl. Technische Gültigkeit ist notwendig, aber nicht gleichbedeutend mit inhaltlicher Wahrheit.
8. Änderungen überwachen
Owner, Prüfdatum und Änderungsgrund gehören ins Register. Neue Teammitglieder, Marken, Domains oder Standorte lösen eine erneute Prüfung aus.
Messbare Abnahme statt Authority-Versprechen
| Prüfebene | Abnahmekriterium | Beispiel für einen Fehler |
|---|---|---|
| Recht | Rechtsträger und Vertragsangaben stimmen überein | Markenname wird als GmbH ausgegeben |
| Marke | Markenbeziehung ist sichtbar erklärt | Brand und Service wirken wie unabhängige Firmen |
| Kontakt | Adresse, Telefon und E-Mail sind zugeordnet | fremde Domain ohne Erklärung |
| Autor | reale Verantwortliche oder Redaktion sind verlinkt | erfundene Qualifikation |
| Inhalt | Claim führt zu stützender Primärquelle | Quelle erwähnt die Aussage nicht |
| Markup | Typen und Werte entsprechen sichtbarem Inhalt | Organization wird für einen Service genutzt |
| Technik | JSON-LD ist valide und kanonisch | wechselnde IDs pro Seite |
| Betrieb | Konflikte haben Owner und Status | widersprüchliche Daten werden still überschrieben |
Nachgelagert können Search Console, Markenabfragen, Knowledge Panels oder AI-Prompt-Stichproben beobachtet werden. Veränderungen dort beweisen jedoch nicht automatisch, dass eine einzelne Schema- oder Contentmaßnahme die Ursache war.
Das vorhandene Entity-Wahrheitsinventar hilft bei der allgemeinen Bestandsaufnahme. Das neue Entity-Evidenzregister ergänzt konkrete Beziehungen, Primärquellen, Konflikte und Schema-Aktionen.
Fazit: Eindeutigkeit entsteht durch Übereinstimmung
Entity-Signale und E-E-A-T werden nicht „synchron optimiert“, um einen geheimen Rankingwert zu erhöhen. Sie werden gemeinsam geprüft, damit dieselbe reale Identität mit derselben Verantwortung und denselben Belegen sichtbar wird: im Inhalt, in Rechts- und Kontaktseiten, in Autoreninformationen, in externen Profilen und im Markup.
Für diese Website bedeutet das konkret: track by track GmbH ist der Rechtsträger, famefact die Marke und LLMO Agentur Berlin der spezialisierte Service. hi@llmo-agentur-berlin.de ist der konsistente Kontaktweg des Services; die rechtlichen und markenbezogenen Beziehungen werden weiterhin durch sichtbare Primärseiten belegt.
Im Entity- und E-E-A-T-Audit gleichen wir Identitäten, Quellen, sichtbare Aussagen und strukturierte Daten ab und übergeben ein priorisiertes Widerspruchsregister. Eine Conversion zählt erst mit bestätigtem appointment_booked; ein grüner Schema-Test oder ein Authority-Score ist noch keine klare Markenentität.
Häufig gestellte Fragen
Was sind Entity-Signale?
Entity-Signale helfen Menschen und technischen Systemen, eine Organisation, Marke, Person, Leistung oder einen Ort eindeutig zuzuordnen. Dazu gehören konsistente Namen, kanonische Seiten, sichtbare Beziehungen, stabile Identifikatoren, Kontakt- und Rechtsangaben, interne Links sowie passende strukturierte Daten.
Ist E-E-A-T ein messbarer Google-Score?
Nein. Google beschreibt E-E-A-T als Konzept aus Experience, Expertise, Authoritativeness und Trustworthiness, nicht als einzelnen Rankingfaktor oder öffentlich abrufbaren Score. Für Teams ist es ein Prüfrahmen, um Urheberschaft, Erfahrung, Fachlichkeit, Reputation und besonders Vertrauen sichtbar zu belegen.
Warum müssen Entity-Signale und Belege zusammenpassen?
Eine klare Identität ohne Beleg bleibt eine Behauptung. Ein guter Beleg ohne eindeutig zugeordnete Organisation, Person oder Leistung ist schwer nutzbar. Sichtbare Inhalte, Quellen, Verantwortliche und Markup müssen deshalb dieselbe Beziehung beschreiben.
Reicht Organization-Markup für eine eindeutige Marke?
Nein. Organization-Markup kann administrative Angaben und Disambiguation unterstützen, muss aber den sichtbaren Seiteninhalt korrekt abbilden. Es ersetzt weder Impressum und Über-uns-Seite noch belastbare Quellen, Autoreninformationen oder eine konsistente Markenarchitektur.
Wie sollten Marke, Rechtsträger und Service modelliert werden?
Der Rechtsträger wird als Organization mit seinem rechtlichen Namen beschrieben. Eine Marke kann als Brand und ein konkretes Angebot als Service modelliert werden. Sichtbarer Text sollte erklären, wer den Service anbietet und welche Beziehung zwischen Marke und Rechtsträger besteht.
Darf jede externe Profilseite in sameAs stehen?
Nein. sameAs sollte nur auf Profile oder Referenzseiten zeigen, die dieselbe Entität tatsächlich eindeutig beschreiben. Presseartikel, Partnerseiten, beliebige Verzeichnisse oder Profile anderer Marken sind keine automatischen Identitätsäquivalente.
Wie misst man die Qualität von Entity- und E-E-A-T-Arbeit?
Messbar sind beispielsweise ungeklärte Identitäten, widersprüchliche Rechts- oder Kontaktdaten, fehlende Quellen, verwaiste Autorenprofile, Markup-Abweichungen, ungültige Schemafelder und die Zeit bis zur Korrektur. Rankings oder KI-Nennungen sind nachgelagerte Beobachtungen, keine garantierte Abnahme.
Kostenlose Ersteinschätzung
Ist Ihre Marke eindeutig oder nur häufig genannt?
Wir gleichen Rechtsträger, Marken, Services, Personen, Kontaktwege, sichtbare Aussagen und strukturiertes Markup gegen Primärquellen ab.
Entity- und Beleglage prüfenErgebnis zuerst. Kontaktdaten erst, wenn Sie fortfahren möchten.
