Nosnippet und Data-Nosnippet: Was KI zitieren darf

Von Manfred Mayer Rieger · Veröffentlicht 11. Oktober 2026

Am 13. Februar 2024 schrieb Bings Fabrice Canel, es gebe „derzeit keine Pläne, das in naher Zukunft zu unterstützen“ — gemeint war data-nosnippet. Zwanzig Monate später, am 15. Oktober 2025, meldete Bings Webmaster-Blog genau das Gegenteil — und verknüpfte das Attribut nicht nur mit normalen Suchsnippets, sondern ausdrücklich mit Copilots KI-generierten Antworten. Aus einer Funktion, für die kein Interesse bestand, wurde binnen zwei Jahren eine Kontrolle, die Bing selbst als Zugriff auf ein KI-Produkt verkauft.

Dieser Kurswechsel ist ein guter Einstieg in zwei Anweisungen, über die sich kaum eine Website bisher Gedanken gemacht hat — weil bis vor kurzem keine von beiden viel bewirkte.

Was steuern nosnippet und data-nosnippet eigentlich?

nosnippet ist ein Schalter für die gesamte Seite. Gesetzt als <meta name="robots" content="nosnippet">-Tag oder als X-Robots-Tag-HTTP-Header, unterdrückt Google damit den Textausschnitt und jede Videovorschau für diese Seite — in der Websuche, bei Images, Discover, AI Overviews und AI Mode gleichermaßen. Ein statisches Vorschaubild kann trotzdem erscheinen. Die Seite behält ihre Ranking-Position, zeigt sich im Ergebnis aber ohne jede Beschreibung.

data-nosnippet ist enger gefasst und neuer. Es ist kein Meta-Tag, sondern ein HTML-Attribut: <span data-nosnippet> oder <div data-nosnippet> um genau einen Abschnitt, und nur dieser Abschnitt fällt aus dem Snippet heraus. Der Rest der Seite kann weiterhin normal angezeigt werden. Googles Dokumentation zum Robots-Meta-Tag weist darauf hin, dass der Wert des Attributs keine Rolle spielt — allein seine Anwesenheit zählt — und rät davon ab, es per JavaScript nachträglich zu setzen oder zu entfernen, weil das Auslesen der Seite vor oder nach dem Rendern passieren kann.

Keine der beiden Anweisungen ist neu. Die Variante für die ganze Seite dokumentiert Google schon seit Jahren. Neu ist, wie gezielt beide inzwischen in die Diskussion um KI-Antworten hineingezogen werden. Eine SERP-Vorschau zeigt, wie der Snippet einer Seite heute aussieht — was eine AI Overview mit derselben Seite macht, zeigt sie nicht, weil dahinter eine eigene Pipeline mit eigenen Regeln steckt, wie der nächste Abschnitt zeigt.

Warum sollte eine Seite ihren Snippet verstecken und trotzdem indexiert bleiben wollen?

Ranking und Snippet sind zwei getrennte Ziele, auch wenn SEO-Ratschläge sie gern vermischen. Ein Unternehmen mit kostenpflichtiger Analyse, einer Seite voller juristischer Hinweise über dem eigentlichen Inhalt oder Produkttext, der gerade einen A/B-Test durchläuft, hat gute Gründe, indexiert und ranking-fähig zu bleiben und trotzdem genau diesen Text aus der öffentlichen Vorschau herauszuhalten. nosnippet ist die grobe Variante dieser Entscheidung — die ganze Seite verliert ihre Beschreibung. data-nosnippet ist die Variante, die nur den markierten Absatz kostet.

Bings eigene Ankündigung nennt dieselben Anwendungsfälle: Tabellen hinter einer Paywall, Cookie-Hinweise, schwankende Bewertungen, die niemand in einem eingefrorenen Snippet sehen will, und Text, der gerade mitten in einem Test steckt. Das ist keine neue Strategie. Neu ist, dass das Werkzeug dafür inzwischen weiter reicht als bis zum sichtbaren Suchergebnis.

Erreicht nosnippet auch AI Overviews — und data-nosnippet genauso?

Bei nosnippet sagt Google es direkt. Die Referenzdokumentation zum Robots-Meta-Tag listet AI Overviews und AI Mode neben Websuche, Images und Discover ausdrücklich als Bereiche auf, für die die Anweisung gilt — und ergänzt, dass sie zusätzlich verhindert, dass der Seiteninhalt “als direkte Grundlage” für genau diese beiden Funktionen dient. Das ist mehr als ein unsichtbarer Snippet: Eine mit nosnippet markierte Seite wird laut Google nicht nur in der Vorschau übersprungen, ihr Text soll auch gar nicht erst in die generierte Antwort einfließen.

Der Abschnitt zu data-nosnippet in derselben Dokumentation trifft keine vergleichbare Aussage. Er beschreibt, dass der markierte Textteil aus Suchergebnis-Snippets ausgeschlossen wird. Kein Satz sagt, ob eine AI Overview, die den Rest der Seite verarbeitet, trotzdem auf den markierten Abschnitt zugreifen könnte, oder ob dieselbe Eingabe-Sperre, die für nosnippet ausdrücklich gilt, auch hier greift. Das ist keine kleine Lücke — es ist genau die Frage, die ein Unternehmen stellen würde, das eine kostenpflichtige Passage markiert, und die Dokumentation, die diese Frage bei der ganzen Seite ausdrücklich klärt, lässt sie beim Teilabschnitt offen. Seit der Veröffentlichung hat nichts diese Lücke geschlossen.

Was bringt Bings Unterstützung zusätzlich — und wo liegt die Lücke zu Google?

Bings Attribut-Unterstützung schließt laut eigener Ankündigung markierten Inhalt sowohl aus Bing-Suchsnippets als auch aus Copilot-Antworten aus, während die Seite indexiert und ranking-fähig bleibt — eine klare, ausgesprochene Antwort auf genau die Frage, die Google offenlässt. Bing stellt die KI-Antwort-Abdeckung von Anfang an als Teil der Funktion dar, nicht als spätere Klarstellung zu einer älteren, reinen Suchfunktion.

Eine Suchmaschine beantwortet damit eine Frage, die die andere nicht beantwortet. Das ist zugleich ein weiterer Grund, “eine KI-Funktion respektiert diese Anweisung” nicht als eine einzige, feste Tatsache über das Web zu behandeln — Google und Bing dokumentieren für zwei auf den ersten Blick parallele Funktionen aktuell unterschiedliche Reichweiten. Denselben Graben zwischen zwei scheinbar ähnlichen Kontrollen zeigt auch Google-Extended, das nur das KI-Training steuert, nicht das Suchranking — erst eine eigene, ausdrückliche Zeile in Googles Dokumentation hat das geklärt. Von der Reichweite einer KI-bezogenen Anweisung auf eine andere zu schließen, trägt in keinem der beiden Fälle.

Was zeigt die eigene Prüfung einer Seite — und was zeigt sie nicht?

Den Robots-Meta-Tag einer Seite auf eine noindex-Anweisung zu lesen, ist eine enge, mechanische Prüfung — genau die Art, die Audit-Werkzeuge für Websites, auch dieses hier, routinemäßig durchführen. Was eine solche Prüfung typischerweise zurückmeldet, ist, ob eine Seite überhaupt vom Index ausgeschlossen ist. Ein nosnippet-Wert, der im selben Meta-Tag direkt neben noindex steht, ist meist nicht die Frage, auf die diese Prüfung ausgelegt ist — denn einen Snippet zu verlieren und trotzdem indexiert zu bleiben, ist ein anderes Ergebnis als ganz ausgeschlossen zu sein, und eine Prüfung, die beantwortet “kann diese Seite indexiert werden”, hat keinen besonderen Grund, zusätzlich zu melden “wird diese Seite eine Beschreibung zeigen”. Wer sich allein auf ein solches Indexierbarkeits-Ergebnis verlässt, würde an einer Seite, die ganz ohne Snippet in den Suchergebnissen auftaucht, nichts Auffälliges erkennen.

data-nosnippet liegt noch weiter außerhalb dessen, wonach eine typische, crawl-basierte Prüfung sucht: Es ist ein Attribut auf einem beliebigen Element irgendwo im Seitenkörper, kein Signal auf Dokumentebene wie ein Meta-Tag oder ein Header — eine Prüfung, die auf Anweisungen für die ganze Seite ausgelegt ist, hat keinen Anlass, dort überhaupt zu suchen.

Das heißt nicht, dass die Anweisungen nicht funktionieren. Es heißt, dass die Ebene, die die meisten Audits prüfen — lässt sich diese Seite überhaupt finden — nicht die Ebene ist, auf der eine fehlende oder falsch gesetzte Snippet-Steuerung sichtbar würde. Das ist dieselbe Trennung, die durch einen großen Teil der Optimierung für die KI-Suche läuft: Auffindbar zu sein und korrekt zitiert zu werden, sind nicht dasselbe Projekt, und eine Checkliste für das eine deckt das andere selten mit ab. Beides zu vermischen ist genau der Grund, warum ein nosnippet-Tag monatelang unbemerkt auf einer Seite stehen kann.