Entitäten-SEO: Wie eine einzelne Seite ihre Hauptentität eindeutig macht

Die meisten Seiten scheitern nicht daran, dass Suchmaschinen ihr Thema nicht erkennen. Sie scheitern daran, dass sie mehrere Deutungen zulassen. Eine Seite über „Atlas" kann eine Software meinen, ein Kartenwerk, ein Gebirge oder einen Halswirbel. Solange die Seite diese Frage nicht selbst beantwortet, beantwortet sie jemand anderes: die Suchmaschine, auf Basis von Wahrscheinlichkeiten.

Entitäten-SEO ist die Arbeit, die diese Wahrscheinlichkeit in eine Aussage verwandelt. Sie besteht aus vier Handgriffen pro URL: die Hauptentität bestimmen, Mehrdeutigkeiten auflösen, Beziehungen modellieren und die Identität durch sichtbaren Inhalt, JSON-LD, interne Links und externe Belege bestätigen.

Dieser Leitfaden beschreibt diese Arbeit als reproduzierbaren Prozess. Jeder Schritt erzeugt ein Artefakt, das man ablegen kann, und endet mit einem Prüfkriterium, an dem sich entscheiden lässt, ob der Schritt erledigt ist.

Kompakt: was eine Entität ausmacht

Eine Entität ist ein eindeutig bestimmbares reales oder abstraktes Objekt: eine Person, eine Organisation, ein Ort, ein Produkt, ein Konzept. Beschrieben wird sie nicht durch ihren Namen allein, sondern durch fünf Merkmale: Typ, Name, Attribute, Beziehungen und einen eindeutigen Identifikator.

Genau darauf zielt der Google Knowledge Graph: Er verknüpft Informationen über Dinge und ihre Beziehungen, damit eine Suchanfrage nicht nur als Zeichenfolge gelesen wird, sondern als Frage nach einem bestimmten Objekt.

Ein verbreitetes Missverständnis lohnt die Klarstellung: Entitäten ersetzen Keywords nicht. Suchbegriffe drücken aus, was jemand eingibt. Entitäten ordnen zu, was damit gemeint ist. Beides arbeitet zusammen, und die Optimierung auf Entitäten macht Keyword-Recherche nicht überflüssig.

Damit ist der Rahmen gesteckt. Ab hier geht es nur noch um die Umsetzung auf einer konkreten URL.

Die Prüffrage, die den ganzen Prozess trägt

Alle folgenden Schritte lassen sich auf eine einzige Frage zurückführen:

Könnte eine fachfremde Person, die nichts über Ihr Unternehmen weiß, allein anhand dieser Seite benennen, um welches konkrete Objekt es geht, und es von gleichnamigen Objekten unterscheiden?

Diese Frage ist deshalb brauchbar, weil sie prüfbar ist. Sie hat genau zwei mögliche Antworten, und die falsche Antwort lässt sich lokalisieren: Entweder fehlt ein Merkmal, oder zwei Angaben widersprechen sich, oder eine Nebenentität drängt sich vor die Hauptentität.

Legen Sie sich für den Test eine Regel zurecht: Wissen, das nur intern verfügbar ist, zählt nicht. Wenn zur Identifikation die Kenntnis der Firmengeschichte, des Produktportfolios oder der Abteilungsstruktur nötig ist, fehlt dieses Wissen im Dokument.

Schritt 1: Die Hauptentität in einem Satz festlegen

Bestimmen Sie zuerst das eine Objekt, über das die Seite eine belastbare Aussage trifft. Bei einer Produktseite ist das normalerweise das Produkt, bei einer Standortseite der Betrieb an diesem Ort, bei einem Fachartikel ein Konzept oder eine Methode.

Halten Sie das Ergebnis in einem festen Satzmuster fest:

Die Hauptentität dieser Seite ist [Name], eine [Typbezeichnung] mit [unterscheidendem Merkmal].

Konkret etwa:

Die Hauptentität dieser Seite ist Atlas, eine Analyseplattform der Beispiel AG für industrielle Messdaten.

Dieser Satz ist kein Seitentext, sondern eine Arbeitsgrundlage. Er verhindert den häufigsten Projektfehler: dass Redaktion, Entwicklung und SEO drei verschiedene Entitäten optimieren und sich am Ende über widersprüchliche Signale wundern.

Weitere Entitäten dürfen auf der Seite vorkommen. Sie müssen die Hauptentität aber erklären, einordnen oder bestätigen, nicht mit ihr um die zentrale Rolle konkurrieren.

Prüfkriterium: Der Satz steht schriftlich fest und alle Beteiligten stimmen ihm zu, bevor eine Zeile geändert wird.

Schritt 2: Den Verwechslungsraum kartieren

Mehrdeutigkeit ist kein Sonderfall bekannter Begriffe wie „Jaguar" oder „Java". Sie entsteht ebenso bei Familiennamen, regionalen Firmennamen, Produktkürzeln und generischen Dienstleistungsbezeichnungen.

Legen Sie deshalb eine kurze Disambiguierungsakte an. Sie ist das zweite Artefakt des Prozesses und enthält:

Die letzte Zeile ist die wichtigste und wird am häufigsten ausgelassen. Suchen Sie den bevorzugten Namen selbst und notieren Sie, was sonst noch so heißt. Das Ergebnis bestimmt, welche Merkmale früh im Text stehen müssen.

Verlassen Sie sich dabei nicht auf indirekte Hinweise. Ein Logo, eine Hausfarbe oder ein Produktfoto hilft Menschen, ist aber keine Definition. Nennen Sie Objekt, Typ und Zuordnungsmerkmal ausdrücklich, und zwar dort, wo gelesen wird: im ersten Absatz, nicht im Impressum.

Prüfkriterium: Für jeden notierten Verwechslungskandidaten steht im sichtbaren Text ein Merkmal, das ihn ausschließt.

Schritt 3: Beziehungen als prüfbare Aussagen formulieren

Eine Entität gewinnt Kontur durch ihre Verbindungen. Modellieren Sie diese nicht als Stichwortliste, sondern als Sätze nach festem Muster:

Entität A steht in Beziehung R zu Entität B.

Beispiele:

Atlas ist ein Produkt der Beispiel AG.

Die Beispiel AG betreibt einen Standort in Ulm.

Atlas ersetzt das Vorgängermodell Atlas Classic.

Diese Form hat einen praktischen Vorteil: Jede Aussage lässt sich einzeln prüfen, einzeln belegen und einzeln in JSON-LD abbilden. Eine Stichwortwolke aus thematisch benachbarten Begriffen kann das nicht.

Beschränken Sie sich auf Beziehungen, die zur Identifikation beitragen oder zum Verständnis nötig sind. Fünf bis zehn Aussagen reichen für die meisten Seiten. Wer dreißig aufschreibt, beschreibt in Wahrheit mehrere Entitäten und sollte über eine Aufteilung auf mehrere URLs nachdenken.

Prüfkriterium: Jede Aussage benennt beide Seiten der Beziehung namentlich und ist auf der Seite entweder belegt oder offensichtlich.

Schritt 4: Den sichtbaren Inhalt an der Entität ausrichten

Strukturierte Daten reparieren keine unklare Seite. Beginnen Sie deshalb beim Text. Eine tragfähige Reihenfolge führt von der Benennung über die Eigenschaften zu den Beziehungen und Belegen:

1. Benennung. H1 und erster Absatz nennen die Hauptentität in der bevorzugten Form, dazu Typ und wichtigstes Unterscheidungsmerkmal.
2. Identifizierende Eigenschaften. Standort, Hersteller, Modellnummer, Tätigkeitsgebiet, Veröffentlichungsdatum.
3. Beziehungen. Die Aussagen aus Schritt 3, in Abschnitte übersetzt.
4. Belege. Kontaktdaten, Autorenangaben, Quellen, offizielle Profile.
5. Weiterführung. Interne Links auf eng verbundene Entitäten, ohne die Hauptentität zu verdrängen.

Überschriften sollten die Beziehung benennen, nicht verschleiern. „Über uns" ist schwächer als „Die Beispiel AG als Hersteller von Messtechnik". „Unsere Lösung" ist schwächer als „Funktionen der Analyseplattform Atlas".

Achten Sie außerdem auf Pronomen und wechselnde Umschreibungen. Stilistische Variation ist erlaubt, aber sobald unklar werden könnte, wovon gerade die Rede ist, gehört der vollständige Name noch einmal in den Satz. Konsistenz schlägt an dieser Stelle sprachliche Abwechslung. Das gilt auch für Bildunterschriften, Alt-Texte, Breadcrumbs und Linktexte, die im Audit gern übersehen werden.

Prüfkriterium: Der Fremden-Test aus dem zweiten Abschnitt besteht, wenn man nur H1 und ersten Absatz liest.

Schritt 5: JSON-LD aus dem sichtbaren Inhalt ableiten

Strukturierte Daten liefern explizite Hinweise auf die Bedeutung einer Seite und auf die beschriebenen Objekte. Google empfiehlt dafür nach Möglichkeit JSON-LD, sofern die Dokumentation zum jeweiligen Feature kein anderes Format verlangt.

Wählen Sie den Schema.org-Typ, der die Entität am genauesten trifft, nicht den bequemsten. Für ein Unternehmen mit Ladengeschäft ist LocalBusiness präziser als Organization, für eine Software ist SoftwareApplication präziser als Product.

Legen Sie zuerst eine @id-Konvention für die gesamte Website fest, denn sie ist der Klebstoff des Modells:

Vergeben Sie den Wert auf der Seite, die die Entität kanonisch beschreibt, und referenzieren Sie ihn von überall sonst:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "SoftwareApplication",
  "@id": "https://www.beispiel.de/produkte/atlas/#software",
  "name": "Atlas",
  "applicationCategory": "BusinessApplication",
  "manufacturer": { "@id": "https://www.beispiel.de/#organization" },
  "sameAs": ["https://www.wikidata.org/wiki/Q000000"]
}
</script>

Auf einem Ratgeberartikel über dasselbe Produkt sieht das anders aus, und der Unterschied ist der Punkt, an dem die meisten Modelle kippen:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Praxisleitfaden zur Analyseplattform Atlas",
  "about": { "@id": "https://www.beispiel.de/produkte/atlas/#software" },
  "publisher": { "@id": "https://www.beispiel.de/#organization" }
}
</script>

Halten Sie drei Eigenschaften auseinander: about benennt das Objekt, von dem ein Dokument handelt. mainEntity zeigt von einer Seite auf ihr zentrales Objekt. mainEntityOfPage zeigt umgekehrt vom Objekt auf die Seite, die es beschreibt. Ein Artikel über Atlas ist nicht Atlas, und ein Modell, das beide gleichsetzt, erklärt der Suchmaschine etwas Falsches.

Eine harte Grenze gilt unabhängig vom Typ: Markup muss den sichtbaren Hauptinhalt korrekt wiedergeben. Auszeichnungen für nicht vorhandene oder irreführende Inhalte verstoßen gegen Googles Richtlinien, etwa Bewertungen ohne sichtbare Bewertungen oder Preise, die auf der Seite nirgends stehen.

Prüfkriterium: Zu jeder Eigenschaft im JSON-LD lässt sich die Stelle im sichtbaren Text zeigen, die sie deckt.

Schritt 6: Interne Links als Beziehungen einsetzen

Interne Links übertragen nicht nur Autorität, sie machen die Beziehungen aus Schritt 3 nachvollziehbar. Wenn im Text steht, dass Atlas ein Produkt der Beispiel AG ist, sollte auch ein Link von der Produktseite zur Unternehmensseite führen.

Der Linktext trägt dabei die eigentliche Aussage. „Weitere Informationen finden Sie hier" benennt nichts. „Mehr über die Analyseplattform Atlas" benennt die Zielentität.

Wichtiger als jeder einzelne Link ist die Aufgabenteilung im Seitenbestand. Bestimmen Sie pro Entität eine kanonische Seite, die die stabilen Kerndaten bündelt. Spezialisierte Seiten vertiefen einzelne Beziehungen und verweisen auf diese Identität zurück, statt die Stammdaten zu wiederholen. Wenn Unternehmensprofil, Über-uns-Seite und Standortseite dieselben Angaben ohne erkennbare Rollenverteilung enthalten, konkurrieren sie um dieselbe Entität.

Prüfen Sie zuletzt die eingehenden Links. Wird die Entitätsseite quer über die Website unter wechselnden, zu allgemeinen oder schlicht falschen Bezeichnungen verlinkt, vereinheitlichen Sie zumindest die prominenten Einstiegspunkte aus Navigation, Footer und häufig aufgerufenen Seiten.

Prüfkriterium: Jede Beziehungsaussage aus Schritt 3, deren Zielentität eine eigene URL hat, ist mit einem benennenden Linktext verlinkt.

Schritt 7: Externe Belege abgleichen

Externe Signale helfen nur, wenn sie dieselbe Identität bestätigen. Sinnvolle Quellen sind Unternehmensregister, Branchenverzeichnisse, Herstellerseiten, wissenschaftliche Verzeichnisse, Wikidata und verifizierte Profile.

Entscheidend ist die Übereinstimmung, nicht die Menge. Gleichen Sie ab: offizieller Name, Adresse, Webadresse, Entitätstyp, Marken- und Produktzugehörigkeit sowie vorhandene Identifikatoren. Für die Entitätsoptimierung zählen genau diese vier Dinge zusammen: klare Definitionen, konsistente Bezeichnungen, nachvollziehbare Beziehungen und bestätigende interne wie externe Signale.

Bei sameAs gilt eine engere Regel als oft praktiziert: Dort gehören nur Adressen hin, die dieselbe Entität repräsentieren. Ein offizielles Unternehmensprofil erfüllt das, ein Presseartikel über das Unternehmen nicht, und ein Verzeichniseintrag zu einer gleichnamigen Firma richtet aktiv Schaden an.

Widersprüche korrigieren Sie am besten an der Quelle. Wo das nicht gelingt, etwa bei einer alten Firmierung in einem fremden Verzeichnis, muss die eigene Seite umso deutlicher sagen, welche Bezeichnung aktuell gilt und welche historisch ist.

Prüfkriterium: Alle in sameAs verlinkten Ziele nennen denselben Namen und dieselbe Webadresse wie die eigene Seite.

Schritt 8: Validieren und nach Schadenshöhe priorisieren

Zum Abschluss steht ein fester Test, erst am Text, dann am Markup, dann an der Umgebung der Seite.

Am Text: Wird die Hauptentität im sichtbaren Bereich eindeutig genannt? Sind Typ und Hauptmerkmal verständlich? Ist jeder Verwechslungskandidat ausgeschlossen? Bleiben Bezeichnungen und Fakten über die ganze Seite konsistent?

Am Markup: Ist das JSON-LD syntaktisch gültig? Passt der Typ zur realen Entität? Sind alle ausgezeichneten Eigenschaften auf der Seite gedeckt? Sind die @id-Werte stabil und seitenübergreifend identisch? Zeigen Beziehungen auf die richtigen Ziele?

An der Umgebung: Stimmen Canonical-Angabe, Breadcrumbs und interne Verweise mit dem Modell überein? Gibt es weitere URLs, die dieselbe Entität behandeln?

Für die Reihenfolge der Korrekturen gilt eine einfache Regel: zuerst alles, was eine falsche Identifikation auslösen kann, danach alles, was eine richtige nur unvollständig macht.

Das Audit-Blatt

Für wiederkehrende Prüfungen lässt sich der Prozess auf sieben Zeilen eindampfen. Jede Zeile erzeugt genau ein Artefakt:

Wer diese sieben Artefakte pro URL ablegt, kann ein Audit Monate später nachvollziehen, an Kollegen übergeben und nach einer Änderung gezielt wiederholen, statt bei null zu beginnen. Beobachten Sie das Ergebnis nach der erneuten Indexierung und schreiben Sie fest, was sich verändert hat. Werkzeuge können dabei helfen, etwa ein Crawler für die Linkprüfung oder ein Validator für das Markup, aber sie ersetzen keinen der sieben Schritte.

Fazit: Eindeutigkeit vor Umfang

Entitäten-SEO ist keine einmalige Ergänzung im Head-Bereich, sondern eine Konsistenzaufgabe über vier Ebenen: sichtbarer Inhalt, strukturiertes Datenmodell, interne Architektur und externe Referenzen müssen dieselbe Identität beschreiben.

Der größte Hebel liegt selten im umfangreichsten Markup. Er liegt in der Antwort auf die Frage, welches konkrete Objekt eine Seite beschreibt, und darin, diese Antwort an jeder Stelle gleich zu geben. Ist sie eindeutig, ergibt sich der Rest fast von selbst: Die Seite benennt ihre Hauptentität, erklärt Typ und Merkmale, zeigt die relevanten Beziehungen, verlinkt die zugehörigen Entitätsseiten, bildet all das korrekt in JSON-LD ab und lässt es außerhalb der eigenen Domain bestätigen.

Bleibt die Antwort mehrdeutig, hilft kein zusätzliches Attribut. Dann fehlt der Seite nicht Optimierung, sondern eine Entscheidung.