惊雷算法，页面主题过宽时依据什么拆成独立任务
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /6fff44685b63.html
📄
惊雷算法，页面主题过宽时依据什么拆成独立任务
判断依据不是页面字数或栏目层级，而是“用户带着一个具体需求进入时，这个页面能否只靠自身内容完成回答”。如果必须借另一页才成立，就应拆成独立任务；如果拆开后每页都只剩半句答案，则保留合并，改为在页内分节。
先分清“主题宽”与“任务多”
主题宽通常表现为：同一页同时承担选型、价格、流程、案例、售后等多种意图，且这些意图的进入人群并不相同。任务多则不同，它们仍围绕同一个决策，只是步骤较多。前者适合拆页，后者适合页内分节。
一个可操作的检验是：给页面写一句“谁在什么阶段、要完成什么判断”。如果这句话里出现两个以上互不依赖的判断，例如“先判断要不要买”和“买后怎么处理异常”，就具备拆分条件。若两个判断共享同一组前提，只是先后顺序不同，拆开反而会让每页都缺少上下文。
条件一：关键前提已变化，且变化前后决策不同
已有实际业务时，最值得拆页的触发点不是内容变多，而是关键前提变了。例如原来只面向单一地区、单一交付方式或单一资格条件，后来出现另一种前提，且两种前提下的用户需要不同答案。此时应把原页保留给旧前提，把新前提拆成独立任务页，而不是在同一页里并列两套结论。
实施动作：在原页顶部用一句话说明适用范围，并链接到新前提页；新页开头先写清“本页只处理哪种前提”，再展开步骤。这样做的结果，是让用户不必先判断自己该看哪一段，也让后续内链和内容维护有明确归属。下一步应检查原页是否还残留新前提的段落，若有，删除或改为指向新页的短提示，避免两页互相竞争同一判断。
例外：如果新前提只是旧前提下的一个分支，且用户不需要独立完成一整套判断，就不必拆页。例如同一流程中的不同材料清单，放在同一页用列表区分更合适。
条件二：前提未变，只是信息量增加
当用户要完成的判断没有变化，只是补充了更多细节、示例或常见问题，拆成多个独立任务页通常会让每个页面都变得不完整。此时应保留一个主页面，用清晰的<h3>分节组织，把新增内容放在对应小节下。
实施动作：先列出用户完成该判断必须经过的步骤，再检查每个步骤是否已有独立小节。若某一步骤的内容超过其他步骤总和，且它能独立回答一个不同人群的问题，才考虑拆出；否则只调整小节顺序，把最影响决策的内容提前。这样做的结果，是页面主题仍然集中，用户不需要在多个页面间拼答案。下一步应观察站内搜索词和页面内跳转位置，若大量用户只查看某一小节后离开，再评估该小节是否具备独立成页的条件。
例外：如果某一小节涉及完全不同的资格、地区或服务前提，即使信息量不大，也应拆出，因为用户进入时的判断起点不同。
拆页后的验收：三个可观察信号
拆成独立任务后，不要只看新页是否被收录。更有用的信号是：
- 新页能否在不返回原页的情况下，独立回答标题所承诺的问题；
- 原页是否不再重复新页的核心结论，只保留适用范围和入口；
- 两页之间的链接是否让用户按前提分流，而不是按关键词随机跳转。
如果新页仍需要读者先读原页才能理解，说明拆得不彻底；如果原页删掉新页内容后自身变得无法成立，说明拆错了对象。此时应合并回去，改为页内分节。
一个假设例子：两种前提下的拆与不拆
假设一个业务页面原本同时说明“首次申请”和“变更申请”。两者都需要用户提交材料，但首次申请关注资格，变更申请关注原记录是否有效。此时应拆成两个独立任务页，因为用户进入时的前提不同，且变更申请者不需要先读资格说明。
反过来，如果页面只是把“首次申请”的材料清单从五项增加到八项，用户仍要完成同一个申请判断，就不应拆页。把新增材料补进原清单，并注明适用情形即可。这个例子的假设在于：两种前提确实对应不同用户起点；若实际业务中变更申请者也要先完成首次资格判断，则拆页依据不成立，应保留合并。
拆分的最终依据，是用户能否只靠当前页面完成一个独立判断；前提变化则决定这个判断是否值得独立成页。动作之后看原页和新页是否各自完整，再决定继续细分还是合并回页内分节。
