搜索引擎原理：页面主题过宽时依据什么拆成独立任务
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /f187e671eabc.html
📄
搜索引擎原理：页面主题过宽时依据什么拆成独立任务
判断依据不是页面字数，而是这条页面能否用一句话说清“给谁、在什么前提下、解决哪一个可验证的问题”。如果一句话里出现两个以上互不隶属的前提，或需要两组不同证据才能判断是否完成，就应拆成独立任务；如果只是同一前提下的不同表达，留在原页更合适。
一个常见矛盾：内容越全，页面反而越难判断是否完成
业务前提变化后，最容易出现的现象是：原有页面被不断补充，主题看起来更完整，但负责更新的人说不清“做到什么程度算完成”。例如原来只面向本地到店客户，后来业务同时接受全国邮寄咨询，页面仍叫同一个服务名，前半段讲到店流程，后半段讲邮寄条件，验收时两组人都觉得缺东西。
这不一定说明页面必须拆。它可能只是同一需求在不同交付方式下的补充说明，读者仍带着同一个意图进入。是否拆，要看下面两种解释哪一种成立。
两种解释：需求边界变了，还是只是信息补充
解释一：前提已经改变，页面承担了两个决策
当业务前提变化，例如服务范围、交付方式、适用对象或判断标准发生改变，读者需要先做一个选择，才能继续往下读。此时页面实际上承担了两个决策：先判断自己属于哪一类，再判断这类情况下该怎么做。两个决策需要不同的证据、不同的负责人，甚至不同的更新时间，就属于应拆的独立任务。
解释二：仍是同一决策，只是证据更丰富
如果读者不需要先分类，所有内容都服务于同一个判断，只是补充了条件、例外和说明，那么拆开反而会让每个页面都缺少完整依据。比如同一项服务的流程说明、所需材料和常见限制，通常应留在同一页，除非其中某一项本身已发展成独立的决策入口。
区分两种解释的证据：用四个问题做判断
不需要凭感觉争论，可以拿现有页面逐条核对。以下四个问题中，出现两个以上“是”，通常应拆；四个都是“否”，通常应留。
- 是否需要先分类？读者必须先判断自己属于哪一类，才能读懂后文。若是，说明页面入口不唯一。
- 是否依赖不同证据？两部分内容分别需要不同的数据、案例、资质或操作结果才能支撑。若是，说明验收标准不同。
- 是否由不同角色维护？两部分内容的更新责任、审核责任落在不同人身上。若是，说明交付边界不同。
- 是否有独立搜索表达？读者会用明显不同的说法分别寻找这两部分内容，且这些说法指向不同前提。若是，说明入口应分开。
反过来，如果两部分只是同一说法的同义表达，或差异仅在于详略程度，就不满足拆分条件。把详略差异误当成任务差异，会制造出多个内容相近、彼此竞争的页面。
一个假设例子：从一句话判断该不该拆
假设某业务原来只提供现场咨询，后来增加了远程咨询。页面标题仍沿用原服务名，正文前半段写现场预约，后半段写远程所需条件。可以尝试用一句话概括页面任务：
帮助需要该服务的读者判断自己适合现场还是远程，并完成对应预约。
这句话包含两个前提和两个动作。读者要先判断自己属于哪一类，再走不同流程；现场部分依赖到店信息，远程部分依赖线上条件；两部分可能由不同人员维护。按前述四个问题，至少命中三项，应拆成两个独立任务，并各自明确适用前提。
如果改成：
帮助需要该服务的读者了解预约前需要准备什么。
此时现场与远程的差异只是准备材料不同，读者不需要先做业务分类，两部分可以留在同一页，用清晰的小标题区分即可。
拆分后的实际动作与下一步
确定要拆后，先做一件事：为每个新任务写一句验收句，格式是“读者在什么前提下，能完成哪一个判断或动作”。写完后再检查两件事：两个任务的验收句是否指向不同前提；原页面是否还有内容不属于任何一个新任务。
这个动作的结果会直接决定下一步。如果两个验收句仍能用同一句话概括，说明拆错了，应合并回去；如果原页面出现无处归属的内容，说明还存在第三个任务，或这些内容本就不该放在该主题下。只有验收句彼此独立、且原页面内容能完整归入新任务时，拆分才算完成。
拆分不是为了增加页面数量，而是让每个页面都有可判断的完成标准。前提变化后，先核对验收句，再决定拆或留，比先改标题和结构更可靠。
