关键词列表：一个词含两种需求时，页面边界该切窄还是合并
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b5f7f63c31de.html
📄
关键词列表：一个词含两种需求时，页面边界该切窄还是合并
遇到一个词同时承载两种需求，先判断两种需求是否共享同一套判断标准。共享，就合并成一个页面；不共享，就切窄成两个页面，并在各自页面里只回答一种问题。切窄的代价是单页覆盖面变小、内链需要补；合并的代价是页面变长、意图变杂，转化路径可能互相干扰。
先看一个假设情境：同一个词，两种人
假设你整理出一批词，其中一个词同时被两类人使用：一类人想弄清“这个概念是什么、怎么判断”，另一类人已经在比较“选哪种、多少钱、怎么落地”。这两种需求都合理，但前者要的是定义、边界和判断依据，后者要的是方案对比、条件差异和决策动作。
如果把它们放进同一个页面，常见结果是前半段在解释概念，后半段突然转入比较，读者在两种语境之间跳转。切窄则相反：概念页只负责让人看懂，比较页只负责让人做选择，两页之间用一条内链连接。
判断依据：两种需求是否共享同一套判断标准
划定边界时，不要先看字数，而要看两件事。
- 判断标准是否相同。如果两类读者都在用同一组标准做决定，只是深浅不同，可以合并；如果一类在判断“是否成立”，另一类在判断“选哪个”，标准不同，应切窄。
- 下一步动作是否相同。如果看完后都去做同一件事，合并可行；如果一类人看完要去理解，另一类人看完要去比较或询价，动作分叉，切窄更稳。
一个可操作的动作是：先把这个词下的真实疑问逐条写出来，再给每条标注“它服务于哪个决定”。标注后如果出现两个不同的决定，边界就基本确定要切。
切窄的代价：内链和覆盖要补上
切窄不是把内容拆散就结束。拆开后，每个页面都要能独立回答它那一类问题，同时通过内链把另一类需求接住。比如概念页在解释完判断依据后，用一句自然的话指向比较页；比较页在开头用一句话回指概念页，避免读者缺少前提。
如果不补内链，切窄的代价会变成：读者只看到一个半截页面，另一类需求无处可去。这时切窄的收益会被抵消，反而不如合并后加清晰的分段。
合并的代价：意图变杂，转化路径互相干扰
合并适合两种需求共享前提、只是深浅不同的情况。合并时要做的是分段，而不是把两类内容混着写：先给出共同前提，再分别展开两类判断，最后各自给出下一步动作。
合并的代价是页面变长后，读者容易在中途失去方向。如果两类需求的下一步动作不同，合并还会让转化路径互相干扰——想理解的人被比较内容打断，想比较的人又要先读一大段定义。出现这种情况，说明合并的前提不成立，应回到切窄。
一个可执行的取舍顺序
- 列出该词下的真实疑问，逐条标注它服务于哪个决定。
- 如果只有一个决定，合并；如果有两个以上不同决定，切窄。
- 切窄后，为每个页面写一句它负责回答的问题，并补上指向另一页的内链。
- 合并后，检查两类内容是否分段清晰，下一步动作是否被混在一起。
做完这一步，再回头看这个词，边界就不再靠感觉，而是由“它服务于哪个决定”来决定。这个判断结果会直接影响你下一步是补内链、拆页面，还是只调整分段顺序。
