定期变更目标地址应使用哪种HTTP状态码？

针对你影院网站cinema.com/flyer需每月动态重定向至最新传单的场景，推荐使用307 Temporary Redirect状态码，搭配严格的缓存控制头，既适配搜索引擎规则，又能解决之前302带来的缓存不稳定问题。

为什么302效果不稳定？ #

302属于早期的临时重定向规范，不同浏览器对其缓存行为的实现存在差异：部分浏览器会默认缓存302的重定向目标地址，导致后续访问时直接跳转旧传单，而不会向服务器请求最新的重定向规则。这就是你遇到“部分跳转正确、部分跳转旧地址”的核心原因。

307的优势 #

• 缓存行为明确：HTTP/1.1引入的307状态码严格定义为临时重定向，默认不会被浏览器或中间缓存服务器缓存，确保每次访问cinema.com/flyer都会向服务器获取最新的重定向目标。
• 搜索引擎友好：和302一样，307会告诉搜索引擎原地址是临时跳转，不会将原页面的权重永久转移到目标传单页面（毕竟你的目标页面每月都会变化，永久转移权重反而不合适）。
• 请求方法一致性：307要求客户端保持原请求方法（比如GET），不会像部分302实现那样擅自将POST转为GET，更符合你GET访问传单地址的场景。

额外优化：配合缓存控制头 #

为了彻底避免缓存问题，在返回307响应时，务必添加以下HTTP头：

Cache-Control: no-cache, no-store, must-revalidate
Pragma: no-cache
Expires: 0

这些头会强制浏览器和缓存服务器不缓存该重定向响应，确保每次访问都能获取当月最新的传单地址。

不推荐的状态码 #

• 301 Moved Permanently：这是永久重定向，搜索引擎会将原地址的权重完全转移到目标页面，且缓存时间极长，完全不适合你每月更换目标地址的场景，会导致搜索引擎和用户长期访问旧传单。
• 303 See Other：虽然也是临时重定向，但它要求客户端使用GET方法访问目标地址，适合POST请求后的跳转场景，对你的GET访问传单场景来说，307更贴合需求。

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