yyseo：页面主题过宽时依据什么拆成独立任务
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /29a1d7dcff68.html
📄
yyseo：页面主题过宽时依据什么拆成独立任务
判断依据不是“词多不多”，而是页面能否被一个明确意图和一组可核对事实完整支撑。若同一页里出现两个以上互不替代的意图，且每个意图都需要不同的证据、不同的后续动作，就应拆成独立任务；反之，若它们只是同一决策的不同侧面，就留在同一页，用章节承接。
矛盾现象：同一页被说成“太杂”又“太薄”
规划会上常见一种拉扯：编辑认为页面主题过宽，技术同事却觉得内容太薄。两种说法都成立，因为它们在观察不同层面。编辑看到的是意图混杂——用户带着“选哪种”和“怎么用”两类问题进来；技术同事看到的是可索引文本不足，每个意图只写了两三句，谁都答不完整。
这说明拆分与否不能只看标题覆盖了多少词。一个页面可以覆盖很多相关表达，只要它们服务同一个决策；也可以只覆盖一个表达，却因为缺少可核对的事实而显得单薄。拆分的真正触发条件，是意图之间无法共用同一套证据链。
两种解释：意图冲突，还是证据不足
第一种解释是意图冲突。页面同时承担“比较方案”和“执行步骤”，前者需要对照条件、适用边界，后者需要顺序、前置依赖和验收点。两类内容对读者的下一步动作要求不同，硬放在一起，用户读完仍不知道该先做哪个。
第二种解释是证据不足。页面主题其实单一，只是每个分支都停在结论层，没有给出可验证的依据，于是看起来什么都沾一点。这种情况下拆成多个页面，只会把“薄”复制成更多份，不会让任何一页变得可用。
区分这两者，可以问一个具体问题：如果补足证据，两类内容会不会仍然要求读者做不同的下一步？会，就是意图冲突，该拆；不会，就是证据不足，该补。
可区分解释的证据：看动作，不看词表
更可靠的证据来自动作，而不是关键词清单。把页面现有内容逐段标注它引导读者做的动作：是“判断自己属于哪种情况”，还是“按顺序完成某件事”，还是“核对某个事实是否成立”。如果标注结果出现两种以上互不衔接的动作链，拆分就有依据。
另一组证据是依赖关系。若 B 部分必须建立在 A 部分的结论之上，且 A 的结论本身需要独立成立、独立被引用，那么 A 更适合独立成页，B 在新页里引用它。反过来，若两部分只是同一结论的展开，拆开会让读者来回跳转，反而增加理解成本。
还要看事实归属。多个角色对同一事实理解不同，往往是因为该事实被写在了一个主题过宽的页面里，谁都能从中读出自己想要的结论。把事实归到它真正服务的那个意图下，分歧会自然收敛为可核对的条目。
一个假设例子：把分歧转成可核对的项目
假设一个团队在讨论“设备维护”页面。运营认为应加入选型建议，客服认为应加入故障排查，技术认为应加入保养周期。三方争执不下，因为各自面对的是不同读者问题。
按上面的方法标注动作后会发现：选型引导的是“买之前判断”，故障排查引导的是“出问题后定位”，保养周期引导的是“日常按计划执行”。三条动作链的起点和终点都不同，且各自需要独立的事实依据。此时合理做法是拆成三个任务，每个任务写明：目标意图、必须给出的事实、验收时由谁核对。假设拆完后选型页仍需引用保养周期作为条件，就用链接指向，而不是复制一遍。这样处理的结果是，原本的争论变成了三张可逐条确认的清单，下一步是给每张清单指派负责人，而不是继续争论页面该不该合并。
如果标注后发现三条动作链其实都指向“让设备少出故障”这一个结论，只是表达角度不同，那就不该拆，而应把三块内容统一到一个结论下，补齐各自缺失的证据。
拆完之后要确认的三件事
- 每个新页面是否有唯一的主要意图，且能用一句话说清读者读完后的下一步动作。
- 页面之间是否存在事实重复；重复的事实应只保留在一处，其余位置用引用承接。
- 拆分后是否仍有人负责核对事实一致性，避免同一条件在不同页面出现不同说法。
拆分不是目的，让每个页面能被独立理解和独立核对才是。先确认意图与证据是否匹配，再决定拆或合，后续的写作、评审和验收才有稳定的判断标准。
