网站内容维护，两个页面争夺同一问题时保留拆分还是合并
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /2674c53d645f.html
📄
网站内容维护，两个页面争夺同一问题时保留拆分还是合并
先给有条件的结论：如果两个页面各自满足的是不同前置条件，例如一个面向刚接触该问题的读者、另一个面向已经做过一次尝试的读者，那么保留拆分并明确分工，通常比合并更省事；如果两个页面只是换词重复同一套判断标准，合并成一个页面并保留可区分的段落，才是更稳的维护动作。判断依据不是页面数量，而是两页是否共享同一组前置条件、同一组判断标准和同一组下一步动作。
先看两页是否共享同一组前置条件
把两个页面都打开，逐段问三个问题：读者需要先知道什么才能看懂这一段？这一段给出的判断标准，是否依赖另一页已经讲过的内容？看完这一段，读者下一步要做的是同一件事，还是两件不同的事？
如果两页都要求读者先了解同一个背景，然后都给出同一套判断标准，最后都指向同一个动作，那么它们争夺的是同一个问题，拆分只会让维护时反复同步。反过来，如果一页的前提是“还没动手”，另一页的前提是“已经试过一次但失败”，即便标题词面接近，也不应合并，因为合并后必然有一段对其中一类读者是废话。
用证据区分“同题竞争”和“分工不清”
不要只看流量或排名波动，那只能说明两页被同时看到，不能说明它们是否在回答同一个问题。更可靠的证据是下面这组可观察项：
- 两页的内部链接是否都指向同一批后续页面，且锚文本几乎一样。
- 两页是否都包含同一组判断标准，只是换了说法。
- 从搜索结果进入任一页的读者，是否都需要先跳到另一页才能完成下一步。
- 维护时修改一页后，另一页是否也必须跟着改，否则会出现互相矛盾的表述。
如果以上四项中三项以上成立，合并的收益更大；如果只有第一项成立，更可能是链接分工问题，而不是内容重复问题。
一个假设例子：合并后反而增加维护成本
假设有两页都在讲“某个设置该不该开启”。A页假设读者还没配置过，先解释这个设置影响什么；B页假设读者已经配置过但结果不理想，重点讲如何回退和排查。两页都提到同一个判断标准，于是被判定为重复。
如果直接合并，新页面必须先讲影响、再讲排查、再讲回退，篇幅变长，而且两类读者都要跳过不属于自己的部分。更麻烦的是，之后每次调整判断标准，都要同时照顾两种前提，维护成本反而上升。这个例子说明：共享判断标准不等于共享前置条件，合并前必须确认前提是否一致。
什么情况下合并会失效
一个常见反例是：两页虽然回答同一问题，但其中一页承担着独立的转化路径或独立的后续动作，例如一页用于引导读者进入某个工具流程，另一页用于引导读者查看某项说明。此时合并会把两个不同的下一步动作压进同一页，读者反而不知道该走哪条路。遇到这种情况，应先拆清后续动作，再决定是否合并正文。
另一个反例是：两页分别对应不同的读者阶段，且这个阶段差异已经通过站内导航或链接结构明确表达。强行合并会破坏原有的路径分工，使原本清晰的下一步变得模糊。
下一步动作：先做一次分工标记，再决定合并
在决定之前，先给两个页面各加一行内部分工标记，写明：这页假设读者已经知道什么、这页给出的判断标准是什么、看完后下一步做什么。如果三行中有两行以上相同，就进入合并评估；如果只有一行相同，优先调整链接和标题分工，而不是合并。
完成标记后，重新检查两页的段落顺序。若合并后仍能保留两条清晰的阅读路径，并且维护时只需改一处判断标准，就可以合并；若合并后必须为两类读者分别保留大段前提说明，就保留拆分，并把两页的差异写进开头第一段，让读者和编辑都能一眼看出各自适用条件。
