Cloudflare

Give Your Agents Search Before They Start Guessing URLs

Cloudflare's Web Search API lets agents ground answers in live results through AI Gateway, with Ceramic.ai, Exa, and Linkup at launch.

Give Your Agents Search Before They Start Guessing URLs — article cover
On this page6 SECTIONS
  1. What shipped
  2. Why routing it through the gateway matters
  3. Two integration paths, one more coming
  4. The crawler standards angle
  5. The practical takeaway
  6. Sources

If you’ve watched an agent try to fetch a web page, you’ve probably seen the failure mode: the model guesses a URL, calls a fetch tool against it, and gets back a 404. Cloudflare opens its Web Search API announcement with exactly this observation. The fix is what you’d do yourself — start with a search engine query instead of guessing where information lives.

What shipped

On October 2, 2026, Cloudflare announced a Web Search API available through AI Gateway, launching with partners Ceramic.ai, Exa, and Linkup. The idea is a dynamic context layer for your inference pipeline: agents search the live web and structured snippets flow into model context, which addresses the frozen-knowledge problem of models trained up to a cutoff date.

Why routing it through the gateway matters

Cloudflare positions AI Gateway as the control plane for AI applications — observability, unified billing, security, and access controls — and web search slots into that. Concretely, that means:

  • Web search calls show up in your normal AI Gateway logs and draw from your AI Gateway credit balance.
  • Providers offer list API pricing with no markup from Cloudflare.
  • Access control decides who on your team can use which search provider.
  • Cloudflare will flag partners supporting Zero Data Retention, and BYOK is supported the same way it is for model inference providers.

If you’ve already consolidated model traffic through the gateway — which is the pattern behind letting the gateway pick your model — this is one more reason to keep that single control point rather than bolting on a separate search vendor with its own keys and billing.

Two integration paths, one more coming

For existing backends, there’s a direct REST endpoint: pass your AI Gateway auth token, name your provider in the payload, and get results back. For Workers developers, a standalone binding does web search in a line of code. Cloudflare also says native server tools are coming to AI Gateway, with web search as one of the first — meaning the tool definitions you currently write by hand would live in the control plane instead.

The crawler standards angle

The part I find most interesting isn’t the API itself. Cloudflare required launch partners to commit to its bot crawling standards: crawlers must comply with the publicly stated “Verified bots” requirements, and search responses must link back to the crawled content’s location. Partners commit to identifying their crawlers, respecting robots.txt, and surfacing sources.

For builders, that’s a supply-chain property worth checking when you pick a search provider for agents: where the snippets come from and whether the crawler plays by site-owner rules.

The practical takeaway

If your agent fetches live pages by guessing URLs, replace that with grounded search and you get fresher context plus fewer dead fetches. Start with the developer docs or the AI Playground, and note the limit: server tools aren’t live yet, so you’re still wiring the search call into your own harness today.

Sources

AI-assisted summary compiled from the sources above, reviewed by a human before publishing.

Found this useful?

Support more practical AI articles, tutorials, and build notes.

Buy us a coffee
SHAREXEMAIL