Cloudflare 于 2026 年推出 AI Gateway 的 Web Search API，允许开发者通过 REST、Workers 绑定或 AI Playground 将实时、结构化的互联网搜索结果注入模型上下文。首批集成 Ceramic.ai、Exa 和 Linkup 三家服务商，支持统一计费、日志与 BYOK，并要求合作方遵守爬虫透明度与来源可追溯性规则。
Cloudflare于2026年10月2日宣布，旗下AI Gateway新增Web Search API。开发者可以通过标准REST API、Cloudflare Workers绑定或AI Playground调用搜索服务，把来自互联网的实时、结构化结果注入模型上下文，为智能体提供超出训练数据截止时间的外部信息。
此次发布同时引入Ceramic.ai、Exa和Linkup三家搜索服务商。Cloudflare表示，Web Search API目前处于开放测试阶段，原生Server Tools集成仍在开发中。服务能否在不同账户和地区普遍使用，仍应以账户控制台和官方文档显示为准。
从“猜网址”转向先搜索再推理
Cloudflare在官方公告中把Web Search API描述为智能体的实时信息层。没有搜索工具时，智能体往往会根据模型生成的判断猜测网页地址，再直接抓取页面；如果地址错误，就会返回404，智能体还需要重新尝试。
Web Search API采用更接近传统搜索引擎的流程：应用提交一个查询，API返回标题、网址和描述等结构化结果，开发者再把这些结果传给模型。这样，模型不必仅依赖训练阶段已经掌握的资料，也可以处理近期新闻、不断变化的产品文档和最新的技术接口。
Cloudflare开发者文档显示，API会把不同服务商的结果统一成相同格式，因此开发者只需要修改请求中的provider参数，就能在Ceramic.ai、Exa和Linkup之间切换。如果不指定服务商，系统默认使用Ceramic.ai。
REST API与Workers绑定同时开放
对于已有后端、移动应用或外部服务的开发者，Web Search API提供统一的REST端点：
POST https://api.cloudflare.com/client/v4/accounts/{account_id}/ai/websearch/
请求需要包含搜索问题、服务商和返回结果数量等参数，并通过AI Gateway进行认证。官方文档规定，单次查询最多返回10条结果，查询长度上限为1024个字符。返回内容包括结果列表以及请求编号、延迟等元数据，便于应用继续处理或记录调用情况。
如果应用直接运行在Cloudflare Workers上，开发者则可以通过AI绑定调用env.AI.websearch()。这意味着搜索能力可以和Workers AI中的模型推理放在同一条边缘运行路径上。Cloudflare还展示了一个工具调用流程：模型先决定需要搜索，再由Worker执行Web Search API，最后将搜索结果传回模型生成答案。
这种设计与Cloudflare近期不断强化的统一AI控制面相呼应。此前，Cloudflare已经在AI Gateway中加入模型代理、日志、缓存、速率限制、重试和模型回退等功能；AI Gateway Auto Router公测则试图把模型选择也纳入网关层。Web Search API进一步把外部信息检索纳入同一个控制面。
统一计费、日志与自带密钥
按照Web Search API官方文档，通过AI Gateway账户额度支付时，搜索请求会出现在AI Gateway的日志和分析页面中，并按照服务商的公开API价格计费，Cloudflare不额外加价。
开发者也可以使用Bring Your Own Key（BYOK）模式，将已有的Ceramic.ai、Exa或Linkup密钥存储在AI Gateway中。此时，服务商会按照开发者与其之间的协议直接计费。文档同时说明，如果指定了不存在的密钥别名，请求会失败，而不会自动退回到AI Gateway账户额度；如果不指定别名，系统会优先尝试使用网关中名为default的服务商密钥。
这一安排让团队可以把搜索请求与模型推理请求放在同一套日志和访问控制机制下，但也意味着企业需要分别理解Cloudflare网关的权限边界、搜索服务商的数据保留政策以及自身的密钥管理要求。
Cloudflare还表示，文档会标明支持Zero Data Retention（ZDR）的合作方。官方文档目前列出：Ceramic.ai和Linkup支持ZDR，Exa则不支持。对于包含内部问题、客户资料或未公开代码的智能体应用，开发者不能只根据“使用了AI Gateway”这一点判断数据是否不会被保留。
搜索合作方必须遵守爬虫标准
这次发布的另一个重点，是Cloudflare试图把搜索服务商的抓取行为纳入更明确的透明度要求。
Cloudflare表示，合作方使用的爬虫必须符合其Verified Bots标准，包括识别自身身份并遵守robots.txt等网站规则。搜索响应还必须包含被抓取内容的来源链接，让智能体和最终用户能够追溯信息出处。
Cloudflare称，这些要求旨在让网站运营者对内容如何被抓取和使用保有更多可见性与控制权。对开发者来说，来源链接也有助于构建带引用的回答，降低模型把搜索摘要误当成无来源事实的风险。
不过，返回来源链接并不等于搜索结果必然准确。搜索引擎仍可能遗漏网页、误判相关性或呈现过时内容；模型接收到搜索结果后，也可能错误理解原文。因此，Cloudflare的爬虫承诺主要解决来源透明和抓取规范问题，不能替代应用自身的事实核验、权限控制和高风险操作审批。
三家服务商的定位与成本差异
Cloudflare文档给出了三家服务商的不同定位。Ceramic.ai拥有面向AI应用的独立网页索引，官方称其规模超过400亿个页面，强调低延迟和低成本，结果描述最长可达8000个字符。Exa同时使用关键词和基于嵌入的搜索，返回与查询相关的页面高亮，适合直接把较短片段传入模型上下文。Linkup则以面向AI应用的带来源搜索结果为主，当前通过快速搜索深度返回原始结果，不负责生成答案。
在AI Gateway额度计费模式下，官方列出的价格分别为：Ceramic.ai每1000次请求0.25美元，Linkup每1000次请求5美元，Exa每1000次请求7美元。三者采用的搜索模式和结果内容并不相同，因此价格差异不能直接等同于搜索质量差异。企业在选择服务商时，还需要根据延迟、结果覆盖范围、来源呈现、数据保留和实际任务成功率进行测试。
这类成本控制尤其关系到长时间运行的智能体。一个需要反复搜索、读取网页并调用工具的任务，可能产生远高于单次问答的搜索请求量。统一计费和日志可以帮助团队观察支出，但不会自动判断某一次搜索是否真正改善了最终答案。
Cloudflare正在把搜索做成智能体基础设施
Web Search API与Cloudflare近期推出的托管检索产品形成了更大的产品链条。Cloudflare此前推出的AI Search主要面向开发者自己的文件、网站和R2数据，而这次Web Search API则把检索范围扩展到外部互联网。两者分别对应企业内部知识和外部实时资料，可能共同成为智能体的上下文层。
这也解释了为什么Cloudflare把AI Gateway称为控制面，而不仅仅是一个模型代理。对于生产环境中的智能体，模型本身只是系统的一部分；搜索服务商、检索来源、日志、密钥、计费、数据保留和访问控制，同样会影响最终结果的可靠性。
目前，原生Server Tools仍在开发中。开发者若希望让模型自主调用搜索，暂时需要像官方示例那样自行定义工具、执行搜索请求，再把结果回传给模型。未来如果Server Tools直接集成到AI Gateway，工具编排可能进一步简化，但其权限、审计和失败处理方式仍需要开发者验证。
Cloudflare推出Web Search API，显示云平台竞争正在从“提供模型调用入口”延伸到“管理智能体获取信息的全过程”。对于开发者而言，实时搜索降低了接入外部信息的工程门槛；对于网站运营者而言，Verified Bots和来源链接承诺提供了一定的透明度。至于这种模式能否同时做到低成本、低延迟和高可信度，还要等更多真实部署与独立评测来回答。
来源：