Search Console Reports: Performance, Indexierung und Crawl-Daten

Kurzdefinition

Search Console Reports sind die offiziellen Berichte, mit denen Google zeigt, wie eine Website in der Suche gefunden, gecrawlt, indexiert und gemessen wird. Sie beantworten nicht "warum ranken wir heute auf Platz drei?", sondern viel bessere Fragen: Welche Seiten bekommen Impressionen? Welche Suchanfragen erzeugen Klicks? Welche URLs werden nicht indexiert? Wie verhaelt sich Googlebot? Welche URL-Gruppen bestehen den Core-Web-Vitals-Test nicht?

Der wichtigste Punkt: Search Console ist kein klassisches Webanalyse-Tool. Es misst die Sichtbarkeit und Diagnose aus Google Search heraus. Dadurch ist es naeher an SEO als viele Analytics-Dashboards, aber auch enger im Blickwinkel. Wer die Reports richtig nutzt, kombiniert sie mit GA4, Logfiles, Crawling, Rank-Tracking und redaktioneller Qualitaetspruefung.

Begriffe auf dieser Seite

• Search Console Performance Report
• Search Console Coverage Report, heute praktisch Page Indexing Report
• Crawl Stats Report
• Core Web Vitals Report
• Regex Filters in GSC
• URL Inspection Tool und URL Inspection API
• GSC Bulk Data Export
• Search Console Insights
• Server Log Parsing for Crawl Analysis
• Log File Analysis for Crawl Insights

Einfach erklaert

Stell dir Search Console wie ein Kontrollzentrum vor, aber nicht wie ein Cockpit mit einer einzigen Zahl. Jede Anzeige erklaert einen anderen Teil der Beziehung zwischen Google und deiner Website. Der Performance Report zeigt, bei welchen Suchanfragen und Seiten Google dich ausgespielt hat und wie oft daraus Klicks entstanden sind. Der Page Indexing Report zeigt, welche URLs indexiert sind, welche ausgeschlossen wurden und welche Gruende Google nennt. Der Crawl Stats Report zeigt, wie Googlebot eine Property besucht, welche Antwortcodes auftreten und ob Host-Probleme sichtbar sind. Der Core Web Vitals Report zeigt, wie echte Chrome-Nutzerdaten URL-Gruppen nach Ladeverhalten, Interaktion und Layout-Stabilitaet einordnen.

Gute SEO-Arbeit beginnt damit, diese Berichte nicht zu vermischen. Ein Rueckgang in Klicks kann an weniger Nachfrage, schlechterem Snippet, schwacher Position, SERP-Features oder Tracking-Segmenten liegen. Ein Indexierungsproblem kann ein echtes technisches Problem sein, aber auch eine korrekte Entscheidung von Google, wenn eine URL duenn, dupliziert oder nicht kanonisch genug ist. Mehr Crawl-Aktivitaet ist nicht automatisch besser, wenn Googlebot viele irrelevante Parameter-URLs oder Weiterleitungen besucht.

Die Search Console sagt also nicht immer, was du tun sollst. Sie zeigt dir, wo du genauer hinschauen musst. Genau darin liegt ihr Wert.

Warum das Thema oft falsch verstanden wird

Viele Teams lesen Search Console wie ein Ranking-Tool. Sie sortieren nach durchschnittlicher Position, sehen eine Zahl wie 8,7 und leiten daraus eine Prioritaet ab. Das ist riskant. Durchschnittliche Position ist ein Durchschnitt ueber viele Impressionen, Geraete, Laender, Suchanfragen und SERP-Konstellationen. Eine URL kann bei Brand-Anfragen auf Position eins stehen und bei generischen Anfragen auf Seite zwei. Der Durchschnitt verschleiert dann mehr, als er erklaert.

Ein zweites Missverstaendnis betrifft Indexierung. "Nicht indexiert" ist nicht immer ein Fehler. Google kann bekannte URLs aus guten Gruenden nicht indexieren: Duplikate, alternative Canonicals, Redirects, Soft-404, Crawl-Anomalien oder Seiten, die Google als nicht wertvoll genug einschaetzt. Der Report ist eine Tuer zur Untersuchung, kein automatischer Auftrag, jede URL in den Index zu druecken.

Ein drittes Missverstaendnis entsteht bei Core Web Vitals. Der Report arbeitet mit Felddaten und URL-Gruppen. Wenn eine konkrete URL im Tool gut aussieht, kann die Gruppe trotzdem Probleme haben. Umgekehrt kann ein Lab-Test schlecht aussehen, waehrend Felddaten noch ausreichend sind. Fuer Entscheidungen braucht man deshalb immer den Kontext: Nutzer, Geraet, Template, Traffic und Veraenderung ueber Zeit.

Entscheidungsregeln

• Nutze den Performance Report, wenn die Frage Sichtbarkeit, Suchanfrage, Seite, CTR, Klicks, Impressionen oder Durchschnittsposition betrifft.
• Nutze Page Indexing, wenn die Frage lautet: Ist die URL im Index, warum nicht, und ist der Ausschluss erwartet oder problematisch?
• Nutze URL Inspection fuer Einzelfaelle, etwa neue Seiten, kanonische Hinweise, zuletzt gecrawlte Versionen oder Live-Test-Diagnosen.
• Nutze Crawl Stats, wenn du Googlebot-Verhalten, Serverantworten, Host-Status, Dateitypen oder Crawl-Volumen verstehen willst.
• Nutze Core Web Vitals, wenn du Templates und URL-Gruppen nach realer Nutzererfahrung priorisieren willst.
• Nutze Regex-Filter, wenn einfache Filter die Query- oder URL-Muster nicht sauber trennen.
• Nutze Bulk Data Export, wenn die normale UI fuer langfristige, grosse oder wiederholbare Analysen nicht reicht.

Praktischer Audit-Workflow

Beginne jede Woche mit einer Gesundheitsrunde, nicht mit einer Top-10-Liste. Pruefe zuerst, ob es neue manuelle Massnahmen, Sicherheitsprobleme oder starke Indexierungsveraenderungen gibt. Danach kommt der Performance Report: segmentiere Brand und Non-Brand, Land, Geraet, Suchtyp und wichtige Verzeichnisse. Eine Seite mit vielen Impressionen, schwacher CTR und stabiler Position braucht ein anderes Briefing als eine Seite mit fallender Position und gleichbleibender CTR.

Im zweiten Schritt pruefst du Indexierung. Schaue nicht nur auf die Anzahl ausgeschlossener URLs, sondern auf Gruppen, Templates und Beispiele. Wenn viele neue URLs unter "Discovered" oder "Crawled - currently not indexed" liegen, kann die Ursache technische Auffindbarkeit, interne Linkstaerke, Duplikation oder schwache Inhaltsqualitaet sein. Genau hier sollte Content-Review mit technischem Crawling zusammenkommen.

Im dritten Schritt betrachtest du Crawl Stats. Gibt es auffaellig viele 5xx, Redirects, 404, grosse Dateien oder HTML-Rueckgaenge? Sind Host-Probleme sichtbar? Dann reicht ein Content-Fix nicht. Umgekehrt zeigen saubere Crawl-Daten nicht automatisch, dass deine Inhalte gut genug sind.

Im vierten Schritt nimmst du Core Web Vitals und URL Inspection dazu. Arbeite mit Stichproben: erfolgreiche URLs, problematische URLs, neue URLs, wichtige Templates. Dokumentiere pro Befund eine klare Entscheidung: beobachten, technisch fixen, Inhalt verbessern, intern staerken, zusammenlegen, noindex setzen oder bewusst ignorieren.

Gutes und schlechtes Beispiel

Schlechtes Beispiel: "Klicks sind um 18 Prozent gefallen, also brauchen wir mehr Content." Diese Aussage klingt handlungsorientiert, ueberspringt aber die Diagnose. Vielleicht sind nur Brand-Suchen gesunken. Vielleicht ist ein saisonales Thema vorbei. Vielleicht hat ein SERP-Feature Klicks abgezogen. Vielleicht wurde ein Verzeichnis deindexiert.

Gutes Beispiel: "Non-Brand-Impressionen fuer Ratgeberseiten sind stabil, CTR ist auf Mobile gefallen, die durchschnittliche Position blieb fast gleich. Wir pruefen Snippets und SERP-Features fuer die zehn groessten Query-Gruppen. Parallel kontrollieren wir, ob neue FAQ- oder Vergleichsabschnitte bessere Erwartungsklarheit schaffen." Das ist besser, weil es Daten, Segment, Hypothese und naechsten Schritt verbindet.

Details, die oft fehlen

Search Console-Daten haben Grenzen. Manche Query-Daten sind anonymisiert oder nicht vollstaendig sichtbar. Zeitraeume koennen Nachlauf haben. URL-Daten und Property-Daten muessen sauber getrennt werden. Bei Domain-Properties und URL-Prefix-Properties koennen Teams verschiedene Ausschnitte sehen. Migrationen, Canonicals, internationale Varianten und Parameter koennen Berichte stark beeinflussen.

Regex-Filter sind maechtig, aber sie retten keine unsaubere Taxonomie. Wenn URL-Strukturen unklar sind, werden Regex-Analysen fragil. Bulk Data Export ist stark fuer wiederholbare Analysen in BigQuery, braucht aber ein klares Datenmodell und Governance. Die URL Inspection API ist hilfreich fuer Stichproben und Automatisierung, aber nicht dafuer gedacht, die komplette Website blind in Echtzeit abzufragen.

Search Console Insights ist bewusst einfacher. Es eignet sich gut, um Content-Teams Trends, Top-Inhalte und neue Suchanfragen zu zeigen. Fuer tiefe technische Audits bleibt die normale Search Console plus Export, Crawl und Logfile-Analyse besser.

Haeufige Fehler

• Durchschnittsposition als eindeutiges Ranking interpretieren.
• Indexierungsgruende ohne Beispiel-URLs und Canonical-Pruefung bewerten.
• Klickrueckgaenge nicht nach Brand, Land, Geraet, Seite und Suchtyp segmentieren.
• Core Web Vitals aus Lab-Daten und Felddaten vermischen.
• Regex-Filter bauen, aber Query-Gruppen nicht fachlich dokumentieren.
• Crawl Stats isoliert betrachten, ohne Serverlogs, Deploys oder Templates zu pruefen.
• Bulk Export einrichten, ohne vorher die wiederkehrenden Fragen zu definieren.

Quellen fuer den Review

• Google Search Console overview: https://support.google.com/webmasters/answer/9128668
• Performance report: https://support.google.com/webmasters/answer/7576553
• Clicks, impressions, CTR and position: https://support.google.com/webmasters/answer/7042828
• Page indexing report: https://support.google.com/webmasters/answer/7440203
• Crawl Stats report: https://support.google.com/webmasters/answer/9679690
• Core Web Vitals report: https://support.google.com/webmasters/answer/9205520
• URL Inspection Tool: https://support.google.com/webmasters/answer/9012289
• URL Inspection API: https://developers.google.com/webmaster-tools/v1/urlInspection.index/inspect
• Bulk Data Export: https://support.google.com/webmasters/answer/12917675
• Search Console Insights: https://support.google.com/webmasters/answer/11401692

Ergaenzende Merge-Begriffe

Server Log Parsing for Crawl Analysis

Serverlogs zeigen, was der Server wirklich ausgeliefert hat. Search Console zeigt aggregierte Googlebot-Daten, aber Logs koennen konkreter sein: welche URL, welcher Statuscode, welcher User-Agent, welche Zeit, welche Groesse. Fuer grosse Websites ist das wichtig, weil Crawling-Probleme oft in Mustern versteckt sind: facettierte URLs, alte Weiterleitungen, Parameter, Kalenderseiten oder interne Suchseiten.

Log File Analysis for Crawl Insights

Logfile-Analyse wird stark, wenn sie mit Search Console verbunden wird. Wenn wichtige Seiten viele Impressionen verlieren und gleichzeitig kaum noch gecrawlt werden, entsteht eine andere Hypothese als bei stabiler Crawl-Aktivitaet. Wenn Googlebot viele nicht indexierbare URLs besucht, ist interne Verlinkung oder URL-Hygiene oft das bessere Thema als "mehr Content".

Contextter-Perspektive

Contextter ersetzt Search Console nicht. Der bessere Nutzen liegt in der Verbindung: Search Console zeigt Nachfrage, Indexierung und Suchsignale; Contextter kann daraus Content-Briefings, Qualitaetsreviews, interne Linkvorschlaege und Prioritaeten ableiten. So wird aus einem Report kein Zahlenfriedhof, sondern ein Arbeitsplan.

Interne Verlinkung und Related Terms

Dieser Beitrag sollte eng mit Google Search Console, Google Analytics 4, Organic Click-Through Rate, Core Web Vitals, Page Speed, Content Quality Metrics und SEO Metrics verbunden sein. Die beste interne Verlinkung entsteht dort, wo die Entscheidung wechselt: von Search-Diagnose zu Nutzerverhalten, von technischer Pruefung zu Content-Qualitaet oder von Report zu konkreter Optimierung.