So kannst du Gemini-Suchanfragen sehen
Gemini-Suchanfragen können in Suchaktionsdaten einer Gemini-API-Interaktion mit Google Search erscheinen. Das kostenlose Tool zeigt die Strings dieses Laufs und Quelleninformationen im vom Anbieter gelieferten Umfang.
Recherchiere ein Thema mit Gemini und prüfe das aktuelle Ergebnis. Es ist eine API-Beobachtung und kein privater Gemini-Chatverlauf oder Google-AI-Mode-Trace.
Starte eine beobachtbare Gemini-SucheWähle Gemini und prüfe die im aktuellen Lauf offengelegten Query-Strings vor einer lokalen Speicherung.Gemini-Queries anzeigen- Tool mit vorausgewähltem Gemini öffnen
Gib ein kurzes Thema ein und wähle bei Bedarf Sprache und Land. Native Fanout nutzt eine echte API-Suche; Suchideen ist ein getrennter Brainstorming-Modus.
- Aktuelles Ergebnis lesen
Prüfe sichtbare Query-Strings, Suchaktionszähler und Quellenlinks. Keine sichtbare Query kann korrekt sein; ein Providerfehler wird separat angezeigt.
- Gezielt übernehmen
Kopiere oder exportiere ausgewählte Query-Strings für die Recherche. Lokale Speicherungen entfernen eingeschränkte Google Grounded Results und Search Suggestions und sind kein vollständiges Quellenarchiv.
Gemini-Strings im richtigen Response lesen
Das Native-Tool verwendet derzeit die Gemini Interactions API mit Google Search. Im dokumentierten Interactions-Vertrag liegen offengelegte Strings in steps-Einträgen vom Typ google_search_call und dort in arguments.queries. Das ist ein benannter API-Lauf, kein Zugriff auf die private Suche in gemini.google.com.
Die Feldkarte unten beschreibt den Vertrag und das eigene synthetische Testbeispiel. Sie veröffentlicht keinen tatsächlichen Gemini-Response. Zitate aus Annotationen am model_output bleiben auf Laufebene, sofern keine feinere Beziehung geliefert wurde. Ein Domainname neben einer Query in der Oberfläche ist allein kein belegter Join.
Wenn du eine GenerateContent-Antwort mit candidates vor dir hast, wähle deren eigenen Vertrag. Der hier geprüfte Interactions-Parser liest sie nicht ersatzweise ein. Für den Bau eines solchen Parsers gibt es ein eigenes Tutorial mit ausführbarem Kit; hier geht es um die Bedeutung des angezeigten Ergebnisses.
Vertiefe das mit den Interactions-Parser bauen.
Feldkarte für Interactions
Dokumentation und eigene synthetische Strukturen, geprüft am 10. Oktober 2026; keine reale Grounding-Ausgabe.
| Feldpfad | Lesen als | Grenze |
|---|---|---|
| steps[type=google_search_call].arguments.queries | Offengelegte Strings | Keine vollständige private Suchhistorie |
| model_output.content[].annotations | URL-Zitate des Laufs | Kein erfundener Query-Join |
| google_search_result | Eigenes Grounding-Payload | Nicht im Offline-Kit behalten |
Live-Anzeige und gespeicherter Lauf haben andere Daten
Beim optionalen lokalen Speichern entfernt die Website Gemini-Grounding-Quellen aus sources und searchActions. Die gespeicherten Aktionen erhalten sourceScope not_stored; sourceEvidenceScope lautet not_stored_google_grounded_results. storageNotice erklärt diese Grenze im Export.
Eine leere Quellenliste in diesem Speicherformat belegt deshalb nur, dass Quellen nicht gespeichert wurden. Sie belegt weder einen quellenlosen Live-Lauf noch fehlende Zitate beim Provider. Halte einen gespeicherten Vergleich entsprechend beschriftet und ergänze keine Quellen aus dem Gedächtnis.
Die Query-Auswahl ist ein weiterer, kleinerer Vertrag: Sie enthält gewählte Strings samt Laufkontext, aber keine Quellenfelder. Der Offline-Validator unterscheidet diese Formen und prüft die Quellenentfernung im gespeicherten Gemini-Vollrun. Eine bestandene Formprüfung entscheidet nicht über die Berechtigung einer neuen Weiterverwendung realer Daten.
Vertiefe das mit das aktuelle Export-Schema prüfen.
Beobachtung, Status und Speichergrenze gemeinsam festhalten
Notiere exakte Eingabe, Land, Sprache, Modell, Zeit, sichtbare Strings und Dateityp. completed mit null sichtbaren Strings ist von einem fehlgeschlagenen oder unvollständigen Versuch zu unterscheiden. Eine fehlende Statusangabe wird durch das Offline-Lehrbeispiel nicht als Erfolg gedeutet.
Der aktuelle Native-Modus prüft Status und native Routing-Belege über OpenRouter Responses beziehungsweise bei Gemini über Chat Completions. Nur der optionale direkte Gemini-Adapter nutzt einen Completed-Ersatz, wenn kein Provider-Status geliefert wird. Dieser Ersatz ist kein eigenständiger Rohstatus-Beleg. Wer eine strengere Laufprüfung benötigt, muss diese Information an der API-Grenze erhalten und die Speicherbedingungen prüfen.
Die öffentlichen Beispielseiten dieser Website bleiben auf bereits geprüfte OpenAI-Beobachtungen begrenzt. Das Gemini-Testkit verwendet ausschließlich erfundene Strukturen. Für deine Redaktion kann daraus eine Frage zur Quellenprüfung oder zum Export entstehen; daraus folgt kein gemessenes Keyword-Volumen, Rang oder allgemeiner Provider-Sieger.
Die Grenzen stehen in der Methode.
Häufige Fragen
Diese kurzen Antworten bündeln wiederkehrende Fragen aus Tool-Nutzung und Quellenprüfung. Sie sind keine behaupteten Suchvolumen-Daten.
- Sind das die Suchen aus gemini.google.com?
- Nicht zwingend. Die Seite beschreibt Query-Strings aus einer Gemini-API-Interaktion mit Google Search. Sie behauptet keinen Zugriff auf private Traces einer Gemini-Endnutzersitzung.
- Warum werden einige Gemini-Quellen nicht gespeichert?
- Google wendet zusätzliche Bedingungen auf Grounded Results und Search Suggestions an. Das Tool entfernt eingeschränkte Grounding-Daten vor einer optionalen lokalen Speicherung und veröffentlicht sie nicht als Korpus.
Verwendete Quellen
Diese Quellen stützen die beschriebenen Funktionen und Grenzen. Sie belegen keine darüber hinausgehenden Aussagen.
- Eigenes ausführbares Offline-Parser- und Randfall-TestkitQuelle öffnen
Eigener Lehrcode und 26 Offline-Prüfungen. Synthetische Antwortstrukturen sind keine Provider-Ausgaben. Geprüft werden Strings, Status, Quellenumfang und ausgeschlossene Payloads. Kein bezahlter Aufruf oder neues reales Grounding-Material; der Lehr-Parser unterscheidet sich ausdrücklich vom Website-Wrapper.
- 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.
- Gemini Interactions: Suchaufrufe und Step-TypenQuelle öffnen
Stützt Interactions-steps, Argumente von google_search_call und Output-Annotationen. Der Vertrag unterscheidet sich von GenerateContent-candidates. Synthetische Lehrdaten belegen keine Veröffentlichungsrechte für reale Grounding-Ausgaben.
- AI Mode in Google Search: updates from Google I/O 2025Quelle öffnen
Google states that AI Mode uses query fan-out to break a question into subtopics and issue multiple searches; it does not provide ai-fanout.com with a private AI Mode query trace.
- Gemini grounding with Google SearchQuelle öffnen
Documents Gemini 3.7 Flash Google Search, google_search_call arguments.queries, cited URL annotations and per-query billing.
- Gemini Developer API zero data retentionQuelle öffnen
Documents Interactions API store false and the unavoidable 30-day provider retention for prompts, context and output when Grounding with Google Search is used.
- Gemini API Additional TermsQuelle öffnen
Restricts caching, syndication, analysis and reuse of Google Grounded Results and Search Suggestions; drives the Gemini local-save redaction and public-example boundary.
- Direct OpenAI and Gemini native-fanout implementationInterner Eigentümer-Nachweis
One direct provider request, strict provider allowlist, provider-exposed query/source parsing, honest zero-query output, CAPTCHA-first shared atomic quota and budget accounting, no raw server archive and separate public flag. Bounded live production fixtures passed for OpenAI and Gemini on 2026-08-26.