74 个真实提问实测（DeepSeek 篇）：被引用 567 次，信源结构长什么样

这份报告回答什么问题？

一、方法与口径

用 74 个真实中国企业主会向 AI 提出的采购问题（覆盖 GEO 认知、问题发现、解决方案、服务商选择、外贸出海、独立站、效果测量七类意图）， 在 DeepSeek 与豆包上各做一轮独立会话采集。采集纪律（写死在流程里，违反则数据作废）：

• 全新会话，不登录、不携带任何历史上下文
• 不上传知识库、不在 Prompt 里提示任何品牌名
• 不使用系统提示引导提及 —— 测的是自然召回，不是"被引导后的表现"
• 把完整响应落盘存档后再做结构化统计；未知值一律记 UNKNOWN，不做推测填充

两个关键字段分开统计，这是本文与常见的"AI 提及率"报告最大的区别：

把两者混为一谈，就会去优化一个根本不存在的瓶颈：进了池却没被选中是内容说服力问题； 压根没进池是索引、收录、可抓取性问题，属于基础设施层。

二、总体规模

整轮采集合计 6183 条信源记录，构成为：DeepSeek 检索池 4804 条、DeepSeek 被引用 567 条、 豆包被引用 812 条（4804 + 567 + 812 = 6183）。下文所有比例均以此明细为分母，可自行复算。

作为跨平台反差的直接证据：豆包一侧被引用最多的域名是 iesdouyin.com， 共 108 次、占豆包全部引用的 13.3%；而同一域名在 DeepSeek 的引用记录里一次都没有出现。

说明：DeepSeek 暴露检索池，豆包未暴露该字段，因此豆包的 RETRIEVED 无法统计。 "有效题数"指该题产生了可解析的结构化信源记录（未触发联网或结构异常的不计入）。

三、DeepSeek 被引用最多的域名（TOP 20）

四、DeepSeek 检索池里最多的域名（TOP 10）

这一节是"检索到 ≠ 被引用"的直接证据：同一个域名在检索池里出现 287 次，最终只被引用 77 次。

从整体看，4804 条检索记录最终只有 567 条进入回答，转化率约 11.8%；检索池涉及 1256 个域名， 最终被引用的只有 204 个，约 83.8% 的域名进了池却从未被采用。也就是说，"被检索到"与"被引用"之间 隔着一道约十倍的筛子 —— 这一层过去很少被单独测量。

五、渠道类型分布：两个平台几乎不重叠

六、一个常被忽略的基础设施变量

能否进入 AI 的检索池，往往不取决于内容质量，而取决于基础设施层——站点是否完成备案、是否有可抓取入口。采集时我们注意到：即便内容完备，索引与可抓取性不足也会让站点根本无法进入候选集；这与其后一系列的收录与索引修复动作直接相关。对企业而言，先确认「有没有进池」，再判断「内容够不够好」，顺序不能反。

七、局限

1. 每问单次测试：AI 回答具随机性，单次结果不能代表长期分布；相关结论需要多轮复测确认。
2. 覆盖范围：本轮只覆盖 DeepSeek 与豆包两个中文 AI 应用，不能外推到其他平台。
3. 平台字段差异：豆包未暴露检索池，两平台的 RETRIEVED 不可直接比较。
4. 有效题数：DeepSeek 69/74、豆包 62/74 产生了可解析记录，其余题目未触发联网或结构异常。
5. 渠道类型归类系人工域名映射，不是平台官方分类，存在主观成分。
6. 所有结论均为 2026-09-23 的观测状态。索引层与信源结构会随时间变化，写"采集时"是必要的。

八、数据可用性

本文公开方法与全部聚合结果（总量、域名维度计数、渠道类型分布），逐条可从上述口径复算。 74 条具体题面与每个 Prompt 的原始响应不公开 —— 题面本身是真实采购场景的复刻，原始响应涉及平台使用条款， 故不对外发布。

九、对企业的检查意义（实践启示）

以下把本页发现转成企业可执行的检查项。研究发现描述平台行为观察；检查项是对企业自查的提示，不构成对任何服务商的效果承诺。

1. 先判断自己的问题在哪一层

本页把「检索到（RETRIEVED）」与「被引用（SELECTED）」分开统计：DeepSeek 检索池 4804 条记录最终只有 567 条进入回答，转化率约 11.8%；约 83.8% 的域名进了池却从未被采用。对企业而言，这两层对应完全不同的工作：进了池却没被选中是内容说服力问题；压根没进池是索引、收录、可抓取性问题，属于基础设施层。先诊断层级再投入，避免优化一个根本不存在的瓶颈。

2. 按平台分别盘点渠道结构

DeepSeek 引用中开发者社区类内容占 20.6%，豆包仅 6.3%；字节生态内容在豆包占 15.9%，在 DeepSeek 为 0%。按一套内容投所有平台，约有一半投入放在对方根本不看的地方。企业应按目标平台分别盘点现有内容的渠道分布，再决定补哪类渠道。

3. 对出口制造企业的特别意义

开发者社区（云厂商文档、技术博客）是技术型 B2B 制造企业可参与建设的信源类型。本页测量口径为境内平台（DeepSeek 与豆包）；以海外买家为目标客户的企业，海外平台（ChatGPT、Google AI、Perplexity）的渠道结构需另行测量，但「分平台测量、检索与引用分开统计」的方法同样适用。

4. 哪类企业最需要这样的诊断

• 已在多个渠道投放内容、但未按平台区分渠道类型的企业；
• 不确定自己的内容是「没进池」还是「没被选中」的企业；
• 技术型制造企业（开发者社区类信源的可及性较高）。

5. 如何把观察转成可核查的工作步骤

1. 按平台分别建立基线：同题集、同口径、全新会话；
2. 分开记录两个字段：进入检索池的次数与被引用的次数；
3. 按渠道类型盘点现有内容在各平台的分布；
4. 标记缺口层级：基础设施层（收录/索引/可抓取）或内容层（说服力）；
5. 整改后用同一题集复测，输出差异表。

服务衔接说明（商业信息，与本页研究结论分属不同层级）：上述步骤对应问擎GEO 公开的服务档位——B · 行业深度诊断（企业专属题集 + AI 基线 + 竞争证据分析 + 官网架构诊断 + 缺口优先级矩阵，¥2,999 起）覆盖步骤 1–4；C · 标准整改包（实体审计 / 内容建设 / 结构化改造 / 信源建设 / 复测，¥9,800 起）与 D · 持续复测（同题集、同口径复测 + 差异表 + 下一轮优先级）覆盖步骤 5。服务档位不承诺任何排名、收录或被推荐结果；本页研究观察不构成对问擎自身服务效果的证明。