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

添加关键词方法：一个页面应覆盖多大主题范围

一个页面应覆盖的主题范围，以“能用一个明确主问题概括、且所有内容都在回答它”为边界。超出这个边界就拆成新页面；小于这个边界就与相邻内容合并。判断标准不是字数，而是读者意图是否单一。

准备：先写出一句话主题声明

动手添加关键词之前，先用一句话写出这个页面要解决的问题，例如“添加关键词时如何判断页面主题是否过宽”。这句话就是范围标尺。随后列出准备放进页面的所有要点，逐条问：它是否直接服务于这句话？答案为否的要点，要么删掉，要么另开页面。

这一步最关键，因为它把“主题范围”从感觉变成了可对照的清单。时间和人手有限时，先做这一步比先查词更省事。

实施：用意图层级决定合并还是拆分

同一个大主题下，意图可以分成不同层级。判断依据如下：

• 如果两个要点回答的是同一个问题，只是角度不同，放在同一页面，用<h2>分区即可。
• 如果两个要点各自能独立成为一个搜索问题，且答案互不依赖，拆成两个页面。
• 如果一个要点只是另一个要点的前置条件或补充说明，留在原页面，不要单独成篇。

举例（假设）：一个页面主题是“添加关键词方法”。其中“如何选词”“如何放入标题”“如何放入正文”都属于同一操作流程，可以合并；“如何评估关键词竞争度”若展开后自成体系，更适合独立成页，再从原页面链接过去。

适用条件：站点规模小、人手少时，优先合并，减少需要维护的页面数量；站点已有大量同类页面时，优先拆分，避免单页主题混杂。判断结果：合并后若一个页面出现两个以上互不隶属的主问题，说明范围已经过宽。

验证：用三个检查项确认边界

1. 标题检查：页面标题能否概括全部内容，而不遗漏主要部分？
2. 目录检查：把各<h2>标题连起来读，是否围绕同一件事层层推进？
3. 替换检查：如果删掉其中一节，其余内容是否仍然完整回答主问题？若仍然完整，那一节可能属于别的页面。

三项都通过，说明范围合适；出现两项以上不通过，先拆分再继续添加关键词，否则后续内链和更新都会变得难以安排。

维护：范围变化时同步调整

页面上线后，新增内容仍要用同一句话主题声明复核。新要点若超出原范围，不要硬塞，改为新建页面并从原页面链接。定期回看各<h2>是否仍然服务于主问题，发现偏离就迁移内容。这样做的成本低于事后大规模重组。

下一步：挑出你手上最想先处理的一个页面，写出它的一句话主题声明，再按上面的三个检查项判断是合并还是拆分，然后才动手添加关键词。