DeepSeek 把联网搜索做成 API：每千次 0.75 美元，AI 抓你的网站前先算"权威分"
一句话结论：AI 找资料这件事开始明码标价了——DeepSeek 把自家搜索引擎开放成 API，每千次成功请求 0.75 美元，还顺手把"这条结果有多权威"做成 0～4 的分数返回给调用方。这意味着"权威"不再是公关形容词，而是检索环节里一个会被读取的字段；而你的网站如果返回 403，AI 就换个来源回答，这次失败不计费，也就没人会来提醒你。
发生了什么
2026 年 10 月 17 日，DeepSeek 公布两个工具 API 的文档，把自家搜索引擎和网页抓取能力开放给任意智能体与 RAG 应用（10 月 18 日在开发者社区引发大量讨论）：
| 接口 | 做什么 | 关键限制 |
|---|---|---|
POST /v1/tools/search | 用自研搜索引擎按查询返回结构化结果 | 查询 1～128 字符、每次 1～50 条，支持 site: lang: after: before: 与精确短语 |
POST /v1/tools/fetch | 抓取单个网址，返回标题 + Markdown 正文 | 单一 URL，受目标站点访问策略约束 |
价格是按成功请求计费，每千次 0.75 美元，两个接口同价；失败、空结果、超时都不收费，count 取 10 条还是 50 条价格一样。通过 DeepSeek Harness、Claude Code、Codex 发起的服务端调用目前免费，北京时间 2026 年 11 月 1 日 0 点起开始计费。每个账号 Search 与 Fetch 各 5 QPS，Fetch 另有按域名的限速。
真正值得注意的不是价格，是返回结构。
返回结果里多了两个"分"
Search 返回的每条结果包含这些字段（官方文档口径）：
| 字段 | 取值 | 文档说明 | 对企业意味着什么 |
|---|---|---|---|
authority | 0～4，-1 为未知 | 3 以上为高权威来源 | 检索环节已在给"信源可信度"打分，并交给调用方筛选 |
rerank_score | 0～3 | 1.5 以上为高质量匹配 | 内容与问题的"对口程度"被量化，泛泛而谈的页面排不到前面 |
summary | 600～800 字 | 供模型直接消费 | 模型往往先读摘要再决定要不要抓全文 |
snippet | 100～200 字 | 供界面展示 | 这是用户在 AI 界面里最先看到的一段话 |
date | RFC 3339 | 发布时间 | 有没有明确日期，直接影响新鲜度判断 |
数据说明：以上字段、取值与计费规则均来自 DeepSeek 官方 API 文档（2026-10-17 公布），经 ZAKER、LavX News 等 10 月 17—19 日报道核对。文档未公开
authority的具体评分算法，本文不对算法做推测，只讨论企业可自行核验的做法。
为什么这件事对 GEO 重要
mermaid
flowchart TB
A["用户提问"] --> B["Search 找到候选页面"]
B --> C{"按 authority 与 rerank_score 排序"}
C --> D["Fetch 抓取正文，转成 Markdown"]
D --> E{"返回 200 且有可提取正文?"}
E -->|"是"| F["进入模型上下文，可能被引用"]
E -->|"否：403 安全策略 / 404 无正文"| G["换下一个来源，本次不计费"]
G --> H["品牌在这一轮回答里缺席<br/>且没有任何通知"]三个直接影响：
第一，一次抓取只读一页，"一页讲完一个问题"比"一个专题二十页"更划算。 Fetch 按 URL 抓取，模型拿到的就是这个页面的 Markdown。把答案拆散在十几页里靠内链串联，对人友好，对抓取不友好——它只会拿走它打开的那一页。
第二，authority 把"可信"变成了工程问题。 文档没公开算法，但有三件事是所有检索系统都需要的：能不能确认你是谁（公司全称、主体信息、联系方式全站一致）、这页是不是原始出处（而不是转载洗稿）、信息有没有时间与依据。这三件事不需要投流，只需要把官网和公众号上的基础信息改对。
第三，403 是静默失败。 文档把 403 定义为"被安全策略拒绝"、404 定义为"取不到可用正文"（含被站点策略阻断、内容类型不支持、无可提取 Markdown）。失败不计费，平台没有任何动力告诉你"你的站抓不到"。常见原因有三个：WAF 把人机校验开到了所有路径、正文靠 JS 渲染、核心内容放在图片或 PDF 里。
对企业意味着什么
- "被 AI 读到"正在变成一种常规流量，而不只是曝光。 每千次 0.75 美元意味着检索成本低到可以大规模调用，服务器日志里会越来越多出现来自云端的非浏览器请求。先分清哪些该放行、哪些该拦，比一味加验证码更重要。
- 官网重新成为"原始出处"的第一现场。 当 AI 要在多个来源里挑一个引用，能确认主体、能追溯日期、能一页读完的官方页面天然占优。公众号、抖音、行业媒体是扩散层，官网是锚点。
- 内容团队的评价标准要改。 过去看阅读量，现在要多看两个：这一页能不能被单独抓走还讲得通（脱离导航与上下文）、这段结论有没有可核验的来源与日期。
建议动作
| 优先级 | 动作 | 判断标准 |
|---|---|---|
| 高 | 用 curl 模拟抓取，测官网 10 个核心页 | 返回 200 且正文在 HTML 里（curl 能看到文字，而不是只有一个空容器） |
| 高 | 检查 WAF 与人机校验规则 | 放行主流 AI 抓取 UA 与云机房网段，至少别让正常 GET 触发验证码 |
| 高 | 把"公司是谁"做成全站一致的信息块 | 全称、简称、地址、电话、业务范围在官网、公众号、地图、百科完全一致 |
| 中 | 一问一页改造 | 客户最常问的 8～10 个问题各自独立成页，标题即问句，首段给结论 |
| 中 | 给每页补日期与出处 | 页面上能看到"更新于 X 年 X 月"，关键数字标注来源 |
| 低 | 观察服务端日志 | 能区分 AI 抓取请求的占比与命中页面，按月对比 |
FAQ
Q1：0.75 美元一千次，是不是说明 AI 会疯狂抓我的站，服务器扛不住？
单次成本约 0.00075 美元，确实低到可以大规模调用，但有两个天然刹车：每个账号 Search 与 Fetch 各 5 QPS，Fetch 还有按域名的限速。对绝大多数企业站来说，这点请求量远小于图片和视频带来的带宽压力。真正要防的不是量，是别把正常抓取误判成攻击。
Q2：authority 分低，是不是就永远进不了 AI 答案？
不是。它只是排序时的一个字段，rerank_score（内容与问题的匹配度）同样重要，不同调用方也可以自己决定怎么用这些分。企业能做且可验证的是：主体信息清楚、内容是一手而非转载、有日期有出处、一页能读完一个问题。这四件事做不到，谈"优化权威分"没有意义。
Q3：已经在做 SEO，还需要为这套 API 单独做什么？
大部分基础工作是重叠的：可抓取、结构清晰、加载快。差别在两处：SEO 争的是"排名第几"，这里争的是"这一页能不能被单独拿去当答案"；SEO 看点击，这里看引用。所以要多做一步——把长文拆成一问一页，并确保每页脱离网站导航后仍然自洽。
相关方案
想知道自家官网到底能不能被 AI 抓到、哪几页最该先改？联系我们，可以先做一次免费诊断。