百度内容推荐：用户搜索意图转移时该改旧页还是重写
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /4a68d06cb180.html
📄
百度内容推荐：用户搜索意图转移时该改旧页还是重写
先给判断：如果旧页仍能承接转移后的核心问题，只是标题、开头和部分段落偏了，优先改写；如果转移后的意图与旧页主体已经属于不同任务，继续在旧页上补内容只会让页面角色混乱，应该新建页面并处理旧页去向。判断依据不是某个流量数字，而是把分歧落到可核对的项目上：搜索词是否变化、页面是否仍回答同一个任务、站内搜索和评论是否反复出现同一类新问题。
两种条件下，改写与重写的分界不同
第一种条件：同一批用户仍在完成同一个任务，只是问法从宽泛词转向更具体的场景。例如原来围绕“怎么选”建立页面，后来用户不断追问“预算有限时怎么排优先级”。旧页的主体框架仍然成立，新增的只是决策条件，这时改写更合适。改写动作包括：把标题和首段从泛泛介绍改成直接回答新场景，补充一段可操作的排序依据，把旧内容中已经不能支撑新意图的段落删掉或降级。做完这一步后，观察站内搜索词和页面停留后的下一步行为是否显示用户不再返回搜索，再决定是否继续扩写。
第二种条件：转移后的意图已经换了任务对象。例如旧页在回答“是什么、包含哪些类型”，而新的搜索意图集中在“怎么落地、先做哪一步”，并且旧页缺少可执行步骤。这种情况下，把旧页改成教程会让原有读者和链接关系一起错位。更稳妥的是新建一篇承接新任务的页面，旧页保留原有角色，只在合适位置指向新页。新页发布后，检查旧页是否仍能独立回答原来的问题；如果不能，才考虑合并或重定向。
把角色分歧转成可以核对的项目
多个角色对同一事实理解不同，常见原因是各自看到了不同的证据。与其争论“用户意图变了没有”，不如先列一张核对表，让分歧变成可检查的项目：
- 搜索词报告里，进入该页的词是否从任务词转向条件词或步骤词。
- 站内搜索中，同一批用户是否在进入旧页后又搜索更具体的说法。
- 页面评论区、客服记录或表单留言里，是否反复出现旧页没有回答的那一步。
- 旧页的目录和首段是否仍指向同一个任务，还是已经被新增内容带偏。
这些项目只能说明“有变化迹象”，不能单独证明必须重写。搜索量下降也可能来自季节波动、展示位置变化或竞争页面增加；站内搜索增加也可能只是导航不清。把多个项目放在一起看，再决定动作，比盯住一个数字更可靠。
一个假设例子：先改首段，还是先建新页
假设某站有一篇介绍“内容推荐机制”的旧页，原本承接的是概念解释类搜索。后来进入该页的用户越来越多地搜索“推荐量突然下降先查什么”。旧页没有排查步骤，只有机制说明。团队里有人主张直接在旧页加一段排查清单，有人主张新建排查页。
可以这样核对：如果旧页首段和目录仍然围绕机制解释，新增排查清单会让页面同时承担两个任务，读者进入后不知道先看哪部分。此时更合适的是新建一篇排查页，旧页在机制部分保留，并在合适位置指向排查页。新页发布后，下一步不是立刻删旧页，而是检查旧页是否仍能独立回答机制问题；如果旧页的搜索词已经几乎全部转向排查，且旧页不再有独立价值，再考虑合并。这个例子的数字只是说明比较方法，不代表真实流量或排名结果。
实施动作和例外
无论选择改写还是重写，先做一个小动作：把旧页当前回答的任务写成一句话，再把转移后的意图写成一句话。如果两句话的主语和动作相同，只是条件更具体，改写；如果两句话的主语或动作已经不同，重写或新建。动作完成后，下一步看新页或改写页是否让用户在同一任务上继续深入，而不是立刻跳回搜索。若用户仍返回搜索，说明页面没有接住意图，需要继续补步骤或调整入口，而不是重复堆同义词。
例外也要留出：如果旧页有稳定的外部链接或历史收录，直接删除可能损失原有入口，这时优先保留旧页并做指向；如果新意图只是短期热点，且与旧页主体距离不远，可以先在旧页加一个临时区块，观察一段时间后再决定是否独立成页。没有适用于所有网站的字数、密度或标题字符阈值，判断始终要回到具体任务和可核对的项目上。
