Fanout-Queries mit Search Console prüfen
Search Console zeigt Suchleistung deiner Website, während ein Fanout mögliche Recherchefragen liefert. Verbinde beide über Leseraufgabe und Zielseite. Ein exakter Worttreffer ist hilfreich, aber weder erforderlich noch ein Nachweis, dass die Frage insgesamt keine Nachfrage hat, wenn sie fehlt.
Du brauchst Zugriff auf die richtige GSC-Property und einen vorhandenen Export oder Fragenplan. Die Beispieldatei enthält absichtlich keine echten GSC-Queries, Impressionen oder Positionen.
Beginne mit einer klar beschrifteten Query-ListeNutze einen vorhandenen Export oder starte ein kurzes Thema. Halte native Beobachtungen und modellierte Ideen getrennt.Tool öffnenZuerst Datenumfang und Zielseite festlegen
Öffne die richtige Property und wähle den Suchtyp Web. Notiere den angezeigten Zeitraum und den Datenstand. Ein heutiger Blick in Search Console bedeutet nicht, dass die letzten Stunden schon vollständig enthalten sind. Verwende für spätere Vergleiche gleich lange Fenster und dieselben Filter.
Übernimm Frage und Herkunft in die CSV. candidate_page ist die stärkste bestehende Seite für diese Leseraufgabe oder ein ausdrücklich als Entwurf bezeichnetes Ziel. Ein Fanout-String ist kein Suchvolumen. Verknüpfe jede Zeile über query_id mit dem Ausgangs- und Cluster-Arbeitsblatt.
Die Leseraufgaben bestimmst du im Clustering-Arbeitsblatt.
Das Beispiel führt q01 und q03 aus dem fiktiven SEO-Kaufberater weiter. Beide zeigen auf dieselbe Seite, q03 auf deren Kostenabschnitt. Die Spalten gsc_query, gsc_date_range und country_device_scope bleiben leer, evidence_status lautet nicht_geprüft. So sieht ein vorbereiteter, noch nicht ausgeführter Abgleich aus.
Lade deine eigenen GSC-Daten nur in deinen vorgesehenen Arbeitsbereich. Die bereitgestellten Downloads sind statische redaktionelle Vorlagen. Du musst keine Search-Console-Daten an ai-fanout.com senden, um diese Anleitung zu verwenden.
Sichtbare Suchanfragen zur Aufgabe zuordnen
Beginne im Leistungsbericht mit der relevanten Seite und prüfe deren Suchanfragen. Suche nach passenden Formulierungen, nicht nur nach dem exakten Fanout-Text. Für den Auswahl-Cluster könnten verschiedene Team- und Unternehmensbegriffe dieselbe Entscheidung ausdrücken. Prüfe die Bedeutung jeder gefundenen Zeile, bevor du sie zuordnest.
Notiere die tatsächlich sichtbare GSC-Query und die gesetzten Seiten-, Länder- und Gerätefilter. Vergleiche einen englischen US-Desktop-Ausschnitt nicht mit ungefilterten deutschen Daten. Eine durchschnittliche Position fasst die Ausspielungen dieser gefilterten Zeile zusammen; sie ist kein stabiler täglicher Einzelplatz.
Bei einer neuen URL kann Search Console noch keinen Verlauf dieser Seite zeigen. Nutze vorhandene thematische Seiten als Orientierung und halte die Grenze fest. Deine Website-Daten beschreiben ihre eigene Sichtbarkeit, nicht den gesamten Markt. Für fehlende Marktkennzahlen braucht es eine getrennte Quelle mit genanntem Markt und Datum.
Trenne in evidence_status passende sichtbare Daten, nicht geprüfte Daten und eine im gewählten Ausschnitt nicht sichtbare Frage. next_action nennt die konkrete Folgeaufgabe: einen vorhandenen Abschnitt prüfen, Belege beschaffen oder die Beobachtung über ein längeres Fenster verfolgen. Die Zuordnung soll die Entscheidung nachvollziehbar machen, nicht automatisch Content veröffentlichen.
Beobachtung und zulässiger nächster Schritt
Entscheidungsregeln; keine behaupteten Messwerte.
| Befund | Was er trägt | Nächster Schritt |
|---|---|---|
| Passende sichtbare Query | Diese Website hatte Ausspielungen im gewählten Ausschnitt | Zielseite und tatsächliche Leserfrage prüfen |
| Keine passende Zeile | Frage im Ausschnitt nicht sichtbar | Filter, Datenumfang und längeres Fenster prüfen |
| Neue URL ohne Verlauf | Noch keine Seiten-Baseline | Veröffentlichung und Recrawl dokumentieren |
| Fanout-Zweig ohne GSC-Prüfung | Recherchehypothese | Nachfrage und Belegbedarf getrennt prüfen |
Fehlende Zeilen ehrlich behandeln
Search Console blendet anonymisierte Suchanfragen aus. Außerdem bilden Query-Zeilen und gefilterte Berichte nicht immer dieselbe Gesamtmenge ab. Die Summe deiner sichtbaren Fragen muss deshalb nicht dem Gesamtwert entsprechen. Nimm die Datenbegrenzung in deine Auswertung auf.
Die API garantiert ebenfalls nicht sämtliche Query-Zeilen. Eine Begrenzung oder ein Ausschnitt ist kein vollständiger Null-Nachweis. Unterscheide keine passende Zeile gefunden von Nachfrage gleich null. Prüfe zuerst, ob Zeitraum, Property, Seite und Filter überhaupt zur Frage passen.
Gib das ausgefüllte Mapping zusammen mit den Clustern in den Content-Brief. Bleibt eine Frage ungeprüft, bekommt die Redaktion einen Rechercheauftrag. Behalte Release- und Recrawl-Datum sowie denselben Filterumfang für die spätere Nachmessung; damit lassen sich Beobachtungen vergleichen, ohne Fanout als Ursache jeder Veränderung auszugeben.
Die geprüften Fragen werden Teil deines Content-Briefs.
Verwendete Quellen
Diese Quellen stützen die beschriebenen Funktionen und Grenzen. Sie belegen keine darüber hinausgehenden Aussagen.
- Eigene Arbeitsblätter für Clustering, Content-Brief und GSC-AbgleichQuelle öffnen
Leere Vorlagen und ausgefüllte Lehrbeispiele mit sieben eigenen redaktionellen Fragen. Website-Pfade sind fiktiv. Die Dateien enthalten keine tatsächlichen Provider-Ausgaben, Kunden-Erfolge, GSC-Messwerte oder Suchvolumina.
- Google Search Console: Dimensionen und DatenumfangQuelle öffnen
Erklärt Query-, Seiten- und Filterumfang sowie ausgeblendete anonymisierte Suchanfragen. Eine fehlende sichtbare Query-Zeile belegt keine Nachfrage von null im gesamten Markt.
- Search Console API: Leistungsdaten abrufenQuelle öffnen
Erklärt Datenabruf und Grenzen der Abdeckung. Die Dokumentation stützt einen sorgfältigen Messablauf, keine Behauptung gemessener Nachfrage für diese Anleitung oder ihre Fanout-Ideen.
- Google: Websites für generative Suchfunktionen optimierenQuelle öffnen
SEO-Grundlagen bleiben relevant. Reine Fanout-Formulierungsvarianten rechtfertigen keine zusätzlichen Seiten ohne eigenen Nutzen.