创建百度指数：页面主题过宽时保留、改写还是拆成独立任务
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /9aa7e3b240fc.html
📄
创建百度指数：页面主题过宽时保留、改写还是拆成独立任务
先给结论：如果页面主题过宽，优先判断它是否还能用一句话回答一个明确问题。能，就保留并改写聚焦；不能，就拆成独立任务。拆分不是按栏目数量切，而是按用户意图、证据类型和后续动作是否不同来切。
保留的前提：宽主题仍服务于同一决策
主题宽不等于必须拆。若一个页面覆盖多个子话题，但读者始终在做同一个判断，例如“是否要创建百度指数、先做哪一步”，那么保留一个页面更合适。此时要做的是改写：把标题、首段和段落顺序收紧到这条决策线上。
判断依据可以看三点：搜索词背后的动作是否一致；页面能否在同一屏内给出结论；内链是否都指向同一组下一步。若三点都成立，拆分会制造多个内容相近的页面，反而增加维护成本。
改写而非拆分：主题宽但意图单一
常见情况是页面同时写了概念、流程、工具、注意事项，看起来像四个主题，实际都在回答“第一次创建百度指数该怎么做”。这种页面应改写为一条主线：先说明适用条件，再给出动作顺序，最后指出什么情况下不必继续。
一个可执行动作是：把现有小标题逐条改写成疑问句，检查每个疑问是否指向不同答案。如果答案都落在同一段流程里，就合并；如果某个疑问需要独立证据或独立操作，才进入拆分候选。
拆成独立任务的条件：意图、证据或后续动作不同
当页面里的子话题满足以下任一条件，拆分更合理：
- 意图不同：一部分读者想判断要不要做，另一部分读者已经在找具体操作步骤。
- 证据不同：一部分需要概念解释，另一部分需要对比条件或检查清单。
- 后续动作不同：一部分读完会去规划页面，另一部分读完会去核对数据来源或调整已有页面。
拆分时，每个新页面只承担一个任务，并在开头直接回答该任务。原页面可以保留为总览，但必须明确它不替代子页面，避免同一问题在两处给出不同结论。
一个假设例子：怎样判断该不该拆
假设某页面标题为“创建百度指数：从准备到上线”，内容包含需求判断、页面结构、数据核对和复盘。若读者搜索时分别带着“要不要做”“页面怎么排”“数据不对怎么办”三类问题，那么保留一个页面会让每类读者都找不到重点。
此时可拆为三个任务页：判断页、结构页、核对页。判断页回答是否值得投入；结构页回答页面如何组织；核对页回答数据异常时先查什么。三个页面各自给出一个动作，并在动作完成后指向下一步。若拆分后某个页面无法独立回答一个问题，就说明它不该独立存在。
拆分后的代价与退出条件
拆分会增加页面数量和内链维护量。若团队没有持续更新能力，拆分后容易出现部分页面长期不更新、结论互相矛盾。因此，拆分前要确认每个任务都有独立维护价值。
退出条件可以设为：某个子页面连续一段时间没有新增证据、没有独立搜索意图、也没有带来后续动作，就把它合并回上级页面。合并时保留原页面的有效结论，删除重复表述，并更新内链指向。
最终判断标准不是页面多不多，而是每个页面是否让读者更快完成一个明确任务。保留、改写或拆分，都应服务于这个结果。
