Entity-based Search Optimization · Aktualisiert April 2026

Von Keywordszu Entitäten.

Als CEO & Head of SEO bei SUMAX begleite ich Sie bei der strukturellen Positionierung Ihrer Marke als Entity im Knowledge Graph. Ich übernehme Entity-Audit, Wikidata-Aufbau, Schema-@id-Graph, sameAs-Cluster und Author-Entity-Setup - das Fundament, auf dem AI Overviews, ChatGPT, Perplexity & Gemini Ihre Marke konsistent zitieren. Setup-Protokoll: 90 Tage.

Stack
Wikidata Schema.org sameAs-Graph Author-Entity
Murat Ulusoy - Entity SEO
Entity Framework
„Keywords sind austauschbar. Entitäten sind es nicht."
Murat Ulusoy
CEO · Head of SEO · SUMAX
Entities live40+
5
Entity-Typen
15+
sameAs-Profile
3 Ebenen
Corroboration
90 Tage
Setup-Protokoll
01 - Das Fundament

Drei Ebenen, die eine Entität tragen.

Wer auf einer Ebene schwach ist, bleibt unter der Konfidenzschwelle - egal, wie stark die beiden anderen Ebenen sind. Entity SEO arbeitet an allen drei Ebenen simultan.

◎ Ebene 1

Identifizierbarkeit

Wikidata-QID, Schema.org @id, kanonische URL, stabile Markenbezeichnung. Die Entität muss maschinenlesbar ein eindeutiger Knoten sein - nicht ein Keyword, das viele Dokumente teilen.

◆ Ebene 2

Konsistenz

sameAs-Cluster über 15+ Profile, identische NAP-Daten, einheitliches Foto, konsistente Rollen- und Branchenbeschreibung. Jede Abweichung schwächt die Entity-Kohärenz.

▲ Ebene 3

Corroboration

Unabhängige autoritative Sekundärquellen (Fachmedien, Branchenpublikationen, Forschungszitate) bestätigen Attribute der Entität. Ohne Dritt-Bestätigung bleibt die Entität „Marken-Behauptung", keine Tatsache.

02 - Framework

Das 90-Tage-Protokoll.

Drei Phasen, klar abgegrenzt. Jede Phase schließt mit einem überprüfbaren Artefakt ab.

01

Phase 1 - Entity-Audit & Disambiguation

Tage 1-30: Audit der aktuellen Knowledge-Graph-Präsenz, Name-Collision-Matrix (alle homonymen Namensträger), Wikidata-Status, Schema-Graph-Inventory, sameAs-Reife-Check. Outcome: Diagnose-Report + Disambiguation-Strategie.

KG-APIName-CollisionBaseline
02

Phase 2 - Entity-Home & Graph

Tage 31-60: Entity-Home auf Primär-Domain, vollständiges Schema.org JSON-LD mit @id-Kohärenz, Wikidata-Item mit Referenzen, sameAs-Cluster über 15+ Plattformen, Author-Entity-Setup.

Schema-GraphWikidatasameAs
03

Phase 3 - Corroboration & Monitoring

Tage 61-90: Strategisches Pressebriefing, 3-5 autoritative Sekundärquellen mit konsistenten Fakten, Monitoring-Setup für Knowledge-Graph-API, Entity-Drift-Tracking.

Digital PRDrift-MonitoringE-E-A-T
● Entity-Intelligence Engine

Messbare
Entity-Reife.

Sechs Kennzahlen, die wir wöchentlich tracken - von Wikidata-Statement-Count über Schema-Graph-Validität bis LLM-Entity-Resolution-Rate.

Wikidata-StatementsP-Relations + Refs
86%
sameAs-Kohärenz15+ Profile konsistent
92%
Schema-Graph-ValiditätJSON-LD + @id
94%
LLM-Entity-ResolutionGPT · Claude · Gemini
78%
03 - Deliverables

Artefakte, die bleiben.

01 / Entity-Diagnose

Entity-Reife-Score

Dokumentierter Status über alle drei Ebenen mit konkreten Gap-Punkten.

02 / Wikidata

Wikidata-Item

QID mit 20+ referenzierten Properties, externen IDs, mehrsprachigen Labels.

03 / Schema

JSON-LD @id-Graph

Produktions-ready Schema über Person, Organization, Article, Product mit @id-Verknüpfung.

04 / sameAs

sameAs-Cluster

15-25 konsistent gepflegte Drittprofile mit identischen Attributen.

05 / Author-Entity

Author-Framework

Author-Bio-Templates, Credential-Provenance, Schema-Author-Blöcke für E-E-A-T.

06 / Monitoring

Entity-Drift-Dashboard

Quartalsweiser Knowledge-Graph-Check, Wikidata-Watchlist, LLM-Resolution-Tracking.

04 - Definition

Was Entity SEO 2026 wirklich umfasst.

Entity SEO ist die strukturelle Disziplin, eine Marke, eine Person oder ein Produkt als eindeutigen Knoten im Google Knowledge Graph zu etablieren - inklusive der konsistenten Repräsentation in Wikidata, Schema.org-Graphen, sameAs-Clustern und in den Embedding-Räumen großer Sprachmodelle. Eine Entität ist ein eindeutig identifizierbares Konzept mit Attributen, Beziehungen und externen Referenzen, das in Wikidata einer QID, in Schema.org einer @id und in der Knowledge-Graph-API einem MID entspricht. Entity SEO arbeitet an drei Ebenen simultan: Identifizierbarkeit (eindeutige Knoten-IDs, kanonische URL, stabile Bezeichnung), Konsistenz (NAP-Daten, Foto, Rolle, Affiliation über alle sameAs-Profile identisch) und Corroboration (autoritative Sekundärquellen, die Attribute der Entität bestätigen). Die Anatomie eines vollständigen Wikidata-Items umfasst Labels und Aliase in mehreren Sprachen, 20 bis 40 referenzierte Statements (P-Properties wie occupation, employer, educated at, sameAs-IDs für externe Plattformen) und Verknüpfungen zu Identifikatoren wie ORCID, ISNI, GND, VIAF. Schema.org liefert die maschinenlesbare Brücke vom eigenen CMS in den Knowledge Graph: Person, Organization, Product, Event und CreativeWork mit @id-Kohärenz über den gesamten Domain-Graph. Disambiguation entscheidet, wie Suchmaschinen homonyme Namensträger trennen - distinkte Profession, distinktes Bild, distinkte Co-Occurrence in Drittquellen. Das Knowledge Panel ist nicht das Ziel, sondern das sichtbare Trust-Signal eines hinreichend stabilen Entity-Knotens. Für AI-Search-Sichtbarkeit gilt: Generative Systeme lösen Queries über Entity-Resolution, bevor sie Antworten generieren - Marken ohne klaren Entity-Knoten erscheinen weder in AI Overviews noch in ChatGPT- oder Perplexity-Antworten, selbst bei einwandfreier klassischer Optimierung.

EBENE 1

Identifizierbarkeit

Wikidata-QID, Schema.org @id, kanonische Entity-Home, stabile Markenbezeichnung. Maschinenlesbar eindeutiger Knoten - kein Keyword, das viele Dokumente teilen.

EBENE 2

Konsistenz

sameAs-Cluster über 15 bis 25 Profile mit identischer NAP, identischem Foto, identischer Rolle. Jede Abweichung schwächt die Entity-Kohärenz und verzögert die Knowledge-Panel-Auslösung.

EBENE 3

Corroboration

Mindestens drei autoritative Sekundärquellen (Fachmedien, Branchenpublikationen, Forschungszitate) bestätigen die Kern-Attribute. Ohne Dritt-Bestätigung bleibt die Entität Marken-Behauptung, keine Tatsache.

DAUERHAFT

Knowledge-Graph-Pflege

Quartalsweise Wikidata-Watchlist, Drift-Monitoring der sameAs-Profile, Schema-Graph-Validierung nach jedem CMS-Release, Aktualisierung neuer P-Properties bei Rollen- oder Affiliations-Wechseln.

05 - Phasen

Vom Entity-Audit zum lebendigen Knowledge Panel.

Vier dokumentierte Schritte mit überprüfbaren Artefakten. Die Reihenfolge ist nicht verhandelbar - ein Wikidata-Item ohne vorheriges Audit läuft Gefahr, an Notability-Kriterien zu scheitern; eine Schema-Verknüpfung ohne stabiles Wikidata-Item bleibt im Knowledge Graph unverankert.

01

Entity-Audit (Tag 1-21)

Knowledge-Graph-API-Abfrage, Name-Collision-Matrix für homonyme Namensträger, Wikidata-Status-Check, Schema-Graph-Inventory, sameAs-Reife-Score. Ergebnis: Entity-Diagnose-Report mit konkreten Gap-Punkten und Disambiguation-Strategie.

KG-APICollision-MatrixBaseline
02

Wikidata-Aufbau (Tag 22-45)

Item-Anlage mit Notability-Nachweis, 20 bis 40 referenzierte Properties, mehrsprachige Labels und Aliase, externe Identifikatoren (ORCID, ISNI, GND, VIAF, LinkedIn-ID), sameAs-IDs zu allen relevanten Drittprofilen. Ergebnis: stabiles Wikidata-Item, das in der KG-API als Entity-Quelle dient.

QIDP-PropertiesNotability
03

Schema-Verknüpfung (Tag 46-70)

Vollständiger JSON-LD-@id-Graph auf der Entity-Home: Person, Organization, Product, Article, Event mit @id-Kohärenz über alle Templates. Verknüpfung zu Wikidata-QID via sameAs, Author-Schema-Blöcke für E-E-A-T, Schema-Markup-Validator-Run.

JSON-LD@id-GraphValidator
04

Knowledge-Panel-Optimierung (Tag 71-90)

Pressebriefing für drei bis fünf autoritative Sekundärquellen mit konsistenten Fakten, Knowledge-Panel-Auslösungs-Tracking, Wikidata-Watchlist, LLM-Entity-Resolution-Test über GPT, Claude, Gemini, Perplexity. Ergebnis: messbare Knowledge-Graph-Präsenz und AI-Search-Zitations-Sichtbarkeit.

Digital PRDrift-MonitoringLLM-Tests
06 - Abgrenzung

Entity SEO vs. On-Page, Brand SEO & Digital PR.

Entity SEO ersetzt klassische Disziplinen nicht, sondern legt das strukturelle Fundament, auf dem sie greifen. Vier Ansätze, vier verschiedene Hebel - die Frage ist, welche Kombination zur aktuellen Marken-Reife passt.

KriteriumEntity SEOOn-Page-SEOBrand SEOPR / Digital Mentions
Optimierungs-ObjektKnoten im Knowledge GraphEinzelne URL / DokumentBrand-SERP-Real-EstateExterne Erwähnungen
HauptartefaktWikidata-Item, sameAs-ClusterTitle, H1, Body, MetaSitelinks, Reviews, Brand-BoxEarned Coverage, Backlinks
Primärer Trust-HebelIdentifizierbarkeit, CorroborationContent-Qualität, RelevanzBrand-RecognitionQuellen-Autorität
AI-Search-WirkungFundamental (Resolution)Sekundär (Passage-Quelle)Indirekt (Brand-Recall)Hoch (Corroboration)
Time to Effect3 bis 9 Monate4 bis 12 Wochen6 bis 18 MonateVariabel, kampagnenabhängig
Notwendige VorbedingungStabile Domain & Brand-SubstanzCrawlbare ArchitekturBereits etablierte BrandNewsworthy Story
07 - Use Cases

Sechs Anwendungsfelder mit klarem Entity-Hebel.

Entity SEO entfaltet seinen Wert dort, wo Identitäts-Eindeutigkeit, Trust und Multi-Source-Konsistenz über Sichtbarkeit entscheiden - also dort, wo Suchmaschinen und LLMs Entitäten korrekt auflösen müssen, bevor sie überhaupt antworten können.

PERSONEN-BRAND

CEO & Author-Entity

Gründer, CEO, Chief-Author oder Speaker als eigenständige Person-Entity mit Wikidata-Item, ORCID, Speaker-Profilen, Author-Schema. Hebel für E-E-A-T, Knowledge Panel und LLM-Zitation in YMYL- und Beratungs-Branchen.

PRODUKT-ENTITY

SaaS- & Hardware-Produkte

Produkt als Schema.org Product oder SoftwareApplication mit Wikidata-Item, Listings auf G2 / Capterra / Crunchbase, Pricing-Schema und Review-Aggregat. Voraussetzung für AI-Overview-Auflistung in Vergleichsantworten.

BRAND-PANEL

Knowledge-Panel-Aufbau

Etablierte Marke ohne SERP-Knowledge-Panel - klassisches Symptom unstrukturierter Entity-Substanz. Aufbau über Wikidata-Item, Schema-Organization-Graph, sameAs-Konsolidierung und Press-Corroboration.

MULTI-BRAND

Konzern-Hierarchie

Holding mit mehreren Marken, Submarken und Joint Ventures. Entity-Hierarchie über parentOrganization / subOrganization in Schema und Wikidata, Brand-Disambiguation gegen frühere Spinoffs oder Akquisitions-Altlasten.

LOCAL

Niederlassungen & Standorte

Filialnetze, Showrooms, Praxen, Standorte als LocalBusiness-Entitäten mit eigener Geo-Property, GBP-Verknüpfung und konsistenter NAP über Plattformen. Voraussetzung für lokale Knowledge-Panels und Maps-Sichtbarkeit.

HEALTHCARE

Pharma & Medical

MedicalEntity, Drug, MedicalGuideline, Physician-Entity mit Approbations-Referenzen, Indikations-Schema und MLR-konformer Author-Provenance. Entity-Klarheit als YMYL-Trust-Substrat für AI Overviews und ChatGPT-Health-Queries.

08 - Investment

Drei Engagement-Modelle.

Die Investmentlogik richtet sich nach Entity-Reife, Anzahl der zu adressierenden Entitäten und Tiefe der Corroboration. Alle Modelle liefern dokumentierte Artefakte (Wikidata-Item, Schema-Graph, sameAs-Cluster) und sind eigentumsfähig - die Entity bleibt nach Engagement-Ende beim Mandanten. Konkrete Konditionen werden im Scope-Gespräch auf Basis Entity-Anzahl, Branchen-Komplexität und Multi-Market-Anforderung definiert.

DIAGNOSE

Entity-Audit

3 bis 4 Wochen. Knowledge-Graph-API-Analyse, Name-Collision-Matrix, Wikidata-Status, Schema-Graph-Inventory, sameAs-Reife-Score, Disambiguation-Strategie. Diagnose-Report mit Roadmap.

  • KG-API + Wikidata-Audit
  • Schema- & sameAs-Inventory
  • Disambiguation-Strategie
  • Aufbau-Roadmap mit Priorisierung
AUFBAU

90-Tage-Projekt

90 Tage Setup-Protokoll für eine bis drei Kern-Entitäten. Wikidata-Item-Aufbau, Schema-@id-Graph, sameAs-Cluster über 15 bis 25 Plattformen, Author-Entity-Setup, Pressebriefing.

  • Wikidata-Item mit 20+ Properties
  • Vollständiger Schema-@id-Graph
  • sameAs-Cluster (15-25 Profile)
  • 3-5 autoritative Sekundärquellen
PFLEGE

Continuous-Retainer

Monatlicher Retainer für Multi-Entity-Portfolios oder regulierte Branchen. Wikidata-Watchlist, Drift-Monitoring, Schema-Updates nach CMS-Releases, kontinuierliche Corroboration, LLM-Resolution-Tracking.

  • Quartalsweise KG-API-Checks
  • Wikidata-Drift-Watchlist
  • Laufende Schema-Governance
  • LLM-Citation-Reporting
09 - Verwandt

Tiefer einsteigen.

10 - FAQ

Häufige Fragen.

Antworten auf die häufigsten Fragen zu Entity SEO, Knowledge-Graph-Aufbau, Wikidata, Schema und LLM-Sichtbarkeit. Weitere Fragen klären wir im Scope-Gespräch.

Was ist Entity SEO?

Entity SEO verschiebt den Optimierungsfokus vom Keyword zum Knoten im Knowledge Graph. Eine Entität ist ein eindeutig identifizierbares Konzept (Person, Organisation, Produkt, Ort, Idee) mit Attributen, Beziehungen und Referenzen. Entity SEO arbeitet an drei Ebenen: Identifizierbarkeit (Wikidata-QID, Schema-@id), Konsistenz (sameAs-Cluster, NAP) und Corroboration (autoritative Dritt-Erwähnungen).

Was ist der Unterschied zu klassischem SEO?

Klassisches SEO optimiert Dokumente auf Keywords. Entity SEO optimiert Knoten im Knowledge Graph - Identifizierbarkeit, Konsistenz, Corroboration. In LLM-gestützten Suchen ist Entity-Arbeit der primäre Hebel, weil generative Systeme Queries über Entity-Resolution lösen, bevor sie Antworten generieren.

Brauche ich Wikipedia für Entity SEO?

Nein. Wikidata - das maschinenlesbare Schwesterprojekt - ist der primäre Hebel und kennt keine Notability-Schwelle für die meisten Entitätstypen. Wikipedia verstärkt die Corroboration, wenn die Notability-Kriterien (mehrere unabhängige Sekundärquellen mit Tiefe) erfüllt sind. Für 80 Prozent der Entity-SEO-Projekte ist Wikipedia nicht erforderlich.

Wie lange dauert der Aufbau?

Das 90-Tage-Protokoll setzt das strukturelle Fundament. Erste messbare Effekte in LLM-Resolution und Knowledge-Graph-Sichtbarkeit erscheinen nach drei bis neun Monaten - abhängig von Corroboration-Dichte, Wikidata-Reifegrad und Konkurrenz-Entitäten im Namens-Cluster. Knowledge-Panel-Auslösung folgt typischerweise nach sechs bis zwölf Monaten.

Was ist ein Knowledge Panel und wie entsteht es?

Das Knowledge Panel ist Googles sichtbare SERP-Repräsentation einer Entität - rechte Seitenleiste oder mobile Top-Card. Es entsteht nicht durch direkten Antrag, sondern als Nebenprodukt einer ausreichend stabilen Entity im Knowledge Graph: Wikidata-Item mit referenzierten Properties, kohärenter Schema.org-Graph auf der Entity-Home, sameAs-Cluster mit konsistenten Attributen und mindestens drei autoritative Sekundärquellen.

Wie funktioniert Entity-Disambiguation bei Namensgleichheit?

Bei homonymen Namensträgern entscheiden Disambiguation-Signale: distinkte Bild-Konsistenz, distinkte Profession-Property in Wikidata, distinkte sameAs-Profile, distinkte Co-Occurrence (Organization-Affiliation, Geo-Cluster). Die Name-Collision-Matrix im Audit identifiziert alle homonymen Entitäten und definiert pro Entität ein eigenes Differenzierungs-Set, das in allen Schema- und sameAs-Quellen konsistent durchgehalten wird.

Was umfasst ein sameAs-Cluster konkret?

Ein sameAs-Cluster verknüpft die Entity-Home mit 15 bis 25 Drittprofilen mit identischen Kern-Attributen (Name, Foto, Rolle, Affiliation). Typische Plattformen: LinkedIn, Wikidata, Crunchbase, GitHub, YouTube, Speaker Deck, Branchen-Verzeichnisse, Konferenz-Profile, Autor-Profile (Medium, Substack), Podcast-Hosts (Spotify, Apple) und Press-Mention-Plattformen. Jede Abweichung in Kern-Attributen schwächt die Kohärenz.

Wie messe ich, ob meine Entity-Arbeit funktioniert?

Sechs Messgrößen: Wikidata-Statement-Count mit referenzierten Properties, sameAs-Kohärenz-Score über alle Profile, Schema-Graph-Validität via Schema-Markup-Validator, Knowledge-Panel-Auslösungsrate für Brand-Queries, LLM-Entity-Resolution-Rate (GPT, Claude, Gemini, Perplexity) und Citation-Rate in AI-Overview-Antworten. Quartalsweise Messung ist Standard.

Wie hängen Entity SEO und AI Search zusammen?

AI-Search-Systeme (Google AI Overviews, ChatGPT, Perplexity, Gemini, Claude) lösen Queries über Entity-Resolution: Sie identifizieren erst die in der Frage referenzierten Entitäten, bevor sie Antworten generieren. Eine Marke, die nicht eindeutig im Knowledge Graph aufgelöst werden kann, taucht in generativen Antworten nicht auf - selbst bei perfekter klassischer SEO. Entity SEO ist damit das Fundament für AI-Search-Sichtbarkeit.

Welche Branchen profitieren am meisten?

Branchen mit hohem Trust-Bedarf und namensbedingter Verwechslungsgefahr: Healthcare und Pharma (YMYL-Konformität, MedicalEntity-Schema), Financial Services (Author-E-E-A-T, regulatorische Trust-Signals), B2B-SaaS (Brand-Konsolidierung in Multi-Produkt-Architekturen), Multi-Brand-Konzerne (Brand-Hierarchie im Graph) und Personenmarken im Beratungs- und Speaker-Umfeld.

Wie unterscheidet sich Entity SEO von klassischer Brand SEO?

Brand SEO optimiert auf Brand-Queries und Brand-SERP-Real-Estate (eigene Sitelinks, Reviews, Brand-Box). Entity SEO arbeitet eine Ebene tiefer am maschinenlesbaren Identitäts-Knoten der Marke: Wikidata-QID, Schema-Graph, sameAs-Cluster. Brand SEO ist das sichtbare Resultat, Entity SEO das strukturelle Fundament. Ohne Entity-Klarheit kollabiert Brand SEO bei homonymen Namen oder Multi-Brand-Architekturen.

Let's talk

Ist Ihre Marke eine Entität?

30 Minuten Live-Check: Wikidata-Status, Schema-Graph, sameAs-Kohärenz. Sie wissen danach, wo Sie stehen.