ChatGPT Search Is Firing site: Queries - Test Yours Today

ChatGPT Search Is Firing site: Queries - Test Yours Today

1 3 26
calendar_today agoschedule2 min read

ChatGPT's search step increasingly issues site:-scoped queries rather than broad open-web searches. This single detail changes what "being findable" means for anyone with a site, docs, or a blog.

What a site:-Scoped Search Actually Implies

When a model decides to search, it writes the query itself. A broad query like best invoicing tools for freelancers pulls from the whole index and the model picks whatever ranks. A scoped query like site:yourdomain.com pricing means the model has already decided your domain is the right source and now wants a specific fact from it.

Broad search rewards general authority. Scoped search rewards whether the specific answer exists on a crawlable page on your domain, in text, at a URL a search index has actually seen. If your pricing lives inside a JavaScript-rendered widget, or your API rate limits are buried in a PDF, a scoped query returns nothing - and the model either guesses, hedges, or moves on to a competitor's docs page.

For AI engineers building retrieval-augmented systems (RAG - feeding a model external documents at query time), this should feel familiar. It's the same failure mode as a chunk that never got indexed. The difference is the index isn't yours.

Run the Test Yourself

You don't need a GEO vendor to check this. Run the same scoped queries a model would generate:

# What a model asks when it already trusts your domain
site:yourdomain.com pricing
site:yourdomain.com "rate limit"
site:yourdomain.com refund policy

Paste each into Google or Bing directly. Then check whether the answer is in the visible snippet - not three clicks deep.

Then check crawlability from the terminal:

curl -s https://yourdomain.com/pricing | grep -i "per month"

If curl returns your raw HTML but the price isn't in it, that fact is client-side rendered and invisible to most crawlers. Same test for docs pages, FAQ answers, and comparison tables.

Three fixes, in order of payoff:

  1. Put the literal answer in server-rendered HTML. Prices, limits, versions, dates.
  2. Give each discrete fact its own indexable URL. One page answering "what are the rate limits" beats a mega-page with an anchor link.
  3. Use the phrasing a user would type. Models generate queries from user language, not your internal product vocabulary.

This is unglamorous work - closer to technical SEO hygiene than to prompt engineering. That's precisely why most teams skip it.

Key Takeaways

  • Scoped site: queries mean the model already chose your domain; the only question is whether the fact is retrievable.
  • Client-side-rendered facts are functionally invisible to the crawl step - curl plus grep tells you in seconds.
  • One clear fact per indexable URL, written in user phrasing, outperforms a comprehensive page that buries it.

Run one scoped query for your own site right now - which specific fact came back empty that you assumed was public?

Sources referenced: Simon Willison's blog, Promptwatch reporting

🔥 Join developers growing publicly
Share your knowledge, build in public, and grow your developer presence with a global community.

More Posts

Sovereign Intelligence: The Complete 25,000 Word Blueprint (Download)

Pocket Portfolio - Apr 1

Architecting a Local-First Hybrid RAG for Finance

Pocket Portfolio - Feb 25

The Privacy Gap: Why sending financial ledgers to OpenAI is broken

Pocket Portfolio - Feb 23

TypeScript Complexity Has Finally Reached the Point of Total Absurdity

Karol Modelski - Apr 23

I’m a Senior Dev and I’ve Forgotten How to Think Without a Prompt

Karol Modelski - Mar 19
chevron_left
624 Points30 Badges
20Posts
4Comments
6Connections
I help global banks and capital markets firms ship data, Digital Transformation and AI products that... Show more

Related Jobs

View all jobs →

Commenters (This Week)

3 comments
1 comment
1 comment

Contribute meaningful comments to climb the leaderboard and earn badges!