作者测试 DeepSeek Search API：权威评分、排名与抓取行为如何表现

DeepSeek 已通过公开的 Search and Fetch API 开放其自有搜索引擎的访问权限。它会为每条结果返回一个权威性评分，并表示会过滤 SEO 垃圾内容、GEO 操纵和低质量 AI 内容。

对于 SEO 从业者来说，这是一次重要的发布。

DeepSeek 于2026 年 10 月 17 日发布的公告与其 Flash 模型的一次更新同时推出。DeepSeek 表示，该搜索引擎已经为其网站及其 API 提供搜索支持，索引数千亿个页面，并且每天处理数亿次搜索。

现在，我们可以直接查询该系统，检查它返回的来源，并查看附加到这些来源上的部分评分。这让我们能够在 AI 模型将这些来源转化为答案之前，对其展开一些具体调查。

自然地，我想看看它如何评价我的网站，以及垃圾内容过滤是否经得起检验。

我花了 $0.08 得出了答案。

我的网站得到的权威性评分为 1。政府和大学主机上的垃圾 PDF 得到的权威性评分为 4。Fetch API 还将自身标识为来自香港的 Firefox，并返回了来自被 robots.txt 禁止访问的 URL的内容。

这些是我的初步发现。

我测试了什么

我于 2026 年 10 月 17 日从迪拜发起了110 次调用：93 次 Search 调用和 17 次 Fetch 调用。根据文档中的计费规则，其中约 103 次属于计费调用，费用约为 $0.08。

测试涵盖评分分布、不同主机的权威性、与我的工具和研究相关的六个查询、本地化、日期筛选条件以及抓取行为。

我以 Search and Fetch 文档为参考。对于响应与文档不一致的情况，我保留了清晰的实际观测结果。

DeepSeek 会提供 2 个评分

每条搜索结果都包含两个值得关注的字段：

这些定义来自 Search API 参考文档。权威性等级是 DeepSeek 自行评估的结果，文档将其描述为页面的一项属性。

在count=50中的 20 个 SEO 和 GEO 查询中，我收集了1,000 条结果。它们的重新排序评分范围为0.75 到 2.70，中位数为 1.63。结果始终按该评分排序，并且68% 的评分达到 1.5 或更高。

在这 1,000 条结果中，仅出现了196 个不同的评分。返回的数值看起来是分桶的，不过仅凭这一点无法判断底层评分是经过四舍五入，还是按固定步长计算得出的。

权威性似乎与主机相关。我的评分是 1

在本次运行的4,322 条结果中，权威性等级 -1 和 0 从未出现。分布如下：

在这个样本中，更高的权威性等级对应更高的重新排序评分中位数。这并不能将权威性的影响与其他排名信号区分开来，但说明这一字段值得进一步研究。

随后，我针对 16 个主机运行了16 次 site: 探测。在每个主机上，所有返回的 URL 都具有相同的权威性评分。以下是一些示例：

因此，尽管文档将其称为页面权威度层级，但在我的测试中，它的表现更像是主机评分。

Reddit 子域名在这里尤其有用：qh.reddit.com 的评分为 1，而 www.reddit.com 的评分为 2。这表明相关单位是主机，而不是整个可注册域名共享一个评分。

搜索 site:suganthan.com 后填满了50 条结果上限。结果包括我的主页、/resources/、笔记和博客文章。DeepSeek 找到了我网站上的各处内容。这些页面的权威度均为 1。

被收录显然只是其中一部分。

我把自己的工具查询输给了注册商和应用商店（哈哈）

我从 UAE 使用 count=50 运行了 6 个目标查询。

软件包注册表、应用商店和市场列表在这些工具查询中表现良好。出现的主机类型包括 PyPI、npm、Apify、Chrome Web Store、WordPress.org 和 GitHub。

我的 Gemini 文章和 FanoutFox 的权威度都是 1。它们的重新排名分数为1.14 和 1.37，也低于 DeepSeek 文档所述的 1.5 高质量阈值。

对于我的网站来说，仅仅拥有直接涉及搜索对象的内容，还不足以击败这些主机。较低的权威度层级是一个合理的解释因素，尽管这些测试无法告诉我们它的确切权重。

垃圾信息过滤仍然放过了一些可疑内容

DeepSeek 明确表示，其引擎会过滤 SEO 垃圾信息、GEO 操纵和低质量 AI 内容。我想看看这一说法与搜索结果是否一致。

以下是仍然出现的内容：

我还看到 zenodo.org 上自行发布的“框架”获得了权威度 4，并在“生成式引擎优化”查询中排名第 1 和第 3。这是关于权威度表现的另一项观察。自行发布并不会单独使页面成为垃圾信息。

政府和大学的示例很难与过滤掉此类内容的承诺相吻合。这些上传内容仍然获得了最高权威度层级。

这就是为什么表面上的主机评分使用情况很重要。一个将主机的权威性传递到其各个页面的系统，最终可能会给予寄生内容与该主机上合法材料相同的待遇。

这些结果并没有告诉我们 DeepSeek 删除了多少垃圾内容。但它们确实表明，这些示例通过了审核，而且高权威等级并不能可靠地判断单个页面的质量。

如何运行同类搜索

以下是使用存储在环境变量中的 API 密钥发出的请求：

curl -s https://api.deepseek.com/v1/tools/search 
 -H "Authorization: Bearer $DEEPSEEK_API_KEY" 
 -H "Content-Type: application/json" 
 -d '{"query":"find out who Gemini cites for your query","count":50}'

该查询返回的精简结果：

{
 "url": "https://suganthan.com/blog/gemini-citations/",
 "rerank_score": 1.14,
 "authority": 1
}

Search 和 Fetch 每 1,000 次成功请求的费用均为$0.75。根据计费规则，失败的请求、空搜索结果和超时请求不计费。返回 50 条结果与返回更少结果的费用相同。

对于已经通过 Claude Code 或 Codex 使用 DeepSeek API 发出的服务器端 Search 和 Fetch 调用，另有一项临时豁免。在北京时间 2026年11月1日 00:00之前，这些调用仍然免费，也就是GST 时间 10月31日晚上8:00。从该时间起，每个请求都将开始计费。我直接进行的 API 测试需要付费。

测试时需要考虑的 3 件事

1. 设置本地化

在所有六个目标查询中，省略 localization 与指定阿联酋 IP 得到的结果相同。我当时从迪拜发起请求，这与 DeepSeek 默认使用调用者 IP 的情况一致。

请明确将此字段设置为你想要测试的市场中的 IP 地址。否则，你的审计结果可能反映的是脚本实际运行的位置。

使用英国或美国 IP 改变了50 条结果中的 26 至 41 条的重新排序分数，并替换了4 至 15 个 URL。平均分数差异很小，约为±0.05。它主要是重新排列了结果，并未实质性改变分数范围。

中国 IP（114.114.114.114）的表现与英国和美国设置类似。在这些测试中，我没有看到一个明显独立的中国结果集，不过这并不能说明 DeepSeek 如何组织其索引。

2. 原始问题几乎没有造成影响

ori_question字段允许你将用户的原始问题与搜索查询一并提供。DeepSeek 表示，这可以改善查询理解。

在我的六个查询中，它只改变了50 条结果中零至两条结果的重新排序分数，并且最多替换了一个 URL。

3. 日期筛选器移除了所有未标注日期的结果

after:和before:运算符在四个查询中产生了零次日期违规。

它们还移除了所有未标注日期的页面。未筛选结果中有11%包含date: null，应用日期筛选器后，这些 URL 都消失了。

如果你希望内容出现在近期信息的搜索结果中，这一点很重要。请在页面上添加适当的机器可读日期，然后检查 DeepSeek 是否确实识别了该日期。它视为未标注日期的页面可能会从日期筛选搜索中消失。

所有存在的返回日期都以T16:00:00Z结尾，这对应北京时间午夜。在这些测试中，筛选行为指向的是北京日历日。

我还发现文档所述文本长度与实际观察到的文本长度之间存在两处差异：

如果你正在围绕这些响应构建工具，这一点值得了解。我收到的摘要明显长于文档所建议的长度。

Fetch API 从香港以 Firefox 身份发出请求

我检查的 Fetch 请求没有表明自己的身份是 DeepSeek。它们使用了这个 用户代理：

Mozilla/5.0 (X11; Linux x86_64; rv:149.0) Gecko/20100101 Firefox/149.0

Accept-Language 标头是：

zh-CN,zh;q=0.9

没有 From 标头、机器人令牌、Signature 或 Signature-Input。这些请求将自身标识为 Firefox，用户代理中没有可匹配的 DeepSeek 标识符。

五次抓取来自五个不同的 IP，它们都被识别为 AS136907，Huawei Cloud，香港：

121.91.172.54
183.87.40.160
119.8.239.43
27.106.106.73
159.138.131.203

在渲染测试中，它加载了 CSS。但它没有运行 JavaScript、加载图片或触发 XHR 信标。在这些抓取中，需要 JavaScript 的内容没有出现。

这些观察结果涉及 Fetch API。它们并不能说明构建 DeepSeek 搜索索引的爬虫是如何运行的。

它返回了被 Robots.Txt 禁止的 URL 中的内容

Fetch API 返回了三个被 User-agent: * 禁止的 URL 的完整内容：

1. httpbin.org/deny
2. Wikipedia 的 Special:Search
3. google.com/search

我无法确认它是否曾请求过 /robots.txt。我能够确认的是，被禁止的 URL 仍然通过 API 返回了内容。这些规则并没有阻止我测试的抓取请求。

日志中需要查找的内容

如果你的访问日志记录了 Accept-Language，以下内容将帮助你找出符合所观察标头的请求：

grep -E 'Firefox/149.0' access.log | grep 'zh-CN'

更具体的过滤器会结合 Firefox 版本、语言标头和 ASN。采用这种形式的 Cloudflare 自定义规则可以是：

(ip.src.asnum eq 136907 and http.user_agent contains "Firefox/149.0" and any(http.request.headers["accept-language"][*] contains "zh-CN"))

将这一组特征视为需要调查的指纹。它基于我在这些请求中观察到的情况，并且可能发生变化。

这里没有 DeepSeek 专用的用户代理，仅拦截 Firefox 字符串可能会误伤合法浏览器。AS136907 也是一个通用的 Huawei Cloud 网络。拦截整个 ASN 可能会影响其他租户，因此不要假定来自该 ASN 的每个请求都属于 DeepSeek。

作为 SEO/GEO/AEO/AI SEO，我会如何处理这件事

这次发布中有用的部分在于，我们可以直接检查搜索结果和评分。

以下是我会首先开展的工作：

1. 针对 POST https://api.deepseek.com/v1/tools/search 运行实际的目标查询。同时记录排名、重新排名分数和权威性。
2. 使用 site:yourdomain.com 检查你的网站权威等级，包括任何相关的子域名。
3. 明确设置 localization，确保重复测试代表你所关注的市场。
4. 检查你的日期。添加适当的机器可读日期，并验证 DeepSeek 是否返回这些日期。比较使用和不使用日期过滤器时的结果。
5. 测试与你的工具相关的分发渠道。在这些查询中，PyPI、npm、Apify、Chrome Web Store、WordPress.org 和 GitHub 的表现都很好。如果你的工具适合发布在其中某个平台上，那么除了测试自己的网站之外，也值得测试一个合法的产品列表。
6. 在日志中监控抓取器，使用 Firefox/149、zh-CN 和 AS136907 的组合特征，同时在将匹配项视为 DeepSeek 之前进行检查。

对我而言，最有趣的发现是：我们可以看到明确的权威等级，一些原创工具内容的排名较弱，而明显的垃圾内容却获得了最高的权威等级。这让我们现在可以测试一些具体问题。

这是一天、110 次调用、6 个目标查询，以及一个调用区域，此外还针对评分、主机、筛选器和抓取进行了探测。我仍无法确认抓取器是否请求了 robots.txt。请将这些数字视为方向性数据。

更多资源：

• ChatGPT 实际上如何选择来源（我读取的是网络流量，而不是输出结果）
• AI 搜索使用的技术信号：大多数 SEO 仍未针对这些信号进行优化
• 检查页面是 AI 检索流程的一部分

本文最初发布于 Suganthan。

特色图片：Fahmi_Ruddin_Hidayat/Shutterstock