限时抢购页面跳转应使用nginx的302重定向，核心是明确临时性——告知浏览器和搜索引擎“仅短期迁移，原url仍有效”；推荐用return指令（如return 302 https://example.com/promo/flash-sale-2026$request_uri），简洁高效、语义清晰，避免被误判为301而影响权重保留与活动复用。
限时抢购页面跳转用 Nginx 做 302 重定向，核心是明确“临时性”——它不是永久搬家，而是告诉浏览器和搜索引擎：“这个活动页现在挪到别处了，过几天还回来”。配置必须避免被当成 301，否则可能影响原页面的权重保留和后续活动复用。
用 return 指令最稳妥
这是推荐首选方式，简洁、高效、语义清晰，不会触发 rewrite 的多轮匹配，也更易排查：
- 直接在 server 或 location 块中写：
return 302 https://example.com/promo/flash-sale-2026; - 若需保留原始路径参数（比如 ?utm_source=ad），用 $request_uri：
return 302 https://example.com/promo/flash-sale-2026$request_uri; - 适用于固定跳转目标，比如所有访问 /sale.html 的请求都临时导向新活动页
用 rewrite + redirect 标志要小心正则
适合需要路径变换的场景（如旧活动页路径含年份，要统一映射），但必须加 redirect 标志，否则默认是内部重写（不跳转）：
- 基础写法：
rewrite ^/sale\.html$ /promo/flash-sale-2026 redirect; - 带参数透传：
rewrite ^/sale\.html(.*)$ /promo/flash-sale-2026$1 redirect; - 注意：不要写成 permanent（那是 301），也不要漏掉 redirect，否则地址栏不变、实际未跳转
按条件做跳转（比如只对特定用户或时段）
302 的临时特性特别适合配合条件判断，例如仅在活动开启期间生效：
- 用 if 判断时间（需配合 map 或第三方模块更可靠，简单场景可试）：
if ($time_iso8601 > "2026-07-29T10:00:00+08:00") {
return 302 https://example.com/promo/live;
} - 更常用的是结合请求头或 Cookie 做灰度：
if ($http_user_agent ~* "Mobile") {
return 302 https://example.com/promo/mobile-only;
} - 注意：if 在 location 外使用有局限，建议把条件逻辑放在具体 location 块内
务必避开常见坑
很多 302 配置失效或被误判，问题往往出在细节：
- 没加协议头（如写成 return 302 /promo/...）→ 浏览器当成相对路径，结果跳到 https://example.com//promo/...（双斜杠）导致 404
- location 匹配范围过大（如用 location / { ... } 包住 return）→ 所有请求都被跳走，连静态资源都进不去
- 后端应用本身也返回 302（比如 PHP 重定向），而 Nginx 又没配 proxy_redirect → 用户最终跳到内网地址或错误域名
- 测试时用浏览器直接访问，但缓存了之前的 301 → 清空浏览器缓存或用 curl -I 验证真实状态码
