关键字挖掘：小标题怎样覆盖必要问题？用问题树补全内容缺口
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /19c1347c0c68.html
📄
关键字挖掘：小标题怎样覆盖必要问题？用问题树补全内容缺口
关键字挖掘之后，小标题要覆盖的必要问题不是越多越好，而是让每个小标题对应一类真实搜索意图，并且能从已有页面里找到答案。做法是先把核心词拆成问题树，再检查现有小标题是否覆盖了“是什么、为什么、怎么做、什么条件、出问题怎么办”这几类缺口，最后只补真正缺失的那一层。
准备：先把核心词拆成问题树
不要直接盯着词表写小标题。先围绕核心词列出用户可能问出的完整问题，再按层级归并。以“关键字挖掘”为例，问题树可以这样展开：
- 是什么：关键字挖掘在解决什么问题，和单纯收集词有什么区别
- 为什么：为什么已有词表还需要继续挖掘
- 怎么做：从种子词扩展、筛选到分组的具体步骤
- 什么条件：不同项目阶段、不同页面类型适用哪种方法
- 出问题怎么办：词很多但无法落地、同义词重复、意图判断错误时怎么处理
这一步的产出不是标题，而是一张问题清单。清单越贴近真实疑问，后面写小标题时越不容易写成泛泛的百科目录。
实施：把问题映射成小标题，先补缺口
拿着问题清单逐条对照现有页面的<h2>和<h3>。判断标准只有一条：读者只看这个小标题，能不能猜到下面要回答哪个问题。能，就算覆盖；不能，就是缺口。
常见缺口有三类。第一类是只有“怎么做”，没有“什么条件”，读者不知道方法适不适用于自己。第二类是只有概念解释，没有判断依据，读者看完仍不会筛选。第三类是把多个问题塞进一个小标题，比如“关键字挖掘方法和注意事项”，结果每部分都写不深。
补缺口时优先处理与主问题最接近的那一层。若页面主题是“小标题怎样覆盖必要问题”，最关键的一步是给每个小标题配一个可检验的检查项，例如：
- 这个小标题是否对应一个完整问句
- 问句是否属于同一意图层级，没有把“是什么”和“怎么排查”混在一起
- 标题下方是否给出判断条件或可执行步骤，而不只是定义
- 相邻小标题之间是否存在同义重复
假设一个页面已有“关键字挖掘的步骤”和“关键字挖掘工具”，但缺少“词很多时怎么分组”和“意图判断错误怎么修正”，那么新增的小标题应直接写成“词太多怎么分组：按意图还是按页面”，而不是再写一个“关键字挖掘技巧”。
验证：用三个检查项判断覆盖是否成立
改完小标题后，不要凭感觉判断。可以用下面三个检查项做一次快速验证：
- 问答对应：遮住正文，只看小标题，能否复述出它要回答的问题。若不能，标题太虚。
- 层级一致：同一级<h2>是否处于相近的意图层级。把“是什么”和“故障排查”并列，通常说明结构混乱。
- 条件明确：是否至少有一个小标题写清了适用条件，例如“已有词表时”“新页面从零开始时”。没有条件，方法就无法落地。
判断结果也分三种：三项都通过，说明覆盖基本成立；只有问答对应通过，说明还需要补条件或步骤；三项都不通过，通常不是小标题问题，而是页面主题本身没有收敛到一个具体问题。
维护：页面更新时同步检查小标题
关键字挖掘不是一次性的。新增词、调整页面目标或合并内容后，小标题也要重新对照问题树。维护时重点看两件事：一是新出现的高频疑问是否已经进入小标题；二是旧小标题是否因为内容合并而变得重复或过时。
如果一个小标题连续多次检查都无法对应具体问题，可以考虑删除或合并，而不是继续往下面堆内容。小标题的作用是让读者快速判断“这里有没有我要的答案”，不是把词表机械拆成目录。
下一步，挑一个你正在改进的页面，把现有<h2>逐条抄出来，在旁边写出它实际回答的问题。凡是写不出问题的标题，就是优先要改的地方。
