Fanout Queries als CSV oder JSON exportieren
Markiere im Ergebnis die gewünschten Queries und nutze Keyword-CSV oder Auswahl als JSON. Für einen vollständigen aktuellen Lauf gibt es CSV laden und JSON laden. Gespeicherte Läufe lassen sich in der lokalen Historie gemeinsam exportieren; diese drei Exportumfänge enthalten unterschiedliche Felder.
Wenn du Queries in einem Tabellenprogramm prüfen, in eine Keywordliste übernehmen oder einen datierten Vergleich dokumentieren möchtest.
Mit einem aktuellen Ergebnis beginnenFühre ein kurzes Thema aus und wähle danach nur die Queries aus, die du weiterbearbeiten willst.Tool und lokale Historie öffnenDen passenden Exportumfang wählen
Wenn ein Ergebnis vorliegt, kannst du einzelne Query-Zeilen auswählen. Keyword-CSV enthält nur diese Auswahl mit Eingabe, Provider, Modell, Zeitpunkt, Locale und Belegstatus. Auswahl als JSON strukturiert dieselben Informationen. Quellen werden der Query-Auswahl nicht angehängt.
JSON laden erhält den vollständigen aktuell sichtbaren Ergebnisvertrag. CSV laden erzeugt eine flache Tabelle mit getrennten Query-, Suchaktionsquellen- und Laufquellen-Zeilen. Die Zeilentypen und der Quellenumfang bleiben wichtig: Eine Quelle aus einer gemeinsamen Suchaktion ist nicht automatisch der Beleg einer einzelnen Query.
Wie du den Quellenumfang liest, erklärt die Anleitung zu KI-Zitaten und Quellen.
Für mehrere gespeicherte Läufe nutzt du die Auswahlkästchen unter Auf diesem Gerät gespeichert und anschließend JSON oder CSV. Dieser Export dokumentiert den lokalen Vergleich. Er ist kein unabhängiger Provider-Benchmark.
Auswahl, aktueller Lauf oder Vergleich?
Die Funktionen haben unterschiedliche Zwecke; verwahre den passenden Umfang zusammen mit deinem Arbeitsstand.
| Du brauchst | Export | Wichtige Grenze |
|---|---|---|
| Eine kuratierte Keywordliste | Keyword-CSV oder Auswahl als JSON | Nur ausgewählte Queries; keine Query-Quellen-Zuordnung. |
| Den aktuellen Ergebnisvertrag | JSON laden oder CSV laden | API-Felder und redaktionelle Interpretation getrennt lesen. |
| Mehrere gespeicherte Läufe | JSON oder CSV in der lokalen Historie | Gemini-Grounding-Quellen fehlen nach dem Speicherfilter. |
Die Keyword-CSV richtig lesen
Die folgende Kopfzeile stammt aus dem Query-Auswahl-Exporter. query ist der ausgewählte String; query_index behält seine ursprüngliche Position bei. observed_at übernimmt den im Lauf gespeicherten Zeitpunkt. Eine spätere Exportzeit macht aus dem Ergebnis keine neue Beobachtung.
evidence_status hält modellierte und beobachtete Ergebnisse auseinander. intent und reason sind bei nativen String-Queries leer; bei modellierten Suchideen können sie aus dem erzeugten Ergebnis stammen. Leere Felder sind keine verlorenen Keywords und dürfen nicht als gemessener Intent ergänzt werden.
Importiere CSV mit Komma als Trennzeichen und UTF-8-Zeichensatz. Behandle Suchphrasen als Text. Prüfe danach Zeilenzahl, Umlaute, Anbieter und Datum, bevor du die Auswahl in ein weiteres Tool übernimmst. Ermittle Suchvolumen und Wettbewerb in einem eigenen Keyword-Datensatz.
Für die spätere Seitenentscheidung nutze den SEO-Workflow mit Query Fanout.
keyword,provider,model,observed_at,country,language,evidence_status,query_index,query,intent,reasonHistorie, Ablaufdatum und Gemini-Quellen beachten
Auf diesem Gerät speichern ist eine bewusste Aktion. Die Historie liegt in IndexedDB dieses Browsers und dieser Origin. Sie enthält höchstens 20 Ergebnisse für bis zu 30 Tage. Ein anderer Browser, ein anderes Gerät oder eine Vercel-Vorschau zeigt diese Historie nicht an.
Exportiere wichtige Arbeitsstände vor dem Ablauf oder dem Löschen der Website-Daten. Die Anfrage nach dauerhaftem Browser-Speicher ist keine Garantie: Der Browser entscheidet darüber, und das 30-Tage-Limit der Anwendung bleibt bestehen. Es gibt keine Kontosynchronisierung oder Wiederherstellung aus einem Serverarchiv.
Vor dem lokalen Speichern eines Gemini-Ergebnisses entfernt das Tool Google-Grounding-Quellen und Suchvorschläge. Ein späterer Vergleichsexport enthält deshalb keine gespeicherten Gemini-Quellen. Diese Leerstelle belegt nicht, dass der ursprüngliche Lauf keine Quellen hatte. Beachte bei der Weitergabe aktueller Ergebnisse die jeweiligen Nutzungsbedingungen.
Die Einordnung solcher Unterschiede beschreibt der Guide zum lokalen Modellvergleich.
Geprüfter Rundlauf: Auswahl erzeugen und unabhängig zurücklesen
Die drei Übungsdateien wurden mit den tatsächlichen Auswahl-Exportfunktionen dieser Website erzeugt. Der Eingabelauf ist vollständig synthetisch und entsprechend benannt; es gab keinen Provider-Aufruf. Von drei Strings wurden die ursprünglichen Positionen eins und drei ausgewählt. Der JSON-Export behält diese Indizes, statt sie nach der Auswahl neu zu nummerieren.
Der erste ausgewählte String lautet Café, query examples. Der zweite enthält Anführungszeichen und einen Zeilenumbruch. Die CSV hat deshalb mehr physische Zeilen als Datensätze. Wir haben sie mit einem unabhängigen CSV-Reader zurückgelesen: zwei Datensätze, elf Spalten, unveränderte Strings, Lauf-Metadaten und Originalpositionen eins und drei. Die JSON-Dateien wurden zusätzlich gegen das öffentliche Referenzschema geprüft.
intent und reason bleiben für native String-Queries leer. Die Auswahl enthält weder Quellen noch providerResponseStatus. Für eine Interpretation von completed, incomplete oder Fehlerzustand brauchst du zusätzlich den vollständigen Lauf. Auch wenn ein Übungsfeld den normalen nativen Belegstatus trägt, bleibt diese Datei ein synthetischer Strukturtest und keine echte Suchbeobachtung.
Die Feldfamilien unterscheidet der Guide zum Fanout-Ergebnis-Schema.
Lade vollständigen Lauf, Auswahl-JSON, Auswahl-CSV und Prüfanleitung gemeinsam herunter. Der Dateirundlauf prüft den Export und das Zurücklesen; er belegt keinen durchgeführten Import in Excel oder Google Sheets und kein Speichern über den Betriebssystem-Download-Dialog. Prüfe bei deinem tatsächlichen Import die Strings und Texttypen im Zielprogramm erneut.
Eine tatsächliche Auswahl und ihren Empfänger prüfst du mit der Zwei-Query-Handoff-Übung.
Den Auswahl-Export übernimmst du mit dem geprüften Google-Sheets-Import.
Häufige Fragen
Diese kurzen Antworten bündeln wiederkehrende Fragen aus Tool-Nutzung und Quellenprüfung. Sie sind keine behaupteten Suchvolumen-Daten.
- Kann ich ein Ergebnis nach 30 Tagen wiederherstellen?
- Die lokale Historie läuft nach spätestens 30 Tagen ab. Ein vorher heruntergeladener Export ist dein eigener Arbeitsstand; ai-fanout.com führt kein Rohdatenarchiv zur Wiederherstellung.
- Warum enthält die Keyword-CSV keine Quellen?
- Sie exportiert ausgewählte Query-Strings und Laufdaten. Eine allgemeine Quellenliste würde eine nicht belegte Zuordnung zu diesen einzelnen Queries nahelegen.
Verwendete Quellen
Diese Quellen stützen die beschriebenen Funktionen und Grenzen. Sie belegen keine darüber hinausgehenden Aussagen.
- Eigene annotierte Abläufe, Kontrollen, Prompts und ExportübungenQuelle öffnen
Eigene Grafiken und redaktionelle Annotationen nutzen nur bereits freigegebene OpenAI-Daten. Synthetische Dateien stammen aus tatsächlichen Exportfunktionen und wurden unabhängig zurückgelesen; kein Provider-Aufruf oder Excel-/Sheets-Import. Die datierte eigene Seitenprüfung belegt weder Indexierung noch Wirkung.
- Aktuelle Website-Exportverträge und ReferenzvalidierungQuelle öffnen
Draft-2020-12-Referenz für aktuelle native/modellierte Vollruns, Query-Auswahlen und lokale Vergleiche. Geprüft gegen tatsächliche Service-/Exportfunktionen mit synthetischen Provider-Stubs und negativen Semantiktests. Vollruns erhalten keine erfundene root-schemaVersion; ältere Planner- und Handoff-Formate bleiben getrennt.
- ai-fanout.com input, selection export and local-history implementationQuelle öffnen
The input controls, separate native/modelled modes, three export scopes, query-selection CSV fields, and browser-local history are described from the site's actual implementation. The planning prompt and input examples are original editorial instructions, not provider output or measured keyword demand.
- MDN: IndexedDB APIQuelle öffnen
Explains browser-side structured storage and its origin boundary. The site's twenty-entry and thirty-day limits come from its own implementation, not from a universal browser quota.
- Opt-in browser-local result historyInterner Eigentümer-Nachweis
Explicit save action, IndexedDB-only storage, maximum 20 entries, 30-day expiry, individual deletion, clear-all and local JSON/CSV export without accounts or shared response caching.