Strategie
AI Search Conversions messen
Warum AI Mode, Search Console und Conversion-Daten zusammen bewertet werden müssen statt in isolierten Reports.
Lesen →
News · Google · Controls
Google hat seine Dokumentation in mehreren Schritten klargezogen: AI Overviews und AI Mode folgen für Search denselben Grundregeln wie klassische Suchergebnisse. Gleichzeitig wurde explizit dokumentiert, dass Google-Extended Google Search nicht beeinflusst.
Googles offizielle Doku sagt heute im Kern vier Dinge. Erstens: Für AI Overviews und AI Mode gibt es keine speziellen AI-Tags und kein spezielles Schema-Markup. Zweitens: Seiten müssen indexiert sein und für eine normale Search-Snippet-Darstellung geeignet sein, um als unterstützender Link in AI-Features erscheinen zu können. Drittens: Wenn du Inhalte in Search begrenzen willst, nutzt du weiterhin nosnippet, data-nosnippet, max-snippet oder noindex. Viertens: Google-Extended betrifft andere Google-Systeme wie Gemini Apps, aber nicht Google Search.
Für SEO-Teams ist das eine wichtige Klarstellung, weil im Markt bis heute zwei Fehler kursieren: Erstens, dass man für AI Overviews ein neues Markup brauche. Zweitens, dass Google-Extended die Darstellung in Search oder AI Overviews stoppe. Beides ist laut Google so nicht korrekt.
Inhaltsverzeichnis
Kernaussage
Google behandelt diese AI-Features aus Site-Owner-Sicht als Teil von Search. Wer Inhalte kontrollieren will, arbeitet mit denselben Controls wie bisher. Wer Training in anderen Google-Systemen begrenzen will, schaut auf Google-Extended.
Die zentrale Primärquelle ist Googles Dokumentation AI features and your website. Dort beschreibt Google, dass dieselben grundlegenden SEO-Prinzipien für AI Overviews und AI Mode gelten wie für Google Search insgesamt. Wichtiger noch: Google sagt explizit, dass es keine zusätzlichen technischen Anforderungen gibt und dass du keine neuen maschinenlesbaren Dateien, AI-Textdateien oder spezielles schema.org-Markup brauchst, um in diesen Features zu erscheinen.
Das ist strategisch wichtig. Viele Teams verlieren Zeit mit hypothetischen “AIO-Markups”, statt ihre eigentlichen Grundlagen zu verbessern: saubere Indexierung, klare interne Verlinkung, crawlbare Inhalte, belastbare Textpassagen und konsistente strukturierte Daten, die zum sichtbaren Inhalt passen.
| Thema | Google sagt | Praktische Folge |
|---|---|---|
| Technische Anforderungen | Keine zusätzlichen Anforderungen für AI Overviews oder AI Mode. | Bestehende SEO-Basics bleiben der Hebel. |
| AI-Markup | Kein spezielles AI-Markup oder neue Dateiformate nötig. | Keine Zeit in Fantasie-Standards investieren. |
| Eligibility | Seite muss indexiert und für Snippets in Search geeignet sein. | Noindex oder harte Snippet-Blocker reduzieren auch AI-Visibility in Search. |
Google formuliert es inzwischen sehr klar: Wenn du Informationen begrenzen willst, die aus deinen Seiten in Search gezeigt werden, nutzt du weiterhin nosnippet, data-nosnippet, max-snippet oder noindex. Das ist nicht nur für klassische Snippets relevant, sondern laut der AI-Features-Doku explizit auch für AI-Features in Search.
nosnippet
Der harte Schalter. Wenn du sicher blockieren willst, ist das die robusteste Option.
data-nosnippet
Nutzt du für selektive Textstellen, die nicht in Snippets übernommen werden sollen.
max-snippet
Begrenzt die Laenge des nutzbaren Snippets. Google dokumentiert bei Featured Snippets klar, dass kleinere Werte die Chance auf laengere Snippet-Darstellungen senken, aber keine Vollgarantie darstellen.
noindex
Wenn die Seite nicht indexiert werden soll, ist sie auch keine normale Candidate-Page für AI-Features in Search.
Der wichtige Denkfehler vieler Teams ist: `max-snippet` als “AIO-Off-Schalter” zu verstehen. So beschreibt Google es nicht. `max-snippet` ist ein Begrenzungsinstrument, kein perfekter Ausschalter. Wenn du sichere Unterdrueckung willst, ist `nosnippet` klarer. Wenn du nur sensible Passagen schuetzen willst, ist `data-nosnippet` meist die bessere Wahl.
Der wahrscheinlich wichtigste Punkt für Publisher und Website-Betreiber kommt aus Googles Changelog. In den Search Central documentation updates steht für den 8. Februar 2024, dass Google die Beschreibung des Produkt-Tokens Google-Extended präzisiert hat: Mit der Umbenennung von Bard zu Gemini Apps wurde klargestellt, dass Gemini Apps von Google-Extended betroffen ist, und dass Google-Extended Google Search nicht beeinflusst.
Das trennt zwei Ebenen sauber voneinander. Wenn du steuern willst, wie Inhalte in Google Search und damit auch in AI Overviews oder AI Mode innerhalb von Search gezeigt werden, arbeitest du mit Search-Controls wie `nosnippet` oder `noindex`. Wenn du AI training und grounding in anderen Google-Systemen begrenzen willst, schaust du auf Google-Extended.
Praktische Konsequenz
Wer Google-Extended setzt und erwartet, damit aus AI Overviews in Search zu verschwinden, arbeitet mit einer falschen Annahme. Google hat genau diesen Punkt dokumentarisch ausgeschlossen.
Google dokumentiert heute zwei für Reporting wichtige Punkte. Erstens: Laut der AI-Features-Dokumentation werden Seiten, die in AI Overviews oder AI Mode erscheinen, im allgemeinen Suchtraffic der Search Console unter dem Suchtyp Web erfasst. Zweitens: Im Search Central Changelog vom 16. Juni 2025 steht explizit, dass AI Mode nun in die Gesamtsummen der Search Console einzaehlt.
Damit ist klar: Search Console bleibt wichtig, aber sie ist kein isolierter AIO-Report. Du siehst die Leistung aggregiert innerhalb von Web. Wer AI-Features sauber bewerten will, muss deshalb mit Seitentypen, Query-Clustern, Annotationen und idealerweise externen Conversion-Daten arbeiten.
Oeffentliche Wissensinhalte offen lassen
Guides, Glossare und FAQ-Abschnitte profitieren oft davon, in Search-AI-Features zugaenglich zu bleiben.
Sensible Passagen gezielt ausnehmen
Preislogiken, exklusive Daten oder proprietäre Abschnitte lassen sich eher mit `data-nosnippet` als mit brutalen Ganzseiten-Blockern kontrollieren.
Google-Extended bewusst einsetzen
Wenn ihr Training/Grounding ausserhalb von Search begrenzen wollt, prüft Google-Extended separat von euren Search-Zielen.
Mit Search Console segmentieren
Nicht nur Gesamttraffic ansehen, sondern Seitenklassen und Query-Muster vergleichen, um Veränderungen durch AI-Features besser zu erkennen.
Die eigentliche Herausforderung ist also nicht ein neuer AI-Meta-Tag, sondern ein sauberes Control-Design: Welche Inhalte sollen offen zitierbar bleiben, welche nur eingeschränkt, und welche gar nicht? Wer diese Frage sauber pro Seitentyp beantwortet, arbeitet deutlich präziser als Teams mit globalen Alles-oder-nichts-Schaltern.
Wenn eine Seite möglichst gut für AI Overviews, AI Mode und normale Search-Snippets nutzbar sein soll, muss das Setup vor allem keine unnötigen Blocker enthalten. Das bedeutet: indexierbar bleiben, keine snippet-blockierenden Regeln setzen, keine relevanten Textbereiche mit data-nosnippet ausnehmen und großzügige Preview-Einstellungen beibehalten.
Praktisches Zielbild
noindex ausgeschlossen.nosnippet auf Seitenebene.data-nosnippet blockiert.max-snippet:-1 und max-image-preview:large bleiben erlaubt.Google-Extended nicht blockieren.Ein bewusst offenes Beispiel für die Meta-Robots-Konfiguration kann so aussehen:
<meta name="robots" content="index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1">
Dazu kommt die eigentlich wichtigere inhaltliche Seite: klare Antworten, gut strukturierte Abschnitte, belastbare Belege, sichtbare Aktualität und interne Verlinkung auf relevante Unterseiten. Ein offenes robots-Setup allein erzeugt keine Zitationen, es entfernt nur kuenstliche Bremsen.
Wichtig
Auch mit einem maximal offenen Setup gibt es keine Garantie auf AI-Zitationen. Google entscheidet weiterhin situativ, ob eine Seite für eine Antwort hilfreich genug ist. Das offene Setup ist also die Voraussetzung, nicht das eigentliche Ranking- oder Citation-Signal.
Nein. Google dokumentiert das Gegenteil: keine speziellen AI-Dateien und kein neues schema.org-Markup.
Nein. Google sagt explizit, dass Google-Extended Google Search nicht beeinflusst.
So beschreibt Google es nicht. Niedrige Werte können die Darstellung einschränken, aber `nosnippet` bleibt die härtere Option.
Google zählt AI Mode in die Web-Daten der Search Console ein. Die Herausforderung liegt eher in der Segmentierung als in einem fehlenden extra Report.
Grundsaetzlich nein. Google beschreibt AI-Features aus Site-Owner-Sicht als Fortsetzung von Search, nicht als separates Indexierungsuniversum.
Wenn nur bestimmte Textstellen nicht übernommen werden sollen, aber die Seite insgesamt weiterhin als Suchergebnis mit Snippet erscheinen darf.
Ja. Google sagt selbst, dass Indexierung und Serving nicht garantiert sind und AI Overviews nur angezeigt werden, wenn das System sie als hilfreich einstuft.
Nein. Gerade kleinere Websites mit starkem Fachcontent, FAQ-Seiten, Local Pages und klaren Guides können von sauber gesetzten Controls und klarer Eligibility stark profitieren.
Strategie
Warum AI Mode, Search Console und Conversion-Daten zusammen bewertet werden müssen statt in isolierten Reports.
Lesen →Technik
Templates, QA und technische Grundlagen für interpretierbare Inhalte.
Lesen →News
Was Google bei Practice Problem, Dataset und Search-Console-Reporting bereinigt und wie Teams ihre Markup-Prioritaeten anpassen sollten.
Lesen →Wenn ihr für Guides, Services, Local Pages oder proprietäre Inhalte ein klares Control-Setup für Search und AI-Systeme braucht, priorisieren wir die richtigen Snippet- und Robots-Regeln ohne Reichweite unnötig zu verlieren.
Weiterführende Links für diese Seite