Die Liste der erweiterten X-Suchoperatoren: was das Web-Suchfeld nimmt, was die API ablehnt

Wie sieht die vollständige Liste der erweiterten X-Suchoperatoren aus?

Zwei dokumentierte Sets bilden die Liste der erweiterten X-Suchoperatoren: die Felder, die das Hilfecenter von X über das Formular für die erweiterte Suche auf x.com bereitstellt, und die Operatoren, die die Entwicklerdokumentation von X für die v2-Suchendpunkte definiert. Die Sets überschneiden sich bei Keywords, Konten und Sprache und trennen sich dann bei Daten, Engagement-Schwellen und Geografie, weil das Web-Suchfeld die Syntax der stillgelegten Standard-v1.1-API behielt, während v2 neue Operatornamen bekam. Prüfen Sie vor dem ersten Zeichen, auf welcher Seite dieser Trennung Sie stehen.

Aufgabe	Operator	Was er trifft	Web-Suchfeld	X API v2
Inhalt	keyword	Ein tokenisiertes Wort im Post-Text	Ja	Ja
Inhalt	"exact phrase"	Die Wörter in dieser Reihenfolge	Ja	Ja
Inhalt	#hashtag	Der Hashtag, exakte Übereinstimmung	Ja	Ja
Inhalt	$cashtag	Ein Tickersymbol	Nicht verifiziert	Ja
Inhalt	url:	Ein Token im Link oder im aufgelösten Link	Nicht verifiziert	Ja
Inhalt	lang:en	Die Sprache, der X den Post zugeordnet hat	Ja	Ja, Verknüpfung erforderlich
Inhalt	-term, OR, ( )	Ausschließen, alternativ, gruppieren	Ja	Ja
Konten	from:handle	Posts von diesem Konto	Ja	Ja
Konten	to:handle	Antworten an dieses Konto	Ja	Ja
Konten	@handle	Posts, die dieses Konto erwähnen	Ja	Ja
Konten	list:id	Posts von Mitgliedern einer Liste	Nicht verifiziert	Ja
Konten	retweets_of:handle	Reposts dieses Kontos	Nein	Ja
Konten	is:verified	Posts von einem verifizierten Autor	Nicht verifiziert	Ja, Verknüpfung erforderlich
Konten	bio:, bio_name:	Text im Profil des Autors	Nein	Nur Enterprise Powerstream
Engagement	min_faves:25	Mindestens 25 Likes	Ja	Mit 400 abgelehnt
Engagement	min_retweets:10	Mindestens 10 Reposts	Ja	Mit 400 abgelehnt
Engagement	min_likes:25	Mindestens 25 Likes	Nein	Ja
Engagement	min_reposts:10	Mindestens 10 Reposts	Nein	Ja
Engagement	min_replies:3	Mindestens 3 Antworten	Nicht verifiziert	Ja
Daten	since:2026-08-01	Posts ab diesem Tag	Ja	Nein, start_time nutzen
Daten	until:2026-09-01	Posts vor diesem Tag	Ja	Nein, end_time nutzen
Daten	start_time, end_time	ISO-8601-Grenzen	Nein	Ja, Anfrageparameter
Daten	since_id, until_id	Post-ID-Grenzen	Nein	Ja, Anfrageparameter
Medien	has:media, has:images, has:videos, has:links	Ein Anhang oder ein Link	Nicht verifiziert	Ja, Verknüpfung erforderlich
Medien	has:hashtags, has:cashtags, has:mentions, has:geo	Diese Entität irgendwo vorhanden	Nicht verifiziert	Ja, Verknüpfung erforderlich
Medien	is:retweet, is:reply, is:quote	Post-Typ	Nicht verifiziert	Ja, Verknüpfung erforderlich
Medien	-is:nullcast	Entfernt reine Werbe-Posts	Nein	Ja, Negation zwingend
Geo	near:"San Francisco, CA"	Posts, die nahe einem Ort getaggt sind	Ja	Nein
Geo	within:15mi	Radius, gehört zu near:	Ja	Nein
Geo	place:seattle	Ein getaggter Ort	Nein	Ja
Geo	place_country:US	Ein ISO-Ländercode	Nein	Ja
Geo	point_radius:[2.355128 48.861118 16km]	Ein Kreis um eine Koordinate	Nein	Ja
Geo	bounding_box:[-105.30 39.96 -105.17 40.09]	Ein Rechteck aus Koordinaten	Nein	Ja
Threads	conversation_id:1334987486343299072	Jeder Post in einem Thread	Nein	Ja
Threads	in_reply_to_tweet_id:, quotes_of_tweet_id:, retweets_of_tweet_id:	Antworten, Zitate und Reposts eines Posts	Nein	Ja
Threads	context:, entity:	Die eigenen Themen-Annotationen von X	Nein	Ja, entity: nur bei Recent Search

Zuletzt geprüft: 8 September 2026

Quellen: X Help Center, How to use advanced search, Footer mit dem Stempel 2026 X Corp, gelesen am 8 September 2026. Entwicklerdokumentation von X, Search Operators und Build a query, gelesen am 8 September 2026.

Welche Operatoren funktionieren im kostenlosen Web-Suchfeld ohne API-Schlüssel?

Vierzehn Operatoren tragen in der Web-Spalte oben ein Ja, weil das Hilfecenter von X sie bestätigt, und jeder andere Web-Eintrag ist eine Schlussfolgerung. Diese Seite dokumentiert die Formularfelder der erweiterten Suche und verlinkt dann zwei vorgefertigte Suchen, deren URLs die Syntax ausschreiben: New Years -Resolution lang:en near:"San Francisco, CA" within:15mi since:2013-12-30 until:2014-01-02 und #WorldCup lang:en near:"Brazil" within:15mi until:2014-07-31. Behandeln Sie diese beiden URLs als Web-Referenz und testen Sie alles darüber hinaus selbst.

X knüpft eine Zugangsbedingung daran. Das Hilfecenter schreibt, die erweiterte Suche "is available when you're logged in to X.com," (sei verfügbar, wenn Sie bei X.com angemeldet sind), das Web-Suchfeld ist also kostenlos, aber nicht kontofrei.

Welche X-Operatoren funktionieren nur über die API?

Threads, Annotationen und präzise Geografie gibt es nur über die API, weil diese Operatoren Post-IDs und Koordinatengeometrie ansprechen, für die das Web-Formular kein Feld hat. conversation_id: holt jede Antwort in einem Thread, context: trifft die eigenen Themen-Annotationen von X, und point_radius: nimmt Längengrad, Breitengrad und Radius. Greifen Sie zur API, wenn Ihre Frage der Form einer Unterhaltung gilt und nicht den Wörtern darin.

Die Abfragelänge ist die eigentliche Obergrenze der API. Die Dokumentation von X begrenzt eine Self-Serve-Abfrage in der Recent Search auf 512 Zeichen, im Full-Archive auf 1.024 und im Enterprise-Tarif auf 4.096, und der gesamte String zählt mit. Die Rechnung für eine Keyword-Liste passt in eine Zeile:

Characters = (variants x average variant length) + (OR joins x 4) + (parentheses x 2)

Zwanzig Varianten eines Produktnamens mit durchschnittlich 12 Zeichen, per OR in einer Gruppe verbunden:

(20 x 12) + (19 x 4) + 2 = 240 + 76 + 2 = 318 characters

Damit bleiben 512 minus 318 = 194 Zeichen für lang:, -is:retweet und den Rest im Self-Serve-Tarif der Recent Search. Das Full-Archive verdoppelt den Platz auf 1.024. Planen Sie zuerst die Filter ein und geben Sie den Rest für Varianten aus, und lesen Sie was die X API pro Tarif kostet und wie ihre Anfragekontingente funktionieren, bevor Sie sich auf diesen Weg festlegen.

Wohin die 512 Zeichen einer Recent-Search-Abfrage gehen

Varianten (20 x 12 Zeichen)240

OR-Verknüpfungen (19 x 4)76

Klammern2

Übrig für Filter194

Wie setzen Sie Engagement-Schwellen in der X-Suche?

X verwendet auf jeder Oberfläche andere Namen für dieselbe Schwelle, und die eigene Operator-Referenz von X sagt das in einem Warnhinweis: "The equivalent operators on X web search are named min_faves: and min_retweets:. Those names are not valid in the X API and will be rejected with a 400 error. Use min_likes: and min_reposts: instead." (Die entsprechenden Operatoren in der X-Websuche heißen min_faves: und min_retweets:. Diese Namen sind in der X API nicht gültig und werden mit einem 400-Fehler abgelehnt. Verwenden Sie stattdessen min_likes: und min_reposts:.) min_replies: behält auf beiden Seiten seinen Namen. Jeder nimmt eine nicht negative Ganzzahl und funktioniert in der Recent Search wie im Full-Archive.

Schwellen schneiden Rauschen weg und Kaufabsicht gleich mit. Wer nach einer Tool-Empfehlung fragt, sammelt zwei Likes, nicht zweihundert, also löscht min_faves:50 genau die Posts, auf die zu antworten sich lohnt. Setzen Sie Schwellen hoch für die Beobachtung von Wettbewerbern und Krisen, und setzen Sie sie auf null oder lassen Sie sie weg, wenn Sie Kaufabsicht jagen.

Wie durchsuchen Sie einen exakten Zeitraum auf X?

Das Web-Suchfeld nimmt since: und until: mit Daten im Format YYYY-MM-DD, die API nimmt keines von beiden. since:2026-08-01 until:2026-09-01 liefert im Web-Suchfeld den August; derselbe Zeitraum sind in der API die Anfrageparameter start_time und end_time in ISO 8601, mit since_id und until_id als Entsprechungen auf Post-ID-Ebene. Das Hilfecenter von X bestätigt, dass das Web-Archiv bis zum ersten öffentlichen Post im Jahr 2006 zurückreicht, und die API teilt das auf: Recent Search mit 7 Tagen für jeden Entwickler und Full-Archive bis 2006 für zahlende Tarife.

Zeiträume sind im Web-Suchfeld halboffen, until:2026-09-01 stoppt also vor dem 1. September, statt ihn einzuschließen. Rechnen Sie einen Tag auf Ihr Enddatum, wenn ein Report den letzten Tag mitzählen soll.

Welche Medien- und Geo-Operatoren funktionieren noch?

Jeder has:- und is:-Operator ist für die API dokumentiert und keiner davon für das Web-Suchfeld, weshalb die Medien-Spalte die Stelle ist, an der die meisten Guides danebenliegen. Die Migrationstabelle von X ordnet die alten Standard-v1.1-Namen den neuen zu: aus filter:links wurde has:links, aus filter:media wurde has:media, aus filter:images und filter:twimg wurde has:images, und aus filter:retweets wurde is:retweet. Das Web-Suchfeld stammt aus dieser Altfamilie, weshalb filter:-Syntax weiter kursiert und nichts davon in der aktuellen Dokumentation von X auftaucht.

Die Dokumentation von X widerspricht sich außerdem beim Video. Die Referenz Search Operators führt has:video_link für native X-Videos, während die Einführung zu Search Posts und die Migrationstabelle beide has:videos führen. Probieren Sie zuerst has:videos und weichen Sie sonst aus, denn eine der beiden Seiten ist veraltet und X sagt nicht, welche.

Die Geografie trennt sich sauber. near: plus within: gehören zum Web-Suchfeld, place:, place_country:, point_radius: und bounding_box: gehören zur API, und kein Paar funktioniert auf der jeweils anderen Seite.

Drei Abfragen, die ein Marketer auf X fährt

Kaufabsicht, Web-Suchfeld, nur verifizierte Operatoren:

("looking for" OR "recommend a" OR "alternative to" OR "switching from") (CRM OR "help desk" OR helpdesk) lang:en since:2026-08-25 -from:YourBrand

Abwanderungssignale bei Wettbewerbern, Web-Suchfeld, Schwellen eingeschaltet, damit nur Posts mit Zugkraft auftauchen:

(@Competitor OR Competitor) (cancelled OR canceling OR "switching to") lang:en min_faves:5 since:2026-06-01 until:2026-09-01

Dieselbe Suche nach Kaufabsicht über die API, wo sich alle Operatornamen ändern:

("looking for" OR "any recommendations" OR "alternative to") ("project management" OR "task tracker") lang:en -is:retweet -is:nullcast -has:links min_likes:2

Die Auswertungsreihenfolge entscheidet, was jede Abfrage zurückgibt. X verknüpft AND vor OR, apple OR iphone ipad wird also als apple OR (iphone ipad) ausgewertet, und die Klammern in allen drei Abfragen oben tragen Last, statt zu schmücken. Allgemeine Boolesche Logik darüber hinaus gehört zu den Regeln hinter AND, OR und NOT; diese Seite bleibt bei der X-spezifischen Syntax.

Welche Operatoren ließen sich nicht verifizieren?

Zehn Operator-Familien tauchen in der Dokumentation von X nur als stillgelegte Standard-v1.1-Namen auf, was sie nicht verifiziert statt funktionierend macht: die gesamte filter:-Familie, source:, card_name:, card_domain:, include:antisocial, include:sensitive_content, filter:follows, filter:has_engagement, filter:trusted und der Anfrageparameter geocode. Die Migrationsübersicht von X führt jeden davon in einer Standard-Spalte, während die v2-Spalte leer bleibt, und den Standard-v1.1-Endpunkt gibt es nicht mehr.

Das Web-Suchfeld hat die Umstellung auf die v2-Namen nie mitgemacht, es hat diese Altfamilie also vollständig geerbt, und X veröffentlicht keine Liste dessen, was überlebt hat. Führen Sie jeden Operator gegen eine Abfrage aus, von der Sie wissen, dass sie Treffer liefert, und vergleichen Sie die Zahlen. Was die ungefilterte Menge zurückgibt, wird ignoriert statt angewendet.

RedReplier beobachtet X neben Reddit, Bluesky, Facebook und Hacker News an einem Ort, sortiert die Funde nach Kaufabsicht und erklärt mit KI, warum jede Erwähnung markiert wurde. Das X-Monitoring nimmt Keywords und eine Website statt eines Query-Strings und bietet eine API sowie einen MCP-Server für Claude Code, Cursor und jeden Standard-MCP-Client. Die Praxis, in der das steckt, ist Social Listening, und die Make-or-Buy-Variante der Frage ist, eine Social-Listening-API selbst zu betreiben.

Häufig gestellte Fragen

Funktioniert die erweiterte X-Suche ohne Anmeldung?

Nein. Das Hilfecenter von X schreibt, dass die erweiterte Suche verfügbar ist, wenn Sie bei X.com angemeldet sind. Die Suche kostet nichts, braucht aber ein Konto, ein abgemeldeter Browser oder ein nicht authentifizierter Scraper bekommt aus dem Web-Suchfeld also keine Ergebnisse.

Warum scheitert min_likes: im Web-Suchfeld?

Web-Suchfeld und API verwenden für diese Schwelle unterschiedliche Namen. Die Operator-Referenz von X nennt min_likes: und min_reposts: als API-Namen und min_faves: und min_retweets: als Namen der Websuche, und die Web-Namen liefern aus der API einen 400-Fehler. Tauschen Sie das Paar je nachdem, welche Oberfläche Sie abfragen.

Wie weit reicht die X-Suche zurück?

Im Web-Suchfeld bis zum ersten öffentlichen Post im Jahr 2006, laut dem Hilfecenter von X. Die API teilt dieses Archiv: Die Recent Search deckt die letzten 7 Tage für jeden Entwickler ab, und die Full-Archive-Suche reicht für Pay-per-Use- und Enterprise-Kunden bis 2006.

Kann ich near: und within: mit der X API verwenden?

Nein. near: und within: sind reine Operatoren des Web-Suchfelds. Die Entsprechungen in der API sind place:, place_country:, point_radius:[longitude latitude radius] und bounding_box:.

Heißt es has:videos oder has:video_link?

X dokumentiert beides. Die Seite Search Operators führt has:video_link für native X-Videos, während die Einführung zu Search Posts und die Migrationstabelle von v1 auf v2 has:videos führen. Testen Sie beide gegen eine Abfrage, von der Sie wissen, dass sie Video-Posts liefert, und behalten Sie den, der die Trefferzahl verändert.

Warum liefert meine Abfrage weniger Posts als erwartet?

Operatoren mit Verknüpfungspflicht sind die übliche Ursache. Die Dokumentation von X schreibt, dass Operatoren wie has:media, is:retweet und lang: in einer Abfrage nicht allein stehen können, sie brauchen also mindestens einen eigenständigen Operator wie ein Keyword oder from: daneben. Die zweite Ursache ist die Rangfolge: AND bindet stärker als OR, setzen Sie also Klammern um jede OR-Gruppe.

Zählt das Zeichenlimit der X API Zeichen oder Tokens?

Die X API zählt Zeichen, nicht Tokens, und die gesamte Abfragekette zählt gegen das Limit, Operatoren eingeschlossen. Die Self-Serve Recent Search deckelt bei 512 Zeichen, Full-Archive verdoppelt das auf 1.024, und Enterprise kommt auf 4.096. Wer zuerst Operatoren mit Konjunktionspflicht wie lang: und -is:retweet einplant, hat mehr Zeichen für Keyword-Varianten übrig.

Warum braucht -is:nullcast ein Minuszeichen davor?

is:nullcast allein ist kein gültiger Operator der X API, die Dokumentation verlangt die Negation -is:nullcast. So geschrieben entfernt er ausschließlich beworbene Posts und behält die organischen im Ergebnis. Eine positive Form, um gezielt Nullcast-Posts abzurufen, gibt es nicht.

Wie prüft man, ob ein unbestätigter X-Operator wie source: oder filter:trusted noch funktioniert?

Man testet ihn an einer Abfrage, die bekanntermaßen Ergebnisse liefert, einmal mit und einmal ohne den Operator, und vergleicht die Trefferzahl. Bleibt die Zahl gleich, ignoriert X den Operator, statt ihn anzuwenden. Dieser Test ist nötig, weil X keine Liste veröffentlicht, welche der zurückgezogenen Standard-v1.1-Operatoren die Umstellung überlebt haben.

Warum listen ältere X-Suchanleitungen Operatoren auf, die heute nichts mehr liefern?

Viele Anleitungen übernehmen die zurückgezogenen Namen der Standard-v1.1-API, etwa die gesamte filter:-Familie, source: und card_name:, weil diese Namen früher funktionierten und auf den meisten Seiten nie förmlich als veraltet markiert wurden. Die Migrationstabelle von X bildet nur einen Teil davon auf v2-Namen wie has:links oder is:retweet ab und lässt die v2-Spalte bei den übrigen leer. Wer sich bei einem Operator unsicher ist, testet ihn, bevor er eine Abfrage darauf aufbaut.