热点指数：页面主题过宽时依据什么拆成独立任务
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /8ded64309c7b.html
📄
热点指数：页面主题过宽时依据什么拆成独立任务
先给一个有条件的结论：当页面主题宽到无法用一句话说清“它服务哪类查询、哪类读者、哪一步决策”时，拆分的依据不是内容多少，而是读者意图是否分叉。如果两种意图各自需要不同的判断标准、不同的资料支撑、不同的下一步动作，就应拆成独立任务；如果只是同一意图下的深浅差异，合并处理更稳妥。这个结论也有失效的反例：当主题过宽只是因为标题写得太大，而正文实际只覆盖了一个窄问题，此时拆任务反而制造重复页面，正确动作是先收窄标题与范围说明，而不是新增页面。
先判断意图是否分叉，而不是先数内容块
主题过宽最常见的表现是：一个页面同时想回答“是什么”“怎么选”“某个具体条件怎么办”。这三类问题看起来相关，但读者的下一步动作完全不同。判断方法可以落到三个可观察信号上。
- 判断标准不同：一个意图关心概念边界，另一个意图关心在特定约束下如何取舍。标准不同，正文的论证结构就无法共用。
- 资料类型不同：一个意图需要定义与背景，另一个意图需要条件清单、对照项或操作步骤。资料无法互相替代时，说明任务应分开。
- 下一步动作不同：读者读完后的动作如果是“继续了解”与“立即做决定”，这属于两个任务，不应塞进同一页面。
满足其中两条以上，拆分通常成立。只满足一条，尤其是只有资料类型不同，往往可以通过小节分层解决，不必新建页面。
拆分时以“一个任务一个验收动作”为界
确定要拆之后，边界怎么划？可用的依据是：每个独立任务都应能写出一个明确的验收动作。例如，任务A的验收动作是“读者能判断自己属于哪一类情况”，任务B的验收动作是“读者能按条件选出一种处理方式”。这两个验收动作无法在同一段落里同时完成，就说明它们该分属两个页面。
反过来，如果两个候选任务的验收动作其实是同一句话，比如都归结为“读者知道下一步该做什么”，那它们大概率是同一任务的不同侧面，拆开会造成内容重叠。此时应保留一个页面，用<h3>小标题区分层次，而不是拆成多个页面。
一个假设例子：从宽主题到三个候选任务
假设有一个宽主题叫“热点指数的使用”。它可能同时包含：热点指数是什么、不同来源的热点指数能不能比较、以及在自己的场景里该看哪个指标。按前面的标准检查：
- “是什么”服务的是初次接触的读者，验收动作是能复述定义与边界。
- “能不能比较”服务的是已经知道概念、但面对多个来源的读者，验收动作是能判断可比性条件。
- “该看哪个指标”服务的是要落地使用的读者，验收动作是能根据自身场景排除不适用的指标。
三者的判断标准和下一步动作都不同，因此可以拆成三个独立任务。但要注意，这个例子是假设的拆分演练，不代表任何具体平台或工具的现行情况。实际拆分前，应先确认自己手上的资料能否分别支撑这三个验收动作；如果某一项资料不足，就先不拆，避免产出空壳页面。
会使结论失效的反例：范围说明缺失
有一种情况会让“意图分叉就拆”这个结论失效：页面主题过宽，其实是因为页面没有写清范围，而不是内容真的覆盖了多个意图。典型表现是标题很大，正文却只讲了一个窄问题，读者和搜索引擎都难以判断这个页面到底服务什么。此时正确的动作是补写范围说明并收窄标题，而不是按意图拆成多个页面。判断方法很简单：如果正文实际只支撑一个验收动作，那它就是一个任务，只是包装过宽。强行拆分只会产生多个内容相近的页面，增加重复建设的风险。
另一个需要留意的反例是：抓取量、索引量或某个统计数字下降，不能单独证明拆分正确或错误。这些现象还可能来自抓取预算变化、站点结构调整、内容更新节奏等合理解释。拆分的依据应回到意图与验收动作，而不是单一统计信号。
下一步动作：先写任务卡，再决定是否新建页面
把候选任务各写一张任务卡，每张卡包含四行：目标读者、要回答的问题、验收动作、所需资料。写完对比：如果两张卡的验收动作可以合并成一句且不损失信息，就合并；如果合并后验收动作变得模糊，就保留为独立任务。这个动作的结果直接决定下一步——验收动作清晰的，进入页面规划；验收动作仍然模糊的，先补资料或收窄范围，暂不新建页面。这样拆分依据的是可验证的任务边界，而不是主题看起来有多大。
