nginx 用 return 302 是营销活动期间临时跳转最直接、安全且 seo 友好的方式，不改变原链接权重、不被浏览器缓存，活动结束删配置 reload 即恢复。
营销活动期间临时调整落地页跳转，Nginx 用 return 302 是最直接、安全且 SEO 友好的方式——它不改变原链接的索引权重，浏览器也不缓存，活动一结束，删掉配置 reload 就恢复如初。
用 return 302 做全量跳转（推荐）
适合活动子域名或独立路径整体切换，比如 promo.example.com 全部导流到新活动页：
- 在对应 server 块中写：
return 302 https://event.example.com/campaign$request_uri; -
$request_uri自动保留完整路径和查询参数（如/2024?utm_source=weibo），方便归因分析 - 目标地址必须带协议（
https://）和完整域名，否则会变成站内跳转 - 不要加
internal或放在if块里，否则可能失效或变内部重写
按路径做精准跳转（避免误伤）
如果只希望部分路径（如 /sale、/gift）跳转，其余仍走原逻辑，用 location + return 更稳妥：
- 示例：
location ^~ /sale/ { return 302 https://event.example.com/sale$request_uri; } -
^~表示前缀匹配，比正则快，适合路径控制 - 其他路径（如 /static/、/api/）可单独配置 proxy_pass 或 root，互不影响
上线前必须验证的三件事
别只看浏览器跳了没，关键看底层行为是否正确：
- 用
curl -I http://promo.example.com/gift?ref=abc检查响应头：必须有HTTP/1.1 302 Found和正确的Location:地址 - 确认跳转后 URL 含完整参数，比如
?ref=abc没丢 - 用无痕窗口多次访问，排除浏览器缓存干扰（虽然 302 默认不缓存，但反复测试时可能残留）
活动结束快速回切
302 的最大优势就是“随时可撤”：
- 注释或删除相关 return / rewrite 配置行
- 执行
nginx -t && nginx -s reload - 原页面立即恢复服务，搜索引擎继续抓取老地址，无需清理缓存
