搜索关键词排名，用户搜索意图转移后该重写还是补段
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /d33b2ca52afa.html
📄
搜索关键词排名，用户搜索意图转移后该重写还是补段
先给判断标准：不要看排名有没有掉，而看原页面能否用现有段落直接回答转移后的新意图。如果新意图只是原意图的一个子情形，补一段就够；如果新意图改变了读者要做的决定、比较对象或前置条件，补段会让页面变成两篇半成品，此时应重写主体结构，而不是继续堆内容。
先确认意图是否真的转移，而不是你换了说法
意图转移有几个可观察信号，但每个信号都有别的解释，不能单独下结论。
- 搜索词里出现了新的限定：从“是什么”变成“适不适合我”“和另一个方案比哪个先做”。
- 点击后停留很短，但页面并非加载问题，读者在找一段不存在的判断依据。
- 站内搜索或客服问题反复指向同一个新前提，而页面只讲了旧前提。
- 同一批词下，能排住的页面类型变了，从说明页变成对比页或操作页。
这些现象也可能来自标题与摘要不匹配、页面结构混乱、需求本身季节性波动。所以第一步不是改，而是把读者现在要完成的动作写成一句话，再对照原页面小标题，看哪一个动作没有对应段落。
用一张对照表决定补段还是重写
拿你手上正在处理的页面，列出它现有的每个<h2>回答了什么，再列出转移后读者要回答的问题。然后按下面三条判断：
- 新问题是否与原问题共享同一组前提。共享，补段；不共享，重写。
- 补段后，读者能否在不回头读旧段落的情况下完成新决定。能，补段；不能，重写。
- 原页面的例子、数据口径、操作步骤是否仍然成立。仍成立，补段；需要换口径或换步骤，重写。
假设一个页面原本解释“某类工具怎么选”，读者现在想知道“已有旧工具时要不要换”。这两个问题共享“选型”前提，但后者多了迁移成本和兼容性判断。如果你只加一段“也可以换”，读者仍不知道迁移代价，这时应把页面改成以“保留还是替换”为主线的结构，而不是在末尾追加一段。
重写时先动结构，再动措辞
重写不等于把同义词换一遍。机械换写不会带来新价值，因为读者要的是新的判断路径。可执行的动作是：
- 把新意图写成页面的第一段结论，让读者先看到答案。
- 删掉只服务于旧意图、且与新决定无关的段落，避免两套逻辑互相干扰。
- 为新意图补上可验证的依据，例如适用条件、取舍清单、失败情形。
- 保留仍然成立的原段落，但把它们降为支撑材料，而不是主体。
做完这一步后，再观察读者行为是否变化。如果停留和继续阅读的路径变顺，说明结构对了；如果仍然跳出，可能是新意图判断错了，应回到第一步重新写那句“读者要完成的动作”，而不是继续改标题。
补段适用的条件和它的边界
补段成立的条件是：新意图是原意图的子集，且不需要改变页面的结论顺序。比如原页面讲“如何判断一个方案是否可行”，新意图只是“预算有限时是否仍可行”，这时加一个带前提的小节即可。
边界在于，补段不能解决前提冲突。如果新意图要求读者先接受另一个前提，而原页面开头就否定了这个前提，补段只会让页面自相矛盾。此时正确动作是重写开头和结论，而不是在中间插入一段。
另外，不要用请求量、抓取量或某个统计归零来证明处理正确。这些现象可能来自抓取节奏、展示位置变化或需求本身波动，不能单独作为意图判断的依据。判断依据应落在读者要完成的动作和页面能否直接支撑这个动作上。
一个可复用的处理顺序
把页面复制一份，标出每个段落回答的问题；写下转移后的新问题；按共享前提、独立完成、口径一致三条判断补段还是重写。选择重写时，先改结构和结论，再改措辞；选择补段时，只加能独立回答新问题的段落，并检查它是否与原结论冲突。完成后，用同一批读者问题再测一遍，看页面是否还需要回头解释。这个顺序能让你把“要不要重写”变成可执行的取舍，而不是凭排名波动做决定。
