整站优化：页面主题过宽时依据什么拆成独立任务
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /051d99982aab.html
📄
整站优化：页面主题过宽时依据什么拆成独立任务
判断标准不是页面字数，而是搜索意图是否能在同一结果页上被满足。如果一个页面同时承接“买什么”“怎么用”“多少钱”三类意图，且每类意图各自有独立的结果页形态，就应拆成独立任务；如果它们共享同一决策阶段、同一资料源，强行拆分只会制造互相竞争的页面。
先看变化前提：什么时候必须拆，什么时候不能拆
拆分的触发条件通常来自业务侧变化，而不是页面本身变长。例如原本只卖标准品的页面，新增了定制询价流程，此时“标准品选型”和“定制报价”的决策路径已经分叉：前者看参数对比，后者看交期与预算。前提变了，继续放在一个页面里会让两类读者都找不到重点。
反过来，如果只是补充了几段参数说明，读者仍是同一批人、同一决策阶段，就不该拆。判断依据可以落到三个可观察信号：
- 搜索结果里，同一查询下排在前面的页面，形态明显分成两类，例如一类是产品列表，一类是操作教程。
- 页面内部已有两套互不依赖的资料源，删掉其中一套，另一套仍能独立成立。
- 站内已有页面分别对应这两类意图，继续合并只会让它们互相稀释主题。
如果三个信号都不成立，说明主题过宽只是内容组织问题，用<h2>分段和目录锚点就能解决，不必新建页面。
把手上这一页转成任务清单的具体步骤
拿你正在处理的页面，按下面顺序操作，每一步都产出可检查的结果。
- 把页面现有内容逐段标注它回答的问题，写成一句话，例如“这款设备适合什么规模的生产线”。
- 把这些问句按读者所处的阶段归类，归不进同一阶段的单独列出。
- 对每个单独列出的问句，检查站内是否已有页面在回答它。已有，就改为内链指向；没有，才进入拆分候选。
- 对拆分候选，写一句该页面的独立标题和一句它需要的核心资料。写不出核心资料的，先不拆。
第三步是关键动作：先查已有页面，再决定新建。很多看似过宽的主题，其实是被重复建设撑宽的。完成这一步后，如果候选页面少于两个，说明当前页面只需重构结构，不需要拆成多个任务。
一个假设例子：两种拆法的不同条件
假设某工业配件站有一个“泵类产品”页面，同时包含选型参数、安装步骤和常见故障。按上面的步骤，安装步骤和故障排查属于使用阶段，选型参数属于采购阶段。
条件一：站内已有独立的安装教程页和故障问答页。此时正确动作是把“泵类产品”页收窄为选型入口，把安装和故障内容以摘要加内链的方式指向已有页面。结果是该页主题变清晰，已有页面获得内链支持，下一步应观察这三个页面各自对应的查询是否开始落到正确页面。
条件二：站内没有安装和故障页面，但这两类内容各自有稳定的资料源，例如安装来自说明书、故障来自售后记录。此时可以拆成独立任务页，每页只保留一个阶段的完整信息。结果是新增页面各自有明确主题，下一步应给它们分配不同的内链入口，而不是都从首页直接链接。
两种条件的分界在于：已有页面能否承接，以及资料源是否独立。缺少任一条件，拆出来的页面都会变成内容稀薄的重复页。
拆分后如何验收，避免制造新的过宽页面
拆完不等于做对。验收时看两件事：每个新页面的标题是否只对应一个阶段，以及页面首屏是否直接给出该阶段需要的信息。如果新页面又同时出现选型表和故障排查，说明拆分失败，应回退到结构重构。
还要区分抓取、索引和排名是不同环节。新页面被链接到、被抓取，不代表它已被索引，更不代表它会获得排名。请求量或抓取量归零也不能单独证明拆分错误，常见解释包括入口链接被移除、站点整体抓取预算变化、页面返回状态异常。判断拆分是否有效，应回到内容层面：该页面是否只服务一类意图，以及站内是否有其他页面在争同一类意图。
最后检查内链：每个拆分出的任务页，应至少有一个来自上游页面的上下文链接，且锚文本说明它回答什么问题。这一步做完，整站优化的页面任务才算从“主题过宽”落到可执行、可验收的单元。
