Fehlende Suchanfragen in GSC: Datenschutz und Tabellenlimits einordnen

Wenn im Leistungsdiagramm der Search Console mehr Klicks stehen als in der Summe der sichtbaren Suchanfragen, ist das nicht automatisch ein Messfehler. Google zeigt bestimmte Suchtexte aus Datenschutzgründen nicht an. Zusätzlich begrenzen Tabellen und Schnittstellen, welche Detailzeilen verfügbar sind. Filter und unterschiedliche Zählweisen können den Vergleich weiter verändern.

Die Differenz lässt sich deshalb nicht pauschal als „versteckte Keywords“ zurückholen. Zuerst musst du klären, welche Datenquellen und Ansichten du überhaupt vergleichst. Erst danach kannst du entscheiden, ob ein weiterer Export hilft oder die fehlende Information grundsätzlich unbekannt bleibt.

Dieser Artikel verwendet ausschließlich ein fiktives Zahlenbeispiel. Die Zahlen stammen weder aus der Crawl-Foundry-Property noch aus einem Kundenbericht. Sie erklären, wie du eine Abweichung prüfst, ohne aus einer Datenlücke eine unbelegte SEO-Aussage zu machen.

Vier unterschiedliche Gründe für fehlende Zeilen

In der Google Search Console beantwortet ein Diagramm eine andere Frage als eine Liste konkreter Suchtexte. Das Diagramm kann einen Gesamtwert zeigen, dessen Beiträge in der Detailtabelle nicht vollständig benannt werden.

Google unterscheidet in der Dokumentation zu Suchanfragen und Datenbegrenzungen anonymisierte Suchanfragen und die Beschränkung auf wichtige Datenzeilen. Anonymisierte Anfragen können in den Diagrammsummen enthalten sein, fehlen aber in der Suchanfragen-Tabelle. Wird nach Suchtext gefiltert, werden diese anonymisierten Beiträge aus den betreffenden Summen ausgeschlossen.

Das ist eine Datenschutzgrenze. Ein technisches Zeilenlimit ist eine andere Grenze. Selbst unter den nicht anonymisierten Suchanfragen zeigt die Oberfläche nicht zwangsläufig jede vorhandene Zeile. Eine längere Liste aus einer anderen Quelle kann deshalb mehr Details enthalten, ohne die Datenschutzgrenze aufzuheben.

Hinzu kommen Filter und Aggregation. Mit einem Suchanfragenfilter betrachtest du einen veränderten Datenbestand. Mit einer Seitentabelle kann sich außerdem die Zähleinheit gegenüber einer Property-Summe ändern. Diese Ursachen können gleichzeitig auftreten und sollten im Bericht getrennt bleiben.

Ein fiktiver Bericht mit 120 Klicks

Angenommen, ein Team prüft eine Website-Property für einen abgeschlossenen Zeitraum im Suchtyp Web. Es verwendet für alle folgenden Werte dieselbe Property, denselben Zeitraum und dieselben Geräte- sowie Ländergrenzen. Es addiert Klicks, keine Durchschnittspositionen oder Prozentwerte.

Die sichtbaren Suchanfragen erklären in diesem Beispiel 90 von 120 Klicks. Das sind rechnerisch 75 Prozent des unfiltrierten Diagrammwerts. Die übrigen 30 Klicks sind durch diese sichtbaren Zeilen nicht erklärt. Daraus folgt nicht, dass exakt 25 Prozent der Klicks anonymisiert wurden. Dafür müsste das Team weitere Ursachen wie abgeschnittene Zeilen gesondert ausschließen.

Auch die beiden Markenfilter ergeben zusammen nur 90 Klicks. Das ist kein Beweis für einen fehlerhaften Filter. Die Suche nach einem enthaltenen und einem nicht enthaltenen Text stellt anonymisierte Beiträge nicht wieder her. Sie lassen sich keinem der beiden Textmuster zuverlässig zuordnen.

Für den Bericht wäre daher die Aussage korrekt: „Unter den per Suchtext zugeordneten Klicks entfallen 30 auf den verwendeten Markenfilter und 60 auf sein Gegenstück.“ Die Aussage „ein Viertel unseres Traffics sind geheime Non-Brand-Keywords“ wäre durch diese Zahlen nicht belegt.

Eine Differenz ist noch kein Datenschutzanteil

Google nennt in seiner Hilfe zu abweichenden Summen mehrere Ursachen: unterschiedliche Aggregation, Tabellenlimits, anonymisierte Suchanfragen und Abweichungen bei gefilterten Teilmengen. Die Oberfläche zeigt derzeit höchstens 1.000 Tabellenzeilen. Ein kleinerer Export ist aber nicht allein deshalb vollständig.

Ziehe aus der Differenz zwischen Diagramm und Tabelle daher nur die engste zulässige Folgerung. Bei gleichen Rahmenbedingungen beschreibt sie zunächst den Anteil, den die ausgewählten Detailzeilen nicht erklären. Sie verrät weder den Wortlaut fehlender Suchanfragen noch deren Anzahl, Absicht oder geschäftlichen Wert.

Ein Klick kann außerdem nicht mit einem eindeutigen Nutzer gleichgesetzt werden. Für die Priorisierung brauchst du weiterhin die Frage, welche Seiten und Aufgaben für das Unternehmen wichtig sind. Ein unbekannter Beitrag bleibt unbekannt, auch wenn er in einer Präsentation eine scheinbar präzise Prozentzahl bekommen könnte.

Filter erst protokollieren, dann vergleichen

Speichere vor der Untersuchung die Einstellungen beider Ansichten. Dazu gehören Property, Suchtyp, Zeitraum, Datenstand und alle aktiven Filter. Notiere auch, ob du Diagrammwerte, Tabellenzeilen, eine CSV oder eine API-Antwort verwendest.

Nimm anschließend den Suchanfragenfilter heraus und halte den neuen Diagrammwert fest. Setze denselben Filter wieder und vergleiche erneut. Ändere dabei nicht gleichzeitig Zeitraum oder Gerät. Sonst weißt du nicht, welcher Eingriff die Differenz verändert hat.

Ein Klick auf eine Tabellenzeile kann bereits einen Filter setzen. Prüfe deshalb die Filterleiste, bevor du einen Export als „alle Suchanfragen“ abspeicherst. Der Dateiname allein beschreibt den tatsächlichen Umfang nicht. Google erläutert diese Auswirkungen in seiner Anleitung zu Filtern und Vergleichen.

Für die Übergabe reicht ein kompakter Datensatz: dieselben Einstellungen, unfiltrierte Diagrammsumme, Summe der gelieferten Zeilen, Zeilenanzahl und der anschließend geprüfte Unterschied. Halte fest, welche Erklärung bestätigt ist und welche nur plausibel bleibt. Ein Screenshot ohne Filterleiste kann diese Abgrenzung nicht leisten.

Ein CSV-Wert von null braucht Kontext

Ein Download kann zusätzlich die Darstellung fehlender Werte verändern. Google weist in den Hinweisen zum Export von Berichtsdaten darauf hin, dass als ~ oder - angezeigte, nicht verfügbare Werte im Download zu null werden können. Eine numerische Zelle ist deshalb ohne Herkunft nicht immer ein beobachtetes Nullergebnis.

Diese Umwandlung betrifft vorhandene Zellen. Sie macht eine vollständig fehlende Suchanfragen-Zeile nicht nachträglich zu einer Anfrage mit null Klicks. Wenn du mehrere Exporte zusammenführst, unterscheide daher mindestens „Zeile geliefert“, „Wert nicht verfügbar“ und „Zeile nicht enthalten“. Eine automatische Auffüllung aller Leerstellen mit null würde diese Zustände unkenntlich machen.

Prüfe bei einem auffälligen Wert die passende Ausgangsansicht und die Exportlogik. Kannst du die ursprüngliche Bedeutung nicht mehr feststellen, kennzeichne sie als offen. Verteile den ungeklärten Rest auch nicht proportional auf bekannte Keywords. Damit würdest du unterstellen, dass die fehlenden Beiträge genauso verteilt sind wie die sichtbaren. Der Summenvergleich belegt diese Annahme nicht.

Seiten und Property zählen nicht immer dasselbe

Eine weitere Stolperfalle entsteht beim Wechsel zur Seitentabelle. Wenn mehrere URLs derselben Website in einem Suchergebnis erscheinen, kann ihre Summe anders ausfallen als die Property-Zählung. Google beschreibt die Aggregation nach Property und Seite ausdrücklich als verschiedene Verfahren.

Vergleiche deshalb nicht die Summe aller Seitenimpressionen mit einem Property-Gesamtwert und nenne die Abweichung anschließend „anonymisierte Suchanfragen“. Du hast dabei möglicherweise bereits die Einheit gewechselt. Gleiches gilt, wenn ein Export nach Seite und Suchanfrage gruppiert ist, der andere nur nach Suchanfrage.

Die Search-Console-Berichte müssen zur jeweiligen Frage passen. Möchtest du einen bestimmten Suchtext einer Seite zuordnen, brauchst du entsprechende Seiten-Suchanfragen-Paare. Eine separate Seitenliste und eine separate Suchanfragenliste lassen sich nicht nachträglich durch die Zeilenreihenfolge miteinander verbinden.

Addiere außerdem keine durchschnittlichen Positionen und bilde eine gesamte Klickrate nicht durch den einfachen Durchschnitt der Zeilenprozente. Für eine CTR aus einem passenden Bestand gehören die zugehörigen Klicks und Impressionen zusammen. Auch eine rechnerisch richtige Formel macht ungleiche Filterbestände nicht vergleichbar.

Was die API zusätzlich liefert und was nicht

Die Search Analytics API kann mehr Detailzeilen bereitstellen als die sichtbare Tabelle. Die Methodendokumentation erlaubt derzeit bis zu 25.000 Zeilen pro Antwort und weitere Abrufe über startRow. Sie weist gleichzeitig darauf hin, dass die API durch interne Grenzen beschränkt ist und nicht alle Datenzeilen garantiert.

Paginierung löst deshalb nur das Problem einer einzelnen zu kleinen Antwort. Sie beweist nicht, dass die Suchanfragenliste vollständig ist. Auch ein erfolgreicher letzter Abruf ohne weitere Zeilen bedeutet zunächst, dass für diese Anfrage keine zusätzlichen Zeilen mehr geliefert wurden.

Bei einer eigenen Integration gehören angefragte Dimensionen, Filter, Datenstand und die tatsächlich verwendete Aggregation in den Nachweis. Wenn ein Werkzeug lediglich die erste Antwortseite lädt oder die Zeilen beim Speichern kürzt, kommt zusätzlich ein lokales Importlimit hinzu. Das musst du von Googles Grenzen unterscheiden.

Google erklärt in der Anleitung zum Abruf von Leistungsdaten außerdem, dass feinere Abfragen mit Seiten- oder Suchanfragendimension Daten verlieren können. Mehr Detailspalten sind daher kein automatischer Beleg für vollständigere Gesamtsummen. Wähle die kleinste Gruppierung, die deine eigentliche Analysefrage beantwortet.

Bulk-Export hebt die Anonymisierung nicht auf

Der Bulk-Export nach BigQuery ist für umfangreichere Analysen vorgesehen. Er ist jedoch kein Zugang zum Wortlaut ausgeblendeter Suchanfragen. In der offiziellen Tabellenreferenz gibt es dafür das Feld is_anonymized_query. Bei entsprechend markierten Daten fehlt der Suchtext beziehungsweise bleibt leer.

Das ist eine wichtige Unterscheidung: Aggregate können vorhanden sein, ohne dass sich die dahinterliegenden Suchtexte lesen lassen. Ein Werkzeug, das leere Query-Felder beim Import verwirft, kann solche Beiträge wiederum aus seiner eigenen Auswertung entfernen. Prüfe deshalb das Schema und die Importlogik, bevor du die Summen vergleichst.

Umgekehrt darfst du einem leeren Feld keinen vermuteten Text zuweisen. Weder eine passende Zielseite noch ein ähnlicher bekannter Suchbegriff belegt, welche anonymisierte Anfrage tatsächlich vorlag. Behalte diese Beiträge als nicht nach Suchtext zuordenbar bei. Versuche nicht, aus mehreren Segmenten eine geschützte Einzelanfrage zu rekonstruieren.

Die Einrichtung und zeitliche Abdeckung eines Bulk-Exports sind eigene Betriebsfragen. Für diese Diagnose genügt die Grenze: Ein anderer Exportweg kann technische Zeilenbeschränkungen verändern, macht anonymisierten Suchtext aber nicht öffentlich.

Fehlende Anfrage bedeutet nicht fehlende Nachfrage

Wenn ein erwartetes Keyword nicht auftaucht, kann die Website dafür wenig oder keine beobachtete Sichtbarkeit haben. Es kann aber auch eine Datenschutz- oder Detailgrenze beteiligt sein. Der fehlende Eintrag beweist deshalb kein Suchvolumen von null.

Suchvolumen beschreibt einen anderen Messgegenstand als die in deiner Property beobachteten Suchanfragen. Für eine Nachfrageprüfung brauchst du zusätzliche geeignete Quellen. Unser Artikel zum Google Keyword Planner für SEO erklärt, wie du eine solche Quelle samt ihrer Grenzen einordnest.

Eine getrennte Positionsbeobachtung kann ebenfalls eine andere Frage beantworten. Der Leitfaden zum Rank Tracking behandelt bewusst ausgewählte Suchbegriffe. Auch damit lässt sich der Wortlaut einer anonymisierten GSC-Anfrage nicht nachweisen.

Halte bei der Keyword-Recherche deshalb bekannte Suchtexte, zusätzliche Kandidaten und unbekannte Beiträge auseinander. In einer eigenen Keyword-Datenbank kannst du den geprüften Bestand für die weitere Planung organisieren. Kennzeichne Herkunft und Beobachtungszeitraum, statt vermutete Begriffe als gemessene GSC-Zeilen auszugeben.

Der Abschluss dieser Prüfung ist kein zwangsläufig ausgeglichener Tabellenstand. Er ist eine nachvollziehbare Erklärung: Welche Summen wurden verglichen, welche Grenzen sind bestätigt und welche Information lässt sich daraus nicht gewinnen? Mit dieser Abgrenzung kann das Team weiterarbeiten, ohne eine unbekannte Suchanfrage mit fehlender Nachfrage zu verwechseln.