mainEntityOfPage

1. Kurzdefinition

mainEntityOfPage ist eine Schema.org-Property, die die zentrale Entity einer Page explizit benennt — sie verbindet eine Article- oder Product-Entity mit der WebPage, auf der sie publiziert wird, und macht den thematischen Fokus für KI-Modelle eindeutig.

2. Ausführliche Erklärung

mainEntityOfPage ist die Schema.org-Property, die die zentrale Entity einer Page explizit benennt. Sie verbindet eine Article-, Product- oder andere Content-Entity mit der WebPage, auf der sie publiziert wird. Damit wird klar: diese Page hat eine Hauptentität, die anderen sind Kontext.

Aus GEO-Sicht ist mainEntityOfPage ein subtiler aber wichtiger Disambiguierungs-Hebel. Bei Pages mit mehreren ausgezeichneten Entities (z. B. ein Blog-Post mit Article-Entity, plus die globale Organization-Entity, plus ein FAQPage-Block) muss ein KI-Modell entscheiden, welche Entity das eigentliche Thema der Page ist. mainEntityOfPage macht das explizit — die Article-Entity ist die Hauptsache, die anderen sind Begleit-Information.

Technisch lebt die Property an zwei Stellen. Erstens: an der zentralen Content-Entity (z. B. Article) als mainEntityOfPage mit Wert auf die WebPage-URL. Zweitens: optional an der WebPage-Entity als mainEntity mit Wert auf die Content-Entity. Beide Richtungen können parallel ausgezeichnet werden — das schafft eine bidirektionale Verknüpfung im Wissensgraph.

Die Property wird meist als Sub-Objekt mit @type WebPage ausgezeichnet, nicht als simpler URL-String. Das erlaubt zusätzliche WebPage-Properties wie name, url, breadcrumb direkt am Verknüpfungspunkt zu definieren. Bei minimalen Setups reicht auch ein String-URL — Google und die meisten KI-Crawler interpretieren beide Formen korrekt.

Für eine Schweizer KMU bedeutet mainEntityOfPage konkret: auf jeder Content-Page (Article, Product, FAQPage, DefinedTerm) wird die Hauptentity via mainEntityOfPage mit der WebPage-URL verknüpft. Bei einem MWST-Blog-Post: die BlogPosting-Entity hat ein mainEntityOfPage-Property, das auf die /blog/mwst-2026-URL zeigt. Die WebPage-Entity hat umgekehrt ein mainEntity-Property, das via @id auf die BlogPosting-Entity verweist. Diese Bidirektionalität ist der semantisch sauberste Weg, Page-Hauptentitäten zu deklarieren.

3. Praxisbeispiel

BlogPosting mit mainEntityOfPage und WebPage mit mainEntity:

{
  "@graph": [
    {
      "@type": "BlogPosting",
      "@id": "https://www.beispiel.ch/blog/mwst-2026#article",
      "headline": "MWST-Erhöhung 2026",
      "mainEntityOfPage": {
        "@type": "WebPage",
        "@id": "https://www.beispiel.ch/blog/mwst-2026"
      }
    },
    {
      "@type": "WebPage",
      "@id": "https://www.beispiel.ch/blog/mwst-2026",
      "name": "MWST-Erhöhung 2026 — Müller Treuhand Blog",
      "mainEntity": {
        "@id": "https://www.beispiel.ch/blog/mwst-2026#article"
      }
    }
  ]
}

Bidirektionale Verknüpfung: BlogPosting verweist via mainEntityOfPage auf die WebPage, WebPage verweist via mainEntity zurück auf die BlogPosting. Damit ist eindeutig: diese Page hat einen klaren Hauptzweck, und der ist die BlogPosting-Entity.

4. Typische Fehler & Missverständnisse

×mainEntityOfPage vergessen — bei Pages mit mehreren Entities entscheidet sich das KI-Modell sonst willkürlich, was die Hauptentity ist.
×Die Property nur in eine Richtung setzen — mainEntityOfPage ohne mainEntity-Gegenstück ist unvollständig.
×mainEntityOfPage als String setzen statt als WebPage-Sub-Objekt — String funktioniert, aber Sub-Objekt ist semantisch klarer.
×Auf einer Page mehrere Hauptentitäten via mainEntityOfPage auszeichnen — pro Page nur eine Hauptentität, sonst Drift im Wissensgraph.
×URL der mainEntityOfPage abweichend von der Canonical-URL setzen — beide müssen identisch sein, sonst entsteht Inkonsistenz.

5. Best Practices

✓Setze mainEntityOfPage auf jeder Content-Page (Article, Product, FAQPage, DefinedTerm) — verbindet die Hauptentity mit der Page-URL.
✓Pflege bidirektional: Content-Entity hat mainEntityOfPage, WebPage hat mainEntity — beides zusammen ist semantisch sauber.
✓Verwende WebPage-Sub-Objekt mit @type und @id, nicht String-URL — bietet Raum für zusätzliche Properties wie name oder breadcrumb.
✓Stelle sicher, dass die mainEntityOfPage-URL identisch zur Canonical-URL der Page ist — sonst Inkonsistenz im Wissensgraph.
✓Pro Page nur eine Hauptentity — wenn die Page mehrere wichtige Entities hat (z. B. eine Übersichtsseite), dann andere Mechanismen nutzen (ItemList, hasPart).
✓Bei Multi-Author-Blog-Posts: die BlogPosting-Entity ist die Hauptentity, nicht der Author oder die Organization.

6. Fakten

mainEntityOfPage und mainEntity wurden zusammen 2014 in Schema.org Version 2.0 eingeführt.
Die Properties sind reziprok: mainEntity zeigt von der Page auf die Entity, mainEntityOfPage umgekehrt von der Entity auf die Page.
Eine korrekt gesetzte mainEntityOfPage kann laut Studien die Page-Themen-Erkennung in KI-Modellen um 30-40 Prozent verbessern.
Im DACH-Raum nutzen 2026 nur etwa 18 Prozent aller KMU-Websites mainEntityOfPage konsistent — hoher Differenzierungs-Hebel.
Google empfiehlt mainEntityOfPage explizit für Article-Entities — Teil der offiziellen Article-Markup-Guidelines.
Die Property funktioniert auch mit anderen Content-Entity-Types: Product, Recipe, Event, Course — überall wo eine Entity das Thema einer Page ist.

Definition von Marco Biner · Certified GEO Expert

Marco Biner — Founder geoquality.ai, Certified GEO Expert

mainEntityOfPage ist einer der unterschätzten Schema-Properties. Auf den ersten Blick scheint sie redundant — wenn auf einer Page eine Article-Entity ausgezeichnet ist, ist doch klar, dass die das Thema ist. In der Praxis ist es aber nicht so eindeutig: viele Pages haben mehrere Entities im @graph (Article + WebSite + Organization + FAQPage), und ohne mainEntityOfPage muss das KI-Modell raten.

Mein Standard: bidirektionale Verknüpfung auf jeder Content-Page. Article-Entity hat mainEntityOfPage, WebPage hat mainEntity zurück. Das ist 30 Sekunden zusätzlicher Aufwand pro Template und macht den thematischen Fokus jeder Page explizit — für Crawler und KI-Modelle.

GEO Importance Rank

Wie wichtig ist dieser Begriff für Generative Engine Optimization?

73 /100

Sehr wichtig Range 70–89

FAQs

Wann nutze ich mainEntity vs. mainEntityOfPage?

mainEntity geht von einer Page zu einer Entity ("Diese Page handelt hauptsächlich von dieser Entity"). mainEntityOfPage geht umgekehrt von einer Entity zu einer Page ("Diese Entity hat ihre Hauptdarstellung auf dieser Page"). Beide werden meist parallel gesetzt — bidirektional. Bei reziproker Auszeichnung ist semantisch klar: Page X handelt von Entity Y und Entity Y wird auf Page X dargestellt.

Brauche ich die Property bei jeder Page?

Nein, nur bei Content-Pages mit klarer Hauptentity. Eine Übersichtsseite ohne klares Hauptthema (z. B. eine Blog-Index-Page) braucht kein mainEntityOfPage. Eine Detail-Page mit einem zentralen Artikel oder Produkt sollte die Property setzen. Faustregel: wenn du fragen müsstest „worum geht's auf dieser Page primär?“ und die Antwort ist eine konkrete Entity — dann mainEntityOfPage.

Was passiert wenn ich mehrere Hauptentitäten auszeichne?

Crawler werden konfus und ordnen die Page nicht eindeutig zu. Das ist semantisch falsch — pro Page genau eine Hauptentity. Wenn eine Page tatsächlich mehrere wichtige Entities hat (z. B. eine Vergleichs-Seite mit zwei Produkten), dann andere Mechanismen nutzen: ItemList für geordnete Listen, hasPart für Teilbeziehungen, oder eine eigenständige Wrapper-Entity als Hauptentity.

Muss die URL identisch zur Canonical-URL sein?

Ja, das ist Pflicht. Wenn mainEntityOfPage auf eine andere URL zeigt als die Canonical, entsteht Inkonsistenz im Wissensgraph — Crawler erkennen das als Fehler. Best Practice: beide Werte aus derselben Quelle generieren (z. B. zentral aus der Page-Konfiguration).

Funktioniert mainEntityOfPage auch ohne explizite WebPage-Entity?

Ja. mainEntityOfPage kann ein Sub-Objekt mit @type WebPage und @id setzen, ohne dass die WebPage anderswo im @graph existiert. Best Practice ist aber, eine vollständige WebPage-Entity im @graph zu haben — dann lässt sich mainEntityOfPage als @id-Referenz schreiben statt als verschachteltes Sub-Objekt.

Welche Entities können mainEntityOfPage haben?

Alle CreativeWork-Sub-Types: Article, BlogPosting, NewsArticle, Product, Recipe, Event, Course, FAQPage, HowTo, Book, Movie. Auch DefinedTerm und SoftwareApplication. Generell: jede Entity, die als Hauptthema einer Page auftritt. Organization und Person haben die Property in der Spec, werden aber meist nicht als Page-Hauptentitäten ausgezeichnet (weil Personen-/Organization-Pages typisch ProfilePage- oder AboutPage-Markup nutzen).