SEO-Dashboard in Looker Studio: Search-Console-Daten nutzen

Ein SEO-Dashboard in Looker Studio ist in zehn Minuten aufgebaut und in zehn Monaten trotzdem falsch, wenn man die Datenquelle nicht versteht. Der Search-Console-Connector liefert zwei grundverschiedene Tabellen, rechnet Klickrate und Position auf eine Weise, die viele Diagramme verfälscht, und zeigt nicht alles, was die Oberfläche der Search Console selbst anzeigt. Wer diese Eigenheiten kennt, baut ein Dashboard, dem Kunden, Chefs und man selbst vertrauen können.

Dieser Beitrag führt durch die Verbindung des Connectors, den Unterschied zwischen der Website- und der URL-Impressionen-Tabelle, die Diagramme, die in ein SEO-Dashboard gehören, und die bekannten Datenfallen. Die Bedienung der Search Console selbst setzen wir voraus; dazu gibt es den allgemeinen Leitfaden. Hier geht es allein um die Brücke zwischen der Search Console und Looker Studio.

Den Search-Console-Connector einrichten

Looker Studio ist Googles kostenloses Reporting-Werkzeug. Du legst einen neuen Bericht an, fügst Daten hinzu und wählst unter den Google-Connectors die Search Console. Autorisiert wird mit dem Google-Konto, das in der Search Console Zugriff auf die Property hat. Das ist die erste Falle: Der Connector zeigt nur Properties, auf die dieses Konto berechtigt ist. Fehlt eine Domain in der Liste, liegt es fast immer am falschen Konto oder an einer nur als Nutzer mit eingeschränktem Zugriff geführten Berechtigung, nicht an Looker Studio.

Danach folgen drei Entscheidungen, die du bewusst treffen solltest, weil sie sich später nur durch eine neue Datenquelle ändern lassen. Erstens die Property: Eine Domain-Property fasst alle Subdomains und beide Protokolle zusammen, eine URL-Präfix-Property nur den exakten Präfix. Zweitens die Tabelle: Website-Impressionen oder URL-Impressionen (dazu gleich mehr). Drittens der Suchtyp: Web, Bild, Video, News oder Discover. Jeder Suchtyp ist ein eigener Datenstrom. Mischst du sie nicht bewusst, bekommst du mit der Standardauswahl nur die Websuche und wunderst dich, dass die Zahlen nicht mit dem Gesamtbericht in der Search Console übereinstimmen.

Praktisch bewährt sich ein Vorgehen mit mehreren Datenquellen statt einer einzigen Alleskönner-Quelle: eine für die Websuche nach Website-Impressionen, eine für die Websuche nach URL-Impressionen, bei Bedarf eine für Discover. Benenne sie eindeutig, etwa "GSC Web Website" und "GSC Web URL". In einem Bericht mit zwanzig Diagrammen spart dir das später die Suche nach der Frage, aus welcher Quelle eine Zahl stammt.

Beim Zugriff lohnt ein Blick auf die Anmeldedaten der Datenquelle. Standardmäßig nutzt Looker Studio die Berechtigung des Datenquellen-Eigentümers. Das ist bequem, weil Betrachter keinen eigenen Search-Console-Zugang brauchen, bedeutet aber auch: Wer den Bericht sieht, sieht alle Daten der Property. Bei Kundenberichten ist das gewollt, bei internen Berichten mit mehreren Mandanten kann es ein Datenschutzproblem sein. Alternativ lassen sich Betrachter-Anmeldedaten verwenden, dann sieht jeder nur das, was sein eigenes Konto sehen darf.

Website- oder URL-Impressionen: der wichtigste Unterschied

Der Connector bietet zwei Tabellen, und sie beantworten verschiedene Fragen. In der Tabelle Website-Impressionen wird aus Sicht der Website gezählt: Erscheint deine Domain mit mehreren URLs auf derselben Ergebnisseite, zählt das als eine Impression. In der Tabelle URL-Impressionen wird pro URL gezählt: Jede einzelne URL, die in den Ergebnissen auftaucht, bekommt ihre eigene Impression.

Ein Beispiel macht das greifbar. Für die Suchanfrage "laufschuhe kaufen" erscheinen auf Seite eins deine Kategorieseite auf Platz 3 und ein Ratgeber auf Platz 7. Die Website-Tabelle zeigt eine Impression mit der besten Position der Domain, nämlich 3. Die URL-Tabelle zeigt zwei Impressionen, eine für die Kategorieseite mit Position 3 und eine für den Ratgeber mit Position 7. Die Klicks sind in beiden Tabellen dieselben, die Impressionen, die Klickrate und die durchschnittliche Position dagegen nicht.

Daraus folgt eine klare Faustregel, die du in der Dokumentation des Berichts festhalten solltest:

• Website-Impressionen für alles, was die Domain als Ganzes betrifft: Gesamtverlauf, Suchanfragen, Länder, Geräte, Markenanteil.
• URL-Impressionen, sobald die einzelne Seite eine Rolle spielt: Landingpage-Tabellen, Seitenvergleiche, Positionen je URL.
• Beide Tabellen nie in einer Tabelle oder einem Diagramm vermischen. Eine Summe aus beiden Quellen ist bedeutungslos.
• Die Gesamtklicks stimmen in beiden Tabellen überein; nutze diese Kennzahl als Plausibilitätsprüfung gegen die Search Console.

Diagramme, die in ein SEO-Dashboard gehören

Ein gutes Dashboard beantwortet wenige Fragen klar, statt jede verfügbare Kennzahl zu zeigen. Die folgenden Bausteine decken den Kern ab, und jeder hat einen Grund.

Der Zeitverlauf mit Klicks und Impressionen ist das Grundgerüst. Zeige beide Werte im selben Diagramm mit zwei Achsen, weil Impressionen meist um ein Vielfaches höher liegen als Klicks und die Klicklinie sonst flach am Boden klebt. Stelle den Zeitraum auf mindestens drei Monate und aktiviere den Vergleich zum Vorzeitraum. Wöchentliche Aggregation glättet den Wochentagsrhythmus, der bei täglichen Daten Schwankungen vortäuscht.

Darunter gehören Scorecards mit Klicks, Impressionen, Klickrate und durchschnittlicher Position, jeweils mit Vergleichswert. Sie sind die erste Anlaufstelle für alle, die nur dreißig Sekunden Zeit haben. Die Scorecard für die Position braucht einen Hinweis zur Lesart: Kleiner ist besser, und eine Verbesserung sollte grün erscheinen, auch wenn der Zahlenwert sinkt. Kehre die Farblogik in der bedingten Formatierung um.

Die Tabelle der Suchanfragen mit Klicks, Impressionen, Klickrate und Position ist das Arbeitswerkzeug. Sortiere nach Impressionen, nicht nach Klicks: So siehst du Suchanfragen mit viel Sichtbarkeit und schwacher Klickrate, also die Kandidaten für bessere Titel und Snippets. Ergänze eine Filtersteuerung mit einer Texteingabe, damit Leser nach Begriffen suchen können.

Die Landingpage-Tabelle basiert auf der URL-Impressionen-Quelle. Sie zeigt, welche Seiten tatsächlich Sichtbarkeit und Klicks bekommen. Kombiniert mit einer Steuerung für die Suchanfrage lässt sich pro Seite prüfen, für welche Begriffe sie erscheint, und umgekehrt, ob mehrere eigene Seiten um dieselbe Anfrage konkurrieren.

Geräte und Länder gehören als kleine Kreis- oder Balkendiagramme dazu, vor allem bei mehrsprachigen Auftritten. Ein deutlicher Einbruch nur auf Mobilgeräten oder nur in Österreich deutet auf ein lokales Problem hin, das im Gesamtverlauf untergeht.

Sehr nützlich ist außerdem eine Verteilung der Positionen in Gruppen, etwa 1 bis 3, 4 bis 10, 11 bis 20 und darunter. Dafür brauchst du ein berechnetes Feld mit einer CASE-Anweisung auf die Position. Das Diagramm zeigt, ob Sichtbarkeit von der ersten Seite wandert, lange bevor sich die Klicks bewegen.

Marke und Nicht-Marke trennen

Der vielleicht wertvollste Zusatz ist eine Trennung nach Markenanfragen. Ein Anstieg der Klicks kann schlicht daran liegen, dass mehr Menschen den Firmennamen suchen, etwa nach einer Kampagne. Das ist keine SEO-Leistung im engeren Sinn. Looker Studio erlaubt die Trennung über ein berechnetes Feld auf der Suchanfrage, das mit einem regulären Ausdruck arbeitet, zum Beispiel mit der Funktion REGEXP_MATCH und einer Liste der Markenschreibweisen einschließlich typischer Tippfehler.

Das Feld liefert für jede Suchanfrage den Wert "Marke" oder "Nicht-Marke". Damit kannst du jedes Diagramm aufteilen oder per Filter auf eine Gruppe beschränken. Pflege die Schreibweisen regelmäßig, denn Varianten wie Bindestriche, getrennte Wörter oder Produktnamen rutschen sonst unbemerkt in die falsche Gruppe. Die Logik der regulären Ausdrücke selbst ist dieselbe wie bei den Filtern in der Search Console; wie du sie dort sinnvoll einsetzt, beschreibt der Beitrag zu Regex in der Search Console.

Beachte die Grenze dieser Methode: Ein erheblicher Teil der Suchanfragen wird aus Datenschutzgründen anonymisiert und taucht in keiner Suchanfragen-Tabelle auf. Der Markenanteil bezieht sich deshalb immer auf die sichtbaren Anfragen, nicht auf alle Klicks.

Vom Zahlenbericht zur Arbeitsliste

Ein Dashboard, das nur Zahlen zeigt, wird nach zwei Wochen nicht mehr geöffnet. Nützlich wird es, wenn es Aufgaben sichtbar macht. Das gelingt mit wenigen gezielten Tabellen, die bereits gefiltert und sortiert sind.

Die erste ist eine Chancenliste: Suchanfragen mit hohen Impressionen, Position zwischen vier und zehn und niedriger Klickrate. Setze dafür Tabellenfilter auf Position und Impressionen und sortiere nach Impressionen. Jede Zeile ist eine Frage an dich: Passt der Titel zur Anfrage, ist die Beschreibung ansprechend, verdrängt ein Ergebnis mit Zusatzelementen den Treffer? Die Klickrate allein sagt wenig, denn sie hängt stark von der Position und von der Gestaltung der Ergebnisseite ab. Wie sich das durch Antworten direkt in der Suche verschiebt, zeigt der Beitrag zu Zero-Click-Suchen.

Die zweite ist eine Verlustliste. Vergleiche den aktuellen Zeitraum mit dem Vorzeitraum und zeige Seiten mit dem größten Klickverlust. Looker Studio kann die Differenz in einer Tabelle als eigene Spalte anzeigen. Wichtig ist der Gegencheck: Ist ein Verlust saisonal, etwa im Sommer bei einem Thema mit Winternachfrage, verglichen mit dem Vorjahr? Die Vorjahresvergleichsoption im Zeitraumwähler ist dafür gedacht und bei Saisongeschäft wichtiger als der Vorzeitraum.

Die dritte ist eine Kannibalisierungsliste. Filtere die URL-Tabelle auf eine einzelne wichtige Suchanfrage und prüfe, ob zwei oder mehr eigene Seiten mit wechselnder Position erscheinen. Das Dashboard liefert hier nur den Hinweis; ob du Inhalte zusammenführst, abgrenzt oder umleitest, entscheidest du nach einer inhaltlichen Prüfung. Auch ein Dashboard kann keinen Test ersetzen: Ob eine Änderung gewirkt hat, beantwortet nur ein sauberer Vorher-Nachher-Vergleich.

Bekannte Datenfallen

Die meisten Fehler in SEO-Dashboards entstehen nicht durch falsche Diagramme, sondern durch Missverständnisse über die Daten. Diese Punkte solltest du kennen, bevor du ein Dashboard weitergibst.

Verzögerung und Zeitzone. Die Search Console liefert Daten mit einer Verzögerung von ungefähr ein bis drei Tagen, und die Tageswerte folgen der pazifischen Zeit. Setze den Zeitraum deshalb so, dass die letzten Tage nicht im Vergleich enthalten sind. Ein Verlauf, der am rechten Rand scheinbar abstürzt, ist fast immer nur unvollständig.

Anonymisierte Suchanfragen. Summen aus der Suchanfragen-Tabelle liegen niedriger als die Gesamtzahlen ohne die Dimension Suchanfrage. Das ist kein Fehler im Bericht, sondern eine Eigenschaft der Daten. Wer Scorecard und Tabelle nebeneinander stellt, wird unweigerlich gefragt, warum die Summen nicht zusammenpassen. Ein kurzer Hinweis im Bericht beantwortet das im Voraus.

Durchschnittliche Position. Der Wert ist ein gewichteter Durchschnitt über alle Impressionen und kein Rang. Die Aggregation darf deshalb nie auf Summe oder selbst gebildeten Mittelwert über Zeilen gestellt werden. Nutze die Standardaggregation des Felds. Er verschiebt sich außerdem allein dadurch, dass eine Seite für mehr Nischenanfragen mit schlechter Position erscheint, obwohl sich nichts verschlechtert hat. Interpretiere ihn immer zusammen mit den Impressionen.

Klickrate. Auch sie ist ein Quotient aus Summen, nicht der Mittelwert der Zeilenwerte. Verwende das Feld des Connectors und nicht einen eigenen Durchschnitt. In der Website-Tabelle wird die Website-Klickrate berechnet, in der URL-Tabelle die URL-Klickrate; beides sind getrennte Felder.

Zeilenlimits. Die Schnittstelle liefert pro Tag und Property nur eine begrenzte Zahl von Zeilen. Bei sehr großen Websites mit vielen Kombinationen aus Suchanfrage, Seite, Land und Gerät fehlt dadurch der lange Schwanz. Je mehr Dimensionen du in einer Tabelle kombinierst, desto mehr Zeilen werden benötigt und desto eher werden Daten abgeschnitten. Bei großen Auftritten ist der Export in BigQuery der robustere Weg, weil er nicht an dieses Limit gebunden ist.

Aufbewahrungsdauer. Die Search Console hält Daten nur etwa sechzehn Monate vor. Ein Looker-Studio-Bericht speichert selbst nichts. Wer langfristige Jahresvergleiche will, muss die Daten regelmäßig extrahieren, etwa per Export in eine Tabelle oder nach BigQuery, und von dort weiterlesen.

Zwischenspeicher. Looker Studio hält abgefragte Daten zwischen. Wenn du gerade etwas in der Search Console geändert hast und der Bericht scheinbar nichts zeigt, aktualisiere die Daten über das Menü oder stelle die Datenaktualität der Quelle niedriger ein.

Mit anderen Quellen verbinden und sauber halten

Richtig interessant wird ein Dashboard, wenn Search-Console-Daten auf Verhaltensdaten treffen, etwa aus Google Analytics 4. Looker Studio erlaubt das über verbundene Datenquellen. Die Falle steckt im Schlüssel: Die Search Console liefert die vollständige URL als Landingpage, Analytics häufig nur den Pfad. Ohne Anpassung findet die Verbindung keine Übereinstimmungen. Löse das mit einem berechneten Feld, das aus der URL den Pfad extrahiert, etwa mit REGEXP_EXTRACT, und verbinde über dieses Feld.

Beachte außerdem, dass beide Systeme Sitzungen und Klicks unterschiedlich zählen. Ein Klick in der Search Console ist nicht automatisch eine Sitzung in Analytics, etwa wegen Einwilligungsbannern oder Werbeblockern. Erwarte annähernde, nicht deckungsgleiche Werte und vergleiche Trends statt Einzelzahlen. Wie du aus den Besuchen echte Geschäftsergebnisse ableitest, steht im Beitrag zum Conversion-Tracking für SEO.

Zum Schluss ein Blick auf die Hygiene des Berichts selbst. Halte ihn kurz: eine Seite für den Überblick, eine für Suchanfragen, eine für Seiten, bei Bedarf eine für Länder und Geräte. Schreibe unter jedes Diagramm in einem Satz, was es beantwortet und welche Quelle dahintersteht. Lege Berichtsfilter wie Land oder Gerät als Steuerelemente oben ab, damit sie auf allen Seiten wirken. Und plane einen festen Rhythmus ein, in dem jemand die Markenliste, die Datenquellen und die Berechtigungen prüft. Ein Dashboard, das niemand pflegt, liefert irgendwann zuverlässig falsche Antworten.