关键词拓展一个页面应覆盖多大主题范围：用假设案例判断边界
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /6d2a2bc1231b.html
📄
关键词拓展一个页面应覆盖多大主题范围：用假设案例判断边界
一个页面应覆盖的主题范围，以“能否用一个明确的搜索意图概括”为边界。假设有一个销售“家用净水器”的页面，如果它同时讲滤芯类型、安装步骤、维护周期和品牌对比，范围就过大，读者搜索“净水器怎么选”时看到一半安装内容会离开；如果只讲“净水器滤芯多久换一次”，范围又过窄，难以支撑一个独立页面。多人协作时，先写出这个页面的核心意图，再判断每段内容是否服务于它，是减少返工最直接的办法。
先给页面写一句意图说明
在分工之前，让负责该页的人用一句话写出：这个页面要帮谁解决什么具体问题。例如“帮第一次购买净水器的家庭判断该选哪种过滤方式”。这句话就是范围尺子。之后每增加一个段落，都问它是否直接回答这句话。若答案是否定的，就把它移到别的页面或暂不写。这个步骤不需要工具，写在协作文档顶部即可。
常见错误是意图说明写成“介绍净水器相关知识”。这种写法没有判断力，谁都能往里加内容，最后页面变成百科。意图说明里应出现具体对象和具体动作。
用三个检查项判断主题是否过宽
- 标题能否收住：如果页面标题需要并列两个以上不相关的动作，例如“净水器选购与安装与维护”，通常已经过宽。
- 小标题能否互换位置：如果调换两个小标题的顺序，读者理解不受影响，说明它们可能属于不同意图，应拆开。
- 是否存在重复段落：多人协作时，过宽页面最容易出现同一结论被两个人用不同说法写两遍。发现重复，先合并意图，再决定去留。
这三项检查的结果不是绝对标准。对于工具说明、政策解读这类需要完整步骤的内容，一个页面覆盖多个步骤是合理的，因为步骤共同构成同一个任务。判断依据仍是意图是否单一。
从假设例子看拆分与合并
假设团队要做一个“阳台种菜”专题，最初计划一个页面写播种时间、土壤配比、浇水频率、病虫害处理和采收。这个范围至少包含三个意图：准备阶段、日常管理、问题处理。更清楚的做法是拆成三个页面，各自回答一个问题。如果团队人力有限，也可以合并为“阳台种菜从播种到采收的完整步骤”，但此时页面意图变成“完整流程”，每个部分只保留必要步骤，不展开病虫害的多种可能原因。
判断拆分还是合并，可以看搜索者处在哪个阶段。准备阶段的人关心买什么、什么时候种；已经种下的人关心叶子发黄怎么办。两类人进入同一个页面，后者需要滚动很久才能找到答案，前者则被问题处理内容打断。多人协作时，这种混放还会导致责任不清：谁负责更新浇水频率，谁负责更新病虫害部分，难以约定。
交付前用清单减少返工
页面进入审核前，让非作者按以下清单检查，比作者自己复读更有效：
- 用一句话说出这个页面解决什么问题，能否与作者写的意图说明一致。
- 指出页面中与核心意图关系最远的一段，说明理由。
- 检查是否存在两个小标题回答的是同一件事，若有，标记合并或删除。
- 确认页面没有把另一个页面的完整内容搬进来，只保留必要的引导。
清单检查的结果应记录在协作文档里，而不是只在聊天中口头说。这样下一轮修改时，接手的人能看见边界是怎么定的。若检查发现意图本身需要调整，应先改意图说明，再改正文，避免边改边扩。
范围确定后下一步做什么
把每个页面的意图说明集中列在一张表里，检查相邻页面之间是否有明显重叠。重叠部分指定一个主页面承载，其他页面只做简要指引。这个动作完成后，再开始写正文或分配写作任务，能显著减少同一主题被反复改写的情况。
