关键词密度：两个页面争夺同一问题时保留拆分还是合并
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /0233a3093fb4.html
📄
关键词密度：两个页面争夺同一问题时保留拆分还是合并
如果两个页面各自覆盖同一问题的不同侧面，而且都能独立满足一部分搜索者的完整需求，就保留拆分；如果它们只是把同一答案切成两半，任何一半单独打开都让读者觉得缺了关键一步，就应合并。判断依据不是关键词密度高低，而是“单独打开任意一页，读者能否完成一次任务”。
先看两个页面是否各自完成一个完整任务
拆分成立的前提，是每个页面都有独立的搜索意图和独立的完成路径。假设一个页面讲“如何判断关键词密度是否过高”，另一个页面讲“密度过高后如何删改正文”，两者看似相关，但前者是诊断，后者是处理。如果诊断页已经顺手给出删改步骤，处理页又重复判断标准，那它们就不是两个任务，而是一个任务被切成两段。
可以用一个简单动作验证：把两个页面分别交给一个不了解站点结构的人，让他只读其中一页，然后复述“我现在该做什么”。如果两页都能给出可执行结论，拆分成立；如果一页读完只知道“有问题”，另一页读完只知道“可以改”，但都不知道问题怎么落到自己页面上，合并更合理。这个动作的结果会直接影响下一步：能独立完成任务的页面继续保留，不能独立的页面进入合并候选。
拆分保留的代价：维护成本和内部竞争
拆分不是免费的。两个页面意味着两套标题、两套内链、两次内容更新，也意味着两页可能同时出现在同一批搜索结果里。此时真正的风险不是关键词密度重复，而是读者在两页之间来回跳转，仍然拼不出完整答案。
保留拆分需要满足至少一个条件：两页面向不同阶段的读者，例如一页面向“还没开始写”的人，另一页面向“已经写完要检查”的人；或者两页面向不同对象，例如一页讲单篇正文，另一页讲栏目页和聚合页。若只是同义词替换、案例换一个、段落顺序调整，拆分只会增加维护负担，不会增加信息价值。
合并的代价：页面变长后重点会被稀释
合并也不是默认正确。把两页直接拼在一起，最常见的后果是前半段讲判断，后半段讲修改，中间缺少过渡，读者读到一半就离开。合并真正要做的不是拼接，而是重新组织成一个连续任务：先让读者判断自己属于哪种情况，再给出对应处理动作，最后说明处理后如何复查。
如果合并后页面超过读者完成一次任务所需的长度，或者把两个不同角色的问题硬塞进同一页，拆分反而更清楚。这里没有统一字数阈值，判断标准仍然是：读者打开这一页后，是否知道自己现在处在哪一步、下一步做什么。
一个反例：数据看起来支持拆分，实际可能只是入口不同
假设两个页面都从同一批搜索词获得访问，一个停留时间更长，另一个跳出率更低。这不能单独证明拆分正确。停留时间长可能是因为页面难读，读者在反复找答案；跳出率低可能是因为页面很短，读者快速确认后离开。请求量、抓取量或某个统计归零也不能单独证明处理正确，还可能来自入口位置变化、页面被替换、抓取预算转移或统计口径调整。
更可靠的证据是搜索者行为：两页是否被同一批人先后访问，访问后是否回到搜索结果继续找，站内搜索是否反复出现同一问题。若同一批人总在两页之间往返，说明他们需要的是一个连续答案，合并更合适；若两页分别被不同人群访问，且各自都能结束任务，拆分可以保留。
下一步动作：先做一次任务复述测试
不要先改标题，也不要先调密度。找三到五个不了解这两个页面的人，分别只给其中一页，让他们写出“这页让我做什么”。如果多数人写出的动作相同，说明两页在争同一件事，合并；如果写出的动作分属不同阶段或不同对象，保留拆分，并给两页加上明确的分工说明和互相跳转的入口。
完成测试后，再决定是合并还是保留。合并时保留信息更完整的那一页作为主页面，把另一页中独有的步骤并入，并设置从旧页到新页的跳转；保留拆分时，在两页顶部各写一句“这页解决什么、不解决什么”，让读者在第一步就知道该去哪一页。这样处理之后，下一步才是检查标题和正文是否准确描述了各自任务，而不是反过来用密度数字决定页面命运。
