Keyword Tool, Keyword Tool, Keyword Tool: Wenn dieselbe Abfrage drei verschiedene Zahlen liefert

Dieselbe Suchanfrage, drei geöffnete Tabs, drei Ergebnisse. Ein System meldet 1.000 durchschnittliche monatliche Suchanfragen, ein zweites 1.600, die Google Search Console zeigt für dieselbe Query 180 Impressionen, und Google Trends steht bei 72. Der erste Reflex ist meist, das Tool zu suchen, das sich geirrt hat.

Diese Suche führt selten zum Ziel, weil die vier Zahlen nicht dieselbe Größe messen. Sie beantworten vier verschiedene Fragen: Wie groß ist der Markt vermutlich? Wie groß ist er nach einer zweiten Modellrechnung? Wie oft war ausgerechnet unsere Seite dafür sichtbar? Und wie verhält sich das Interesse im Zeitverlauf zu seinem eigenen Höchststand? Ein Widerspruch entsteht erst dadurch, dass alle vier Werte in derselben Spalte landen.

Der Abgleich mehrerer Tools ist deshalb keine Rechenaufgabe, sondern eine Buchhaltungsaufgabe. Es geht darum, jede Zahl mit ihrer Herkunft, ihrer Messlogik und ihren Randbedingungen zu versehen, bevor irgendetwas verglichen wird, und anschließend festzulegen, welcher Wert eine Entscheidung trägt und welcher nur Kontext liefert.

Schritt 1: Jede Zahl einer von drei Datenarten zuordnen

Bevor Werte nebeneinandergestellt werden, bekommt jeder von ihnen ein Etikett. Praktisch reichen drei Kategorien.

Geschätzte Marktnachfrage

Volumenangaben aus Keyword-Tools sind Modellwerte. Sie entstehen aus Werbedaten, Klickstromdaten, eigenen Datenbeständen oder Hochrechnungen und beschreiben, wie häufig ein Begriff in einem Markt vermutlich gesucht wird. Abweichungen zwischen zwei solchen Schätzungen sind der Normalfall, nicht der Fehlerfall: unterschiedliche Datenbasis, unterschiedlicher Aktualisierungsrhythmus, unterschiedliche Rundung.

Auch eine glatt wirkende Zahl ist dabei nicht automatisch ein Messwert. Der Google Keyword-Planer gibt Konten ohne ausreichende Anzeigenausgaben das Suchvolumen laut Google Ads-Hilfe nur als gerundete Bandbreite aus, nicht als exakten Wert. Und die dort ausgewiesenen durchschnittlichen monatlichen Suchanfragen sind ein Mittelwert über die zurückliegenden zwölf Monate. Eine saisonale Spitze verschwindet damit in der Glättung: Ein Begriff, der im November das Zehnfache seines Jahresmittels erreicht, sieht im Durchschnittswert unauffällig aus.

Gemessene eigene Performance

Die Google Search Console beantwortet eine grundsätzlich andere Frage. Sie liefert ausschließlich Daten zur eigenen bestätigten Property, also gemessene Impressionen und Klicks statt geschätzter Marktnachfrage. Eine Impression entsteht nur, wenn die eigene Seite tatsächlich ausgeliefert wurde.

Damit ist klar, warum 180 Impressionen ein Suchvolumen von 1.600 nicht widerlegen. Die Seite rankt vielleicht nur zeitweise, nur auf Seite zwei, nur auf bestimmten Geräten oder nur in einem Teil des Landes. Der Abstand zwischen beiden Zahlen ist keine Fehlerspanne, sondern eine Aussage über die eigene Abdeckung.

Drei Eigenschaften der Search-Console-Daten führen zusätzlich zu scheinbaren Lücken. Erstens werden sehr seltene Suchanfragen im Leistungsbericht aus Datenschutzgründen nicht als Einzelzeile ausgewiesen, weshalb die Summe der Query-Zeilen kleiner sein kann als die ausgewiesene Gesamtzahl. Zweitens stehen Keyword-Daten erst mit Verzögerung vollständig zur Verfügung, sodass die letzten Tage eines Exports systematisch zu niedrig ausfallen. Wer den gestrigen Tag mitexportiert, misst nicht den Markt, sondern die Nachlaufzeit der Datenpipeline. Drittens gibt die Search Console API pro Anfrage maximal 25.000 Zeilen zurück; größere Auswertungen erfordern Paginierung über den startRow-Parameter. Fehlt sie, sieht ein abgeschnittener Export exakt aus wie ein niedrigerer Messwert.

Relativer Verlauf

Google Trends weist ausschließlich relative Werte auf einer Skala von 0 bis 100 aus. Der Wert 100 markiert den Höchststand im gewählten Zeitraum und Markt, alles andere ist ein Anteil davon. Diese Werte sind mit absoluten Suchvolumen anderer Tools nicht verrechenbar und eignen sich nur zur Verlaufsprüfung. Eine 72 bedeutet nicht 72 Prozent von irgendetwas Absolutem und lässt sich auch nicht über einen Dreisatz in Suchanfragen umrechnen.

Schritt 2: Die Vergleichsbedingungen angleichen

Ein großer Teil der beobachteten Abweichungen entsteht nicht in den Tools, sondern in ihren Voreinstellungen. Vor jedem Vergleich werden deshalb die folgenden Dimensionen bewusst gesetzt und in der Arbeitsdatei notiert, nicht nur im Interface angeklickt.

Land und Sprache sind dabei der häufigste stille Fehler. Eine deutschsprachige Suchanfrage kann aus Deutschland, Österreich, der Schweiz oder von überall sonst kommen, und in Deutschland wird auch in anderen Sprachen gesucht. Wer in einem Tool nach Sprache und im nächsten nach Land filtert, vergleicht zwei verschiedene Grundgesamtheiten und schreibt die Differenz anschließend der Datenqualität zu.

Schritt 3: Exakte Schreibweise und Variantencluster auseinanderhalten

Die zweite große Quelle systematischer Unterschiede ist die Aggregationsebene. Der Keyword-Planer fasst eng verwandte Varianten eines Begriffs zu einem Eintrag zusammen, wodurch der ausgewiesene Wert höher liegen kann als die Nachfrage nach der exakten Schreibweise. Ein anderes System listet dieselben Varianten einzeln auf. Beide Darstellungen sind innerhalb ihrer Logik korrekt, und genau deshalb ist ihre Differenz kein Fehler, sondern eine Eigenschaft.

Damit das nachvollziehbar bleibt, braucht jede Zeile zwei Bezeichnungen: die vom System gelieferte Suchanfrage und einen selbst definierten Masterbegriff. Die Originalbezeichnung wird nie überschrieben.

Die beiden Zeilen aus Quelle A dürfen nur dann summiert und gegen Quelle B gestellt werden, wenn der Variantenumfang nachweislich derselbe ist. Ist er es nicht, entsteht durch das Addieren eine Doppelzählung, die anschließend als bestätigte Nachfrage in eine Planung wandert.

Schritt 4: Die Masterliste mit Quellenspalte

Eine gemeinsame Spalte mit der Überschrift „Suchvolumen“ ist der eigentliche Konfliktherd, weil sie die Herkunft löscht. Tragfähig ist stattdessen eine Masterliste, in der jede Zeile für sich erklärbar bleibt:

• master_keyword: vereinheitlichter Begriff oder Cluster
• source_keyword: Schreibweise, wie die Quelle sie geliefert hat
• source: Herkunft des Datensatzes
• metric_type: Schätzung, Impression, Klick oder relativer Index
• value: der ausgegebene Zahlenwert
• period und calculation: Bezugszeitraum und Durchschnittslogik
• country, language, device: die gesetzten Filter
• aggregation: exakt, nahe Varianten oder unbekannt
• retrieved_at: Abrufdatum
• notes: Rundung, Bandbreite, Datenverzögerung, fehlende Paginierung

Eine Quellenspalte allein genügt nicht. Ohne metric_type und period bleibt offen, ob die 800 in einer Zeile geschätzte Monatsnachfrage, gemessene Impressionen eines Quartals oder ein Jahreswert sind.

Bandbreiten bleiben Bandbreiten. Ein ausgewiesener Bereich von 1.000 bis 10.000 wird nicht stillschweigend zu 5.500. Wenn für eine Sortierung ein Rechenwert gebraucht wird, steht er in einer eigenen Spalte und ist als abgeleitet gekennzeichnet, samt der Regel, nach der er gebildet wurde.

Schritt 5: Pro Entscheidung genau eine Leitkennzahl

Nach der Bereinigung ist die Versuchung groß, den Mittelwert aller Quellen zu bilden. Das erzeugt eine Zahl, die niemand mehr erklären kann. Stattdessen wird die Leitkennzahl von der Entscheidung her bestimmt.

Geht es um die potenzielle Nachfrage, etwa um Priorisierung nach Marktgröße, ist eine einzige, konsistent gewählte Volumenquelle maßgeblich. Wichtiger als ihre vermeintliche Genauigkeit ist, dass alle Begriffe mit derselben Quelle, demselben Markt, demselben Zeitraum und derselben Aggregationslogik bewertet werden. Die übrigen Schätzungen bleiben als Unsicherheitsband stehen: Liegen sie eng beieinander, ist die Reihenfolge stabil; klaffen sie weit auseinander, ist die Priorisierung an dieser Stelle schwach begründet.

Geht es um die eigene Leistung, also um Sichtbarkeit, Klicks und deren Veränderung, ist die Search Console die Grundlage, und externe Volumen erklären nur das Umfeld. Wenige Impressionen bei hohem geschätztem Volumen sind eine Aussage über die eigene Abdeckung, nicht über die Richtigkeit der Schätzung.

Geht es um Timing und Saisonalität, trägt der relative Verlauf die Entscheidung. Er beantwortet, wann produziert oder aktualisiert wird, und wird niemals in absolute Zahlen zurückgerechnet.

Pro Entscheidung eine primäre Kennzahl. Werte mit anderer Messlogik erklären den Kontext, werden aber weder addiert noch gemittelt.

Schritt 6: Verbleibende Abweichungen in fester Reihenfolge prüfen

Wenn zwei Zahlen nach der Vereinheitlichung immer noch weit auseinanderliegen, arbeitet man sie in dieser Reihenfolge ab, weil jeder Punkt weiter oben die Punkte darunter unbrauchbar macht:

1. Kennzahltyp: Stehen Schätzung, gemessene Performance und Index sauber getrennt?
2. Zeitraum und Berechnung: Gleiches Fenster, gleiche Durchschnittslogik?
3. Markt: Land, Sprache, Gerät und Suchumgebung identisch gesetzt?
4. Aggregation: Bündelt eine Quelle Varianten, die die andere einzeln führt?
5. Vollständigkeit: Fehlen anonymisierte Einzelzeilen, noch unvollständige Tage oder weitere API-Seiten jenseits der 25.000-Zeilen-Grenze?
6. Rundung: Exakter Ausgabewert oder Bandbreite?
7. Abrufdatum: Liegen die Exporte weit genug auseinander, dass sich der Markt real bewegt haben kann?

Erst wenn diese sieben Punkte dokumentiert und ausgeschlossen sind, ist eine Differenz das, wofür sie zu Beginn gehalten wurde: ein echter Unterschied zwischen zwei Datenmodellen. Dann ist sie kein Problem mehr, sondern eine bekannte Eigenschaft der Quelle.

Das Ergebnis ist ein Protokoll, keine einzelne Zahl

Damit die Diskussion nicht bei jeder Auswertung von vorn beginnt, gehört die Messregel schriftlich neben die Liste. Sechs Sätze reichen: Marktpotenzial wird an einer festgelegten Volumenquelle beurteilt. Eigene Sichtbarkeit und Klickleistung ausschließlich an der Search Console. Relative Verlaufsdaten dienen nur der Saisonalitäts- und Trendprüfung. Varianten werden nur auf Ebene eines dokumentierten Masterclusters zusammengeführt. Abweichende Quellen bleiben mit Originalwert, Zeitraum und Herkunft erhalten. Zahlen unterschiedlicher Messlogik werden weder addiert noch gemittelt.

Aus 1.000, 1.600, 180 und 72 wird damit keine einzelne Wahrheit. Es wird eine Aufstellung, in der jede Zahl ihre Zuständigkeit hat und in der man den entscheidenden Satz begründen kann: Diese Zahl trägt die Entscheidung, jene erklärt nur, warum sie plausibel ist.