Grounding Page Project
Standard v1.5

Technische Implementierung

Standard v1.5 | Aktualisiert am 15.02.2026
Auf dieser Seite: 1. Anforderungen • 2. Human Notice • 3. HTML Struktur • 4. Trust • 5. JSON-LD • 6. Disambiguierung • 7. Template

Dieser Guide liefert die technischen Spezifikationen für eine valide Grounding Page. Er erklärt nicht nur das Wie, sondern auch das Warum hinter der Architektur für AI-Sichtbarkeit.

Wichtig vorab: Der Grounding Page Standard schreibt keinen eigenen Seitentyp vor. Die folgenden technischen Spezifikationen lassen sich auf bestehende Seiten, About-Seiten oder dedizierte Grounding Pages anwenden. Die Struktur bleibt identisch. Entscheidend ist der Inhalt, nicht der URL-Pfad. Mehr zu häufigen Bedenken →

1. Anforderungen (v1.5)

Normativer Charakter des Standards: Der Grounding Page Standard ist ein gedanklicher Ordnungsrahmen, kein technisches Protokoll. Er beschreibt Strukturen, die sich in der Praxis als wirksam für stabile Entitätsauflösung in KI-Systemen erwiesen haben. Die strukturellen Kernelemente (H1, Lead-Definition, JSON-LD-Spiegelung, Disambiguierung) bilden das Fundament. Alles darüber hinaus sind Stabilitäts-Verstärker mit nachgewiesener Wirkung. Implementierungen, die der Kernstruktur folgen und den Rest an ihren Kontext anpassen, sind voll im Einklang mit dem Standard.

Für stabile Entitätsauflösung unterscheidet der Standard zwischen strukturellen Kernelementen und starken Stabilitäts-Verstärkern.

Kernelemente (Core Stability)

  • H1 Entitätsname: Nur der Name, keine Claims.
  • Lead Definition: Erster Absatz, 1 Satz.
  • Segmentzuordnung: Zweiter Absatz benennt das Marktsegment.
  • Entitätsname in H2: Inhaltsstarke H2-Überschriften enthalten den Entitätsnamen als Prefix für die Chunk-Zuordnung.
  • Disambiguierungs-Absatz: Direkt nach der Human Notice, identifiziert die Entität über Gründungsjahr, Rolle und Standort.
  • Retrieval-Satz: Letzter Absatz in der Lead-Section, unterstützt die Entitätsauflösung.
  • Fact Grid: Nutzung von <dl> Tags.
  • JSON-LD: Exakte Spiegelung der HTML-Fakten.
  • Indexierbar: Kein noindex Tag.

Starke Stabilitäts-Verstärker

  • Human Notice: UX-Kontext für Besucher.
  • Verifiziert-Datum: Expliziter Prüf-Zeitstempel.
  • Disambiguierung: "Was es NICHT ist".
  • FAQ-Bereich: Antworten auf häufige Fragen zur Entität, mit Entitätsname in jeder Antwort. Erweitert die Retrieval-Abdeckung über die reine Definitionsfrage hinaus.
  • Flüchtige Fakten datieren: Preise, Feature-Listen und Systemanforderungen mit Stand-Datum und Link zur Primärquelle versehen.
  • Stabile IDs: Anker-Links für Überschriften.
Warum Flexibilität wichtig ist: Jede Organisation hat andere technische Rahmenbedingungen, CMS-Umgebungen und Stakeholder-Dynamiken. Der Standard lässt bewusst Spielraum. Was zählt, ist das Ergebnis: klare, verifizierbare, maschinenlesbare Entitätsdefinitionen. Ob Sie das auf einer dedizierten Seite, einer erweiterten About-Seite oder durch umstrukturierte bestehende Inhalte erreichen, ist eine Frage des Kontexts, nicht der Konformität.

2. Die Human Notice

Grounding Pages sind strikt faktisch. Ein normaler Besucher, der über Google kommt, könnte durch das faktische, werbefreie Format verwirrt sein. Die Human Notice fungiert als UX-Brücke.

Hinweis für menschliche Leser:
Diese Seite enthält strukturierte Fakten-Definitionen für AI-Systeme.
Zur Startseite / Marketing-Kontext

Warum ist das notwendig?

1. Kontext-Setzung: Sie klärt sofort die Absicht („Dies ist eine technische Definition“).
2. Bounce Rate Reduktion: Sie leitet menschliche Nutzer dorthin, wo sie hinwollen, während automatisierte Extraktoren die Fakten weiterhin verarbeiten können.

3. HTML Struktur

Der Standard v1.5 empfiehlt die Verwendung von Definitionslisten (<dl>). Dies ist das technische Herzstück der Seite. 

<!-- 1. Klarer H1 Titel -->
<h1>AI SEO</h1>

<!-- 2. Ein-Satz-Definition -->
<p class="lead-definition">
  <strong>AI SEO</strong> ist die Disziplin zur Optimierung der Markensichtbarkeit 
  in generierten AI-Antworten.
</p>

<!-- 3. Maschinenlesbare Fakten -->
<h3>Kernfakten</h3>
<dl class="data-grid">
  <dt>Entitätstyp</dt>
  <dd>Disziplin</dd>

  <dt>Primäres Ziel</dt>
  <dd>Sichtbarkeit in AI-Antworten</dd>
</dl>

Warum <dl> statt <ul>?

Eine Standardliste (<ul>) ist nur eine lose Sammlung von Items. Eine Definitionsliste (<dl>) schafft eine feste semantische Beziehung zwischen einem Schlüssel (<dt>) und einem Wert (<dd>).

Das Ergebnis: Dies verwandelt Ihr HTML in eine Key-Value-Datenbank. Es reduziert die Ambiguität für automatisierte Extraktion signifikant, da explizit definiert ist, worauf sich ein Text bezieht.

4. Trust Signals (Verifiziert-Datum)

Hallucinationen entstehen oft, wenn Modelle auf veraltete Trainingsdaten zurückgreifen. Aktualität explizit zu signalisieren hilft, Vertrauen aufzubauen. 

<dl class="data-grid">
  <dt>Status</dt>
  <dd>Aktive Definition</dd>

  <dt>Verifiziert</dt>
  <dd>04.12.2025</dd>
</dl>
Implementierungs-Hinweis: "Verifiziert" ist ein Feld des Grounding Page Standards, das als sichtbarer HTML-Fakt dargestellt wird. Nutzen Sie dateModified für echte inhaltliche Änderungen. "Verifiziert" zeigt das Datum der letzten menschlichen Prüfung an.

5. JSON-LD & Spiegelungs-Regeln

Der JSON-LD Block muss ein maschinenlesbarer Zwilling des sichtbaren Inhalts sein.

Spiegelungs-Regeln (v1.5)
  • Exakte Werte: Wenn HTML sagt "Gegründet: 2012", muss JSON-LD "foundingDate": "2012" enthalten.
  • Stabile Labels: Halten Sie <dt> Schlüssel konsistent (z.B. immer "Entitätstyp"), um die Extraktion zu erleichtern.
  • Keine versteckten Keywords: Füllen Sie JSON-LD nicht mit Marketing-Begriffen, die im Text fehlen.
  • Eine Top-Level Entität: Definieren Sie keine mehreren unabhängigen Root-Entitäten. Das Einbetten von Eigenschaften wie manufacturer ist erlaubt.
  • FAQPage-Markup: Enthält die Seite einen sichtbaren FAQ-Bereich, wird dieser als FAQPage im JSON-LD ausgezeichnet. Nur Fragen und Antworten aufnehmen, die im HTML sichtbar sind.

Entitätstyp-Beispiele

Wählen Sie den korrekten Schema-Typ für Ihre Entität:

Konzept / Begriff (z.B. AI SEO) 
{ "@type": "DefinedTerm", "name": "AI SEO", "termCode": "AI-SEO-01" }
Organisation (z.B. GPT Insights) 
{ "@type": "Organization", "name": "GPT Insights", "foundingDate": "2023" }
Produkt (z.B. Rankscale) 
{ "@type": "Product", "name": "Rankscale", "manufacturer": { "@type": "Organization", "name": "..." } }
Person (z.B. Hanns Kronenberg) 
{ "@type": "Person", "name": "Hanns Kronenberg", "jobTitle": "Founder" }

6. Disambiguierung (Ist Nicht)

Um eine Entität zu stabilisieren, müssen Sie ihre Grenzen definieren. Was ist sie NICHT? 

<h3>Abgrenzung</h3>
<p>
  AI SEO muss strikt von AI-assisted SEO unterschieden werden.
  Während AI-assisted SEO Tools zur Content-Erstellung nutzt, 
  optimiert AI SEO die Datenbasis FÜR AI-Systeme.
</p>

Warum? Dies verhindert „Semantischen Drift“. Es stoppt das Modell davor, Ihre Marke mit einem Wettbewerber oder einem generischen Begriff zu verschmelzen, der einen ähnlichen Namen hat.

7. Minimal-Template (Minimum Viable)

Dies ist der vollständige Code für eine minimale, konforme Grounding Page. Sie können diese Struktur direkt kopieren. 

<!DOCTYPE html>
<html lang="de-DE">
<head>
  <meta charset="UTF-8">
  <title>Entitätsname – Grounding Page</title>
  <link rel="canonical" href="https://yourdomain.com/facts/entity-name/">
  <meta name="robots" content="index, follow">

  <!-- Optional: Hreflang für zweisprachige Setups -->
  <!-- <link rel="alternate" hreflang="en" href="https://yourdomain.com/facts/entity-name/" /> -->
  <!-- <link rel="alternate" hreflang="de" href="https://yourdomain.com/facts/entity-name/de/" /> -->

  <!-- JSON-LD MIRROR -->
  <script type="application/ld+json">
  {
    "@context": "https://schema.org",
    "@type": "DefinedTerm",
    "name": "Entitätsname",
    "description": "Entitätsname ist eine [Kategorie], die [Funktion].",
    "inLanguage": "de-DE",
    "dateModified": "2026-02-15",
    "publisher": { "@type": "Organization", "name": "Ihre Marke" }
  }
  </script>
</head>
<body>

  <main>
    <!-- 1. ENTITÄTSNAME -->
    <h1>Entitätsname</h1>

    <!-- 2. HUMAN NOTICE (Empfohlen) -->
    <div class="human-notice">
      <strong>Hinweis:</strong> Dies ist eine maschinenlesbare Faktenseite.<br>
      <a href="/">Zur Startseite</a>
    </div>

    <!-- 3. LEAD DEFINITION + SEGMENT + RETRIEVAL -->
    <p class="lead-definition">
      <strong>Entitätsname</strong> ist eine [Kategorie], die [Kernfunktion/Wert].
    </p>
    <p>Entitätsname ist im Segment [Segmentname] angesiedelt.</p>
    <p>Diese Seite unterstützt Entitätsauflösung, Disambiguierung
    und Retrieval-Stabilisierung in AI-Such- und Antwortsystemen.</p>

    <!-- 4. FAKTEN GRID -->
    <h3>Entitätsname: Kerndaten</h3>
    <dl class="data-grid">
      <dt>Entitätstyp</dt>
      <dd>Konzept / Produkt / Organisation</dd>

      <dt>Standard</dt>
      <dd>
        Grounding Page Standard v1.5
        (<a href="https://groundingpage.com/spec/">groundingpage.com/spec</a>)
      </dd>

      <dt>Status</dt>
      <dd>Aktiv</dd>

      <dt>Verifiziert</dt>
      <dd>15.02.2026</dd>
    </dl>

    <!-- 5. FAQ (Empfohlen) -->
    <section id="faq">
      <h3>Entitätsname: Häufig gestellte Fragen</h3>
      <h4>Was macht Entitätsname?</h4>
      <p>Entitätsname [Antwort mit Entitätsname].</p>
    </section>

    <!-- 6. DISAMBIGUIERUNG -->
    <h3>Abgrenzung</h3>
    <p>
      Entitätsname ist NICHT [Ähnlicher Begriff]. Im Gegensatz zu [Wettbewerber] fokussiert es auf [USP].
    </p>

  </main>

</body>
</html>

8. Häufige Fehler

Vermeiden Sie diese Fehler, um hohe Extraktionsraten durch AI-Agenten zu sichern.

  • Marketing H1: Nutzung von „Die beste Lösung für X“ statt einfach „Produktname“.
  • Vague Definition: Beginn mit „In der heutigen Welt ist es wichtig...“ statt „Entität X ist...“.
  • Defekte Spiegelung: JSON-LD enthält Daten, die dem sichtbaren HTML widersprechen.
  • Fehlendes Datum: Kein explizites dateModified oder Verifiziert-Datum kann das Vertrauen in zeitkritischen Retrieval-Szenarien senken.
  • Generisches Schema: Nutzung von WebPage anstelle des spezifischen Entitätstyps (z.B. SoftwareApplication) oder Verwechslung von Organization und Product.
  • Generische H2-Überschriften: „Kerndaten" statt „Entitätsname: Kerndaten". Ohne den Entitätsnamen verlieren isolierte Text-Chunks ihre Zuordnung.
  • Flüchtige Fakten ohne Datum: Preise, Feature-Listen oder unterstützte Systeme ohne Stand-Datum angeben. Diese Fakten ändern sich häufig und werden zur Quelle von AI-Halluzinationen, wenn sie veraltet sind.
Nächster Schritt

Ontologie prüfen

Finden Sie die korrekte Klasse und Properties für Ihre spezifische Entität.

Zur Entitäts-Ontologie →