雅虎关键词排名：相同事实重复出现时该合并还是保留
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /1d27d0a7ab01.html
📄
雅虎关键词排名：相同事实重复出现时该合并还是保留
先给结论：当同一事实在多篇文章中反复出现，决定合并还是保留，不看重复次数，而看这个事实在两篇文章里承担的功能是否相同。功能相同就合并到一篇，另一篇只留一句指向它的链接；功能不同就保留，但必须让读者一眼看出两处讲的是不同侧面。判断依据是查询意图和该事实在文中的位置，而不是字数或出现频率。
先分清楚：重复的是事实本身，还是事实的用途
同一个事实在不同文章里可能扮演两种角色。一种是核心论据，文章靠它支撑主要结论；另一种是背景铺垫，只是为了让读者理解上下文。前者需要完整交代，后者只需一句话带过。
判断方法很直接：把这段事实删掉，看文章的主结论是否还站得住。删掉后结论崩塌，说明它是核心，应当保留并写透；删掉后结论不受影响，说明它只是背景，可以压缩成一句并链接到写透它的那篇。
假设你有两篇文章，一篇讲某类页面结构对抓取的影响，另一篇讲内容更新频率。两篇都提到同一个站点改版事实。如果改版是前者的直接论据，就必须完整写；在后者里它只是时间背景，一句话加链接即可。这就是功能不同带来的不同处理，而不是简单地“避免重复”。
条件一：两篇文章面对不同查询意图时，保留但分工
当两篇文章各自服务不同的搜索需求，同一事实可以同时出现，但要明确各自负责哪一部分。做法是给每篇文章划定一个“事实切片”。
- 文章A负责讲这个事实的成因和机制。
- 文章B负责讲这个事实带来的操作后果。
- 两处都写清自己的角度，并在关键句上互相链接。
这样做的依据是：读者从不同入口进来，期待不同。如果B只写一句“原因见A”，B的读者会中断阅读去别处，体验反而更差。保留但分工，既照顾了入口差异，也避免了整段照搬。
实施动作：在写作前给每篇文章列一个“事实清单”，标注每条事实在这篇里是核心还是背景。写完后再核对一遍，把标注为背景的段落压缩到一句，并加上指向核心文章的链接。这个动作的结果是，两篇文章的正文不再有大段雷同，但读者仍能顺着链接找到完整解释。
条件二：两篇文章意图高度重叠时，合并并做重定向
如果两篇文章的目标读者、要解决的问题几乎一致，重复出现的事实就说明这两篇本身就该是一篇。此时继续保留两篇，只会让读者和抓取都难以判断哪篇更该被优先展示。
判断重叠的信号有三个：
- 两篇的标题可以互相替换而不影响准确性。
- 两篇的主要小标题覆盖了同样的几个问题。
- 把两篇的事实清单放在一起，重合部分超过一半。
出现这些信号时，选择合并：把两篇的内容整合成一篇更完整的文章，保留信息量更大的那篇，另一篇设置跳转指向它。这里要注意一个例外：如果两篇分别面向明显不同的读者群，比如一个面向初次接触者、一个面向已有操作经验者，即使事实重合，也不应合并，而应按条件一处理。
动作结果：合并后，原先分散在两篇里的同一事实只出现一次，但解释更完整。跳转让旧入口仍然可用，不会让已经存在的链接直接失效。
一个容易误判的现象：重复消失不等于处理正确
有人会观察某段时间内某篇的抓取或展示变化，看到重复内容相关的迹象减少，就认为合并起了作用。这个推断不成立。抓取量、请求量的波动还可能来自抓取预算调整、站点其他改动、外部链接变化，甚至只是正常的时间波动。
要区分这些解释，可以做一个对照：只改这一处，其他条件尽量不动，观察一段时间内两篇各自获得的展示和点击是否发生了方向一致的变化。如果只有一篇变化、另一篇不变，才更可能和这次合并有关。即便如此，也只能说“相关”，不能直接说“因为合并所以提升”。
这个动作的意义在于：它让你在下一次决定合并还是保留时，有一个可比较的依据，而不是凭一次观察就固化做法。
操作顺序与例外清单
把上面的判断落成固定顺序，可以减少临时纠结：
- 先列事实清单，标注核心或背景。
- 比较两篇的查询意图，重叠则进入合并判断，不重叠则进入分工判断。
- 核心事实写透，背景事实压缩并链接。
- 合并时保留信息更完整的一篇，另一篇跳转。
- 改动后只观察一处变量，区分相关与因果。
例外情况也要提前想好：面向不同经验层级读者的文章不合并；同一事实在两篇里分别用于反驳不同误解时不压缩；涉及时间线的事实，如果两篇处于不同时间节点，保留各自的时间表述并注明差异，不要强行统一成一句。这些例外的共同点是，事实的用途确实不同，压缩或合并会损失读者需要的上下文。
回到最初的问题：相同事实重复出现，本身不是问题，问题是它有没有在每篇文章里都发挥独立作用。有独立作用就保留并分工，没有就合并并跳转。这个判断一旦稳定下来，后续的写作和调整都会更快，也更容易向他人解释为什么这样处理。
