10 月 17 日 DeepSeek 把 Search 和 Fetch 两个 API 开放出来的同时,changelog 里加了一句话:内置引擎会过滤 SEO 作弊、GEO 操纵、低质 AIGC。但「怎么判、阈值在哪」一个字没给——直到第三方实测把响应里的两个字段拆出来看,这套分层才第一次被看清。
SEJ 在开放日跑了约 110 次调用(成本 8 分钱),Obsurfable 复核了 4322 条结果。两个字段:authority(0-4 共 5 档,负 1 未知)和 rerank_score(0-3)。数据一摆出来,DeepSeek 的信源信任模型就露出来了:它按 host(站)分信誉档,不是按页面分。
两个字段拆开看:分层而非连续打分
| 字段 | 官方说明 | 实测特征 |
|---|---|---|
| authority | 档 0-4,≥3 高度权威,负 1 未知 | 4322 条里档 3 占 60 个百分点、档 2 占 32、档 4 只 6、档 1 只 2——中高档信源是大头 |
| rerank_score | 0-3,相关性+权威+新鲜度混合,≥1.5 高质量 | 1000 条结果只有 196 个不同分值,中位 1.63——分值被「桶化」成少量档位 |
| 被过滤原因 | 无字段 | 页面缺席时,API 不解释是排名、策略还是抓取失败——只能审排上去的,看不到被压的 |
「桶化」是关键信号:一个真正连续打分的系统不会只产出 196 个离散值。平台内部更像先把信源归到几个信誉档,再在档内做有限排序——这和 153 期讲的「检索池窄且可预测」是同一件事的两面:池子窄,是因为信任是分档的。
host 级信誉:选对「站」比优化「页」更决定档位
Obsurfable 用 site: 探了 16 个 host,结果干净得有点意外——同一个 host 下所有 URL 共用同一个 authority 档:独立顾问站落在档 1,大型 SEO 出版商落在档 3,学术和政府 host 落在档 4。页面级做得再好,也抬不动 host 本身的档。
含义:DeepSeek 的信任锚在「域名信誉」上。你的内容要进候选,先靠 host 档位过线,再靠页面内容在档内竞争。
对照 152 期:这是「检索门」的供给侧证据
152 期讲「引擎自身检索解释 32 个百分点的引用差异」。本篇给出它的供给侧机制:检索池本身是按 host 信誉分档组织的。档 3 占六成结果,说明 DeepSeek 的「检索门」不是全开放网络,是一个按域名信誉筛过的窄池。153 期的 top-20 域名集中度(20.5 到 70.8 个百分点)在 DeepSeek 这条线上找到了平台内部的原因。
两个实操推论
推论一:信源布局按 host 档位重新排序
把「在哪发」的判断标准从「这个平台流量大不大」换成「这个 host 在 DeepSeek 眼里是几档」:央媒 / 权威数据库 / 学术政府类 host 是天然的档 4 候选;主流综合门户约档 3;个人博客、小站约档 1。同一份事实,发在档 3 host 上的可见性,比发在档 1 host 上的多得多——档位差一档,进池概率差一个量级。
推论二:别用 robots 挡住 API 抓取
实测里 Fetch 至少返回过一次 robots.txt 禁止的 URL,且伪装成「香港的 Firefox」。API 抓取路径不完全等于公开爬虫礼仪。如果你的策略是「用 robots 拦 DeepSeek」,证据说明这招不太可靠——先验证自己的 robots 规则在 API 场景下实际有没有生效,再下结论。
和 142 期「过滤信号」、147 期「API 验收」的划界
| 篇 | 讲什么 | 本篇位置 |
|---|---|---|
| 142 期 | DeepSeek 把「操纵」写进 changelog(过滤三对象) | 政策面 |
| 147 期 | 大厂把搜索 API 打开,GEO 怎么验收(操作) | 验收方法 |
| 本篇(154) | API 内部怎么分层信任(authority host 级 + rerank 桶化) | 机制面 |
FAQ
Q:authority 档 3 占六成,是不是意味着中档信源最被引用?
A:不是「最被引用」,是「候选池主要由中高档 host 构成」。档 4 虽然权威最高,但 host 数量少(学术/政府/央媒),所以占比只有 6 个百分点。引用发生在「进池的 host 池」里,档 3 是池子的主体。
Q:host 级信誉怎么提?
A:短期提不动——host 档是 DeepSeek 长期积累的信誉判断,不是你发几篇文章能改的。能做的是「选 host」:把关键事实优先发到档位高的 host 上,比在自己站点里卷页面分更有效。
Q:rerank_score 桶化说明什么?
A:说明平台用「分层 + 档内有限排序」而非全连续打分。对你意味着:跨过档位的边际收益远大于档内挪几分——先保证 host 档位,再谈页面细节。
Q:被过滤的页面没字段解释,我怎么知道自己有没有被压?
A:目前只能反推——用 147 期的 API replay 跑目标查询,如果你的 host 根本不出现在结果里,可能是档位没够线或被策略压了,API 不会告诉你哪个。这也是「引用治理不透明」的一部分(153 期)。
延伸阅读
- AI 引用你的页面,先过检索门,再谈内容优化——检索门 32 个百分点的解释度(152 期)
- 14 美元买的发布,一小时就被 AI 引用了——检索池窄且可预测的攻击面(153 期)
- 大厂把搜索 API 打开给你了,GEO 怎么验收——API 验收方法(147 期)
DeepSeek 的信任锚在 host 上,不在页面上。 先把事实发到档位高的信源,再谈单页优化—— 档内挪分抵不过跨档。

{
“@context”: “https://schema.org”,
“graph”: [
{
“@type”: “Organization”,
“@id”: “https://www.geoshizhan.com/#org”,
“name”: “GEO实战”,
“url”: “https://www.geoshizhan.com/”
},
{
“@type”: “WebSite”,
“@id”: “https://www.geoshizhan.com/#website”,
“url”: “https://www.geoshizhan.com/”,
“publisher”: {
“@id”: “https://www.geoshizhan.com/#org”
}
},
{
“@type”: “Article”,
“headline”: “DeepSeek 的信源分层:按 host 打 5 档,六成结果挤在第 3 档”,
“description”: “DeepSeek 10 月 17 日开放 Search API 时没公布筛选公式,但响应里留了两个可读字段:authority 分 0-4 共 5 档(负 1 未知)、rerank_score 0-3。SEJ 实测 110 次调用、Obsurfable 复核 4322 条结果:权威档集中在 2-3 档,60 个百分点的结果落在第 3 档;同一 host 下的所有 URL 共用一档——是 host 级信誉,不是页面级判断。被过滤的页面没有任何字段解释原因,这是「只审排上去的,看不到被压下去的」。”,
“datePublished”: “2026-10-28”,
“dateModified”: “2026-10-28”,
“author”: {
“@type”: “Organization”,
“name”: “GEO实战”
},
“publisher”: {
“@id”: “https://www.geoshizhan.com/#org”
},
“image”: “https://www.geoshizhan.com/wp-content/uploads/2026/10/geo_154_cover.png”,
“mainEntityOfPage”: “https://www.geoshizhan.com/deepseek-authority-tier-host-level-geo-2026/”,
“isPartOf”: {
“@id”: “https://www.geoshizhan.com/#website”
}
},
{
“@type”: “FAQPage”,
“mainEntity”: [
{
“@type”: “Question”,
“name”: “authority 档 3 占六成,是不是意味着中档信源最被引用?”,
“acceptedAnswer”: {
“@type”: “Answer”,
“text”: “不是「最被引用」,是候选池主要由中高档 host 构成。档 4 权威最高但 host 数量少(学术/政府/央媒),占比只有 6 个百分点。引用发生在进池的 host 池里,档 3 是池子的主体。”
}
},
{
“@type”: “Question”,
“name”: “host 级信誉怎么提?”,
“acceptedAnswer”: {
“@type”: “Answer”,
“text”: “短期提不动——host 档是 DeepSeek 长期积累的信誉判断,不是发几篇文章能改的。能做的是选 host:把关键事实优先发到档位高的 host 上,比在自己站点卷页面分更有效。”
}
},
{
“@type”: “Question”,
“name”: “rerank_score 桶化说明什么?”,
“acceptedAnswer”: {
“@type”: “Answer”,
“text”: “说明平台用「分层 + 档内有限排序」而非全连续打分。跨过档位的边际收益远大于档内挪几分——先保证 host 档位,再谈页面细节。”
}
},
{
“@type”: “Question”,
“name”: “被过滤的页面没字段解释,怎么知道自己有没有被压?”,
“acceptedAnswer”: {
“@type”: “Answer”,
“text”: “目前只能反推——用 147 期的 API replay 跑目标查询,如果你的 host 根本不出现在结果里,可能是档位没够线或被策略压了,API 不会告诉你哪个。这是引用治理不透明的一部分。”
}
}
]
}
]
}