网站死链：一次小流量灰度如何暴露全量发布的例外
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /312cb8ab8844.html
📄
网站死链：一次小流量灰度如何暴露全量发布的例外
小流量灰度能暴露全量发布才会遇到的例外，是因为它把“旧内容退出”这件事从静态清单变成了带真实路径的流量验证：灰度期间，只有一部分入口指向新去向，另一部分仍走旧路径，两者的差异会直接暴露哪些链接其实还被引用、哪些重定向会互相覆盖、哪些页面必须保留。灰度不是发布前的彩排，而是对“退出策略”本身的抽样测试。
灰度暴露的例外，通常来自三类未纳入清单的入口
全量发布前整理死链，常见做法是导出站内链接、抓取一遍、然后按状态码处理。这种做法会漏掉三类入口：
- 站外引用：外部页面、旧邮件、旧文档里的链接不会出现在站内抓取结果里。灰度时如果只改了一部分入口，来自站外的旧链接仍会以原路径请求，404 或 301 就集中出现在这批请求上。
- 内部跳转链：旧页面 A 指向旧页面 B，B 又指向 C。如果只处理了 A 和 C，B 在灰度流量下仍会被访问，链式失效就会暴露。
- 参数与大小写变体：同一路径带不同查询参数、或大小写不一致时，可能被当成不同 URL。灰度流量会把这些变体带进来，全量清单里往往只记录了一个规范形式。
这三类例外的共同点是：它们依赖真实请求才会出现。只看静态清单，无法判断某条旧链接是否还有价值。
保留、改写还是退出：判断依据是“这条路径是否还在被真实请求”
灰度流量给出的最有用的信号，是每条旧路径在抽样期间是否仍有请求、请求来自站内还是站外、请求后是否继续访问了其他页面。据此可以分三种处理：
- 保留：灰度期间该路径仍有稳定请求，且请求后用户继续浏览了站内其他页面。说明这条旧链接仍有实际价值，直接返回 404 会切断一条真实入口。适用前提是页面内容仍有意义，或至少能作为过渡页指向新内容。
- 改写：路径有请求，但内容已经过时或与当前主题不符。此时更适合把旧页面改写为指向新主题的说明页，而不是简单重定向到首页。适用前提是新旧内容之间存在明确的对应关系，否则重定向会让访问者困惑。
- 退出：灰度期间该路径几乎没有请求，且站外引用也无法确认。这种情况下返回 404 或 410 是合理的。但要注意，一次灰度的请求量归零不能单独证明可以退出——它也可能是抽样比例太低、灰度时间太短，或该路径的请求集中在特定时段。需要结合更长周期的日志再判断。
这里的取舍不是“哪种处理更正确”，而是“这条路径在灰度中表现出的证据支持哪种处理”。证据不足时，保留观察比直接退出更稳妥。
一个假设例子：灰度只放 5% 流量时，旧路径的请求分布说明了什么
假设某站点准备下线一批旧产品页，灰度阶段只让 5% 的入口指向新页面，其余仍走旧路径。灰度结束后发现：旧路径 P1 在抽样期间有持续请求，且请求后多数访问者继续访问了新页面；旧路径 P2 只有零星请求，且请求后直接离开；旧路径 P3 完全没有请求。
在这个假设里，P1 适合保留或改写，因为它仍在把访问者引向新内容；P2 需要进一步看请求来源，如果来自站外且无法更新，退出是可接受的；P3 的零请求不能直接判定退出，因为 5% 的抽样可能根本没覆盖到引用它的入口。这里的数字只用于说明比较方法，不代表任何真实站点的表现。
这个例子的关键动作是：把灰度期间的请求日志按路径分组，再对照每条路径的处理计划。结果是，原本准备统一退出的清单里，有一部分路径需要改为保留或改写，后续的全量发布方案也要相应调整。
灰度之后，全量发布前还要确认的两件事
灰度能暴露例外，但不能替代全量发布前的确认。至少还要做两件事：
- 确认重定向链没有互相覆盖：多条旧路径指向同一个新路径时，如果中间还有旧的重定向规则，可能形成链式跳转或循环。灰度流量少时不容易触发，全量后才会集中出现。
- 确认退出路径的返回方式一致：404 和 410 对访问者的意义不同，对搜索引擎的提示也不同。如果同一批退出路径混用了两种状态码，后续排查会变得困难。robots.txt 的抓取限制不等于可靠的索引移除，站点地图也不保证收录，这些都需要在退出方案里单独考虑，而不是靠一个状态码解决。
灰度真正的价值，是让你在全量发布前看到“清单之外还有什么”。把灰度结果反馈到保留、改写、退出的判断里，再决定哪些路径进入全量方案，比直接按静态清单批量处理更接近实际情况。
