Google Search Console richtig lesen: die wichtigsten Berichte

Die Google Search Console ist für kleine Unternehmen das mit Abstand nützlichste kostenlose SEO-Werkzeug — vorausgesetzt, man weiß, welcher Bericht was tatsächlich aussagt. Viele öffnen das Tool, sehen eine Zahl, die gesunken ist, und geraten in Panik, obwohl der Bericht etwas völlig anderes zeigt als vermutet.

Ein solides Verständnis der vier oder fünf zentralen Berichte reicht für die meisten kleinen Websites völlig aus, um Probleme früh zu erkennen und echte von scheinbaren Problemen zu unterscheiden.

Der Leistungsbericht: Klicks, Impressionen und Position

Der Leistungsbericht zeigt, wie oft die eigene Website in den Suchergebnissen erschienen ist (Impressionen), wie oft darauf geklickt wurde (Klicks) und auf welcher durchschnittlichen Position. Wichtig ist, diese Zahlen nach Seiten und nach Suchanfragen zu filtern, statt nur auf die Gesamtsumme zu schauen — die Gesamtsumme verschleiert oft, dass eine einzelne wichtige Seite eingebrochen ist, während andere Seiten gleichzeitig gewachsen sind.

Die durchschnittliche Position ist ein Mittelwert über viele Suchanfragen und Zeitpunkte hinweg und sollte nicht wie eine feste Rangliste gelesen werden. Eine Seite kann bei einer Anfrage auf Position 2 stehen und bei einer anderen auf Position 15, der Durchschnitt zeigt dann einen Wert, der bei keiner der beiden Anfragen tatsächlich zutrifft.

Ein Vergleich zwischen zwei Zeiträumen — etwa die letzten drei Monate gegen die drei Monate davor — zeigt Trends deutlicher als der tägliche Blick auf Schwankungen, die oft nur Rauschen sind.

Die Klickrate, also das Verhältnis von Klicks zu Impressionen, verdient dabei eine eigene Betrachtung: Eine Seite mit vielen Impressionen, aber auffällig wenigen Klicks im Vergleich zu ähnlich platzierten Seiten deutet oft auf einen wenig überzeugenden Seitentitel oder eine unklare Description hin, nicht auf ein grundsätzliches Rankingproblem.

Der Bericht zur Seitenindexierung

Dieser Bericht zeigt, welche URLs Google kennt und in welchem Zustand sie sind: indexiert, nicht indexiert, mit Fehler oder ausgeschlossen aus verschiedenen Gründen. Nicht jede „nicht indexierte" Seite ist ein Problem — Filterseiten, Duplikate oder bewusst mit noindex versehene Seiten gehören dort erwartungsgemäß hin.

Die Gesamtzahl der bekannten, aber nicht indexierten URLs lohnt trotzdem einen regelmäßigen Blick, weil sie über Zeit zeigt, ob technische Nebenprodukte wie Filterkombinationen zunehmen oder stabil bleiben. Ein plötzlicher, unerklärlicher Anstieg dieser Zahl ist oft der erste sichtbare Hinweis auf ein neues technisches Problem.

Aufmerksamkeit verdienen vor allem Meldungen wie „Gecrawlt, zurzeit nicht indexiert" bei Seiten, die eigentlich wichtig sind, oder ein Serverfehler bei einer URL, die eigentlich erreichbar sein sollte. Ein Blick auf die betroffenen Beispiel-URLs zeigt schnell, ob es sich um ein echtes Problem oder um technisch korrekt ausgeschlossene Seiten handelt.

Core Web Vitals: Was der Bericht wirklich misst

Was hinter den Core Web Vitals als Messwerten steckt, lohnt sich vorab zu klären. Der Core-Web-Vitals-Bericht bewertet Seiten nach realen Nutzerdaten in die Kategorien „Gut", „Verbesserungswürdig" und „Schlecht", getrennt nach Mobil- und Desktopnutzung. Die Bewertung basiert auf tatsächlich gemessenen Ladeerfahrungen von Besuchern, nicht auf einem Labortest, weshalb sich die Werte auch ohne technische Änderung leicht verschieben können, je nachdem, welche Geräte und Verbindungen die Besucher gerade nutzen.

Wichtig ist, sich zuerst um URL-Gruppen zu kümmern, die als „Schlecht" markiert sind und viel Traffic erhalten, statt jede einzelne betroffene URL isoliert zu behandeln. Meist liegt ein gemeinsames technisches Muster zugrunde, zum Beispiel ein Element, das auf vielen Seiten gleich eingebunden ist.

Der Sitemap-Bericht und was ein Fehler dort bedeutet

Der Sitemap-Bericht zeigt, ob die eingereichte Sitemap erfolgreich gelesen wurde und wie viele der darin enthaltenen URLs tatsächlich indexiert sind. Eine große Differenz zwischen eingereichten und indexierten URLs ist ein Hinweis darauf, dass entweder die Sitemap veraltete oder falsche URLs enthält oder dass viele der gelisteten Seiten aus anderen Gründen nicht in den Index aufgenommen wurden.

Ein „Konnte nicht abgerufen werden" bei der Sitemap selbst deutet meist auf ein technisches Problem hin, etwa eine falsche URL, ein fehlerhaftes XML-Format oder eine durch robots.txt blockierte Sitemap-Datei.

Ein häufig übersehener Punkt: Eine Sitemap muss nach größeren Änderungen an der Website nicht neu eingereicht werden, damit Google sie erneut liest — das Datum der letzten Aktualisierung im Bericht zeigt aber, ob Google die Datei zuletzt kurz nach einer Änderung oder erst vor Monaten abgerufen hat. Ein sehr altes Datum trotz aktiver Änderungen an der Website ist ein Hinweis darauf, dass die Sitemap selten genug gecrawlt wird, um Neuerungen zeitnah widerzuspiegeln.

Manuelle Maßnahmen und Sicherheitsprobleme

Dieser Bereich zeigt, ob Google die Website manuell wegen eines Verstoßes gegen die Richtlinien abgestraft hat, etwa wegen gekaufter Links oder manipulativer Inhalte, sowie ob Sicherheitsprobleme wie Schadsoftware oder gehackte Inhalte erkannt wurden. Für die meisten kleinen, seriös betriebenen Websites bleibt dieser Bereich dauerhaft leer.

Es lohnt sich trotzdem, gelegentlich einen Blick hineinzuwerfen, besonders nach einem plötzlichen, unerklärlichen Einbruch der Sichtbarkeit — eine manuelle Maßnahme oder ein Sicherheitsproblem lässt sich hier eindeutig ausschließen oder bestätigen, während andere Berichte dafür keine klare Antwort liefern.

Taucht tatsächlich eine manuelle Maßnahme auf, liefert der Bericht in der Regel auch eine kurze Begründung, welcher Richtlinienverstoß konkret festgestellt wurde. Nach der Behebung des Problems lässt sich darüber direkt ein Antrag auf erneute Prüfung stellen, statt einfach abzuwarten, bis Google die Seite irgendwann von selbst neu bewertet.

Wie oft sich ein Blick in die Search Console lohnt

Besonders nach einem Website-Umzug lohnt sich häufigeres Prüfen. Tägliches Prüfen bringt sonst wenig, weil die meisten Berichte auf mehrtägige Verzögerungen und natürliche Schwankungen ausgelegt sind. Ein monatlicher Blick auf Leistungsbericht, Seitenindexierung und Core Web Vitals reicht für die meisten kleinen Websites, um Trends zu erkennen, bevor sie zu größeren Problemen werden.

Nach größeren Änderungen — einem Relaunch, einem Umzug auf einen neuen Server oder einer neuen Sitemap — lohnt sich in den ersten Wochen danach ein engmaschigerer Blick, um technische Fehler früh zu erkennen, statt sie erst Monate später über sinkende Klicks zu bemerken.

Häufige Fragen