17.5 301重定向

一句话定位：旧页面搬家、死链修复、权重传递——301 重定向是 SEO 的"地址变更通知"。

告诉搜索引擎"这个页面搬到新地址了，权重请转过去"。

您现在的问题

场景一：改版后流量断崖。 官网改版了，URL 结构全变了——之前被搜索引擎收录的页面全部 404，积累的 SEO 权重一夜清零。

场景二：死链越来越多。 产品下架了、文章删除了——对应的 URL 变成 404，客户和搜索引擎都打不开，影响整站评分。

场景三：手动配 301 太麻烦。 几百个旧 URL 要配重定向，一个个写 nginx 配置——工作量巨大，容易遗漏。

场景四：重定向链和循环。 A 重定向到 B、B 又重定向到 C——搜索引擎每多跳一次就损耗一部分权重，超过 3 跳直接放弃。

功能全景

404 检测 ──▶ 自动建议目标 ──▶ 配置重定向规则 ──▶ 验证生效
   │                                              │
   └──── 正则批量匹配 ◀── 导入旧 URL 列表 ◀──────┘

• 批量配置。 在界面上批量添加重定向规则：旧 URL → 新 URL——不用写 nginx 配置。
• 自动建议。 系统检测到 404 页面时，自动建议最相似的新页面作为重定向目标——减少人工匹配。
• 正则匹配。 支持正则表达式批量重定向——/old-products/(.*) → /products/$1，一条规则覆盖一类 URL。
• 权重传递确认。 配置后自动验证重定向是否正确生效、权重是否传递——确保 SEO 价值不丢失。

操作指南

1. 检测 404 页面：站点体检（17.2）自动扫描全站死链，列出所有返回 404 的 URL。
2. 选择重定向方式：单条配置（旧 URL → 新 URL）或正则批量（适合 URL 结构整体变更）。
3. 确认目标页面：系统自动推荐最相似的新页面，您也可以手动指定目标 URL。
4. 验证生效：保存后系统自动请求旧 URL，确认返回 301 状态码且指向正确目标。
5. 监控重定向流量：查看每条规则的命中次数——高频命中的规则说明外部链接仍指向旧地址。

关键配置项：

• 默认重定向类型（301 永久 / 302 临时）
• 正则表达式支持（开启后可用 (.*) 通配）
• 重定向链检测（超过 2 跳自动告警）
• 404 页面自动捕获（开启后新产生的 404 自动进入待处理列表）

最佳实践

1. 改版前做好 URL 映射表——新旧 URL 一一对应，改版当天一次性配好，不留"404 窗口期"。
2. 优先用正则覆盖同类 URL——一条正则规则胜过一百条手动配置，且不容易遗漏。
3. 定期检查重定向链——超过 2 跳的重定向链会损耗约 15% 的权重传递，应合并为直达。
4. 已删除的产品页重定向到分类页——比直接 404 好，比返回首页好，用户和搜索引擎都能继续浏览。

常见误区

误区一："301 和 302 差不多"。 301 告诉搜索引擎"永久搬家，权重转给新地址"；302 是"临时离开，权重保留在旧地址"。用错了等于白配。

误区二："重定向到首页最省事"。 把产品页重定向到首页，用户体验极差（想看产品却到了首页），搜索引擎也会降低该链接的权重传递。

与其他能力的配合

• 重定向规则被 17.2 站点体检 的死链修复流程引用；
• 配置结果影响 17.4 搜索收录 的收录状态；
• 棱镜官网的 URL 变更自动触发重定向建议；
• 重定向日志汇入 17.1 SEO 大脑 的技术评分；
• 批量重定向操作记录纳入 基座（11.4 审计日志）。

关键指标

指标	健康值	说明
404 页面数	< 10 个	全站应尽可能消除死链
重定向链深度	≤ 2 跳	超过 2 跳自动告警
重定向验证通过率	100%	所有规则必须验证生效
月均 404 新增数	持续下降	新增 404 应趋近于零