URL重定向：小流量灰度暴露全量例外时，该暂停还是放量

📍 WDQWDWQD987AAAAA:216.73.217.5
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /f90c87d36898.html
📄

URL重定向：小流量灰度暴露全量例外时，该暂停还是放量

先给结论：灰度阶段表现正常，不代表全量发布安全。灰度最容易被忽略的价值，不是验证主流程，而是暴露那些只在特定入口、特定参数或特定历史链接上才触发的例外。一旦发现例外，正确动作通常是暂停放量，先判断例外属于哪一类，再决定修复后重跑灰度还是调整方案。

一个反直觉现象：灰度全绿，全量却出问题

假设你正在迁移一批旧链接，规则是旧地址 301 到新地址。灰度时只放出约一成流量，抽查的样本大多来自站内导航和近期热门页面，结果跳转正确、目标页返回 200、日志没有异常。于是你判断可以全量，把规则一次性铺开。

放量后却出现两类报告：一类是部分老用户从收藏夹进入时落到了 404；另一类是某些带查询参数的链接跳转后丢失了参数，目标页展示内容与预期不符。这不是灰度“骗”了你，而是灰度样本没有覆盖到这些入口和参数形态。灰度验证的是被抽中的那部分流量，而不是全部链接形态。

两种解释，指向完全不同的处理方向

面对“灰度正常、全量异常”，先别急着改规则。通常有两种解释，处理方式相反。

解释一：例外本来就存在，只是灰度没抽到

这类例外的共同点是低频、入口隐蔽或依赖历史状态。比如旧链接里混有大小写不同的路径、带跟踪参数的地址、曾经被多次跳转过的中间地址。它们在灰度样本中占比极低，随机抽样很容易漏掉。此时规则本身可能有缺陷，需要补规则或改匹配方式。

解释二：例外是全量动作本身引入的

另一种可能是，灰度与全量走的不是同一条路径。例如灰度只对一部分服务器生效，全量时配置下发到了全部节点，而部分节点的规则版本不一致；或者全量时缓存刷新、CDN 回源策略发生了变化。此时问题不在规则逻辑，而在发布过程的一致性。

这两种解释的关键差别是：前者修规则，后者修发布流程。如果搞反了，会出现“规则改了但问题还在”或“流程改了但漏掉的链接依然漏掉”。

用可核对的证据区分两种解释

不要凭感觉判断，用几组能直接对比的证据来分。

一个假设的短例子：灰度抽了 100 条链接，全部来自站内导航，跳转正确率 100%。全量后收集到 30 条异常报告，其中 27 条来自收藏夹且路径含大写字母。由于灰度样本里没有收藏夹来源、也没有大写路径，可以初步判断例外属于“样本未覆盖”，而不是发布流程出错。这个判断只说明差异来源，不等于规则一定写错了，还需要确认大写路径是否本就应当被匹配。

一个实际动作，以及它如何影响下一步

发现例外后，先做这个动作：暂停继续放量，把当前异常链接按入口和形态分类，然后只针对最集中的那一类做小范围复现。

复现的结果直接决定下一步。如果能在受控环境中稳定复现，说明是规则覆盖问题，下一步是补规则并重新跑一轮覆盖该形态的灰度；如果不能复现，且异常只出现在部分节点，说明更可能是发布一致性问题，下一步是核对配置下发和缓存状态，而不是继续加规则。

这里要特别提醒：robots.txt 的抓取限制不等于可靠的索引移除，站点地图也不保证收录。重定向灰度中如果同时调整了这些文件，容易把抓取层面的变化误当成跳转异常，排查时要分开看。

灰度样本该怎么设计，才能减少漏掉例外

灰度不是随机抽一批流量就够。要让灰度真正暴露例外，样本需要按“形态”而不是按“数量”来分。

  1. 先列出旧链接的可能形态：纯路径、带查询参数、大小写混杂、多层跳转、带锚点、来自不同入口。
  2. 每种形态至少抽到若干条，而不是让热门页面占满样本。
  3. 灰度期间记录每个形态的跳转结果，而不是只看总体成功率。
  4. 放量前确认灰度节点与全量节点的规则版本一致。

这样做的结果是，灰度报告能告诉你“哪类形态还没验证”，而不是只给一个看起来不错的总体数字。总体数字高，可能只是因为样本恰好避开了所有例外。

最后要区分一件事：如果异常同时涉及搜索引擎抓取、平台推荐和广告落地页，这三者的表现来源不同，不能用一个渠道的正常去推断另一个渠道也正常。重定向的例外排查，始终要回到具体入口和具体链接形态上，而不是停在“灰度没问题”这个结论上。

图1 图2
nginx