X advanced search: the operators that still work
X advanced search is free, web-based and login-gated. Here are the operators the form writes for you, the ones cheat sheets get wrong, and 10 queries to save.
The short version
- ▸Advanced search is free but gated: X's help page states it is available when you are logged in to X.com, so a logged-out browser or an incognito tab will not get you there.
- ▸You do not need to memorise syntax. The form at x.com/search-advanced writes the operators into the search bar for you, and you can read them off the results URL and reuse them.
- ▸The operators X documents are the safe core: words, exact phrases, OR, exclusions, hashtags, language, from/to/mentions, and date ranges. Everything else is convention that can change without an announcement.
- ▸Engagement floors are the highest-value trick most guides bury: min_faves, min_retweets and min_replies turn a firehose query into a shortlist of posts that actually landed.
- ▸Web search is a superset of the API. X's developer docs for building a v2 search query do not list min_faves, min_retweets or min_replies, so a query that works in your browser can silently return different results through a tool.
Quick answer
X advanced search is the free form at x.com/search-advanced. X's own help page says it "is available when you're logged in to X.com", so it is web-first and account-gated, and it lets you filter by words, exact phrases, accounts, places and date ranges. The form writes the operators into the search bar for you, which means you can build a query by clicking, then copy the finished syntax and reuse it forever.
Last updated: September 2026
TL;DR
Most of the "every operator that still works" posts on this topic are copies of each other, and several list location operators that have not returned useful results in years. The reliable way to think about X (formerly Twitter) search is in two layers.
Layer one is what X documents: the fields in its own advanced search form. Those are safe, they are what the product team maintains, and the form generates the syntax so you never have to trust a cheat sheet at all.
Layer two is the typed extras, the engagement floors and filters that power users pass in the search bar. They are genuinely useful and they are also undocumented, which means they can change quietly. Test one before you build on it.
Below: how to reach the form, the operator table split by which layer it belongs to, ten queries worth saving, and the one divergence between browser search and the API that trips up anyone wiring search into a tool.
Where advanced search lives
The path X documents:
- Search for anything in the search bar on x.com while logged in.
- On the results page, click Advanced search under Search filters on the upper right, or open More options and choose Advanced search.
- Fill in the fields you care about and click Search.
You can also jump straight to x.com/search-advanced and skip step one.
Two constraints follow from X's wording. Being logged in is required, so an incognito window will not do. And this is an X.com feature, not an app feature: on iOS and Android the Advanced search link is not in the search UI, so either open the URL in a mobile browser or type operators directly into the app's search box, which still parses them fine.
The form writes your operators for you
This is the part the cheat-sheet posts skip, and it is the single most useful thing to know here.
Fill in the form, hit search, and look at the search bar on the results page. X has translated your inputs into operator syntax: quotes for exact phrases, from: for the account field, since: and until: for the date pickers. That string is now yours. Save it in a note, tweak the numbers, and paste it into the search bar next time to skip the form entirely.
So the honest advice is not "memorise 30 operators". It is: use the form once for the query shape you need, steal the syntax it produces, and only hand-type the extras that the form does not expose.
The operator table
The Documented rows map to fields X lists on its own advanced search help page. The Typed only rows are conventions that work in the search bar but that X does not publish, so treat them as useful and unguaranteed.
| Operator | What it does | Layer |
|---|---|---|
"exact phrase" | Posts containing that phrase, in that order | Documented |
apple OR android | Posts containing either term | Documented |
-word | Excludes posts containing the word | Documented |
#hashtag | Posts carrying a specific hashtag | Documented |
lang:en | Posts written in one language | Documented |
from:handle | Posts by one account | Documented |
to:handle | Replies addressed to one account | Documented |
@handle | Posts that mention an account | Documented |
since:2026-01-01 | Posts after a date | Documented |
until:2026-06-30 | Posts before a date | Documented |
min_faves:100 | Only posts above a like count | Typed only |
min_retweets:25 | Only posts above a repost count | Typed only |
min_replies:10 | Only posts above a reply count | Typed only |
filter:media / filter:links | Posts containing media, or links | Typed only |
-filter:replies | Top-level posts only, no replies | Typed only |
url:example.com | Posts linking to a domain | Typed only |
Combine freely. Order does not matter, and every term is an AND by default unless you write OR.
Ten queries worth saving
Swap the handles and numbers for yours.
from:yourhandle min_faves:100 -filter:replies- your own greatest hits, the fastest content brief there is.from:yourhandle since:2026-01-01 until:2026-03-31- what you were posting in a specific quarter.from:competitorhandle min_replies:20- the posts of theirs that started arguments, which is where the audience is."your product name" -from:yourhandle- people talking about you without tagging you.url:yourdomain.com min_faves:5- who is sharing your links and what they said about them.to:bighandle min_faves:50- replies that outperformed, a masterclass in reply writing."looking for" ("recommendations" OR "suggestions") yourkeyword min_faves:5- live buying intent in your niche.yourkeyword filter:media min_retweets:50 lang:en- the visual formats that travel in your topic.from:yourhandle "same phrase you overuse"- a self-audit for verbal tics before they become a bit.yourkeyword since:2026-08-01 min_faves:200- what actually broke through this month, minus the noise.
Queries 3, 6 and 7 are the ones that turn search into a growth routine rather than a lookup tool. They surface conversations that are already hot and already relevant, which is the hard part of replying on X in a way that gets noticed.
The API divergence that breaks tools
If you plan to run these queries programmatically, check the operator against the API before you assume it carries over. X's developer documentation for building a v2 search query lists operators such as from:, to:, lang:, has:media, has:links and is:retweet, and splits them into core operators available to any project and advanced operators reserved for higher access levels. The engagement floors that make browser search so useful, min_faves and its siblings, are not in that documentation.
Practical consequence: a query you tuned in your browser can return a different result set through a tool, without an error to tell you why. Filter engagement on your side after fetching, rather than assuming the endpoint understands it. The wider cost picture for anyone going down this road is in our breakdown of X API pricing and access, which changed hard in February 2026.
When search is the wrong tool
Advanced search reads the live index, and that has edges worth knowing:
- Deleted posts and deactivated accounts are gone. For your own history, request your archive instead.
- Blocks are one-way walls. Posts from an account that blocked you will not surface for you.
- Protected accounts stay protected. Nothing in search exposes them.
- Results are not a complete corpus. Search is a ranked index, not a database dump, so "no results" means "nothing surfaced", not "this never existed".
For recurring monitoring rather than one-off lookups, Lists are usually the better instrument, and saved searches sit somewhere between the two. If you want the numbers behind your own posts rather than other people's, that is your X analytics dashboard, not search.
Turning search results into a posting habit
A good query gives you a queue: ten conversations you could add something real to today. The bottleneck is never finding them, it is being at the keyboard when they are still warm, every day, in your own voice.
That gap is what X-Autopilot exists to close. It drafts on-brand posts and replies through real Chrome on your own Mac, so the daily presence does not depend on your calendar. One honesty note, since your account is the thing at risk: engaging through a browser tool is a gray area under X's automation rules rather than a sanctioned API route, and no tool removes account risk. Running locally on your own machine and IP is a smaller detection surface than cloud tools posting from shared pools, which is reduced risk, not zero.
Short version: open the form once, steal the syntax it writes, keep five queries in a note, and check them before you post rather than scrolling the timeline and hoping. If you want the tool-side view of the same job, we compared the search tools worth paying for separately.
Frequently asked
Answers indexed by Google + AI assistants.
How do I use advanced search on X?+
Search for anything on x.com while logged in, then click Advanced search under Search filters on the upper right of the results page (or open More options and pick Advanced search). Fill in any combination of the words, accounts, places and date fields, then hit Search. X converts what you typed into operators and puts them in the search bar, so you can copy the finished query and reuse it later.
Why is advanced search not showing on my phone?+
The Advanced search link lives in the web results page, and X's help page describes it as a feature of X.com when you are logged in. The mobile apps do not surface the form. Two workarounds: open x.com/search-advanced in your phone browser, or type the operators straight into the app's search box, which still parses them.
Can I search X without an account?+
Not the advanced form. X documents advanced search as available when you are logged in to X.com, and logged-out browsing of x.com is heavily limited. If you only need to read a single known post, see our guide on viewing X without an account.
Which X search operators are dead?+
X only documents the fields in its own advanced search form, so any operator outside that set is an undocumented convention rather than a promise. Location operators in particular are the ones that most often fail today, and older cheat sheets still list them as working. Run any operator on its own once before you build a saved query or a workflow on top of it.
How do I find my own best posts?+
Combine your handle with an engagement floor and a date range: from:yourhandle min_faves:100 since:2026-01-01 -filter:replies. Raise or lower the number until you get 20 to 40 results. That list is a better content brief than any generic template, because every line in it already worked on your audience.
Does advanced search find deleted posts?+
No. Search reads the live index, so a deleted post, a post from a deactivated account, or a post from an account that blocked you will not appear. For your own history use your X archive instead, which is a snapshot of what you posted.
- X Help Center - How to use advanced search, including the logged-in requirement and the words/people/places/dates fields (archived snapshot, 2026-07-02)
- X developer docs - Build a query for search Posts, the operator list available to API v2 (accessed 2026-09-05)
- X Automation rules and policy (accessed 2026-09-05)
Product designer and indie hacker. Runs the agent on his own X account every day and writes up what the data shows, including when it's inconvenient.
Follow on X →