网站标签使用规范，页面主题过宽时依据什么拆成独立任务
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /e79139c00795.html
📄
网站标签使用规范，页面主题过宽时依据什么拆成独立任务
判断标准不是页面字数，而是标题标签承诺的检索意图能否被一个主体内容完整兑现。如果同一页面同时承担两个互不隶属的意图，而标签只能表达其中一个，就应拆成独立任务；如果两个意图存在明确的上下位关系，保留一个页面并用副标题、目录或内链分层，反而更稳。
先看标签承诺与正文主体是否一一对应
标题标签是页面对外给出的最简承诺，正文主体则是兑现这份承诺的范围。当标题里出现两个并列名词、正文被迫用两套结构分别展开时，用户从搜索结果进入后往往只关心其中一个，另一半内容对他是干扰。此时拆分不是增加页面数量，而是让每个标签都能被一个主体完整兑现。
可用的判断动作：把当前标题标签抄下来，用一句话写出它承诺回答的问题。再逐段读正文，标记每段在回答哪个问题。若标记结果自然分成两簇，且两簇之间没有必须放在一起才能理解的依赖，就具备拆分条件。这个动作的结果会直接决定下一步：一簇成立就保留单页并调整标签，两簇各自成立才进入拆分。
条件一：两个意图互相独立时，拆成独立任务
互相独立指用户搜索其中任意一个时，都不需要先理解另一个。常见信号是：两簇内容各自有独立的步骤、独立的判断标准、独立的适用对象，删掉任何一簇，另一簇仍然完整可读。
实施时先确定哪一簇继承原页面。继承的依据是现有标签、内链和外部引用更贴近哪一簇，而不是哪一簇字数多。继承方保留原有标签方向并收敛正文；新拆出的页面使用能独立成立的标题标签，正文从零组织，不复用原页面的段落顺序。
假设一个页面标题同时覆盖“标签写法”和“标签审核流程”，前者面向执行编辑，后者面向团队负责人。两者对象不同、步骤不共享，就适合拆开。拆分后要检查原页面是否留下指向新页面的上下文内链，否则被拆走的那部分意图会失去入口。
条件二：存在上下位关系时，不拆而做分层
如果两个意图是“总则与细则”“概念与操作”“同一流程的不同阶段”，它们共享同一批用户和同一套判断前提，强行拆开会让两边都变薄，用户还要来回跳转才能拼出完整答案。这时应保留一个页面，用 h2 承担上位主题，用 h3 承担下位分支，并在页首用一段话说明覆盖范围。
分层后的验证动作：检查每个 h3 是否能在不读其他小节的情况下独立成立。能成立，说明分层结构清晰；不能成立，说明分支之间耦合过深，此时要么合并小节，要么回到拆分判断。
拆分后必须同步处理的三个连带项
- 标签方向：新页面的标题标签不能只是原标签的截断，要能单独表达一个完整意图。
- 内链方向：原页面指向新页面的锚文本应说明被拆走的是哪部分，避免两个页面互相竞争同一批词。
- 抓取与索引预期：拆分后原页面内容减少，抓取量和展示量出现波动属于正常现象，不能单独用来证明拆分正确或错误，还要结合标签承诺是否更清晰、用户是否更快找到目标内容来判断。
例外情况：如果被拆出的意图搜索需求极低，或缺少足够内容支撑一个独立页面，就不拆，改为在原页面内用锚点小节承接，等该分支积累到能独立成页再拆。拆分是为了让标签与主体对应，不是为了凑页面数量。
