网站迁移前后的重定向检查清单

迁移前：先建立 URL 资产清单

从 sitemap、搜索引擎报告、访问日志、站内链接和外部流量页面中收集旧 URL。不要只抓取当前导航，因为已经下线但仍有外链的页面往往不在菜单里。记录状态、流量、目标页面、内容所有者和迁移优先级。

映射应尽量一对一。旧文章应到新文章，旧分类应到相应分类。把大量不相关页面统一跳到首页会制造软 404，也让用户无法找到原本需要的信息。确实没有替代内容时，返回 404 或 410 往往比误导性重定向更准确。

迁移前检查

• 导出旧站 URL、规范地址、状态码和主要入口流量。
• 建立旧 URL → 新 URL 映射表，并由内容负责人抽样确认。
• 确定重定向责任层，避免 CDN、Web 服务器和应用重复配置。
• 保存 DNS、证书、Web 配置和应用配置的可恢复备份。
• 准备不经过公共 CDN 的源站验证方法，以及真实公共路径验证方法。
• 设置错误率、5xx、延迟和未命中旧路径的观察窗口。

上线时：控制变量

不要同时更换域名、CMS、目录结构、CDN 和分析代码，除非已经具备完整的分阶段验证与回滚能力。变化越多，出现异常时越难定位责任层。先让新站在临时入口完成内容和功能验证，再切换流量与重定向。

上线后的技术验证

1. 检查旧域名首页、深层文章、分类、文件和带查询参数的地址。
2. 分别请求 HTTP/HTTPS、www/非 www，确认直接到规范地址。
3. 验证最终页面返回 200，而不是跳到另一个 3xx、登录页或错误页。
4. 检查证书覆盖旧域名和新域名，因为跳转发生前必须先完成旧域名 TLS。
5. 抽查移动端、不同地区、搜索引擎 User-Agent 和无 Cookie 请求。
6. 观察 404/410、重定向命中、上游错误和慢请求日志。

搜索和内容信号

更新站内链接、canonical、hreflang、结构化数据和 sitemap，让它们直接引用新 URL。不要依赖重定向长期修正站内链接。旧 sitemap 可在迁移初期保留一段时间帮助发现映射，但新 sitemap 应只包含最终可索引 URL。

什么时候可以删除旧规则

永久迁移规则通常需要长期保留。外链、书签、邮件和旧客户端不会因为迁移完成自动更新。删除前应查看长期访问日志，确认旧地址已没有有价值流量，并评估域名续费、证书和安全维护成本。域名迁移尤其不应过早放弃旧域名控制权。

回滚条件

在发布前写清楚触发回滚的指标，例如核心页面大量 404、支付或登录路径异常、5xx 超过阈值、证书错误或映射明显偏离。回滚应恢复明确的配置和流量入口，而不是在事故中临时发明另一组重定向。