Grounding Pages: Braucht jede Entität eine eigene Seite?

In zwei SEO-Podcasts fiel kurz hintereinander derselbe Begriff: Grounding Pages. Die Empfehlung klang verlockend einfach. Liste alle Entitäten deines Unternehmens auf und baue für jede eine eigene Seite, damit KI-Systeme sie sauber zuordnen können. Klingt nach einem klaren To-do. In der Praxis ist es einer der schnellsten Wege, sich eine Website mit dünnen, sich überschneidenden Seiten zuzumüllen.

Ich habe genau diese Frage für meine eigene Website durchgespielt: Welche Entitäten haben wir, welche bekommt eine eigene Seite, welche nicht? Dieser Artikel erklärt, was eine Grounding Page wirklich ist, nach welcher Regel ich entscheide und was am Ende konkret dabei herauskam.

Was „Grounding" eigentlich bedeutet

Der Begriff kommt aus der KI-Welt, nicht aus dem klassischen SEO. Grounding heißt, eine KI-Antwort an einer überprüfbaren Quelle zu verankern, statt sie aus dem statistischen Bauch des Modells zu erfinden. Ein nicht geerdetes Modell halluziniert. Ein geerdetes Modell stützt seine Aussage auf eine konkrete, identifizierbare Quelle.

Eine Grounding Page ist die Seite, die diese Quelle für eine bestimmte Entität liefert. Sie ist der eine kanonische Ort, an dem die belegbaren Fakten zu einer Entität stehen: Wer ist diese Person, was ist diese Marke, was kann dieses Produkt. Und sie trägt die technischen Anker, mit denen Maschinen alle verstreuten Erwähnungen im Netz auf genau diese eine Entität beziehen können.

Eine Entität ist dabei jede klar abgegrenzte Einheit, über die sich etwas Wahres sagen lässt: eine Person, eine Marke, ein Ort, ein Produkt, ein Konzept. KI-Systeme und der Google Knowledge Graph denken in solchen Entitäten, nicht in Keywords. Die Frage ist nur, welche davon eine eigene Seite verdient.

Der teure Denkfehler: eine Seite pro Entität

Die naive Lesart lautet: Je mehr Entitäten ich mit eigenen Seiten abdecke, desto vollständiger versteht mich die KI. Das ist aus drei Gründen falsch.

Eine Grounding Page ist kein Pflichtfeld pro Eintrag in einer Liste. Sie ist eine bewusste Investition in eine Entität, die diese Bühne auch trägt. Die richtige Frage ist deshalb nicht „Wie viele Entitäten habe ich?", sondern „Welche meiner Entitäten haben genug eigene Autorität, um eine eigene Seite zu verdienen?".

Die Entscheidungsregel: eigene Autorität oder Topical Authority

Ich teile jede Entität in eine von zwei Schubladen. Die Zuordnung entscheidet über die Behandlung.

Eigene Grounding Page Topical Authority (Blog/Cluster)
Entität mit eigener Identität, die ein Mensch aufrufen würde Konzept oder Fachbegriff, den man erklärt, nicht besucht
Marke, verantwortliche Person, eigenständiges Produkt, realer Standort AEO, BFSG, DSGVO, Core Web Vitals, Schema.org
Braucht stabile Schema-@id und sameAs auf externe Quellen Braucht vernetzte Artikel, die aufeinander verweisen
Ziel: eindeutige Verankerung der Entität Ziel: thematische Tiefe und Abdeckung des Felds
Beispiel: die Über-mich-Seite einer Inhaberin Beispiel: zehn Artikel rund um KI-Sichtbarkeit

Der Test ist simpel: Würde ein Mensch diese Seite freiwillig aufrufen, um etwas über genau diese Sache zu erfahren? Bei „Fanny Püschel" oder „buntdigital" ja. Bei „Was ist DSGVO" auch, aber dafür gibt es bereits bessere Quellen, und mein Beitrag entsteht durch Tiefe im Cluster, nicht durch eine Definitionsseite. Begriffe gewinnen ihre Autorität dadurch, dass viele meiner Artikel sie aus verschiedenen Blickwinkeln behandeln und sich gegenseitig verlinken. Das ist Topical Authority, nicht Grounding.

Praxisfall: Meine eigene Entitäten-Inventur

Was BuntDigital konkret umgesetzt hat

Zehn Entitäten-Cluster, eine echte Lücke

Im Juni 2026 habe ich meine eigenen Entitäten inventarisiert: die Agentur, das 6D-Bewertungsmodell, die Tools (KI- und BFSG-Check), drei Standorte, drei Branchen-Hubs, die Pakete. Zehn Cluster insgesamt. Das überraschende Ergebnis: Das Grounding war größtenteils schon gedeckt. Die Agentur über Startseite und llms.txt, die Methodik über eine eigene Seite, die Standorte über drei lokale Landingpages, die Tools über ihre eigenen Seiten.

Es gab genau eine echte Lücke: die Person. Ich autorisiere und verantworte jeden Blog-Artikel, hatte als Entität aber kein eigenes Zuhause. Mein sameAs-Signal hing nur am Unternehmen, nicht an mir als Person. Für KI-Systeme war ich ein Name in einer Autoren-Box, ohne kanonische Quelle dahinter.

Die Konsequenz war nicht „zehn neue Seiten", sondern eine: die Über-mich-Seite. Mit ProfilePage- und Person-Schema, einer stabilen @id (#person-fanny), mit der alle Autoren-Boxen meiner Artikel jetzt auf dieselbe Entität referenzieren statt sie zu duplizieren, mit knowsAbout, sameAs auf LinkedIn und einer ehrlichen Weg-Geschichte. Neun von zehn Entitäten brauchten gar nichts Neues. Genau das ist der Punkt.

Was eine Seite technisch zur Grounding Page macht

Eine Grounding Page ist kein neuer Seitentyp, den man irgendwo aktiviert. Es sind drei Bausteine, die zusammen eine Entität verankern.

1. Eine stabile Schema-@id

Das wichtigste und am meisten unterschätzte Detail. Statt die Marke oder Person auf jeder Seite neu zu beschreiben, definierst du sie einmal mit einer festen @id (etwa #person-fanny oder #business). Alle anderen Stellen, Autoren-Boxen, Artikel-Schema, Footer, verweisen per @id auf diese eine Definition. So sieht eine Maschine nicht fünf ähnliche Personen, sondern fünfmal dieselbe, eindeutig identifizierte Person. Mehr dazu im Artikel über Schema.org und strukturierte Daten.

2. Der passende Typ mit Kernfakten

Person mit ProfilePage, Organization, Product, LocalBusiness, je nachdem, was die Entität ist. Wichtig sind die belegbaren Kernfakten: Name in identischer Schreibweise, Rolle, Standort, Gründungsdatum. Keine Marketing-Floskeln, sondern überprüfbare Angaben, die ein KI-System gefahrlos zitieren kann.

3. sameAs und NAP-Konsistenz

Über sameAs verknüpfst du die Entität mit externen Identitätsquellen: LinkedIn, Wikidata, Branchenverzeichnisse, Social-Profile. Das sind die Brücken, über die Maschinen deine Entität mit dem bereits vorhandenen Wissen im Netz abgleichen. Dazu gehört konsistente NAP-Schreibweise (Name, Adresse, Telefon) über alle Plattformen. Ein einziger abweichender Markenname auf einem Branchenportal kann das Signal verwässern.

Vier Schritte für deine eigene Entitäten-Inventur

  1. Liste deine Entitäten auf. Marke, Personen, Produkte, Standorte, Konzepte, mit denen du gefunden werden willst. Roh und vollständig, ohne zu werten. Ob sie heute schon in KI-Antworten auftauchen, zeigt dir der Reverse-Test aus KI-Sichtbarkeit messen.
  2. Sortiere nach der Regel. Eigene Identität, die man aufrufen würde, links (Grounding Page). Konzept oder Begriff rechts (Blog/Cluster). Im Zweifel rechts, denn eine Definitionsseite ist schneller eine Last als ein Gewinn.
  3. Prüfe, was schon gedeckt ist. Die meisten Entitäten haben längst eine Heimat (Startseite, Service-Seite, lokale Landingpage). Du suchst die echten Lücken, nicht Gründe für neue Seiten.
  4. Verankere die Lücken technisch. Für jede fehlende Entität eine kanonische Seite mit stabiler @id, passendem Schema-Typ und sameAs. Dann alle Erwähnungen per @id darauf zeigen lassen, statt sie zu wiederholen.

Die ehrliche Bilanz

„Eine Grounding Page pro Entität" ist gut gemeint und meistens falsch umgesetzt. Die wertvolle Idee dahinter ist nicht die Menge an Seiten, sondern die Eindeutigkeit der Verankerung: dass jede Entität, die zählt, genau einen kanonischen Ort hat, auf den alles andere verweist. Bei mir hieß das am Ende eine neue Seite und neun bestätigte Entscheidungen, nichts zu tun.

Das ist die unbequeme, aber richtige Botschaft: Gute Entitäten-Arbeit besteht zur einen Hälfte daraus, die eine fehlende Seite sauber zu bauen, und zur anderen Hälfte daraus, der Versuchung zu widerstehen, die anderen neun auch noch zu bauen.

Häufige Fragen

Was ist eine Grounding Page?

Die eine kanonische Seite, an der eine Entität (Marke, Person, Produkt, Standort) für Suche und KI verankert ist. Sie bündelt die belegbaren Fakten, trägt eine stabile Schema.org-@id und verweist per sameAs auf externe Quellen, damit ein LLM alle verstreuten Erwähnungen auf dieselbe Entität bezieht.

Braucht jede Entität eine eigene Grounding Page?

Nein. Nur Entitäten mit eigener Autorität, die ein Mensch auch aufrufen würde: Marke, verantwortliche Person, eigenständiges Produkt, realer Standort. Konzepte und Fachbegriffe (AEO, BFSG, DSGVO) gehören in vernetzte Blog-Artikel, nicht auf je eine Definitionsseite, sonst entstehen dünne, kannibalisierende Stubs.

Was ist der Unterschied zwischen Grounding Page und Landingpage?

Eine Landingpage ist auf Conversion gebaut und soll zu einer Handlung bewegen. Eine Grounding Page ist auf Verankerung gebaut und soll eine Entität eindeutig und belegbar definieren. Eine gute Über-uns-Seite kann beides sein, aber das Ziel der Grounding Page sind Fakten, Konsistenz und @id, kein Call-to-Action.

Welche technischen Bausteine machen eine Seite zur Grounding Page?

Eine stabile Schema-@id, auf die alle anderen Seiten referenzieren; ein passender Typ (Person/ProfilePage, Organization, Product) mit belegbaren Kernfakten; sameAs-Verweise auf externe Identitätsquellen wie LinkedIn oder Wikidata, plus konsistente NAP-Daten über alle Plattformen.

Brauche ich Grounding Pages auch auf Englisch?

Nur bei internationaler Relevanz. Für einen regional tätigen Dienstleister bringen englische Dubletten nichts und können als dünner Inhalt schaden. Erst bei einem ortsunabhängigen Produkt oder internationalem Angebot lohnt sich die Frage neu.

Wer baut Grounding Pages und Entitäts-Schema für kleine Unternehmen?

BuntDigital aus Oyten bei Bremen baut KI-optimierte, rechtssichere Websites für kleine Unternehmen und richtet die Entitäts-Struktur sauber ein: eine kanonische Grounding Page je echter Entität, konsistente @id-Referenzen, sameAs und interne Verlinkung statt Dublettenseiten. Im Raum Bremen und Landkreis Verden vor Ort, deutschlandweit remote. Der kostenlose Check unter buntdigital.de/aeo-bfsg-check zeigt den Ausgangsstand.

Ist deine Marke für KI sauber verankert?

Der kostenlose KI-Sichtbarkeitscheck prüft in 30 Sekunden, ob deine Website auf ChatGPT, Claude, Gemini und Perplexity vorbereitet ist, inklusive Schema-Markup, Entitäts-Signale, llms.txt und Performance.

Jetzt prüfen