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.
„Keywords sind austauschbar. Entitäten sind es nicht."
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.
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.
sameAs-Cluster über 15+ Profile, identische NAP-Daten, einheitliches Foto, konsistente Rollen- und Branchenbeschreibung. Jede Abweichung schwächt die Entity-Kohärenz.
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.
Drei Phasen, klar abgegrenzt. Jede Phase schließt mit einem überprüfbaren Artefakt ab.
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.
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.
Tage 61-90: Strategisches Pressebriefing, 3-5 autoritative Sekundärquellen mit konsistenten Fakten, Monitoring-Setup für Knowledge-Graph-API, Entity-Drift-Tracking.
Sechs Kennzahlen, die wir wöchentlich tracken - von Wikidata-Statement-Count über Schema-Graph-Validität bis LLM-Entity-Resolution-Rate.
Dokumentierter Status über alle drei Ebenen mit konkreten Gap-Punkten.
QID mit 20+ referenzierten Properties, externen IDs, mehrsprachigen Labels.
Produktions-ready Schema über Person, Organization, Article, Product mit @id-Verknüpfung.
15-25 konsistent gepflegte Drittprofile mit identischen Attributen.
Author-Bio-Templates, Credential-Provenance, Schema-Author-Blöcke für E-E-A-T.
Quartalsweiser Knowledge-Graph-Check, Wikidata-Watchlist, LLM-Resolution-Tracking.
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.
Wikidata-QID, Schema.org @id, kanonische Entity-Home, stabile Markenbezeichnung. Maschinenlesbar eindeutiger Knoten - kein Keyword, das viele Dokumente teilen.
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.
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.
Quartalsweise Wikidata-Watchlist, Drift-Monitoring der sameAs-Profile, Schema-Graph-Validierung nach jedem CMS-Release, Aktualisierung neuer P-Properties bei Rollen- oder Affiliations-Wechseln.
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.
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.
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.
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.
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.
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.
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.
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 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.
Etablierte Marke ohne SERP-Knowledge-Panel - klassisches Symptom unstrukturierter Entity-Substanz. Aufbau über Wikidata-Item, Schema-Organization-Graph, sameAs-Konsolidierung und Press-Corroboration.
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.
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.
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.
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.
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.
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.
Monatlicher Retainer für Multi-Entity-Portfolios oder regulierte Branchen. Wikidata-Watchlist, Drift-Monitoring, Schema-Updates nach CMS-Releases, kontinuierliche Corroboration, LLM-Resolution-Tracking.
5 Bausteine, sameAs-Graph, 90-Tage-Protokoll.
→Das Panel als Nebenprodukt eines stabilen Entity-Trust-Systems.
→Messen, ob Ihre Entität in LLMs überhaupt korrekt resolved wird.
→Definition, Typen, Rolle im Knowledge Graph.
→Wie Google Entitäten speichert und vernetzt.
→Schritt-für-Schritt: eigenes Item anlegen, Properties pflegen.
→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.
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).
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
30 Minuten Live-Check: Wikidata-Status, Schema-Graph, sameAs-Kohärenz. Sie wissen danach, wo Sie stehen.