So kannst du OpenAI-Suchanfragen sehen
OpenAI-Suchanfragen kannst du über einen Responses-API-Lauf mit aktivierter Websuche und dessen Suchaktionsfelder prüfen. Das kostenlose Tool auf dieser Seite zeigt die Query-Strings und Quellen, die dieser Response offenlegt.
Nutze den Ablauf für die Recherche zu einem Content-Thema oder zur Prüfung eines Suchergebnisses. Er beobachtet einen neuen API-Lauf und greift nicht auf deinen ChatGPT-Verlauf zu.
Starte eine beobachtbare OpenAI-SucheWähle OpenAI und prüfe nur Query-Strings und Quellen, die in diesem API-Response vorhanden sind.OpenAI-Queries anzeigen- Tool mit vorausgewähltem OpenAI öffnen
Gib ein Thema mit höchstens 60 Zeichen ein. Wähle Sprache und Land passend zur Zielgruppe deiner Recherche.
- Suche starten und Zähler lesen
Schließe die Sicherheitsprüfung ab und starte den Lauf. Lies Suchaktionen, sichtbare Queries und Quellen getrennt; eine Aktion kann mehrere Queries enthalten.
- Ausgewählte Queries in den Brief übernehmen
Kopiere oder exportiere nützliche Query-Strings. Prüfe Quellen im angezeigten Umfang und menschliche Nachfrage, bevor du eine Seite planst.
Eine datierte Beobachtung vollständig lesen
Beginne mit dem veröffentlichten Beispiel best-seo-tools-us vom 27. August 2026 um 13:13:23.681 UTC. Die Eingabe lautet best SEO tools, Sprache en, Land US. Das Beispiel enthält vier normalisierte Query-Strings und eine Suchaktion. Vier Strings sind deshalb kein Beleg für vier einzelne Suchaufrufe.
providerResponseStatus lautet incomplete. Die Suchaktion lieferte Material, während die finale Antwort die Token-Grenze erreichte. Das Beispiel darf als beobachtetes Suchmaterial unter diesem Protokoll beschrieben werden, nicht als vollständige finale Antwort. Die festgehaltenen 12.905 Input- und 500 Output-Tokens sind Laufmetadaten; sie messen keine menschliche Nachfrage.
Vertiefe das mit die Quellenbelege prüfen.
Die veröffentlichte Datei ist ein normalisierter Beobachtungsdatensatz, kein roher Responses-Response. sourceDomains enthält Domainnamen ohne einen Join pro Query. Daraus lässt sich kein organischer Rang und keine sichere Quelle für jeden String rekonstruieren. Zeige Prüfdatum, Status und Dateityp gemeinsam, wenn du das Beispiel weiter erläuterst.
Was das konkrete Beispiel belegt
Tatsächliche, bereits veröffentlichte OpenAI-Beobachtung; kein neuer API-Aufruf und kein synthetischer Rohresponse.
| Feld | Wert | Bedeutung |
|---|---|---|
| observedAt | 2026-08-27T13:13:23.681Z | Zeitpunkt dieses Beispiels |
| queries.length / usage.searchActions | 4 / 1 | Vier Strings in einem Suchvorgang |
| providerResponseStatus | incomplete | Teilstatus erhalten |
| sourceDomains | Domainset des Beispiels | Kein Join zu einzelnen Queries |
Rohantwort und Website-Ergebnis auseinanderhalten
In einer Rohantwort liegen offengelegte Suchstrings in query oder queries einer web_search_call-search-Aktion. URL-Annotationen am Antworttext haben einen anderen Umfang als Quellen einer Suchaktion. Die aktuelle API-Referenz ist dafür die Feldquelle; das veröffentlichte normalisierte Beispiel ersetzt diese Struktur nicht.
Die Website liefert einen eigenen Vollrun mit keyword, providerId, modelId, generatedAt, queries und searchActions. toolVersion und methodVersion benennen die Implementierung. Der Wrapper trimmt und normalisiert Strings, dedupliziert und begrenzt die Liste auf acht. Ein Export ist deshalb kein verlustfreies Rohantwort-Archiv.
Für einen bestehenden Run nimmst du den passenden Export und liest seine Metadaten. Für eigenen Parser-Code nutze das gesonderte Entwickler-Tutorial. Dessen Offline-Beispiel erhält Strings exakt und zählt nur search-Aktionen als Suchen; es ist bewusst kein identischer Ersatz für die Website-Normalisierung.
Vertiefe das mit einen OpenAI-Parser bauen und testen.
Null, Teilantwort und Fehler sind verschiedene Ergebnisse
Ein erfolgreich abgeschlossener Lauf ohne offengelegte Suchstrings kann einen korrekt beobachteten Leerfall liefern. Die belastbare Aussage lautet null sichtbare Strings in diesem Run. Sie lautet nicht: Der Anbieter sucht grundsätzlich nicht oder das Thema hat keine Nachfrage.
Ein Timeout, HTTP-Fehler oder malformed JSON ist keine erfolgreiche Null-Beobachtung. Bei incomplete mit bereits sichtbaren Aktionen bleiben vorhandene Strings und Teilstatus zusammen. Bei einem fehlgeschlagenen Versuch bleibt die Zahl unbekannt. So verhindert ein Fehler im Aufruf, dass später ein falscher Nullwert in einem Vergleich landet.
Diese Abgrenzung ist beim Lesen besonders wichtig: Die aktuelle Website setzt für manche fehlenden Statusfelder Ersatzwerte und behandelt einen OpenAI-incomplete-Response ohne sichtbaren Web-Aufruf als Fehler. Ein strengerer Verbraucher muss den Rohstatus getrennt erhalten. Die Methodenseite beschreibt den begrenzten API-Umfang, nicht private ChatGPT-Suchverläufe.
Prüfe dafür die veröffentlichte Methode.
Häufige Fragen
Diese kurzen Antworten bündeln wiederkehrende Fragen aus Tool-Nutzung und Quellenprüfung. Sie sind keine behaupteten Suchvolumen-Daten.
- Formuliert ChatGPT Search eine Eingabe in gezielte Suchen um?
- OpenAI erklärt, dass ChatGPT Search eine Frage in eine oder mehrere gezielte Queries für Suchanbieter umformulieren und spezifischere Folgesuchen senden kann. Diese Beschreibung des Endnutzerprodukts gibt der Seite keinen Zugriff auf einen privaten oder vollständigen ChatGPT-Suchverlauf.
- Kann die OpenAI API die tatsächlichen Suchqueries eines Laufs offenlegen?
- Sie kann eine Query oder eine Liste von Queries in dokumentierten Web-Search-Aktionsfeldern liefern. Die belastbare Aussage bleibt auf die Strings im benannten API-Response begrenzt; fehlende Strings bleiben unbekannt.
- Warum kann eine Suchaktion vier Queries enthalten?
- Ein Anbieter kann mehrere Query-Strings in einer Suchaktion bündeln. Das Tool hält beides getrennt: Suchaktionen zählen Vorgänge, Queries die darin sichtbar gewordenen Zeichenfolgen.
- Warum sind die Input-Tokens viel höher als mein Keyword?
- Die Provider-Nutzung kann Tool-Anweisungen, abgerufenen Kontext und weitere API-seitige Eingaben umfassen – nicht nur dein kurzes Keyword. Die angezeigte Tokenzahl stammt aus den Laufdaten und ist keine Zeichenzählung deiner Eingabe.
- Kann null sichtbare Queries ein korrektes Ergebnis sein?
- Ja. Ein abgeschlossener Lauf kann keine Suchstrings offenlegen, auch wenn Quellen ohne Query-Feld erscheinen. Ein fehlgeschlagener oder unvollständiger Versuch behält seinen Zustand und ist keine erfolgreiche Null-Beobachtung.
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.
- OpenAI Responses: Felder der Web-SuchaktionenQuelle öffnen
Stützt offengelegte Query-Felder, getrennte search/open/find-Aktionstypen und URL-Annotationen. Die Dokumentation gewährt keinen privaten Endnutzer-Trace und garantiert keine sichtbaren Strings in jedem Lauf.
- OpenAI Responses API referenceQuelle öffnen
Supports one stateless Responses API call, store false, max output tokens and strict JSON Schema output.
- OpenAI web search tool guideQuelle öffnen
Documents web_search_call output and search actions that usually, but not always, include the query or queries searched. Search actions, exposed strings and cited sources therefore need separate interpretation. It does not expose chain of thought or guarantee that every route returns query strings. Rechecked for the original 2026-10-10 zero-query decision table; no new provider observation is published.
- Searching the web with ChatGPTQuelle öffnen
OpenAI explains that ChatGPT Search can rewrite a question into one or more targeted queries and can issue more specific follow-up searches; this description does not expose a private ChatGPT search history to ai-fanout.com.
- GPT-5.6 Luna model pricingQuelle öffnen
Lists USD 0.20 per million input tokens and USD 1.20 per million output tokens used by the dated per-run estimate.
- OpenAI web-search pricingQuelle öffnen
Lists the standard web_search tool at USD 10 per 1,000 calls plus search-content tokens at model rates.
- 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.