事实句不是越多越好。2025 年 9 月到 10 月,我们把 30 篇文章按每千字事实句数量分成三组,跑了 6 周引用监测。密度最高那组(每千字 8 条以上)引用率 11%,最低。中间那组(3 到 5 条)是 34%。
事实句的判定标准
先定义。事实句指能脱离原文单独成立、且带可核对信息的句子。三个条件:有主体、有具体量、不依赖上下文。
"我们的同步延迟很低"不是事实句。 "跨区域同步 P99 延迟 180 毫秒,测试环境为两地三可用区"是。
一条合格的事实句,从文章里剪下来贴到别处,读者不需要回去看前文。这个标准很硬,用它能筛掉大部分自我表扬。
实验怎么做的
30 篇,同一个客户的博客,主题分散在 API、数据同步、权限管理三块。按密度分三组,每组 10 篇。每周三跑固定 40 个查询,记录 AI 回答里有没有出现这几篇的句子或链接,连续 6 周。
结果:
| 组别 | 每千字事实句 | 6 周被引次数 |
|---|---|---|
| 低密度 | 0 到 2 条 | 19 |
| 中密度 | 3 到 5 条 | 41 |
| 高密度 | 8 条以上 | 14 |
高密度组为什么最差,我们猜了两个原因,第二个更可信。
原因一:句子之间会打架
一篇文章堆 20 条事实,引擎挑哪条都合理,挑到的那条可能不是你想让它说的。我们观察到一次:某篇写权限体系的文章,被引用的是里面一句"支持 200 人以下团队",结果用户搜"企业级权限"时看到这句,直接跳走了。
句子多了,你失去对"被引用的那句"的控制权。
原因二:密度高了,句子会变短
这是更根本的问题。为了塞进更多事实,作者会把句子压缩成参数罗列,一条一句,句与句之间没有解释。这种文本对机器友好,对人是灾难。而且引擎需要上下文的支撑,孤立的参数反而不好判断可信度。
我们回头看了高密度组,有 7 篇是一个参数一张列表,读起来像说明书目录。这类内容更适合放在文档里,不适合做博客。
位置比数量重要
同样一条事实,放在段首和埋在段中,被引用的概率差很多。我们统计了中密度组,落在段首第一句的事实句被引用 26 次,落在段中的 15 次。
所以实际操作是:每篇文章先定 3 到 5 条关键事实,一条放首段,其余放在各个 H2 下面的第一段第一句。剩下的细节都往表格里塞,表格被整块搬走的概率比散句高。
我们的检查清单
写完一篇,过这四条:
- 能单独剪出来的句子有没有 3 条以上
- 每条有没有具体数字或明确条件
- 有没有一条放在首段
- 有没有超过 6 条
前三条不满足就补,第四条不满足就删。删除比补充难,但通常更有用。
密度这件事,做减法比做加法赚钱。
元析智能
为软件公司做 SEO 和 GEO 优化