细雨算法：目标客户改变后哪些页面可以继续使用
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /8aa8045c3b3e.html
📄
细雨算法：目标客户改变后哪些页面可以继续使用
先给结论：目标客户改变后，能不能继续用的判断标准不是“页面有没有排名”，而是“页面内容与新的搜索意图是否仍然一致”。如果旧页面解决的是老客户的核心问题，而新客户关心的是另一类问题，直接沿用通常会让点击后的行为变差；反过来，如果页面只承担品牌认知、基础概念解释或工具性查询，往往可以保留，只需调整承接路径。
矛盾现象：少量页面换客户后表现更好，复制却失效
实际操作中常见一种情况：先挑几篇旧页面改成面向新客户，发现停留时间、咨询转化或二次访问有改善，于是判断“旧内容稍微改改就能用”，开始批量替换。但规模一放大，例外就出现了——一部分页面数据下滑，甚至比不改还差。这不是执行不认真，而是样本选择本身有偏差：先改的往往是意图最接近的页面，它们本来就更接近新客户。
要区分两种解释。第一种解释是“旧页面确实还有价值”，只是需要重新匹配新客户的表达方式和决策阶段。第二种解释是“旧页面看起来还能用，是因为它承接的是泛需求”，这类需求老客户和新客户都会搜，所以数据没有明显变化，但它并不能推动新客户进入下一步。
能区分两种解释的证据：看意图归属，而不是看总量
判断一个页面属于哪种情况，可以查三组证据：
- 搜索词的变化方向：如果页面主要承接的词仍然围绕老客户的具体场景，而新客户搜的是另一组词，那么页面继续用只会带来不匹配的流量。
- 页面内链与下一步动作：旧页面如果只指向老客户关心的对比、报价或案例，新客户点进去后找不到继续了解的路径，跳出就会变高。
- 内容模块的可替换程度：概念解释、基础流程、常见误区通常可以保留；涉及具体人群、具体场景、具体决策标准的段落，替换成本高，强行改反而会破坏原有结构。
一个假设例子：某页面原本解释“小团队如何选工具”，现在目标客户变成“中型企业采购负责人”。如果只把标题里的“小团队”换成“中型企业”，正文仍然围绕低预算、轻量试用展开，新客户读完不会认为页面在回答自己的问题。正确的做法是先判断这个页面是否还能承担“选型前的概念铺垫”，如果不能，就把它留在旧路径里，另外新建面向采购决策的页面。
可以继续使用的页面类型
目标客户改变后，以下几类页面通常可以继续使用，但需要检查承接是否完整：
- 基础概念与术语解释页：新客户同样需要理解行业词汇，这类页面不依赖具体人群，保留价值高。
- 通用流程与步骤页：只要流程本身没有因客户类型而改变，可以继续用，但要在开头说明适用对象。
- 工具性页面：查询、计算、对照类页面，如果输入输出不绑定老客户身份，可以保留并观察新客户的使用路径。
- 品牌与服务范围页：这类页面主要说明“你是谁、做什么”，客户变化后通常只需调整措辞和案例指向。
需要谨慎处理的是：以老客户具体场景命名的页面、包含老客户专属案例的页面、以及围绕老客户决策标准写的对比页。这些页面不是不能改，而是改造成本接近重写，继续沿用的风险更高。
一个可执行动作：先做意图归属标注，再决定去留
具体动作是：把现有页面按“意图归属”分成三类——只服务老客户、老新客户共用、只服务新客户。只服务老客户的页面，不要直接改标题硬转，而是保留原页面，另建新页面承接新客户；共用页面先保留，观察新客户进入后的下一步点击；只服务新客户的页面才进入重点建设。这样做的结果是，你能把有限的编辑资源放在真正需要重建的页面上，而不是把旧页面改得两边都不像。下一步再根据新页面的表现，决定哪些旧页面可以逐步合并或下线。
需要说明的是，抓取量或某个词的展现量下降，不能单独证明页面该删。它也可能是季节波动、竞争页面增加或搜索需求本身变化造成的。判断页面去留，最终还是要回到“这个页面是否还在回答目标客户的问题，并把他们引向下一步”。
