Die Google Search Console ist das einzige Werkzeug, das zeigt, wie Google eine Website tatsächlich sieht: welche Seiten im Index sind, für welche Suchanfragen sie erscheinen und wo technische Probleme bestehen. Viele Teams öffnen sie nur, wenn etwas schiefgeht. Dieser Beitrag beschreibt, welche Berichte für SaaS-Websites zählen und wie man aus ihnen eine wöchentliche Arbeitsliste ableitet.
Der Leistungsbericht
Der Leistungsbericht zeigt Klicks, Impressionen, Klickrate und durchschnittliche Position, filterbar nach Suchanfrage, Seite, Land, Gerät und Zeitraum. Die Daten reichen 16 Monate zurück. Für die Arbeit am wertvollsten sind zwei Sichten: Seiten mit vielen Impressionen und niedriger Klickrate, bei denen Titel und Beschreibung nicht überzeugen, und Suchanfragen auf den Positionen fünf bis fünfzehn, bei denen eine inhaltliche Verbesserung den grössten Effekt hat. Mit regulären Ausdrücken lassen sich Anfragen gruppieren, etwa Markensuchen von generischen trennen. Ein Teil der Suchanfragen wird aus Datenschutzgründen nicht angezeigt.
Seitenindexierung
Der Bericht zur Seitenindexierung zeigt, welche URLs im Index sind und warum andere nicht. Für SaaS-Websites mit vielen Seiten ist er der wichtigste technische Bericht. „Gecrawlt – zurzeit nicht indexiert“ ist meist ein Qualitätssignal, „Gefunden – zurzeit nicht indexiert“ ein Hinweis auf zu viele URLs oder schwache interne Verlinkung, und Duplikate mit abweichender Canonical zeigen, wo Google anders entscheidet als geplant. Den Hintergrund beschreibt der Glossareintrag zur Indexierung.
URL-Prüfung und Sitemaps
Die URL-Prüfung zeigt für eine einzelne Seite, ob sie im Index ist, welche Canonical Google gewählt hat und wie die gerenderte Seite aussieht. Nach wichtigen Änderungen lässt sich hier die Indexierung beantragen. Im Sitemap-Bericht reicht man die Sitemap ein und sieht, wie viele der eingereichten URLs indexiert sind. Eine Sitemap sollte nur indexierbare, kanonische URLs enthalten; noindex-Seiten oder Weiterleitungen darin erzeugen Fehlermeldungen und verwässern das Signal.
Core Web Vitals und strukturierte Daten
Der Bericht zu den Core Web Vitals zeigt Felddaten echter Nutzer, gruppiert nach ähnlichen Seiten, getrennt nach Mobil und Desktop. Er reagiert langsam, weil er auf Daten über mehrere Wochen beruht; nach einer Verbesserung dauert es, bis sie sichtbar wird. Mehr dazu im Beitrag zu Core Web Vitals auf Next.js und Vercel. Die Berichte zu strukturierten Daten zeigen, ob Markup wie FAQ, Breadcrumbs oder Artikel gültig erkannt wird; Fehler dort sind meist schnell behoben.
Was die Search Console nicht zeigt
Nennungen in KI-Antworten wie AI Overviews werden nicht getrennt ausgewiesen; sie fliessen in die normalen Zahlen ein. Auch Konversionen sieht die Search Console nicht. Für das Gesamtbild braucht es deshalb eine Verbindung mit der eigenen Analyse und eine gezielte Prüfung, ob die eigene Marke in KI-Antworten zu den Kernthemen auftaucht.
Eine Routine, die Arbeit erzeugt
- Wöchentlich: Seitenindexierung auf neue Fehler prüfen, Leistung der letzten sieben Tage mit der Vorwoche vergleichen, auffällige Einbrüche einzelner Seiten untersuchen.
- Monatlich: Seiten mit hohen Impressionen und niedriger Klickrate auswählen und Titel sowie Beschreibung überarbeiten; Suchanfragen auf den Positionen fünf bis fünfzehn den passenden Seiten zuordnen und Inhalte gezielt erweitern.
- Nach jedem grösseren Release: Sitemap neu einreichen, wichtige neue URLs prüfen und zur Indexierung beantragen.
Wie wir die Search Console nutzen
Auf innopulse.io steuern die Daten der Search Console die Reihenfolge der Arbeit. Ein Beispiel: Artikel, die unseren Qualitätsanspruch nicht erfüllten, haben wir auf noindex gesetzt und schreiben sie in der Reihenfolge ihrer Impressionen neu, damit zuerst die Seiten zurück in den Index kommen, für die Google bereits Nachfrage sieht. Für grössere Websites lohnt sich zudem der Export der Daten in ein Data Warehouse, um längere Zeiträume und eigene Auswertungen abzubilden. Den Aufbau einer solchen Struktur bieten wir im Technical-SEO-Audit an; die inhaltliche Seite beschreibt der Beitrag zur Topical Authority.