Glossar zu Google Search Console und SEO

Eine Impression wird gezählt, wenn ein Link zu deiner Website auf einer geladenen Google-Ergebnisseite erscheint, meist auch dann, wenn niemand bis dorthin scrollt.

Die Search Console zählt Impressionen in der Google-Suche, in Discover und in Google News. In Karussells, ausklappbaren Ergebnissen und Endlos-Scroll-Ansichten wie der mobilen Bildersuche muss das Element in der Regel erst in den sichtbaren Bereich gescrollt oder ausgeklappt werden. Scrollen oder Blättern und Zurückkehren während einer Suchanfrage erzeugt keine zweite Impression. Im Diagramm werden die Daten pro Property aggregiert, deshalb zählen zwei deiner Seiten, die für dieselbe Suchanfrage erscheinen, als eine Impression; gruppiert nach Seite bekommt jede URL ihre eigene Impression. Viele Impressionen bei wenigen Klicks deuten oft auf ein Problem mit Titel oder Snippet hin, siehe So findest du Keywords mit niedriger CTR.

In GSC Magic: Das Tool gsc_query_analytics liefert Impressionen gruppiert nach Suchanfrage, Seite, Land, Gerät, Darstellung in der Suche, Datum oder Stunde, und das Dashboard zeigt sie im Tagesverlauf.

Verwandt: Klicks, CTR (Klickrate), Durchschnittliche Position, Seite (Dimension)

Quellen: support.google.com, support.google.com

Ein Klick wird gezählt, wenn jemand in der Google-Suche, in Discover oder in Google News auf ein Ergebnis klickt, das zu einer Seite außerhalb von Google führt.

Klicks, die den Nutzer bei Google halten, etwa eine Verfeinerung der Suchanfrage, die eine neue Suche startet, zählen nicht. Wer ein Ergebnis anklickt, zurückkommt und denselben Link erneut anklickt, wird einmal gezählt; ein anderer Link zählt erneut. Klickdaten werden der kanonischen URL zugeordnet, die Google gewählt hat, nicht unbedingt der URL, auf der der Nutzer gelandet ist. Klicks in der Search Console und Sitzungen in GA4 messen unterschiedliche Dinge und stimmen selten überein, siehe GSC-Klicks vs. GA4-Sitzungen.

In GSC Magic: Die Übersicht im Dashboard zeigt tägliche Klicks und eine Karte mit den wichtigsten Suchanfragen und Seiten samt Veränderung der Klicks gegenüber dem Vorzeitraum.

Verwandt: Impressionen, CTR (Klickrate), Sitzung (GA4), Kanonische URL

Quellen: support.google.com, support.google.com

Die CTR ist die Zahl der Klicks geteilt durch die Impressionen, angegeben als Prozentwert für die ganze Website oder für eine einzelne Suchanfrage, Seite, Land oder Gerät.

Die CTR hängt stark von der Position und von der Art des angezeigten Ergebnisses ab; vergleiche sie deshalb zwischen Suchanfragen oder Seiten auf ähnlichen Positionen und nicht mit einem einzelnen Zielwert. Sie hängt auch von der Aggregation ab: Erscheinen mehrere deiner Seiten zu einer Suchanfrage, ist die CTR gruppiert nach Property in der Regel höher als gruppiert nach Seite, weil die Property eine Impression erhält und den Klick behält. Bleiben die Impressionen stabil, fallen aber die Klicks, empfiehlt Google zu prüfen, ob Titel und Snippet die Seite noch richtig beschreiben.

In GSC Magic: report_ctr_outliers listet Seiten, deren CTR unter der Hälfte des mittleren CTR deiner Website auf derselben Position liegt.

Verwandt: Klicks, Impressionen, CTR-Ausreißer (Seite mit niedriger CTR), Durchschnittliche Position

Quellen: support.google.com, support.google.com, developers.google.com

Die durchschnittliche Position ist der Mittelwert der besten Position, die deine Website oder Seite in den Google-Suchergebnissen hatte, gezählt nur für Suchanfragen, für die sie eine Impression bekam.

Zeigt eine Suchanfrage deine Website auf den Positionen 2, 4 und 6 und eine andere auf 3, 5 und 9, zählt die Search Console 2 und 3 und meldet einen Durchschnitt von 2,5. Jedes Ergebniselement belegt eine Position: Alle Links in einem Knowledge Panel oder in einem AI Overview teilen sich die Position dieses Elements, und Anzeigen belegen keine Position. Ein Ergebnis, das nie gesehen wurde, etwa auf Seite 3, erhält keine Position – deshalb zeigen manche Zellen einen Strich. Die Position wird nur für die Google-Suche berechnet, nicht für Discover oder News, und deine eigene Suche kann einen anderen Rang zeigen, weil Ergebnisse von Standort und Verlauf abhängen. Google empfiehlt, Veränderungen über die Zeit zu beobachten, statt einen einzelnen Wert zu lesen.

In GSC Magic: report_quick_wins nutzt die durchschnittliche Position, um Paare aus Suchanfrage und Seite auf den Positionen 4 bis 20 mit vielen Impressionen zu finden.

Verwandt: Impressionen, Striking-Distance-Keywords (Quick Wins), AI Overviews und AI Mode, Core-Update

Quellen: support.google.com, support.google.com

Eine Suchanfrage ist ein Suchbegriff, durch den deine Website in den Google-Ergebnissen erschienen ist; der Tab „Suchanfragen“ im Performance-Bericht gruppiert Klicks und Impressionen danach.

Die Tabelle der Suchanfragen ist nie vollständig. Manche Suchanfragen werden aus Datenschutzgründen ausgeblendet (anonymisierte Suchanfragen), und wegen interner Limits speichert und zeigt die Search Console nur die wichtigsten Zeilen. Filter für Suchanfragen unterscheiden nicht zwischen Groß- und Kleinschreibung. Beim Suchtyp „Web: Multimodal“, etwa bei Suchen mit Google Lens, gibt es keine Textsuchanfrage, deshalb fehlt die Dimension. Mehr dazu in warum die Search Console manche Suchanfragen ausblendet.

In GSC Magic: gsc_query_analytics liefert über die Search Analytics API bis zu 25.000 Zeilen mit Suchanfragen pro Aufruf.

Verwandt: Anonymisierte Suchanfragen, Limit von 1.000 Zeilen, Marken- vs. Nicht-Marken-Suchanfragen, Seite (Dimension)

Quellen: support.google.com, developers.google.com

Die Dimension „Seite“ gruppiert Performance-Daten nach der URL, auf die ein Suchergebnis nach Weiterleitungen verwies, in der Regel der kanonischen URL der Seite.

Wenn jemand auf eine doppelte URL klickt, ordnet die Search Console den Klick der kanonischen URL zu, die Google gewählt hat; du kannst sie mit der URL-Prüfung kontrollieren. Der Wechsel zum Tab „Seiten“ ändert die Aggregation der Tabelle von Property auf Seite, sodass jede URL, die zu einer Suchanfrage erscheint, ihre eigene Impression erhält. Das Diagramm bleibt nach Property aggregiert – das ist der übliche Grund, warum sich die Summe der Tabelle und die des Diagramms unterscheiden.

Verwandt: Kanonische URL, URL-Prüfung (URL Inspection), Suchanfrage, Impressionen

Quellen: support.google.com, support.google.com

Die Darstellung in der Suche ist eine Dimension des Performance-Berichts, die Daten nach dem Ergebnistyp oder Feature gruppiert, in dem deine Seite erschienen ist, etwa Bewertungs-Snippets, Videos oder Händler-Listings.

Der Filter listet nur Typen, für die deine Website Impressionen erzielt hat. Beim Gruppieren nach Darstellung in der Suche aggregiert die Tabelle nach Seite. Klicks werden einer URL zugeordnet, nicht einer URL plus Feature, deshalb kann eine gefilterte Klickzahl Klicks auf einen einfachen Link auf dieselbe Seite enthalten. Manche ältere Typen, etwa FAQ- und How-to-Rich-Results, führt Google als veraltet.

In GSC Magic: gsc_query_analytics kann Performance-Daten nach Darstellung in der Suche gruppieren oder filtern.

Verwandt: Strukturierte Daten und Rich Results, Suchtyp, Seite (Dimension)

Quellen: support.google.com

Der Suchtyp ist der Filter im Performance-Bericht, der Traffic aus der Websuche (textbasiert oder multimodal), der Bildersuche, der Videosuche und der News-Suche in der Google-Suche trennt.

„Web: Textbasiert“ umfasst Suchanfragen, die in die normale Suchleiste getippt werden; „Web: Multimodal“ umfasst Suchen mit Bildern, darunter Google Lens, Circle to Search und die Bildersuche in Chrome. Bilder, Videos und News decken die jeweiligen Tabs ab. Discover und Google News haben eigene Performance-Berichte. Google empfiehlt, Suchtypen bei der Analyse eines Einbruchs getrennt zu betrachten, und das Zeilenlimit der API gilt pro Suchtyp.

Verwandt: Darstellung in der Suche (Search Appearance), Limit von 1.000 Zeilen, Core-Update

Quellen: support.google.com, developers.google.com

Im Performance-Bericht gruppiert Land die Daten danach, woher die Suche kam, und Gerät nach Desktop, Mobilgerät oder Tablet.

Beide Dimensionen werden pro Property aggregiert. Google gibt an, dass Anfragen ohne die Dimension Suchanfrage oder Seite, etwa Länder, Geräte und Darstellung in der Suche, vollständig angezeigt und exportiert werden und daher nicht vom täglichen Zeilenlimit betroffen sind. Beim Vergleich von Desktop und Mobilgerät kann bei der Position ein Strich erscheinen, wenn eine Seite auf einem Gerät keine Impressionen hatte.

In GSC Magic: gsc_query_analytics akzeptiert Land und Gerät als Dimensionen und als Filter.

Verwandt: Limit von 1.000 Zeilen, Durchschnittliche Position, Suchanfrage

Quellen: support.google.com, developers.google.com

Die Datenaktualität beschreibt, wie schnell die Search Console Performance-Daten zeigt; die neuesten Zahlen können vorläufig sein, noch gesammelt werden und werden gestrichelt gezeichnet.

Die 24-Stunden-Ansicht zeigt die letzten verfügbaren 24 Stunden mit einigen Stunden Verzögerung, in Stundenpunkten und in der Zeitzone deines Browsers. Andere Ansichten verwenden Pacific Time und zeigen standardmäßig vollständige Tage. In der Search Analytics API liefert dataState „final“ (der Standard) nur finalisierte Daten, „all“ enthält frische Daten und „hourly_all“ fügt die stündliche Aufschlüsselung hinzu. Googles API-Leitfaden merkt an, dass Daten normalerweise nach 2 bis 3 Tagen verfügbar sind.

In GSC Magic: Die gehostete Synchronisierung aktualisiert die letzten vier Tage alle sechs Stunden, weil Google aktuelle Zahlen korrigiert.

Verwandt: 16 Monate Datenaufbewahrung, Klicks, Impressionen

Quellen: support.google.com, developers.google.com, developers.google.com, developers.google.com

Anonymisierte Suchanfragen sind Suchen, die die Search Console aus Datenschutzgründen aus ihren Tabellen weglässt, weil sie nicht von mehr als ein paar Dutzend Nutzern über zwei bis drei Monate gestellt wurden.

Sie zählen trotzdem in den Diagrammsummen, solange du keinen Filter für Suchanfragen setzt; deshalb ist die Summe der Tabellenzeilen meist niedriger als die Gesamtsumme. Filter entfernen sie vollständig: Suchanfragen mit einem Wort plus Suchanfragen ohne dieses Wort ergeben zusammen weniger als die ungefilterte Summe. Siehe warum die Search Console manche Suchanfragen ausblendet.

In GSC Magic: GSC Magic liest dieselbe Search Analytics API und kann anonymisierte Suchanfragen deshalb ebenfalls nicht zurückholen.

Verwandt: Suchanfrage, Limit von 1.000 Zeilen, Marken- vs. Nicht-Marken-Suchanfragen

Quellen: developers.google.com, support.google.com

Die Oberfläche der Search Console zeigt und exportiert höchstens 1.000 Zeilen pro Tabelle; die Search Analytics API liefert mit Paginierung bis zu 25.000 Zeilen pro Abfrage.

Google nennt als Obergrenze der API 50.000 Zeilen pro Tag, Website und Suchtyp, die nicht in allen Fällen erreicht wird. Standardmäßig liefert die API 1.000 Zeilen; rowLimit erhöht das auf 25.000, und startRow blättert durch den Rest. Anfragen ohne die Dimensionen Suchanfrage oder Seite geben alle Daten zurück. Für die vollständigste Liste der Suchanfragen verweist Google auf den Bulk-Datenexport nach BigQuery. Details in Das Limit von 1.000 Zeilen erklärt und im Leitfaden zur Search Console API.

In GSC Magic: gsc_query_analytics fordert bis zu 25.000 Zeilen pro Abfrage an, ein KI-Agent arbeitet also mit deutlich mehr als den 1.000 Zeilen der Oberfläche.

Verwandt: Suchanfrage, Anonymisierte Suchanfragen, 16 Monate Datenaufbewahrung, Suchtyp

Quellen: developers.google.com, developers.google.com, support.google.com

Der Performance-Bericht der Search Console umfasst die letzten 16 Monate; ältere Tage fallen heraus, wenn du die Daten nicht über die API oder den Bulk-Datenexport woandershin kopierst.

Sechzehn Monate reichen, um einen aktuellen Einbruch mit denselben Wochen ein Jahr zuvor zu vergleichen – die Prüfung, die Google für Saisonalität empfiehlt. Für längere Vergleiche empfiehlt Google, Daten über die Search Analytics API oder Bulk-Datenexporte zu ziehen und in eigenen Systemen zu speichern. Siehe 3 Wege, Search-Console-Daten länger als 16 Monate zu behalten und wie GSC Magic Historie speichert.

In GSC Magic: Pro und Agency laden beim Upgrade bis zu 16 Monate nach und löschen gespeicherte Historie nie; Free behält 14 Tage.

Verwandt: Saisonalität, Limit von 1.000 Zeilen, Content Decay

Quellen: developers.google.com

Crawling ist der Weg, auf dem Google Seiten entdeckt und herunterlädt; der Googlebot ist der Crawler der Google-Suche und existiert in einer Smartphone- und einer Desktop-Version.

Neue URLs findet Google vor allem über Links von bereits bekannten Seiten und über Sitemaps, lädt sie dann ab und rendert JavaScript mit einer aktuellen Chrome-Version. Weil Google die mobile Version der meisten Websites primär indexiert, kommen die meisten Anfragen vom Googlebot Smartphone. Für die Google-Suche lädt der Googlebot die ersten 2 MB eines unterstützten Dateityps (64 MB bei PDFs). Crawling per robots.txt zu blockieren verhindert nicht, dass eine URL in den Ergebnissen erscheint; dafür brauchst du noindex. Der Bericht „Crawl-Statistiken“ zeigt Anfragezahlen, Antwortcodes und Verfügbarkeitsprobleme. Google nimmt kein Geld dafür, eine Website häufiger zu crawlen.

In GSC Magic: GSC Magic crawlt deine Website nicht; es liest Googles Daten aus der URL-Prüfung sowie die Crawl-Statistiken und Crawling-Probleme von Bing.

Verwandt: Indexierung, Crawl-Budget, robots.txt, XML-Sitemap

Quellen: developers.google.com, developers.google.com, support.google.com

Die Indexierung ist die Phase, in der Google eine gecrawlte Seite analysiert und im Google-Index speichert; nur indexierte Seiten können in der Google-Suche erscheinen.

Die Google-Suche arbeitet in drei Phasen: Crawling, Indexierung und Auslieferung der Ergebnisse, und nicht jede Seite durchläuft jede Phase. Google garantiert nicht, dass es eine Seite indexiert, auch wenn sie die Search Essentials befolgt. Der Bericht „Seitenindexierung“ erklärt, warum URLs nicht indexiert sind, zum Beispiel „Crawled – currently not indexed“ (gecrawlt, wird vielleicht später indexiert, kein erneutes Einreichen nötig) oder „Discovered – currently not indexed“ (gefunden, aber der Crawl wurde verschoben, um die Website nicht zu überlasten). Siehe Search Console: nicht indexiert – Ursachen und Lösungen.

In GSC Magic: report_index_health liest die URLs aus deinen Sitemaps, prüft sie mit der URL Inspection API und gruppiert sie nach Indexstatus.

Verwandt: Crawling und Googlebot, URL-Prüfung (URL Inspection), noindex, Kanonische URL

Quellen: developers.google.com, support.google.com

Das Crawl-Budget ist die Menge der URLs, die Google auf einer Website crawlen kann und will, bestimmt durch zwei Faktoren: das Crawl-Kapazitätslimit und die Crawl-Nachfrage.

Das Kapazitätslimit hält den Googlebot davon ab, deinen Server zu überlasten; die Crawl-Nachfrage hängt von der Größe der Website, der Aktualisierungsfrequenz, der Seitenqualität und der Relevanz ab. Jeder Hostname hat sein eigenes Crawl-Budget. Google sagt, sein Crawl-Budget-Leitfaden richte sich vor allem an sehr große Websites (etwa 1 Million oder mehr Seiten, die wöchentlich wechseln), Websites mit 10.000 oder mehr Seiten, die täglich wechseln, oder Websites mit vielen URLs in „Discovered – currently not indexed“. Werden neue Seiten am Tag der Veröffentlichung gecrawlt, ist das Crawl-Budget nicht dein Problem.

Verwandt: Crawling und Googlebot, XML-Sitemap, Indexierung

Quellen: developers.google.com

Eine kanonische URL ist die URL, die Google aus einer Gruppe doppelter Seiten als die repräsentativste auswählt; sie ist die Version, die meist in den Suchergebnissen erscheint.

Duplikate entstehen durch HTTP- und HTTPS-Versionen, Mobil- und Desktop-URLs, Sortier- und Filterparameter oder regionale Varianten. Du kannst eine Präferenz mit rel="canonical", Weiterleitungen und Sitemaps angeben, aber Google behandelt sie als Hinweis, nicht als Regel, und wählt unter Umständen eine andere URL. Die Search Console ordnet Klicks und Impressionen der kanonischen URL zu. Vergleiche die vom Nutzer festgelegte und die von Google gewählte kanonische URL in der URL-Prüfung.

In GSC Magic: gsc_inspect_url liefert für eine URL sowohl die festgelegte als auch die von Google gewählte kanonische URL.

Verwandt: Weiterleitung (301 vs. 302), Seite (Dimension), URL-Prüfung (URL Inspection), hreflang

Quellen: developers.google.com, developers.google.com

noindex ist eine Regel, gesetzt per robots-Meta-Tag oder X-Robots-Tag im HTTP-Header, die Google anweist, eine Seite aus den Suchergebnissen zu nehmen.

Google muss die Seite crawlen, um die Regel zu sehen, deshalb darf die Seite nicht per robots.txt blockiert sein; sonst kann sie weiter in den Ergebnissen erscheinen, wenn andere Seiten auf sie verlinken. noindex in robots.txt unterstützt Google nicht. Nach dem Hinzufügen bleibt eine Seite in den Ergebnissen, bis Google sie erneut crawlt, was bei weniger wichtigen Seiten Monate dauern kann. Blockiert robots.txt die Seite, meldet die URL-Prüfung die Indexierung als erlaubt, weil Google die noindex-Regel nicht sehen kann.

In GSC Magic: gsc_inspect_url und report_index_health zeigen, wenn Google auf einer URL eine noindex-Regel gefunden hat.

Verwandt: robots.txt, Indexierung, URL-Prüfung (URL Inspection)

Quellen: developers.google.com, support.google.com

robots.txt ist eine Datei im Wurzelverzeichnis einer Website, die Crawlern sagt, auf welche URLs sie zugreifen dürfen; sie steuert das Crawling, nicht die Indexierung einer Seite.

Google beschreibt sie als Weg, Crawler-Traffic zu steuern und eine Überlastung deines Servers zu vermeiden. Eine per robots.txt blockierte Seite kann trotzdem ohne Beschreibung indexiert werden, wenn andere Seiten auf sie verlinken; nutze noindex oder Passwortschutz, um eine Seite aus Google herauszuhalten. Blockiere keine CSS- oder JavaScript-Dateien, die Google braucht, um die Seite zu verstehen.

In GSC Magic: Das Dashboard führt für jede Website einen schnellen robots.txt- und Sitemap-Check aus.

Verwandt: noindex, Crawling und Googlebot, XML-Sitemap

Quellen: developers.google.com

Eine XML-Sitemap ist eine Datei, die die Seiten, Bilder, Videos und anderen Dateien deiner Website auflistet, damit Suchmaschinen sie effizienter finden und crawlen können.

Eine Sitemap kann auch das Datum der letzten Änderung und alternative Sprachversionen enthalten. Sie hilft beim Entdecken, garantiert aber weder Crawling noch Indexierung. Google sagt, kleine, gut verlinkte Websites (etwa 500 Seiten oder weniger) brauchen möglicherweise keine, während große, neue oder medienlastige Websites am meisten profitieren. Bei vielen neuen oder geänderten URLs empfiehlt Google, eine Sitemap einzureichen, statt URLs einzeln zur Indexierung anzufragen. Siehe Sitemap eingereicht, aber Seiten nicht indexiert.

In GSC Magic: gsc_list_sitemaps zeigt Status und Fehler, gsc_submit_sitemap reicht eine Sitemap ein (Pro und Agency), und bing_submit_sitemap schickt sie an Bing.

Verwandt: Crawling und Googlebot, Indexierung, robots.txt, IndexNow

Quellen: developers.google.com

Die URL-Prüfung ist das Tool der Search Console, das Googles indexierte Version einer URL zeigt, erklärt, warum sie indexiert ist oder nicht, und eine Seite live testen kann.

Sie meldet Indexierungsstatus, die von Google gewählte kanonische URL, den letzten Crawl, gefundene strukturierte Daten und einen Screenshot der gerenderten Seite. Der Live-Test prüft, ob eine Seite indexierbar sein könnte, kann aber nicht vorhersagen, welche URL Google als kanonisch behandelt. Die URL Inspection API liefert nur die indexierte Version, hat keinen Live-Test und erlaubt 2.000 Prüfungen pro Website und Tag. Siehe 500 URLs mit der API prüfen.

In GSC Magic: gsc_inspect_url prüft eine URL, gsc_inspect_urls_batch bis zu 500 in einem Aufruf innerhalb von Googles Kontingent.

Verwandt: Indexierung beantragen, Indexierung, Kanonische URL, Soft 404

Quellen: support.google.com, developers.google.com, developers.google.com

„Indexierung beantragen“ ist eine Schaltfläche in der URL-Prüfung, die Google bittet, eine einzelne URL zu crawlen; sie garantiert nicht, dass die Seite indexiert wird.

Du musst Inhaber oder vollständiger Nutzer der Property sein. Für einzelne Anfragen gibt es ein Kontingent, und dieselbe URL mehrfach anzufragen lässt sie nicht schneller crawlen. Das Crawling kann von einigen Tagen bis zu einigen Wochen dauern. Bei vielen URLs empfiehlt Google, stattdessen eine Sitemap einzureichen. Googles separate Indexing API ist offiziell auf Seiten mit JobPosting- oder BroadcastEvent-Markup beschränkt. Siehe IndexNow vs. Google Indexing API.

In GSC Magic: Das optionale Tool gsc_request_indexing nutzt Googles Indexing API, die Google nur für JobPosting- und BroadcastEvent-Seiten unterstützt.

Verwandt: URL-Prüfung (URL Inspection), XML-Sitemap, IndexNow, Indexierung

Quellen: developers.google.com, developers.google.com

Ein Soft 404 ist eine Seite, die den Statuscode 200 (OK) zurückgibt, für Google aber wie eine Fehler- oder leere Seite aussieht; Google meldet sie und indexiert sie nicht.

Google empfiehlt, für Seiten, die es wirklich nicht gibt, den Statuscode 404 zurückzugeben, und Seiten, die bleiben sollen, mit mehr Inhalt zu füllen, damit sie nicht wie Fehler aussehen. Um zu sehen, was Google sieht, starte einen Live-Test in der URL-Prüfung und öffne den Screenshot der gerenderten Seite.

Verwandt: URL-Prüfung (URL Inspection), Indexierung, Weiterleitung (301 vs. 302)

Quellen: support.google.com, developers.google.com

Eine Weiterleitung schickt Besucher und Crawler von einer URL zu einer anderen; 301 ist dauerhaft und signalisiert, dass das Ziel kanonisch sein soll, 302 ist vorübergehend.

Bei dauerhaften Weiterleitungen (301, 308, sofortiger Meta-Refresh) zeigt Google in den Ergebnissen meist die Ziel-URL. Bei vorübergehenden (302, 303, 307) folgt Google der Weiterleitung, nutzt sie aber nicht als Canonical-Signal, sodass die Quell-URL in den Ergebnissen bleiben kann. Serverseitige Weiterleitungen sind am zuverlässigsten; Googles Crawler folgen standardmäßig bis zu 10 Weiterleitungen. Die Search Console ordnet Klicks der endgültigen URL nach Weiterleitungen zu.

Verwandt: Kanonische URL, Soft 404, Seite (Dimension)

Quellen: developers.google.com, developers.google.com

hreflang ist eine Auszeichnung, die Google sagt, welche Seiten Sprach- oder Regionalversionen desselben Inhalts sind, damit es Nutzern die richtige zeigt.

Du kannst hreflang in HTML-Link-Tags, HTTP-Headern oder der Sitemap angeben; die drei Methoden sind gleichwertig. Jede Version muss sich selbst und alle anderen Versionen auflisten, mit vollständig qualifizierten URLs. Google nutzt hreflang nicht, um die Sprache einer Seite zu erkennen. Seiten in derselben Sprache für verschiedene Regionen sind Duplikate, deshalb empfiehlt Google, hreflang mit Kanonisierung zu kombinieren.

Verwandt: Kanonische URL, XML-Sitemap, Land und Gerät

Quellen: developers.google.com, developers.google.com

Strukturierte Daten sind ein standardisiertes Format, meist mit schema.org-Vokabular und oft als JSON-LD geschrieben, das den Inhalt einer Seite für Google beschreibt und sie für Rich Results qualifizieren kann.

Rich Results sind Suchergebnisse mit erweiterter Darstellung, etwa Bewertungssterne, Rezeptdetails oder Produktpreise. Eine Seite braucht alle erforderlichen Eigenschaften, um infrage zu kommen, und Markup, das Googles Richtlinien für strukturierte Daten verletzt, kann sie disqualifizieren. Google empfiehlt, Markup während der Entwicklung mit dem Rich Results Test zu prüfen und nach dem Deployment die Rich-Result-Berichte in der Search Console zu beobachten. Rich-Result-Typen erscheinen auch in der Dimension „Darstellung in der Suche“.

In GSC Magic: gsc_inspect_url meldet die Rich Results, die Google auf einer URL erkannt hat.

Verwandt: Darstellung in der Suche (Search Appearance), URL-Prüfung (URL Inspection), CTR (Klickrate)

Quellen: developers.google.com, support.google.com

Core Web Vitals sind drei Google-Kennzahlen zur Erfahrung echter Nutzer: Largest Contentful Paint (Laden), Interaction to Next Paint (Reaktionsfähigkeit) und Cumulative Layout Shift (visuelle Stabilität).

Gute Schwellenwerte sind LCP innerhalb von 2,5 Sekunden, INP von 200 Millisekunden oder weniger und CLS von 0,1 oder weniger, gemessen am 75. Perzentil der Seitenaufrufe, getrennt für Mobilgeräte und Desktop. Eine Seite besteht, wenn alle drei das Ziel erreichen. Google sagt, gute Core Web Vitals passen zu dem, was seine zentralen Ranking-Systeme belohnen, als Teil der Seitenerfahrung. Der Bericht „Core Web Vitals“ in der Search Console zeigt, wie deine Seiten abschneiden.

In GSC Magic: cwv_get_origin, cwv_get_url und cwv_history lesen die Core Web Vitals echter Nutzer, und das Dashboard zeigt pro Website eine Core-Web-Vitals-Karte.

Verwandt: LCP (Largest Contentful Paint), INP (Interaction to Next Paint), CLS (Cumulative Layout Shift), CrUX (Chrome UX Report)

Quellen: web.dev, developers.google.com

LCP misst das Laden: die Zeit, bis das größte Bild, der größte Textblock oder das größte Video im sichtbaren Bereich gerendert ist. Gut sind 2,5 Sekunden oder weniger.

LCP wird ab der ersten Navigation des Nutzers zur Seite gemessen, enthält also Serverantwortzeit, Weiterleitungen und Verbindungsaufbau. Nutze das 75. Perzentil der Seitenaufrufe, getrennt nach Mobil und Desktop, um zu beurteilen, ob die meisten Besucher eine gute Erfahrung machen.

In GSC Magic: Die cwv-Tools liefern LCP am 75. Perzentil mit dem Anteil guter, verbesserungswürdiger und schlechter Ladevorgänge.

Verwandt: Core Web Vitals, INP (Interaction to Next Paint), CLS (Cumulative Layout Shift), PageSpeed Insights und Lighthouse

Quellen: web.dev

INP misst die Reaktionsfähigkeit: wie lange die Seite braucht, um sichtbar auf Klicks, Taps und Tastendrücke zu reagieren. Gut sind 200 Millisekunden oder weniger, schlecht über 500.

INP beobachtet die Latenz aller Interaktionen während eines Besuchs und meldet ungefähr die langsamste, Ausreißer ausgenommen. Es ersetzt First Input Delay (FID), das nur die Eingabelatenz der ersten Interaktion maß. Lange JavaScript-Aufgaben im Hauptthread sind eine häufige Ursache für schlechte INP-Werte.

Verwandt: Core Web Vitals, LCP (Largest Contentful Paint), CLS (Cumulative Layout Shift)

Quellen: web.dev

CLS misst die visuelle Stabilität: den größten Schub unerwarteter Layoutverschiebungen während der Lebensdauer einer Seite. Gut sind 0,1 oder weniger, schlecht über 0,25.

Eine Layoutverschiebung entsteht, wenn sich ein sichtbares Element ohne Nutzereingabe zwischen zwei gerenderten Frames bewegt, etwa wenn ein Bild ohne feste Abmessungen oder eine spät geladene Anzeige Text nach unten schiebt. Verschiebungen mit weniger als einer Sekunde Abstand werden zu einem Sitzungsfenster zusammengefasst, und das größte Fenster ist der CLS-Wert.

Verwandt: Core Web Vitals, LCP (Largest Contentful Paint), INP (Interaction to Next Paint)

Quellen: web.dev

CrUX ist Googles öffentlicher Datensatz dazu, wie echte Chrome-Nutzer Websites erleben, und die Felddatenquelle hinter den Core Web Vitals in Googles Tools.

Origins und Seiten werden nur aufgenommen, wenn sie öffentlich auffindbar sind und genug Besucher für eine statistisch signifikante Stichprobe haben, deshalb haben viele Seiten mit wenig Traffic keine Daten. Die Google-Suche nutzt CrUX, um den Ranking-Faktor Seitenerfahrung zu speisen. PageSpeed Insights zeigt CrUX als Felddaten und greift auf Origin-Ebene zurück, wenn eine Seite zu wenige Stichproben hat.

In GSC Magic: Die cwv-Tools fragen CrUX für einen Origin oder eine URL ab; Seiten ohne genug Chrome-Traffic liefern keine Daten.

Verwandt: Core Web Vitals, PageSpeed Insights und Lighthouse, LCP (Largest Contentful Paint)

Quellen: developer.chrome.com

PageSpeed Insights zeigt die CrUX-Felddaten einer Seite und startet Lighthouse, ein Open-Source-Tool, das Performance, Barrierefreiheit, Best Practices und SEO in einer simulierten Umgebung prüft.

Felddaten zeigen, was echte Besucher über die Zeit erlebt haben; Labordaten aus Lighthouse stammen aus einem einzelnen kontrollierten Lauf, der beim Debuggen nützlich ist, reale Engpässe aber verfehlen kann. Die Core-Web-Vitals-Bewertung von PSI nutzt Felddaten: Eine Seite oder ein Origin besteht, wenn das 75. Perzentil von LCP, INP und CLS gut ist. Lighthouse läuft auch in den Chrome DevTools, über die Kommandozeile oder als Node-Modul.

In GSC Magic: psi_run_audit führt Lighthouse über PageSpeed Insights aus, und die Core-Web-Vitals-Karte im Dashboard kann einen Audit starten.

Verwandt: CrUX (Chrome UX Report), Core Web Vitals, LCP (Largest Contentful Paint)

Quellen: developers.google.com, developer.chrome.com

Striking-Distance-Keywords sind Suchanfragen, bei denen eine Seite bereits knapp außerhalb der Top-Ergebnisse rankt, oft auf Position 4 bis 20, mit genug Impressionen für zusätzliche Klicks.

Das ist ein Begriff aus der SEO-Praxis, keine Kennzahl der Search Console. Die übliche Methode: den Performance-Bericht nach Suchanfrage und Seite filtern, Zeilen mit einer durchschnittlichen Position knapp unter den Top-Plätzen und aussagekräftigen Impressionen behalten und dann die bestehende Seite verbessern, statt eine neue zu schreiben. Denk daran, dass die durchschnittliche Position ein Mittelwert ist, prüfe also den Trend. Siehe So findest du Striking-Distance-Keywords und 7 SEO-Quick-Wins.

In GSC Magic: report_quick_wins liefert Paare aus Suchanfrage und Seite auf Position 4 bis 20 mit vielen Impressionen, sortiert nach potenziellen zusätzlichen Klicks.

Verwandt: Durchschnittliche Position, Impressionen, CTR-Ausreißer (Seite mit niedriger CTR)

Quellen: support.google.com

Keyword-Kannibalisierung liegt vor, wenn zwei oder mehr Seiten deiner Website für dieselbe Suchanfrage konkurrieren und Impressionen und Klicks aufteilen, statt dass eine Seite gut rankt.

Es ist ein Begriff aus der SEO-Praxis, nicht von Google. In der Search Console zeigt sie sich als eine Suchanfrage, deren Impressionen sich über mehrere URLs verteilen, die manchmal im Lauf der Zeit die Plätze tauschen. Nicht jede Überschneidung ist ein Problem: Unterschiedliche Suchintentionen können unterschiedliche Seiten verdienen, und Marken-Suchanfragen zeigen oft viele URLs. Übliche Korrekturen sind das Zusammenführen von Seiten per 301-Weiterleitung, das Schärfen der unterschiedlichen Intentionen oder angepasste interne Links. Siehe Keyword-Kannibalisierung in der Search Console.

In GSC Magic: report_cannibalization listet Suchanfragen, bei denen zwei oder mehr deiner Seiten jeweils einen relevanten Anteil der Impressionen bekommen.

Verwandt: Suchanfrage, Seite (Dimension), Kanonische URL, Weiterleitung (301 vs. 302)

Quellen: support.google.com

Content Decay ist ein allmählicher, anhaltender Rückgang der Suchklicks einer Seite über mehrere Monate, im Gegensatz zu einem plötzlichen Einbruch durch ein technisches Problem oder ein Update.

Es ist ein Begriff aus der SEO-Praxis. Typische Ursachen sind veraltete Informationen, neuere konkurrierende Seiten oder ein verändertes Suchinteresse. Der Vergleich mehrerer aufeinanderfolgender Zeiträume trennt einen stetigen Rückgang von einer schlechten Woche; die gleichen Monate ein Jahr zuvor zu prüfen, schließt Saisonalität aus. Siehe So erkennst du Content Decay.

In GSC Magic: report_content_decay listet Seiten, deren Klicks in jedem der letzten drei Zeitfenster gefallen sind (standardmäßig je 28 Tage).

Verwandt: Saisonalität, 16 Monate Datenaufbewahrung, Core-Update

Quellen: developers.google.com

Ein CTR-Ausreißer ist eine Seite oder Suchanfrage, deren Klickrate deutlich unter der anderer Ergebnisse auf derselben Position deiner Website liegt.

Weil die CTR mit der Position fällt, sagt eine niedrige CTR nur im Vergleich bei ähnlichen Positionen etwas aus. Ausreißer haben oft einen Titel oder ein Snippet, das nicht zur Suchanfrage passt, oder konkurrieren mit einem Rich Result oder einem AI Overview auf derselben Ergebnisseite. Google empfiehlt, Titel und Snippet zu überprüfen, wenn die Impressionen stabil bleiben, die Klicks aber fallen. Siehe Keywords mit niedriger CTR in der Search Console.

In GSC Magic: report_ctr_outliers markiert Seiten, deren CTR unter der Hälfte des mittleren CTR deiner Website auf derselben Position liegt.

Verwandt: CTR (Klickrate), Durchschnittliche Position, Striking-Distance-Keywords (Quick Wins)

Quellen: developers.google.com, support.google.com

Marken-Suchanfragen enthalten deinen Markennamen, seine Schreibfehler oder deine einzigartigen Produkte; Nicht-Marken-Suchanfragen sind alle anderen Suchen, die deine Website zeigen.

Marken-Suchanfragen ranken meist höher und bekommen mehr Klicks, während Nicht-Marken-Suchanfragen zeigen, wie neue Leute dich finden. Die Search Console hat im Performance-Bericht einen Filter für Marken-Suchanfragen, der von einem KI-gestützten System und nicht von einer Keyword-Liste klassifiziert wird. Google sagt, er ist nur für Properties der obersten Ebene mit genug Suchanfragen und Impressionen verfügbar und kann manche Suchanfragen falsch einordnen.

In GSC Magic: report_brand_split trennt Suchanfragen anhand der Markenbegriffe, die du angibst, und liefert Klicks, Impressionen und Klickanteil für jede Gruppe.

Verwandt: Suchanfrage, CTR (Klickrate), Anonymisierte Suchanfragen

Quellen: developers.google.com, support.google.com

Saisonalität ist ein wiederkehrender Anstieg oder Rückgang der Suchnachfrage zur gleichen Zeit jedes Jahr, etwa durch Feiertage, der Traffic ohne jede Ranking-Änderung verändert.

Googles Leitfaden zu Traffic-Einbrüchen empfiehlt, den Performance-Bericht auf die letzten 16 Monate zu stellen, um zu sehen, ob sich ein Einbruch jedes Jahr wiederholt, und die Top-Suchanfragen in Google Trends zu prüfen, ob die Nachfrage im gesamten Web gefallen ist. Wenn die Impressionen gefallen sind, während die Position hielt, ist die Nachfrage die wahrscheinliche Ursache. Siehe Saisonalität vs. echte Ranking-Verluste.

In GSC Magic: Weil Pro und Agency gespeicherte Historie über 16 Monate hinaus behalten, können Agenten denselben Zeitraum über mehr als ein Jahr vergleichen.

Verwandt: 16 Monate Datenaufbewahrung, Content Decay, Core-Update

Quellen: developers.google.com

Ein Core-Update ist eine bedeutende, breite Änderung an Googles Ranking-Systemen, die mehrmals im Jahr ausgerollt wird und in Googles Liste der Ranking-Updates angekündigt wird.

Core-Updates richten sich nicht gegen bestimmte Websites. Google empfiehlt, das Ende des Rollouts abzuwarten und dann eine volle Woche danach mit einer Woche davor zu vergleichen. Ein kleiner Rückgang, etwa von Position 2 auf 4, verlangt keine drastischen Maßnahmen; ein großer, anhaltender Rückgang erfordert eine ehrliche Bewertung der Nützlichkeit der ganzen Website. Google merkt an, dass manche Änderungen in Tagen wirken, andere in mehreren Monaten. Siehe die Checkliste für organische Traffic-Einbrüche.

In GSC Magic: report_traffic_drops vergleicht einen Zeitraum mit dem davor und listet die Seiten oder Suchanfragen mit den größten Klickverlusten und -gewinnen.

Verwandt: Durchschnittliche Position, Saisonalität, Suchtyp

Quellen: developers.google.com, developers.google.com

Bing Webmaster Tools ist Microsofts Gegenstück zur Search Console: Suchperformance, Crawl- und Indexdaten, URL-Übermittlung und Keyword-Recherche für Bing.

Die API bietet programmatischen Zugriff auf Traffic- und Ranking-Statistiken, Link- und Keyword-Details, Crawl-Statistiken sowie URL- und Sitemap-Übermittlung. Search Performance zeigt 16 Monate Historie. AI Performance, im Februar 2026 als öffentliche Vorschau gestartet, zeigt, wie oft deine Seiten in Microsoft Copilot und in den KI-generierten Antworten von Bing zitiert werden. Siehe den Leitfaden zur Bing Webmaster Tools API und Bing Webmaster Tools in GSC Magic.

In GSC Magic: Mit deinem Bing-API-Schlüssel ergänzt GSC Magic Bing-Tools für Suchanfragen- und Seitenstatistiken, Crawl-Daten, Keyword-Recherche und URL-Übermittlung sowie report_google_vs_bing.

Verwandt: IndexNow, GEO (Generative Engine Optimization), XML-Sitemap

Quellen: learn.microsoft.com, blogs.bing.com, blogs.bing.com

IndexNow ist ein offenes Protokoll, mit dem eine Website teilnehmenden Suchmaschinen – darunter Bing, Naver, Seznam.cz, Yandex und Yep – sofort melden kann, dass eine URL hinzugefügt, aktualisiert oder gelöscht wurde.

Du legst eine Schlüsseldatei auf deiner Website ab, um die Inhaberschaft zu belegen, und sendest dann eine URL oder einen Stapel an einen IndexNow-Endpunkt; eine Übermittlung wird mit allen teilnehmenden Engines geteilt. Eine HTTP-200-Antwort bedeutet nur, dass die URL empfangen wurde, nicht dass sie indexiert wird. Google ist nicht unter den teilnehmenden Engines gelistet. Siehe So richtest du IndexNow mit einem KI-Agenten ein.

In GSC Magic: indexnow_generate_key erzeugt einen Schlüssel, und indexnow_submit sendet bis zu 10.000 URLs pro Aufruf (Pro und Agency, mit deinem IndexNow-Schlüssel).

Verwandt: Bing Webmaster Tools, Indexierung beantragen, XML-Sitemap

Quellen: indexnow.org, indexnow.org, indexnow.org

In Google Analytics 4 ist eine Sitzung ein Zeitraum, in dem ein Nutzer mit deiner Website oder App interagiert; im Web endet sie standardmäßig nach 30 Minuten Inaktivität.

Eine Sitzung beginnt, wenn jemand die App öffnet oder eine Seite aufruft, während keine Sitzung aktiv ist, und GA4 protokolliert ein session_start-Ereignis. Es gibt keine Höchstdauer, und der Timeout lässt sich in den Einstellungen des Datenstreams ändern. Sitzungen sind nicht dasselbe wie Klicks in der Search Console, siehe warum die Zahlen nicht übereinstimmen und GA4 in GSC Magic.

In GSC Magic: ga_run_report fragt GA4-Sitzungen schreibgeschützt ab, nach jeder Dimension wie Landingpage oder Sitzungsquelle.

Verwandt: Klicks, Schlüsselereignis (GA4), Verweis-Traffic, Traffic aus KI-Assistenten

Quellen: support.google.com

Ein Schlüsselereignis ist ein GA4-Ereignis, das du als wichtig für dein Geschäft markierst, etwa einen Kauf oder eine Registrierung; Schlüsselereignisse hießen in Analytics früher Conversions.

Jedes erfasste Ereignis kann als Schlüsselereignis markiert werden. Google verwendet „Conversion“ inzwischen für Aktionen, die für Google-Ads-Kampagnen und Gebote gemessen werden, deshalb können sich die Zahlen für Conversions und Schlüsselereignisse unterscheiden.

In GSC Magic: ga_list_key_events listet die Schlüsselereignisse, die auf einer GA4-Property konfiguriert sind.

Verwandt: Sitzung (GA4), Verweis-Traffic

Quellen: support.google.com

In GA4 ist Referral der Standardkanal für Besucher, die über Nicht-Anzeigen-Links auf anderen Websites oder Apps kommen, etwa Blogs und Nachrichtenseiten.

GA4 ordnet Sitzungen anhand von Quelle und Medium Standardkanälen zu. Organische Suchergebnisse, einschließlich Googles AI Overviews und AI Mode, landen in Organic Search, und erkannte KI-Assistenten haben ihren eigenen Kanal AI Assistant. Direct umfasst Besuche über einen gespeicherten Link oder eine eingegebene URL.

Verwandt: Traffic aus KI-Assistenten, Sitzung (GA4), Schlüsselereignis (GA4)

Quellen: support.google.com

Traffic aus KI-Assistenten sind Besuche über Links in Chat-Assistenten wie ChatGPT, Gemini, Claude oder Copilot, die GA4 im Kanal AI Assistant gruppiert, wenn der Referrer erkannt wird.

Seit Mai 2026 setzt GA4 das Medium auf ai-assistant und den Kanal auf AI Assistant, wenn der Referrer zu einem erkannten Assistenten passt; der Kanal schließt Googles AI Overviews und AI Mode aus, die als Organic Search zählen. Der Kanal hängt vom Referrer ab, deshalb werden Assistenten-Besuche ohne Referrer dort nicht gezählt. Traffic ist nicht dasselbe wie Zitate. Siehe ChatGPT- und Perplexity-Traffic in GA4 messen.

In GSC Magic: Das Dashboard zählt GA4-Sitzungen aus KI-Assistenten-Quellen wie ChatGPT, Perplexity, Claude und Gemini; es misst Besuche, keine Zitate.

Verwandt: Verweis-Traffic, Sitzung (GA4), GEO (Generative Engine Optimization), AI Overviews und AI Mode

Quellen: support.google.com, support.google.com

MCP (Model Context Protocol) ist ein Open-Source-Standard, um KI-Anwendungen wie Claude oder ChatGPT mit externen Datenquellen, Tools und Workflows zu verbinden.

Die MCP-Dokumentation vergleicht es mit einem USB-C-Anschluss für KI-Anwendungen: ein Standardweg, um viele Systeme zu verbinden. Eine KI-Anwendung (der Host) betreibt pro Verbindung einen MCP-Client, und jeder Client spricht mit einem MCP-Server, der Tools, Ressourcen und Prompts bereitstellt. Server laufen lokal (stdio) oder remote über Streamable HTTP. Siehe was passiert, wenn Claude die Search Console über MCP aufruft.

In GSC Magic: GSC Magic ist ein gehosteter MCP-Server unter https://mcp.gscmagic.com/mcp mit 70 Tools für Search Console, Bing, IndexNow, Core Web Vitals und GA4.

Verwandt: MCP-Server und MCP-Client, Connector (Claude), GEO (Generative Engine Optimization)

Quellen: modelcontextprotocol.io, modelcontextprotocol.io

Ein MCP-Server ist ein Programm, das Tools und Daten über MCP für KI-Anwendungen bereitstellt; ein MCP-Client ist die Komponente in der KI-Anwendung, die sich damit verbindet.

Die Host-Anwendung, etwa Claude, eine IDE oder ChatGPT, erzeugt pro Server einen MCP-Client, und jeder Client hält eine Verbindung. Server bieten Tools, die das Modell aufrufen kann, Ressourcen zum Lesen und Prompts. Ein lokaler Server bedient meist einen Client über stdio; ein Remote-Server mit Streamable HTTP kann viele Clients bedienen. Siehe was ein Search-Console-MCP-Server ist und die vollständige Tool-Liste.

In GSC Magic: Der Remote-Server von GSC Magic meldet Clients per OAuth an oder akzeptiert ein gsm_-Zugriffstoken, das schreibgeschützt sein und ablaufen kann.

Verwandt: MCP (Model Context Protocol), Connector (Claude)

Quellen: modelcontextprotocol.io, modelcontextprotocol.io, modelcontextprotocol.io

In Claude verbindet ein Connector den Assistenten mit einem externen Tool oder einer Datenquelle; benutzerdefinierte Connectoren verbinden Claude über das Internet mit Remote-MCP-Servern.

Claude verbindet sich von Anthropics Cloud aus mit dem Server eines benutzerdefinierten Connectors, nicht von deinem Gerät, deshalb muss der Server öffentlich im Internet erreichbar sein. Anthropic weist darauf hin, dass benutzerdefinierte Connectoren Dienste erreichen können, die es nicht geprüft hat; füge also nur Server hinzu, denen du vertraust. Siehe Search Console mit Claude verbinden und alle unterstützten Clients.

In GSC Magic: GSC Magic ist in Claudes Connector-Verzeichnis gelistet und lässt sich auch als benutzerdefinierter Connector oder, in ChatGPT, als benutzerdefinierter MCP-Server hinzufügen.

Verwandt: MCP (Model Context Protocol), MCP-Server und MCP-Client

Quellen: support.claude.com

GEO (Generative Engine Optimization) ist die Praxis, zu verbessern, wie oft und wie gut Inhalte in Antworten erscheinen, die KI-Suchmaschinen und Assistenten generieren.

Der Begriff stammt aus einem Forschungsaufsatz von 2023, der generative Engines als Systeme definierte, die Quellen mit großen Sprachmodellen sammeln und zusammenfassen. Microsoft beschreibt Bings Bericht AI Performance als frühen Schritt zu GEO-Tools. Google sagt, für seine generativen KI-Features gelten dieselben SEO-Grundlagen und es gibt keine zusätzlichen Anforderungen, um dort zu erscheinen. Siehe wie ChatGPT, Claude und Perplexity Quellen auswählen und GSC Magic für GEO-Spezialisten.

Verwandt: AI Overviews und AI Mode, Traffic aus KI-Assistenten, Bing Webmaster Tools

Quellen: arxiv.org, blogs.bing.com, developers.google.com

AI Overviews und AI Mode sind Funktionen der Google-Suche, die mit KI-generierten Antworten und Links zu belegenden Webseiten antworten; ihr Traffic zählt in der Search Console.

AI Overviews erscheinen nur, wenn Googles Systeme sie für hilfreich halten; AI Mode übernimmt längere, explorative Fragen. Beide können Query-Fan-out nutzen und verwandte Suchen ausführen, um belegende Seiten zu finden. Um infrage zu kommen, muss eine Seite indexiert und für ein Snippet geeignet sein; zusätzliche Anforderungen gibt es nicht. Im Performance-Bericht belegt ein AI Overview eine einzige Position, und ein Klick auf einen externen Link zählt als Klick. Ein Bericht zur generativen KI, bis zum 31. August 2026 weltweit ausgerollt, zeigt Impressionen in diesen Features. Siehe wie du AI Overviews und AI Mode verfolgst.

Verwandt: Durchschnittliche Position, GEO (Generative Engine Optimization), Traffic aus KI-Assistenten, Impressionen

Quellen: developers.google.com, support.google.com, support.google.com, developers.google.com