网站架构规划：页面主题过宽时依据什么拆成独立任务
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /34ef601dd20e.html
📄
网站架构规划：页面主题过宽时依据什么拆成独立任务
判断依据不是“主题听起来大不大”，而是这个页面能否用一个明确意图回答完，并且回答完之后不再需要另一个意图来补。如果一页同时承担选型、对比、价格和操作步骤，规模化后必然出现例外：某些词能排，某些词进来后跳出，某些词让整页改写。拆分的触发条件应是“意图冲突”而不是“字数太多”。
两种条件下的不同选择
条件一：意图同源，只是信息量多。例如“网站架构规划”下面包含栏目层级、URL 层级、内链层级，这三者都在回答“层级怎么定”，属于同一决策链。这时不要拆成三个页面，而应在一页内用 h2 分段，让读者一次看完。拆开会导致三页互相竞争同一批查询，内链只能靠“相关阅读”硬凑，反而削弱页面主题的完整性。
条件二：意图不同源，且完成动作不同。例如“网站架构规划”与“网站架构规划工具对比”是两种任务：前者要读者理解并决定结构，后者要读者比较并选择工具。读者在前者页面上不需要工具清单，在后者页面上不需要层级原则。此时应拆成独立页面，并让工具页从架构页获得一条上下文内链，而不是把工具页塞进架构页的末尾。
用可观察的证据判断是否该拆
不要凭感觉拆页。可以看三类证据，它们各自有合理解释，不能单独下结论：
- 查询词的行为差异。同一页面同时收到“怎么做”和“哪个好”两类词，如果前者停留时间长、后者跳出快，说明后者可能是被错误承接的意图。但跳出也可能来自首屏加载或标题与内容不符，需要先排除这两项。
- 页面内部段落被单独引用的方式。如果外部链接或站内引用总是只指向某一小节，而不是整页，说明这一小节具备独立成页的条件。但这也可能只是该小节写得早、位置靠前，不代表主题必须独立。
- 改版时的维护成本。每次更新价格或工具列表都要改动架构原则页，且改动后需要重新检查整页逻辑，这就是拆分信号。如果更新只影响一个段落，不影响其他段落，则不必拆。
假设一个页面同时覆盖“层级设计原则”和“迁移时的 URL 保留规则”。前者是规划期的决策，后者是执行期的操作。若把两者放在一页，规划期读者会跳过迁移部分，执行期读者又要从原则读起。此时可拆为两页，并在原则页末尾用一句“进入执行阶段后，先确认旧 URL 的保留规则”链接到操作页。这个动作的结果是：两页各自承接一类读者，内链方向明确，后续更新迁移规则时不再触碰原则页。
拆分后必须同步处理的边界
拆页不是把一段内容剪成两段。需要同时做三件事：
- 给每个新页面写一句“它不回答什么”。例如工具对比页明确不解释层级原则，只做选型比较。
- 保留一条从宽主题页到窄主题页的上下文链接，链接锚文本描述任务，而不是“点击这里”。
- 检查两页是否仍在争同一批查询。如果拆分后两页标题都包含“网站架构规划”，且都在讲层级，那只是复制了主题，不是拆分任务。
例外情况是：宽主题页本身是导航型页面，只负责分发到子页面，不承担深度解释。这种页面可以保留宽标题，但正文应短，且每个子页面承接一个独立意图。如果宽页面仍在写完整原则，就会与子页面冲突。
一个可执行的判断顺序
先写下当前页面要读者完成的动作。如果只能写一个动作，不拆；如果能写出两个互不依赖的动作，且完成第一个动作后不需要第二个动作才能继续，就拆。拆完后，用一句话描述每个新页面的读者状态：他进来时想做什么，离开时应该已经做完什么。如果两个页面的读者状态相同，说明拆错了。
最后检查抓取与索引层面的表现：拆页后原页面流量下降、新页面尚未获得抓取，这不能单独证明拆分正确或错误。可能只是新页面还未被索引，也可能是原页面仍承接了大部分查询。此时应观察新页面是否开始承接与自身任务一致的查询，而不是只看总流量变化。只有新页面稳定承接了预定的那类意图，拆分才算在架构上成立，下一步才值得为它补充内链和内容深度。
