页面摘要优化，相同事实在多篇文章中出现时如何减少冗余
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /ccb182639a70.html
📄
页面摘要优化，相同事实在多篇文章中出现时如何减少冗余
先给结论：相同事实反复出现本身不是问题，问题是它出现在不该出现的位置。判断标准不是“这句话是否重复”，而是“删掉它之后，这篇页面还能不能独立回答它对应的检索意图”。如果删掉后页面依然成立，这段事实就应当只保留在它最该出现的那一篇里，其余页面用一句指向性表述带过。
先区分两种重复：意图内重复和意图间重复
同一个事实在两篇文章里出现，通常有两种成因，处理方式完全不同。
意图内重复指的是：这个事实是当前页面回答主问题必须用到的论据。比如一篇讲退货流程的页面，必然要写清退货时限。这个事实在十篇讲退货的页面里都会出现，但每一篇的检索意图不同——有的问“能不能退”，有的问“多久到账”，有的问“运费谁出”。此时重复是合理的，不该删，该做的是让每篇的表述角度贴合各自的意图。
意图间重复指的是：这个事实只是背景铺垫，删掉不影响当前页面回答主问题。比如一篇讲包装规范的页面，花两段介绍公司发货时效。发货时效属于另一篇页面的核心事实，放在这里就是冗余。
多数人尝试的常规做法——把重复段落换同义词、调语序——只对第二种情况有一点表面作用，对第一种情况反而有害，因为改完之后读者更难核对关键信息。
能区分两种解释的证据：删句测试
不要凭感觉判断，做一个可操作的动作：把候选段落整段删除，然后只读剩下的内容，问自己两个问题。
- 这篇页面还完整回答标题承诺的问题吗？
- 删除后，读者是否必须跳到另一篇页面才能完成当前任务？
如果第一问答案为“是”、第二问答案为“否”，这段事实就是意图间重复，应删除或压缩为一句指向性表述。如果第一问答案为“否”，说明它是意图内重复，保留，但可以压缩表述长度。
这个动作的结果会直接决定下一步：删除的段落不必再找地方安置，它本来就属于另一篇页面；保留的段落则进入下一步的表述分工处理。
对保留的事实做分工，而不是做换词
确认某个事实必须留在多篇页面后，不要让它们写成同一句话。给每篇页面分配一个不同的切入角度，让同一事实承担不同功能。
- 定义型页面：给出事实本身，用最短的陈述句。
- 操作型页面：把事实作为前置条件，写明不满足时会发生什么。
- 对比型页面：把事实作为比较维度之一，说明它与其他选项的差异。
- 排查型页面：把事实作为判断依据，说明出现异常时如何用它定位原因。
假设一个事实是“订单在付款后二十四小时内可取消”。定义型页面只写这一句；操作型页面写“若你在付款后二十四小时内操作取消，系统按原路退回”；排查型页面写“取消按钮消失，通常意味着已超过二十四小时窗口”。三处都出现了同一事实，但读者不会觉得在重复读同一段话，因为每处的功能不同。
把事实集中到一处，其余位置只留指针
如果某个事实在站内被反复引用，更彻底的做法是设一个权威页面，把所有细节写全，其他页面只写一句概括并链接过去。这里的关键是链接锚文本要说明去向，而不是写“点击这里”。
例如权威页面写清完整的时效规则、例外情况和计算方式；其他页面写“取消窗口的具体计算方式见<a>取消规则说明</a>”。这样做的结果是：维护时只需改一处，其他页面不会因为事实过期而变成错误信息。代价是读者需要多一次跳转，因此只适合细节多、变动频繁的事实，不适合一句话就能说完的内容。
处理完后要复查的遗留信号
完成上述动作后，不要只看页面本身。有几个现象常被当成处理成功的证据，但它们其实不能单独说明问题已解决。
某个页面的抓取频次下降，可能是它本来就不需要频繁更新，也可能是抓取预算被分到了别处；某个词的自然流量归零，可能是意图转移到了另一篇页面，也可能是季节性波动。这些现象都只是线索，需要结合该页面是否仍能独立回答目标问题来判断，不能反过来用它们证明删减动作正确。
真正可复查的是：随机挑三篇曾共享同一事实的页面，只看标题和首段，能否说出各自负责回答什么问题。如果说不出来，说明分工没有做，只是把重复换了个说法。
