Google Search Console im SEO-Audit nutzen

Ein Crawler besucht entdeckbare URLs und dokumentiert technische Muster wie Statuscodes, Weiterleitungen, Canonicals, interne Links, Metadaten oder Überschriften. Damit findest Du etwa einen fehlerhaften internen Link, auch wenn er noch keine Suchdaten erzeugt hat. Der Crawler weiss jedoch nicht, ob Google ein Ergebnis gezeigt hat, wie oft es sichtbar war oder ob Nutzer darauf geklickt haben.

Die Search Console liefert Daten einer verifizierten Property aus der Google Suche. Der Leistungsbericht lässt sich nach Suchanfrage, Seite, Land, Gerät und Suchdarstellung untersuchen; Indexierungsberichte und URL-Prüfung ergänzen die Sicht. Diese Daten sind Beobachtungen mit eigenen Zählregeln, keine vollständige URL-Liste. Verwechsle daher weder die Search Console mit einem Crawler noch einen Score mit einer Arbeitspriorität.

• Crawler: technische Realität der erreichbaren Website.
• Search Console: Suchleistung und Indexierung im Google-Kontext.
• Audit: beide Quellen mit einer prüfbaren Entscheidung verbinden.

Lege vor dem Zusammenführen den Zeitraum fest und exportiere Crawl und Search Console mit dokumentierten Einstellungen. Vereinheitliche URLs sorgfältig; http/https, Parameter, Slash, Canonical und Property-Typ können sonst falsche Zuordnungen erzeugen. Eine Seite mit Impressionen und einem technischen Finding ist ein sinnvoller Prüfpunkt, aber kein Beweis für Ursache und Wirkung. Suchdaten sind aggregiert und mehrere URLs können um dasselbe Thema konkurrieren.

Beginne mit wichtigen Landingpages, bei denen Impressionen, Klickrate oder Klicks Anlass zur Prüfung geben. Lies dazu die Suchanfragen und frage dann, welche Crawl-Beobachtung tatsächlich relevant sein könnte: ein versehentliches noindex, eine Weiterleitung, doppelte Titles, schwache interne Verlinkung oder ein Inhalt, der die erwartete Frage nicht beantwortet. Ein gravierender Fehler auf einer unwichtigen Hilfsseite darf später kommen als ein kleiner, klar lösbarer Fehler auf einer zentralen Vorlage.

• Suchanfragen und Seitenansicht zuerst getrennt analysieren.
• Nur vergleichbare Zeiträume gegeneinander halten.
• Bei Indexierungsfragen einzelne Beispiel-URLs prüfen.

Ein Indexierungsgrund ist ein Hinweis, keine Aufforderung, jede URL in den Index zu drücken. Google kann Duplikate, Alternativseiten, Weiterleitungen, blockierte Seiten, Soft-404-Seiten oder eine andere Canonical-Auswahl ausweisen. Entscheide zuerst, ob die URL eine eigenständige Such-Landingpage sein soll. Vergleiche danach deklarierte Canonical, interne Links, Sitemap, Antwortverhalten und gerenderten Inhalt mit dem ausgewiesenen Zustand.

Die URL-Prüfung hilft, einen konkreten Status zu verstehen und nach einer Korrektur die Live-URL zu kontrollieren. Sie ersetzt weder einen vollständigen Crawl noch ein Ranking-Reporting. Halte den Ausgangszustand fest, setze eine zusammenhängende Massnahme um und prüfe, ob das technische Ergebnis nun beabsichtigt ist. Google muss die Änderung anschliessend erneut crawlen und verarbeiten; ein Audit kann diesen Ablauf nicht versprechen.

• Duplikate nicht nur für höhere Index-Zahlen einreichen.
• In die Sitemap gehören die gewünschten Canonical-URLs.
• Crawlbarkeit, Indexierbarkeit und Ranking-Chance getrennt berichten.

Klicks sind die im Bericht zugeordneten Besuche aus der Google Suche; Impressionen erfassen Einblendungen nach den jeweiligen Zählregeln. Durchschnittliche CTR und Position sind Aggregate und keine Aussage über eine einzelne Suche. Eine Seite kann für mehr Suchanfragen sichtbar werden, während sich ihre Durchschnittsposition rechnerisch verschiebt. Segmentiere nach Gerät, Land und Seite, bevor Du aus einem Mittelwert eine Diagnose machst.

Nutze Suchanfragen für Hypothesen, nicht für Versprechen. Wenn mehrere Queries auf eine Frage verweisen, die Deine Seite nur nebenbei beantwortet, verbessere Abschnitt, Title und interne Führung nach einem Intent-Check. Fehlen einer wichtigen URL Daten, untersuche zunächst Entdeckung und Indexierbarkeit. Fallen Klicks bei stabilen Impressionen, prüfe Snippet, SERP-Veränderung und Gerätemix, bevor Du den gesamten Text umschreibst.

• Priorität entsteht aus Geschäftswert, Evidenz und umsetzbarer Massnahme.
• Unvollständige und vollständige Perioden nicht direkt vergleichen.
• Releases, Migrationen und Content-Änderungen annotieren.

Ein teilbarer Report sollte die Kette von Beobachtung zu Entscheidung bewahren: Quelle, Zeitraum, betroffene URLs, Query- oder Seitenkontext, vorgeschlagene Massnahme, Verantwortlichkeit und Abnahme. Konfigurierbares Whitelabel-Reporting kann diese Kommunikation erleichtern, macht aber aus einer Korrelation keine Kausalität. Verlinke oder archiviere die zugrunde liegende Quelle, damit wichtige Aussagen nachvollziehbar bleiben.

BI-Tools sind sinnvoll, wenn Du Search-Console-Exporte dauerhaft mit Analytics, CRM, Releases oder Content-Inventar verbinden willst. Definiere Dimensionen und Refresh-Regeln vor dem Dashboard; sonst werden URL-Varianten und gemischte Mittelwerte nur hübscher dargestellt. API und Bulk Export der Search Console unterstützen geregelte Datenflüsse. Das Audit bleibt der Ort, an dem Du erklärst, was als Nächstes geschieht und wie Du es überprüfst.

• Exporte mit Filtern, Zeitraum und Abrufdatum ablegen.
• Jede Empfehlung mit Owner und Akzeptanzkriterium versehen.
• Wiederkehrende Audits zeigen Änderungen an Vorlagen und Weiterleitungen.