URL迁移时标记旧URL为已废弃的HTTP规范问询

好问题！这确实是URL迁移时很常见的需求——既要引导用户/客户端转到新地址，又要明确告知旧URL已经被废弃。

首先直接给结论：HTTP标准本身并没有专门的状态码或原生机制，能同时完成「重定向跳转」和「标记旧URL废弃」这两个动作，但我们有几种符合规范的实践方案，能很好地实现你的需求：

1. 用301重定向搭配自定义响应头或标准Link头 #

这是最常用的方式，既保证了重定向的正确性，又能传递废弃信号：

• 自定义废弃标记头：在返回301的同时，添加一个自定义响应头，比如 X-Deprecated: true，再额外加 X-New-URL: https://your-new-url.example（不过301本身的Location头已经指定了新地址，这个可以作为补充）。客户端（比如爬虫、API调用方）可以读取这个头，识别到旧URL已废弃。
• 标准Link头传递废弃信号：利用HTTP的Link响应头，结合规范里的rel属性。你可以返回这样的头：

  Link: <https://your-new-url.example>; rel="canonical", <https://your-old-url.example>; rel="deprecated"
  

  其中rel="canonical"告诉客户端新地址是权威地址，rel="deprecated"明确标记旧URL已被废弃，很多现代爬虫和HTTP客户端都能识别这个属性。

2. 在301的响应体中添加明确提示 #

如果你的旧URL还会被人类访问（而不只是机器），可以在301的响应页面里加上清晰的提示文字，比如：

该页面已永久迁移至 新地址，旧地址即将停用，请更新你的书签或链接。

这样用户能直观了解情况，机器也能通过页面内容识别到废弃状态。

关于后续切换到401的补充 #

你提到最终会把旧URL改成返回401状态码，这里提个小建议：如果旧URL对应的资源是永久移除且不会再恢复，HTTP标准里的410 Gone状态码其实更贴合这个场景——它明确表示资源已被永久删除，客户端不应该再尝试请求。不过如果你因为业务原因必须用401，那也没问题，只要保持前后逻辑一致即可。

内容的提问来源于stack exchange，提问作者zakmck