关键词搜索一个页面应覆盖多大主题范围：按一个核心意图划定，避免拆散与堆叠
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /176910ee7c30.html
📄
关键词搜索一个页面应覆盖多大主题范围：按一个核心意图划定，避免拆散与堆叠
一个页面应覆盖的主题范围，以一个核心搜索意图为边界：用户带着同一类问题进来，页面能一次给出完整答案，就算合适。若两个主题需要不同答案、不同例子或不同下一步动作，就应拆成两个页面；若它们只是同一答案的不同说法，就应合并。判断标准不是字数，也不是关键词数量，而是这个页面能否让读者读完就完成一件事。
先观察：页面是否同时回答了两个不同问题
打开待检查的页面，把每个小节标题和主要段落改写成一句“读者想解决的问题”。如果改完后出现两个以上互不隶属的问题，例如“怎么选”和“怎么修”各占一半，说明主题范围已经过宽。另一个信号是：页面里出现了两套不同的判断标准、两套不同的操作步骤，读者需要在脑中自行决定先看哪套。
范围过窄也有明显信号：核心问题只答了一半，剩下的内容被拆到另一个页面，读者必须来回跳转才能完成同一件事。多人协作时，这种拆法最容易造成返工，因为每个写作者都以为对方会补上缺失部分。
判断：用核心意图和交付物划定边界
把页面主题写成一句话：为谁，在什么条件下，解决什么问题，得到什么结果。这句话就是边界。纳入范围的内容必须同时满足两个条件：一是直接服务于这句话，二是删掉它之后读者无法完成同一件事。
- 同一核心意图下的子问题，例如定义、判断条件、操作步骤、常见失败原因，可以放在同一页。
- 需要另一套前置知识才能理解的内容，例如完全不同的工具或完全不同的使用场景，应另开页面。
- 只是换一种说法、举一个同类例子的内容，合并进现有段落，不单独成节。
- 与核心意图无关但“顺便想说”的内容，移到其他页面或删除。
多人协作时，把这句话写在页面大纲最上方，每个小节后面标注它服务于这句话的哪一部分。若某个小节标不出来，优先考虑删除或拆分，而不是靠改写措辞硬塞进去。
处理：拆并之后如何保持交付清楚
决定拆分时，为每个新页面重新写一句主题边界，并明确页面之间的分工：谁负责判断，谁负责操作，谁负责排查。决定合并时，删掉重复段落，保留信息更完整、条件写得更清楚的那一版，不要为了保留两套表述而并列展示。
一个可执行的检查项是：让另一位协作者只读页面标题和第一段，然后说出这个页面能解决什么问题。若对方说出的答案与主题边界句不一致，说明范围仍然模糊。此时先改标题和开头，再调整小节顺序，通常比继续补字数更有效。
复查：交付前用三个问题确认范围
- 这个页面是否只回答一个核心问题，且读者读完能完成一个明确动作？
- 页面内的每个小节，是否都能对应到主题边界句的某一部分？
- 被拆出去的内容，是否在新页面里有独立的主题边界，而不是成为无人负责的碎片？
复查时若发现两个页面仍在回答同一问题，优先合并；若一个页面需要读者先看另一个页面才能理解，考虑把必要前提补进来，或调整两页的先后关系。范围是否合适的最终判断，是读者能否在一次阅读中完成目标，而不是页面看起来有多长。
下一步：挑一个正在协作的页面，写出它的主题边界句，逐节核对归属，把不属于这句话的内容移出或删除，再让另一位协作者复述页面用途。
