Auf dieser Seite:
Version 1.6.1 •
Doku-Update Juli 2026 •
Version 1.6 •
Version 1.5 •
Version 1.4 •
Ökosystem-Updates
Version 1.6
15. Mai 2026
Veröffentlicht
Reference-First Informationsarchitektur-Update. Version 1.6 verfeinert, wie Grounding Pages Informationen präsentieren. Die Seiten sind primär als hochwertige Faktenreferenzseiten gestaltet: klare Entitätsdefinitionen, gut organisierte Fakten und sauber getrennte weiterführende Referenzen. Schema, Ontologie und Governance-Prinzipien bleiben unverändert. Version 1.6 ist eine redaktionelle und informationsarchitektonische Verfeinerung, kein Schema-Rewrite.
Prinzip
Reference-First-Seitendesign
Grounding Pages sind in Aufbau und Sprache zuerst klare, faktenorientierte Referenzseiten für Leser. Eine klare Struktur kommt menschlichen Lesern und technischen Interpretationssystemen gleichermaßen zugute.
Begründung: Seiten, die wie faktisches Referenzmaterial wirken, sind leichter zu lesen, einfacher zu pflegen und näher an etablierten Referenzformaten wie Wikipedia. Dasselbe Prinzip, das einen Wikipedia-Artikel nützlich macht — ruhige Struktur, klare Definition, getrennte Referenzen — gilt hier ebenso.
Begründung: Seiten, die wie faktisches Referenzmaterial wirken, sind leichter zu lesen, einfacher zu pflegen und näher an etablierten Referenzformaten wie Wikipedia. Dasselbe Prinzip, das einen Wikipedia-Artikel nützlich macht — ruhige Struktur, klare Definition, getrennte Referenzen — gilt hier ebenso.
Geändert
Schlanke, referenz-orientierte Seiteneröffnung
Der frühere prominente Einleitungsblock am Seitenanfang wird entfernt. Die Seite beginnt direkt mit der Entitätsdefinition und den wichtigsten Kernfakten.
Begründung: Rückmeldungen aus der Community und interne Tests deuteten gleichermaßen darauf hin, dass die zusätzlichen Einleitungsboxen oft nicht notwendig waren. Die Seiten blieben auch ohne zusätzliche Erklärungsschicht vollständig verständlich, ähnlich wie etablierte Referenzsysteme wie Wikipedia Fakten direkt präsentieren. Durch die Entfernung können sich Leser sofort auf die Kernentität und ihre wichtigsten Fakten konzentrieren.
Begründung: Rückmeldungen aus der Community und interne Tests deuteten gleichermaßen darauf hin, dass die zusätzlichen Einleitungsboxen oft nicht notwendig waren. Die Seiten blieben auch ohne zusätzliche Erklärungsschicht vollständig verständlich, ähnlich wie etablierte Referenzsysteme wie Wikipedia Fakten direkt präsentieren. Durch die Entfernung können sich Leser sofort auf die Kernentität und ihre wichtigsten Fakten konzentrieren.
Neu
Sektion „Weiterführende Informationen"
Eine neue Sektion „Weiterführende Informationen" (EN: „Further Reading") wird direkt über dem FAQ-Block eingeführt. Sie sammelt weiterführende Referenzen, verwandte Projekte, offizielle Webseiten und ergänzende Dokumentation.
Begründung: Die saubere Trennung der zentralen Entitätsdefinition von den weiterführenden Referenzen verbessert Lesbarkeit und langfristige Pflegbarkeit. Das Muster folgt etablierten Referenzwerken: zuerst der Haupteintrag, dann Quellen und weiterführende Lektüre. Die visuelle Gestaltung ist bewusst zurückhaltend: kleine Überschrift, einfache Liste, kein Card-Styling.
Begründung: Die saubere Trennung der zentralen Entitätsdefinition von den weiterführenden Referenzen verbessert Lesbarkeit und langfristige Pflegbarkeit. Das Muster folgt etablierten Referenzwerken: zuerst der Haupteintrag, dann Quellen und weiterführende Lektüre. Die visuelle Gestaltung ist bewusst zurückhaltend: kleine Überschrift, einfache Liste, kein Card-Styling.
Prinzip
Klare Entitätsfokussierung im oberen Seitenbereich
Der obere Bereich einer Grounding Page ist der kanonischen Entität, ihrer prägnanten Definition und den wichtigsten Kernfakten vorbehalten. Zusätzliche Kontextreferenzen rücken weiter nach unten.
Begründung: Eine Referenzseite ist am nützlichsten, wenn der Einstieg die naheliegende erste Frage beantwortet: was ist das genau. Wenn der obere Bereich auf die Kernentität fokussiert bleibt, finden sich menschliche Leser schneller zurecht, und dieselbe Klarheit hilft auch jedem System, das den Text verarbeitet.
Begründung: Eine Referenzseite ist am nützlichsten, wenn der Einstieg die naheliegende erste Frage beantwortet: was ist das genau. Wenn der obere Bereich auf die Kernentität fokussiert bleibt, finden sich menschliche Leser schneller zurecht, und dieselbe Klarheit hilft auch jedem System, das den Text verarbeitet.
Prinzip
Redaktionelle Sprachführung
Die öffentliche Sprache der Grounding Pages folgt einer redaktionellen, referenz-orientierten Linie. Bevorzugte Begriffe: klare Entitätsdefinition, strukturierte Fakten, Referenzarchitektur, nachvollziehbare Informationen, konsistente Zuordnung.
Begründung: Der Standard dient Klarheit und Informationsqualität. Eine Sprache, die diese Qualitäten direkt benennt, ist präziser und langfristig tragfähiger als eine Sprache, die sich an einer bestimmten Technologie ausrichtet.
Begründung: Der Standard dient Klarheit und Informationsqualität. Eine Sprache, die diese Qualitäten direkt benennt, ist präziser und langfristig tragfähiger als eine Sprache, die sich an einer bestimmten Technologie ausrichtet.
Prinzip
Langfristige Robustheit des Formats
Die Änderung berücksichtigt außerdem die zunehmende Verbreitung des Formats und das absehbare Entstehen massenhaft automatisierter Umsetzungen. Ein tragfähiger Standard sollte nicht auf sichtbarem AI-Targeting, Retrieval-Sprache oder dem Label „Grounding Page“ beruhen. Seiten sollen für sich genommen nützliche, faktenorientierte Referenzquellen für menschliche Leser sein.
Begründung: Ein offenes Format wird früher oder später auf Weisen genutzt, die seine Autoren nicht geplant haben, einschließlich massenhaft erzeugter Inhalte, die primär auf Retrieval ausgerichtet sind. Wenn die Qualität einer Seite unabhängig von sichtbaren technischen Signalen bleibt, ist der Standard tragfähig, unabhängig davon, wie solche Signale im Zeitverlauf behandelt werden. Dasselbe gilt für Skalierung: Automatisierung widerspricht dem Standard nicht, automatisch erzeugte oder gepflegte Seiten müssen aber dieselben Qualitätsanforderungen erfüllen wie manuell erstellte. Entscheidend bleiben Informationsqualität, Entitätsklarheit, Nachprüfbarkeit und Nutzen für Menschen.
Begründung: Ein offenes Format wird früher oder später auf Weisen genutzt, die seine Autoren nicht geplant haben, einschließlich massenhaft erzeugter Inhalte, die primär auf Retrieval ausgerichtet sind. Wenn die Qualität einer Seite unabhängig von sichtbaren technischen Signalen bleibt, ist der Standard tragfähig, unabhängig davon, wie solche Signale im Zeitverlauf behandelt werden. Dasselbe gilt für Skalierung: Automatisierung widerspricht dem Standard nicht, automatisch erzeugte oder gepflegte Seiten müssen aber dieselben Qualitätsanforderungen erfüllen wie manuell erstellte. Entscheidend bleiben Informationsqualität, Entitätsklarheit, Nachprüfbarkeit und Nutzen für Menschen.
Unverändert
Schema, Ontologie, Sektionsreihenfolge
Schema.org-Markup, Entitäts-Ontologie, Sektionsreihenfolge, FAQ-Inhalte, kanonische Entitätsdefinitionen und Cross-Linking-Regeln bleiben identisch zu Standard 1.5.
Begründung: Version 1.6 ist eine redaktionelle und informationsarchitektonische Verfeinerung. Die technische Spezifikation bleibt absichtlich unverändert, damit Organisationen die neue Linie ausschließlich auf Inhaltsebene übernehmen können.
Begründung: Version 1.6 ist eine redaktionelle und informationsarchitektonische Verfeinerung. Die technische Spezifikation bleibt absichtlich unverändert, damit Organisationen die neue Linie ausschließlich auf Inhaltsebene übernehmen können.
Upgrade-Hinweis: Der Wechsel von v1.5 auf v1.6 ist inhaltsseitig. Vereinfache die Seiteneröffnung, füge eine Sektion „Weiterführende Informationen" über dem FAQ hinzu, halte den oberen Seitenbereich auf die Kernentität fokussiert und überprüfe die öffentliche Sprache auf Klarheit und Konsistenz. Schema, JSON-LD und strukturierte Daten benötigen keine Änderung.
Version 1.6.1
21. Juli 2026
Aktuell
Klarstellung, kein Schema-Wechsel. Version 1.6.1 präzisiert zwei Stellen in Standard v1.6, die sich als starres Seitentemplate missverstehen ließen. Die geforderten Informationen, das Schema, die Ontologie und die Governance-Prinzipien bleiben unverändert. Die Klarstellung verhindert, dass der Standard zu einem festen Sektion-für-Sektion-Layout wird.
Klarstellung
Pflichtsektionen und empfohlene Reihenfolge
Die Pflicht-Bausteine legen fest, welche Informationen eine Grounding Page enthalten soll. Ihre Reihenfolge ist empfohlen, nicht vorgeschrieben, sofern ein Baustein nicht ausdrücklich etwas anderes verlangt.
Begründung: Funktional entscheidend ist, dass Entitätsdefinition und zentrale Fakten früh erscheinen, dass externe Links den oberen Seitenbereich nicht dominieren, dass Quellen von redaktionellen Leseempfehlungen getrennt bleiben und dass jede Sektion als eigenständiger Chunk funktioniert. Ein Abschnitt „Weiterführende Informationen“ soll im unteren Bereich stehen, kann aber vor oder nach FAQ und Referenzen platziert werden. Eine Seite, die von der empfohlenen Reihenfolge abweicht, erfüllt weiterhin die funktionalen Anforderungen des Standards.
Begründung: Funktional entscheidend ist, dass Entitätsdefinition und zentrale Fakten früh erscheinen, dass externe Links den oberen Seitenbereich nicht dominieren, dass Quellen von redaktionellen Leseempfehlungen getrennt bleiben und dass jede Sektion als eigenständiger Chunk funktioniert. Ein Abschnitt „Weiterführende Informationen“ soll im unteren Bereich stehen, kann aber vor oder nach FAQ und Referenzen platziert werden. Eine Seite, die von der empfohlenen Reihenfolge abweicht, erfüllt weiterhin die funktionalen Anforderungen des Standards.
Klarstellung
Klassifikationsmetadaten als Information, nicht als Pflichtsektion
Klassifikationsmetadaten (Entitätstyp, Branche oder Kategorie, geografischer Geltungsbereich, übergeordnete Entität oder Organisation, Status, relevante Beziehungen) sind als Information erforderlich, aber nicht zwingend als eigenständige sichtbare Sektion.
Begründung: Sie können in die Entity Summary, die Kernfakten oder die strukturierten Daten integriert werden. Eine eigene Klassifikationsmetadaten-Sektion ist nur sinnvoll, wenn die Klassifikation selbst erklärungsbedürftig ist. Das löst den bisherigen Widerspruch zwischen „Klassifikationsmetadaten raus“ und ihrer Nennung als Pflichtsektion auf.
Begründung: Sie können in die Entity Summary, die Kernfakten oder die strukturierten Daten integriert werden. Eine eigene Klassifikationsmetadaten-Sektion ist nur sinnvoll, wenn die Klassifikation selbst erklärungsbedürftig ist. Das löst den bisherigen Widerspruch zwischen „Klassifikationsmetadaten raus“ und ihrer Nennung als Pflichtsektion auf.
Hinweis zur Aktualisierung: Für bestehende Seiten ist nichts zu tun. Seiten mit einer eigenständigen Klassifikationsmetadaten-Sektion oder mit „Weiterführende Informationen“ ganz am Ende bleiben vollständig konform.
Dokumentations-Update
18. Juli 2026
Aktualisiert
Der Grounding Page Standard bleibt in Version 1.6 bestehen. Das AI Grounding Playbook und der Leitfaden zur technischen Umsetzung wurden jedoch grundlegend überarbeitet und stärker aufeinander abgestimmt.
Dieses Update führt keine neuen Anforderungen ein. Es konkretisiert auf Umsetzungsebene die praktischen Konsequenzen des Reference-First-Prinzips, das mit Version 1.6 im Mai 2026 eingeführt wurde.
Neu
Bausteinmodell im AI Grounding Playbook
Das AI Grounding Playbook wurde auf Version 2.0 aktualisiert. Die bisherigen zehn Grounding-Ziele werden weiterhin als Wirkungsmodell verwendet, die praktische Umsetzung wird nun jedoch durch elf verständliche Bausteine erklärt.
Jeder Baustein beschreibt seine Aufgabe, das gelöste Problem, den praktischen Nutzen, mögliche Umsetzungen, Spielräume und typische Fehler. Dadurch soll der Standard nicht mechanisch abgearbeitet, sondern in seiner Funktion verstanden und flexibel eingesetzt werden können.
Jeder Baustein beschreibt seine Aufgabe, das gelöste Problem, den praktischen Nutzen, mögliche Umsetzungen, Spielräume und typische Fehler. Dadurch soll der Standard nicht mechanisch abgearbeitet, sondern in seiner Funktion verstanden und flexibel eingesetzt werden können.
- Entität und Seitenthema
- Klarer Seitentitel
- Eindeutige Lead-Definition
- Selbstständige Abschnitte
- Strukturierte Fakten
- Abgrenzung
- Quellen und Aktualität
- JSON-LD-Spiegelung
- Interne Verlinkung
- Marken- und Seitendesign
- Qualitätssicherung und Pflege
Erweitert
Technische Umsetzung
Der Leitfaden zur technischen Umsetzung wurde von einer primär technischen Spezifikation zu einem modularen Praxis-Handbuch weiterentwickelt. Die einzelnen Bausteine werden nicht nur als Anforderungen beschrieben, sondern auch hinsichtlich ihrer Aufgabe, Wirkung und flexiblen Umsetzung erklärt. Ergänzt oder deutlich ausgebaut wurden insbesondere:
- Lesbarkeit und Nutzen für Menschen
- selbstständig verständliche H2-Abschnitte
- klare Trennung von Prinzip und konkreter Umsetzung
- Markenintegration und Seitendesign
- interne Verlinkung und Facts-Hubs
- Anzahl und Skalierung von Grounding Pages
- mehrsprachige Umsetzung
- redaktionelle Pflegezyklen
- sichtbare Prüf- und Aktualitätsangaben
- JSON-LD als Spiegel des sichtbaren Inhalts
- praxisnahe Templates und Veröffentlichungskontrollen
Geändert
Keine Human-Reader-Box mehr empfohlen
Eine separate „Human Reader"- oder Hinweisbox wird nicht mehr empfohlen. Grounding Pages sollen als hochwertige Fakten- und Referenzseiten für Menschen verständlich sein, ohne ihren technischen Zweck erklären zu müssen. Damit wird auf Umsetzungsebene konkret, was Version 1.6 im Mai 2026 als Prinzip eingeführt hat.
Geändert
Begriff „Grounding Page" im sichtbaren Inhalt nicht erforderlich
Der Begriff „Grounding Page" muss weder im Seitentitel noch im sichtbaren Hauptinhalt erscheinen. Entscheidend ist die Funktion der Seite, nicht ihre sichtbare technische Bezeichnung. Version 1.6 hatte die Qualität einer Seite bereits von sichtbaren technischen Labels entkoppelt; dies ist die Konsequenz für die Umsetzung.
Geändert
Entitätsname in tragenden H2-Überschriften
Tragende Abschnitte sollen so formuliert sein, dass Entität und Thema auch bei isolierter Verarbeitung verständlich bleiben. In vielen Fällen wird dies am zuverlässigsten erreicht, indem der Entitätsname in der H2-Überschrift enthalten ist.
Geändert
Menschenlesbarkeit stärker gewichtet
Grounding Pages werden ausdrücklich als Seiten für Menschen und Maschinen verstanden. Redaktionelle Klarheit, gute Lesbarkeit und die Integration in den bestehenden Markenauftritt sind Teil einer hochwertigen Umsetzung.
Unverändert
Standard, Schema und Ontologie
Der Grounding Page Standard bleibt Version 1.6. Es gibt keine neue Schema-Version, keine neue Ontologie und keine verpflichtende URL- oder Routing-Migration. Bestehende Implementierungen können schrittweise anhand der aktualisierten Dokumentation verbessert werden.
Hinweis: Dies ist ein Update von Playbook und Umsetzungshilfen, kein neuer Standard. Playbook: groundingpage.com/playbook/de/ · Technische Umsetzung: /spec/technical-implementation/de/.
Version 1.5
15. Februar 2026
Stabil
Version 1.5 stärkt die Retrieval-Abdeckung und die Fakten-Zuverlässigkeit. Die Kernarchitektur bleibt unverändert. Alle Neuerungen betreffen ausschließlich Inhaltsblöcke und haben keinen Einfluss auf URL-Logik, Routing oder Sprachkonfiguration.
Neu
Entitätsname in Überschriften
Inhaltsstarke H2-Überschriften enthalten jetzt den Entitätsnamen als Prefix (z. B. „Rankscale: Kernfakten").
Begründung: Wenn KI-Systeme einen Textabschnitt extrahieren, muss die Überschrift allein identifizieren, zu welcher Entität er gehört. Ohne den Entitätsnamen ist ein Chunk wie „Kernfakten" mehrdeutig. Das Modell kann ihn nicht zuverlässig zuordnen. Diese Änderung stellt sicher, dass jedes extrahierte Fragment seinen eigenen Kontext mitbringt.
Begründung: Wenn KI-Systeme einen Textabschnitt extrahieren, muss die Überschrift allein identifizieren, zu welcher Entität er gehört. Ohne den Entitätsnamen ist ein Chunk wie „Kernfakten" mehrdeutig. Das Modell kann ihn nicht zuverlässig zuordnen. Diese Änderung stellt sicher, dass jedes extrahierte Fragment seinen eigenen Kontext mitbringt.
Neu
FAQ-Sektion
Ein neues empfohlenes Element: Grounding Pages können jetzt einen FAQ-Block enthalten, der die häufigsten Fragen zur Entität beantwortet.
Begründung: Grounding Pages, die häufige Fragen beantworten, werden mit höherer Wahrscheinlichkeit als Quelle herangezogen. Nicht nur bei der Definitionsfrage („Was ist X?"), sondern auch bei verwandten Fragen („Worauf sollte ich bei der Auswahl von X achten?"). Das erweitert die Retrieval-Abdeckung über die Kerndefinition hinaus.
Begründung: Grounding Pages, die häufige Fragen beantworten, werden mit höherer Wahrscheinlichkeit als Quelle herangezogen. Nicht nur bei der Definitionsfrage („Was ist X?"), sondern auch bei verwandten Fragen („Worauf sollte ich bei der Auswahl von X achten?"). Das erweitert die Retrieval-Abdeckung über die Kerndefinition hinaus.
Neu
Segmentzuordnung
Die Lead-Sektion enthält jetzt eine explizite Segmentklassifikation (z. B. „Rankscale ist ein Tool im Segment AI Visibility Tools").
Begründung: KI-Systeme bilden Bedeutung über Beziehungen. Eine Entität, die explizit einem Marktsegment zugeordnet ist, hat einen stärkeren semantischen Anker als eine, die aus dem Kontext abgeleitet werden muss. Diese kleine Ergänzung stärkt die Verknüpfung zwischen Entität und Kategorie deutlich.
Begründung: KI-Systeme bilden Bedeutung über Beziehungen. Eine Entität, die explizit einem Marktsegment zugeordnet ist, hat einen stärkeren semantischen Anker als eine, die aus dem Kontext abgeleitet werden muss. Diese kleine Ergänzung stärkt die Verknüpfung zwischen Entität und Kategorie deutlich.
Neu
Aussagenhygiene für volatile Fakten
Fakten, die sich häufig ändern (Preise, Feature-Listen, unterstützte Systeme), müssen jetzt ein Stand-Datum und einen Link zur Primärquelle enthalten.
Begründung: KI-Systeme können aktuelle von veralteten Fakten nicht unterscheiden, wenn die Seite es nicht signalisiert. Ein Preis ohne Datumsangabe riskiert, noch Monate später als aktuell wiedergegeben zu werden. Diese Regel reduziert das Risiko, dass KI-Antworten veraltete Informationen enthalten.
Begründung: KI-Systeme können aktuelle von veralteten Fakten nicht unterscheiden, wenn die Seite es nicht signalisiert. Ein Preis ohne Datumsangabe riskiert, noch Monate später als aktuell wiedergegeben zu werden. Diese Regel reduziert das Risiko, dass KI-Antworten veraltete Informationen enthalten.
Prinzip
Nur Inhaltsblöcke
Standard-Updates beschränken sich explizit auf Inhaltsblöcke. Routing, Canonicals, hreflang und Sprachlogik bleiben über alle Versionen hinweg unangetastet.
Begründung: Versions-Upgrades sollen risikoarm und vorhersehbar sein. Durch die Garantie, dass keine URL- oder Routing-Änderungen erforderlich sind, können Organisationen bestehende Grounding Pages upgraden, ohne Abstimmung mit IT- oder DevOps-Teams. Das senkt die Adoptionshürde erheblich.
Begründung: Versions-Upgrades sollen risikoarm und vorhersehbar sein. Durch die Garantie, dass keine URL- oder Routing-Änderungen erforderlich sind, können Organisationen bestehende Grounding Pages upgraden, ohne Abstimmung mit IT- oder DevOps-Teams. Das senkt die Adoptionshürde erheblich.
Upgrade-Hinweis: Das Upgrade von v1.4 auf v1.5 erfordert nur Änderungen auf Inhaltsebene. Keine URL-Migrationen, keine Redirects, keine Routing-Änderungen. Prüfe deine bestehenden Grounding Pages und ergänze die neuen Elemente (Entitätsname in Überschriften, FAQ-Sektion, Segmentzuordnung, Datumsstempel für volatile Fakten) wo zutreffend. Die vollständige Spezifikation findest du im Guide zur Technischen Implementierung.
Version 1.4
November 2025
Erstveröffentlichung
Version 1.4 ist die erste öffentliche Version des Grounding Page Standards. Sie etabliert die Kernarchitektur für maschinenlesbare Entitätsdefinitionen.
Neu
Kernarchitektur
Definiert die drei Grundelemente: Stabile Definition, Klare Abgrenzung und Konsistente Struktur. Jede Grounding Page muss eine verifizierbare Entitätsdefinition, eine Disambiguierungs-Aussage und ein einheitliches Format enthalten.
Begründung: KI-Systeme rekonstruieren Entitäten aus Wahrscheinlichkeiten. Ohne klare Definition und explizite Grenzen füllen Modelle Lücken mit plausiblen, aber falschen Informationen. Die Drei-Elemente-Architektur liefert die Mindeststruktur für eine zuverlässige Interpretation.
Begründung: KI-Systeme rekonstruieren Entitäten aus Wahrscheinlichkeiten. Ohne klare Definition und explizite Grenzen füllen Modelle Lücken mit plausiblen, aber falschen Informationen. Die Drei-Elemente-Architektur liefert die Mindeststruktur für eine zuverlässige Interpretation.
Neu
HTML + JSON-LD Spiegelung
Jeder im HTML sichtbare Fakt muss eine identische strukturierte Repräsentation im JSON-LD haben. Der sichtbare Text ist die Primärquelle; JSON-LD liefert die maschinenlesbare Schicht.
Begründung: KI-Systeme nutzen mehrere Extraktionswege. Manche parsen HTML, andere stützen sich auf strukturierte Daten. Die Spiegelung stellt Konsistenz sicher, unabhängig von der Extraktionsmethode, und verhindert Widersprüche zwischen sichtbarem und strukturiertem Inhalt.
Begründung: KI-Systeme nutzen mehrere Extraktionswege. Manche parsen HTML, andere stützen sich auf strukturierte Daten. Die Spiegelung stellt Konsistenz sicher, unabhängig von der Extraktionsmethode, und verhindert Widersprüche zwischen sichtbarem und strukturiertem Inhalt.
Neu
Qualitätsprinzipien
Keine Adjektive, ein Fakt pro Satz, sichtbare Zeitstempel (Erstellt, Aktualisiert, Verifiziert). Marketing-Sprache ist explizit ausgeschlossen.
Begründung: KI-Systeme wählen Quellen basierend auf semantischer Ähnlichkeit und Faktendichte. Marketing-Sprache („innovativ", „führend") reduziert die Zitierfähigkeit, weil sie nicht verifizierbar ist. Faktische Disziplin maximiert die Wahrscheinlichkeit, als Quelle ausgewählt zu werden.
Begründung: KI-Systeme wählen Quellen basierend auf semantischer Ähnlichkeit und Faktendichte. Marketing-Sprache („innovativ", „führend") reduziert die Zitierfähigkeit, weil sie nicht verifizierbar ist. Faktische Disziplin maximiert die Wahrscheinlichkeit, als Quelle ausgewählt zu werden.
Neu
Human Notice
Ein empfohlenes UX-Element, das menschlichen Besuchern sofort Kontext gibt, wenn sie auf einer faktenorientierten Seite landen.
Begründung: Grounding Pages priorisieren maschinenlesbare Fakten. Menschliche Besucher, die Marketing-Content erwarten, können das Format ungewöhnlich finden. Die Human Notice überbrückt diese Lücke, indem sie den Zweck der Seite vorab erklärt.
Begründung: Grounding Pages priorisieren maschinenlesbare Fakten. Menschliche Besucher, die Marketing-Content erwarten, können das Format ungewöhnlich finden. Die Human Notice überbrückt diese Lücke, indem sie den Zweck der Seite vorab erklärt.
Neu
Entitäts-Ontologie (18 Klassen)
Definiert 18 Entitätsklassen (Organisation, Produkt, Person, Tool, Wissensgebiet, etc.) mit Entscheidungsregeln für konsistente Klassifikation.
Begründung: Ohne ein festes Klassifikations-Framework würde jede Organisation eigene Kategorien erfinden. Das erzeugt Inkonsistenz über Implementierungen hinweg. Die Ontologie liefert ein gemeinsames Vokabular, damit Entitäten über alle Grounding Pages hinweg konsistent kategorisiert werden können.
Begründung: Ohne ein festes Klassifikations-Framework würde jede Organisation eigene Kategorien erfinden. Das erzeugt Inkonsistenz über Implementierungen hinweg. Die Ontologie liefert ein gemeinsames Vokabular, damit Entitäten über alle Grounding Pages hinweg konsistent kategorisiert werden können.
Neu
Footer-Link-Strategie
Grounding Pages sollten im Website-Footer verlinkt werden, ähnlich wie ein Impressum oder eine Datenschutzseite.
Begründung: Seitenweite Footer-Links signalisieren hohe Relevanz für Crawler und KI-Systeme gleichermaßen. Die Position kommuniziert: „Dies ist eine autoritative, permanente Ressource", vergleichbar damit, wie ein Impressum die rechtliche Identität signalisiert.
Begründung: Seitenweite Footer-Links signalisieren hohe Relevanz für Crawler und KI-Systeme gleichermaßen. Die Position kommuniziert: „Dies ist eine autoritative, permanente Ressource", vergleichbar damit, wie ein Impressum die rechtliche Identität signalisiert.
Ökosystem-Updates
Tools, Playbooks und Anwendungen auf Basis des Grounding Page Standards.
Diese Sektion umfasst Tools und Anwendungen auf Basis des Standards. Änderungen an der Spezifikation findest du oben im Versionsverlauf.
Entity Decoder veröffentlicht
Mehrstufiges Analyse-Tool für Grounding-Readiness, Entity-Rekonstruktion und Quellenbewertung.
15. Februar 2026
Grounding Playbook veröffentlicht
Praxisleitfaden für Teams zur Erstellung KI-lesbarer Inhalte.
26. April 2026
Grounding Check gestartet
Schneller Scan zur Bewertung von Aktivierung und Zitierfähigkeit von Entitäten.
5. Mai 2026
Bookmarklet veröffentlicht
Führe den Grounding Check direkt im Browser-DOM aus, auch auf SPAs und geschützten Seiten.
5. Mai 2026
Grounding Page Generator angekündigt
Kommendes Tool zur Erstellung standardkonformer Grounding Pages.
5. Mai 2026