📍 WDQWDWQD987AAAAA:216.73.216.218
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /83b9ef442479.html
📄

关键字一个页面应覆盖多大主题范围：先判断搜索意图，再决定聚焦还是分组

一个页面覆盖的主题范围，应当以“能否完整满足同一类搜索意图”为边界。若一个页面的正文、示例和后续步骤都在回答同一个具体问题，就应聚焦；若多个子话题必须放在一起才能完成同一项任务，可以合并，但要用清晰的层级把各自边界分开。判断依据不是字数，而是读者带着什么疑问进来、离开前是否得到完整答案。

观察：先看页面里混入了哪些意图

把页面现有标题、各级小标题和段落主旨列出来，逐条标注它回答的是“是什么”“怎么做”“选哪个”还是“出问题怎么办”。如果同一页面同时出现多种意图，例如既解释概念，又比较方案，又教排查故障，说明主题范围可能过宽。此时不要急着删减，先确认这些内容是否服务于同一个任务。假设一个页面主题是“表单提交失败”，其中“如何查看浏览器控制台”属于必要步骤，“如何选择建站程序”则偏离主题，应移到别的页面。

判断：聚焦与分组各自适用什么条件

可以用下面这组对比来决定处理方案。

• 聚焦型页面：适合一个明确问题、一种操作流程或一个对比结论。适用条件是搜索意图单一，读者只需一个答案。判断结果是标题能直接写成具体问题，正文不需要靠多个无关小节撑起。
• 分组型页面：适合多个子问题必须按顺序完成同一任务，或同一概念需要从定义、条件、步骤、检查项连续展开。适用条件是子话题共享同一对象和同一目标，缺少任一部分都会让读者无法执行。判断结果是每个小节都能回扣页面主问题，而不是各自独立成篇。

如果两种方案都可行，优先选聚焦型。因为页面越聚焦，主题越容易被读者和检索系统识别；只有当你确认拆开后每个页面都内容不足、且合并后仍围绕同一任务时，才采用分组型。

处理：用一个可执行的步骤确定边界

按以下顺序处理，不需要借助任何所谓字数阈值：

1. 写下页面要解决的一个主问题，用一句话表达，不出现“以及”“顺便”“另外”等并列词。
2. 列出读者完成这个任务必须知道的三个以内关键点。
3. 把不属于这三个关键点的内容移到独立页面，并在原页面用一句自然语言链接过去。
4. 为每个小节写一个能独立说明范围的小标题，避免“相关内容”“更多介绍”这类空泛标题。
5. 检查页面开头是否直接回答主问题，结尾是否给出下一步动作。

例如，假设一个页面主问题是“如何给文章页设置规范链接”，必要关键点可能是规范链接的作用、添加位置、验证方法；而“如何写文章标题”就不应塞进同一页。这里的关键是：合并的依据是任务连续性，不是词义相近。

复查：用三个检查项确认范围没有失控

处理完成后，逐项复查：

• 标题一致性：页面标题、H1和开头段落是否指向同一个问题。如果H1讲A，正文大半在讲B，就需要拆分。
• 段落归属性：随机抽三个段落，看它们能否回答“这段与主问题是什么关系”。答不上来就移走。
• 下一步明确性：读者读完是否知道该做什么。若只是获得零散知识，说明范围可能过散；若知道下一步操作，说明边界基本合适。

复查时还要区分“可能原因”和“已经定位的原因”。如果页面主题是排查某类故障，可以把多个可能原因列在同一页，但必须说明各自适用条件和验证方法，不能把某个原因写成唯一结论。

下一步

拿你正在处理的页面，先写出它要回答的那一个主问题，再删去或移走与主问题无关的小节。若移走后页面内容过少，不要靠同义词换写补足，而应检查是否可以把同一任务中缺失的必要步骤补全。