改版、换 CMS、调整栏目结构，是站点运营里少见的“大动作”。视觉变化只是表面，真正可能出问题的是地址。旧地址如果没有被妥善接管，之前积累的入口、外链和用户收藏会一起失效，抓取工具再来时只能拿到一串 404。

下面这套流程不是理论，而是可以照着做的操作顺序：先盘点，再映射，再切换，最后观察。

上线前：把旧地址盘清楚

动手改结构之前，第一件事是拿到完整的旧地址清单。可以从三个来源交叉比对：

• 站点地图文件里列出的地址；
• 服务器访问日志里近 30 天有真实访问的地址；
• 站内链接与导航中出现的地址。

把三份清单合并去重，得到一张实际存在的地址表。这时候再给每个地址标一个去向：保留原路径、映射到新地址、确认下线。确认下线的部分要尽量少，尤其是有外链或长期访问量的页面。

能保留路径就别动

如果新结构允许，把原有栏目的路径原样保留，能省掉大量映射工作。改版最容易犯的错误，是把分类名、目录层级、大小写、结尾斜杠一起改掉，结果同一篇内容凭空多出好几个地址。

映射规则：一条旧地址对应一个终点

需要跳转的部分，按下面的原则处理：

• 一对一映射：旧地址指向最相关的新页面，不要全部倒到首页；
• 避免链条：A 跳 B、B 跳 C 的现象要合并成 A 直接跳 C；
• 不要用短暂跳转代替永久跳转，也不要用脚本跳转；
• 跳转规则放在服务端或反向代理层，别塞进页面模板。

映射表建议用表格维护：旧地址、新地址、处理方式、负责人、验证结果。上线后这张表就是排查问题的第一手材料。

切换当天：动作要成套

改版不是只换页面模板，下面这些项目要在同一次发布里一起完成，避免出现“页面已经是新的、规则还是旧的”这种中间状态：

1. 跳转规则生效；
2. 导航、面包屑、内链指向新地址；
3. 站点地图重新生成，只保留可访问地址；
4. robots.txt 放开被临时屏蔽的目录；
5. 页面自身的规范地址标签指向新地址；
6. 缓存与 CDN 刷新，确认访客拿到的是新版本。

上线后：一周内盯这几项

• 服务器日志中旧地址的返回状态，是否出现大面积 404 或 5xx；
• 跳转是否还有链条或环；
• 新地址是否已经出现在站内链接里；
• 访问量较高的入口页是否正常打开；
• 站内搜索、分页、筛选这类动态地址是否受影响。

改版期间最容易忽略的不是技术细节，而是“以为改完了”。给自己留一周的观察窗口，比事后补跳转便宜得多。

几个常见坑

• 旧域名解析停得太早，跳转规则还没生效就断掉；
• 测试环境的规则被同步到线上；
• 大小写与结尾斜杠不统一，映射表对不上；
• 只处理 HTML 页面，漏掉图片、附件、接口地址。

把改版当成一次迁移工程，而不是一次设计更新。地址稳定，站点运营的很多后续工作才有基础。