网络软文相同事实反复出现时，改写还是合并
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /f773867675f1.html
📄
网络软文相同事实反复出现时，改写还是合并
先给结论：如果这些文章各自承担不同的搜索意图，保留重复事实但把它压缩成一句可独立成立的背景句；如果它们解决的是同一个问题，只是换了标题和例子，就合并成一篇并把旧文做重定向。判断依据不是重复了多少字，而是读者带着不同问题进来时，是否真的需要同一段事实才能继续往下读。
先分清两种重复：背景型与论证型
背景型重复是同一事实只用来交代前提，比如某类服务的适用条件、某项政策的生效时间。论证型重复是这个事实本身就是论据，删掉之后文章的核心结论就站不住。前者可以压缩，后者不能随便动。
一个可操作的判断动作：把重复事实从每篇文章里单独摘出来，问一句“删掉它，这篇文章的结论还成立吗”。成立，就是背景型；不成立，就是论证型。这个动作的结果直接决定下一步是压缩还是保留。
条件一：意图不同，保留但压缩到一句
当几篇文章分别对应“是什么”“怎么办”“适合谁”这类不同意图时，同一事实会反复出现，但读者不会连着读完。此时保留它是合理的，问题只在于篇幅。
具体做法是把事实写成一句能独立成立的话，不依赖上下文。例如原本用三段落说明某项资质的申请周期，在每篇里压缩成一句“该资质通常需要若干工作日，具体以受理机构公示为准”。假设某站有三篇分别讲流程、成本和风险的文章，都提到同一周期，压缩后每篇少掉两段，读者仍能理解，而不同意图的入口没有被破坏。
代价是单篇信息密度下降，读者若只看一篇会觉得背景偏薄，所以这类文章要靠后续的具体操作步骤补足，而不是靠重复事实撑长度。
条件二：意图相同，合并并处理旧文
如果几篇文章的标题不同，但读者搜任何一个词进来，想解决的问题是同一个，重复事实就是合并信号。继续保留只会让站内互相竞争，也让维护成本翻倍。
实施动作分三步：先选一篇作为主文，把其余文章里独有的例子、数据来源和边界条件并进去；再对旧文设置重定向，指向主文对应位置；最后检查内链，把原来指向旧文的链接改到主文。做完这三步，重复事实只剩一份，且每个旧入口仍然可达。
例外是旧文已有外部链接或稳定访问，直接重定向会损失一部分落地体验。这时可以保留旧文但只留摘要和跳转链接，不重复完整事实，等外部链接自然衰减后再考虑合并。
用一张对照表决定，而不是凭感觉
- 读者问题相同、结论相同：合并，旧文重定向。
- 读者问题相同、结论不同：不合并，但要互相链接并说明分歧点。
- 读者问题不同、事实只作前提：保留，压缩成一句。
- 读者问题不同、事实是核心论据：保留原样，不压缩。
这张表的价值在于把“重复”拆成意图和角色两个维度。只看重复字数会误判，因为有些重复是必要的背景，有些重复才是真正的冗余。
压缩和合并之后要验证什么
改动完成后，观察两个信号：一是被压缩文章的跳出位置是否前移，二是合并后主文的入口是否覆盖了旧文的搜索词。如果旧词流量下降但主文承接了大部分，说明合并方向正确；如果旧词和主文都没有承接，说明意图判断错了，需要回退。
需要提醒的是，抓取量或某项统计归零不能单独证明合并正确，它也可能是抓取节奏变化、页面权重重新分配或外部链接失效造成的。把流量变化和意图判断放在一起看，才不会把相关当成因果。
