网站改版、换域名、调整目录结构，最容易出问题的地方不是新页面做得好不好看，而是老地址还能不能正常打开。改动上线的那一刻，搜索引擎和用户手里攥着的都是旧 URL，如果它们成批变成死链，之前积累的访问和链接就白费了。
先做一份旧地址清单
跳转这件事，靠记忆是做不完的。上线前至少要拿到三类数据：
- 服务器访问日志里最近 30—90 天被请求过的 URL，按请求量排序；
- 站点地图、站内链接、外部链接中出现的地址；
- 已有跳转规则文件（如 Nginx、Apache 配置）中记录的历史规则。
把这三份合并去重，按流量和重要性排出优先级。高优先级的地址，上线后要逐条人工验证，不要只看规则文件写得对不对。
再决定每个地址的归宿
能不动就不动
如果旧路径还能保留，优先保留。跳转本身是一种损耗，能不跳就不跳。只有确实无法保留的地址，才进入跳转清单。
一对一迁移用 301
内容被搬到了新地址，且旧地址不会再回来，用 301 永久跳转。关键是一跳到终：A 跳 B、B 跳 C 这种链条会让抓取多走几步，链条越长越容易被放弃。
内容真的没了就用 404 或 410
不要把所有旧地址统统跳到首页。内容不相关的首页跳转，容易被判定为软 404，也会让用户点进来发现货不对板。整块栏目下线的，可以保留一个说明页，把剩余内容的相关入口放上去。
临时调整用 302
只是短期换版、A/B 测试或者维护期间的临时转移，用 302。长期使用 302 会让搜索引擎一直不确定最终地址，不利于新地址稳定下来。
检查跳转链条和环路
规则一多就容易互相打架。上线前用脚本或爬虫工具跑一遍：
- 随机抽取旧地址请求，记录跳转次数和最终落点；
- 确认没有 A→B→A 的环路，也没有跳到已经下线的页面；
- 确认 http 与 https、带 www 与不带 www、带斜杠与不带斜杠的版本，最终都收敛到同一个地址。
分批上线，边看日志边补
一次性全量切换的风险在于出问题时无从回退。更稳妥的做法是先把高流量目录切过去，观察一两天日志里的 404 数量和抓取情况，再逐步扩大范围。上线后重点关注：
- 日志中旧地址的响应码分布，看还有多少漏配；
- 新地址被请求的频次是否在上升；
- 是否存在大量来自站内链的旧地址（说明模板里还留着硬编码）。
跳转规则写完不等于做完了。真正影响效果的是上线后那几天的日志观察和补漏，而不是规则文件本身有多漂亮。
几个常见的坑
- 只改了首页，栏目页和详情页模板里还写着旧域名；
- 跳转规则写在错误的层级，被更靠前的规则拦截；
- 大小写、参数顺序不同导致的地址被当成新页面重复处理；
- 把带参数的旧地址全部跳到无参数首页，丢失原有定位。
把旧地址当成需要迁移的内容资产来对待，比事后到处找断链要省力得多。