nginx 301重定向是保留seo权值最可靠的方式，通过return指令在请求入口处精准跳转至规范url，避免权重分散；需配合canonical标签形成双保险，并严格匹配page=1等冗余参数进行清除。
直接用 Nginx 做 301 重定向，是保留 SEO 权值最可靠的方式——它在请求到达应用层前就完成跳转，确保搜索引擎只看到规范 URL，不把带参、带 www、带斜杠等变体当作独立页面索引。
必须用 return 指令，不用 rewrite
return 是 Nginx 原生指令，执行快、逻辑清晰、无隐式行为；rewrite 在匹配后可能触发后续 location 重匹配，容易引发循环或意外覆盖。SEO 场景下，稳定性压倒灵活性。
- ✅ 推荐写法：
return 301 https://example.com$request_uri; - ❌ 避免写法：
rewrite ^/(.*)$ https://example.com/$1 permanent;（permanent 实际发 301，但底层走 rewrite 引擎，有额外开销和风险） - ⚠️ 注意：
$request_uri包含原始路径+完整参数；如只需清参，用$uri?（末尾问号表示丢弃全部 query）
精准匹配 page=1 类参数，不误伤其他参数
很多分页 URL 如 /list?category=tech&page=1 和 /list?category=tech&page=2 应视为不同页面，但 page=1 是冗余的——它和无参 URL 内容完全一致，必须合并索引。
- 用正则严格锚定：
if ($args ~* "(^|&)page=1(&|$)") { return 301 $scheme://$host$uri?; } - 该正则避免误判：
page=10、page_id=1、my_page=1都不会触发 - 保留其他参数：如
?category=tech&page=1→?category=tech，不是简单清空所有参数
统一域名与协议，堵死重复内容入口
www 和非 www、HTTP 和 HTTPS 若同时可访问，会被搜索引擎识别为两个站点，稀释权重。必须强制归一。
- 非 www → www（或反之）：
server { listen 80; server_name example.com; return 301 http://www.example.com$request_uri; } - HTTP → HTTPS：
server { listen 80; server_name www.example.com; return 301 https://$server_name$request_uri; } - 注意：HTTPS server 块中不要重复做 HTTP→HTTPS 跳转，否则循环
配合 canonical 标签，形成服务端+前端双保险
Nginx 重定向是主力，但 CDN 缓存未刷新、爬虫直连源站、或用户手动输入带参 URL 时，仍可能绕过重定向。此时页面内的 canonical 标签是最后一道防线。
- 在 HTML
中静态或动态输出：<link rel="canonical" href="https://example.com/list"> - 确保 canonical 的 URL 与 Nginx 重定向目标完全一致（协议、域名、路径、无冗余参数）
- 不依赖 JS 注入 canonical，爬虫可能不执行 JS；必须由服务端渲染或 SSR 输出
