手机指数：目标客户改变后哪些页面可以继续使用
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /3fe48551b1cb.html
📄
手机指数：目标客户改变后哪些页面可以继续使用
目标客户换了，不等于旧页面全部作废。判断标准不是页面属于哪个旧项目，而是它是否仍在回答新客户的问题、是否还能被搜索引擎正确抓取和索引、以及维护成本是否低于重写。下面用一个假设情境把决策过程走一遍。
先分清“旧页面”的三种状态
假设某团队原本面向个人用户做移动端性能测评，页面围绕“跑分高低”“机型排行”展开。现在目标客户改为应用开发团队，他们关心的是真机兼容性、弱网表现和版本回归。旧页面不会一刀切处理，而应先分成三类。
- 仍然服务新客户：讲移动端指标含义、数据采集原理、设备差异的页面，读者换了，问题没变。
- 只服务旧客户：纯机型排行、个人购机建议、消费级跑分对比，新客户基本不会点。
- 混合型：标题偏旧客户，但正文里的方法、字段说明、异常解释对新客户仍有价值。
分类动作做完，下一步不是立刻删，而是对每一类给出不同的处置方式。这个动作直接决定后面是改标题、合并，还是保留原样。
可继续使用的页面要同时满足三个条件
“还能打开”和“还能用”是两回事。一个页面值得保留，通常要同时满足：
- 搜索意图仍成立：新客户会主动搜这个问题，且页面给出的答案不依赖旧客户身份。比如“弱网下如何采集移动端指标”对两类客户都成立。
- 抓取与索引正常：页面能被正常访问，没有被误设的 robots 规则挡住，也没有因为旧系统下线而返回错误状态。抓取、索引、排名是不同环节，能打开只说明第一步没问题。
- 维护成本可接受：页面引用的数据源、接口或旧合作关系如果已经退出，继续保留就要承担更新成本。若更新成本高于重写，保留的意义就下降。
三个条件里只要有一个明显不成立，就应转入改写或合并，而不是原样留着。
用一组可观察证据区分“该留”和“该改”
判断时不要只看流量总数。请求量或抓取量下降，可能有多种解释：季节波动、入口链接被撤、页面被合并、竞争对手内容变化，不能单独证明页面该删。更有区分度的证据是：
- 搜索词是否仍指向新客户的问题，而不是旧客户的产品名；
- 页面内链是否还有来自仍在使用的内容；
- 页面上的联系入口、数据来源、合作方是否已经失效；
- 同一问题是否已有更新页面，保留两份是否造成重复。
如果搜索词已经偏向旧客户，且页面没有新内链支撑，那么它更接近“该改或该退”，而不是“可继续使用”。
假设情境：一次保留与退出的分步决策
以下为假设情境，仅用于说明比较方法，不代表任何真实项目结果。
假设团队有 40 个旧页面，目标客户从个人用户改为开发团队。第一步，按上面三类给每个页面打标，得到 12 个仍服务新客户、9 个混合型、19 个只服务旧客户。第二步，对 12 个仍服务新客户的页面检查抓取与索引状态，发现其中 3 个因旧系统退出而无法正常返回内容，这 3 个转入重写，其余 9 个保留并只更新数据来源说明。第三步，对 9 个混合型页面改写标题和开头，使其直接回应开发团队的问题，正文方法部分保留。第四步，19 个只服务旧客户的页面中，有 5 个包含可复用的字段解释，将其内容合并进保留页面后退出，其余 14 个直接退出。
这个顺序的关键在于：先判断意图，再检查技术状态，最后才决定保留、改写还是合并。若先删后想，容易把仍有价值的方法段落一起丢掉；若先改后查，可能在一个已经无法被抓取的页面上白费功夫。
退出旧页面时，保留哪些部分更稳妥
退出不等于清空。对确定要退出的页面，可以先把三类内容迁移出来：
- 定义与指标解释：这类内容与客户身份无关，迁移后仍能回答新客户的问题。
- 异常与边界说明：旧页面里对失败原因、适用条件的描述，往往比新写的更完整。
- 可验证的数据口径：如果数据来源仍有效，保留口径说明有助于新页面建立可信度。
迁移完成后，再让旧地址退出，并确认新页面能被正常抓取和索引。此时观察请求量变化，只能作为参考，不能因为某个数字归零就断定处理正确，也不能因为短期没有变化就断定无效。
回到最初的问题：目标客户改变后，页面能否继续使用，取决于它是否还在回答新客户的问题、是否仍可被抓取和索引，以及维护成本是否合理。把这三点逐一核对，再决定保留、改写还是合并，比按旧项目整体下架更可控。
