DeepSeek 的信源分层:按 host 打 5 档,六成结果挤在第 3 档

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 期)。

延伸阅读

DeepSeek 的信任锚在 host 上,不在页面上。 先把事实发到档位高的信源,再谈单页优化—— 档内挪分抵不过跨档。

DeepSeek Search API 信源分层实测:authority 五档分布档 3 占六成、rerank 桶化、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 不会告诉你哪个。这是引用治理不透明的一部分。”
}
}
]
}
]
}

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注