改版是站点运营里少见的“一次性动作”，但它的影响周期很长：目录结构、URL 规则、页面模板可能同时变化，而蜘蛛和用户手里存的还是旧地址。如果没提前把新旧位置对应关系整理清楚，上线当天就会出现大量 404，抓取和访问一起掉。
先做一份新旧 URL 对照表
这项工作最好在写代码之前开始，而不是上线之后靠日志补。
- 把现有可访问的 URL 尽量列全，可以从站点地图、访问日志、栏目列表三个来源交叉比对；
- 为每条旧地址标注一个去处：迁移到哪个新地址、合并到某个聚合页，或者确实要下线；
- 确实要下线的页面，返回 404 或 410，比统一跳到一个不相关的新首页更清楚。
对照表越完整，上线时写重定向规则就越少靠猜。
测试环境的处理
新站一般会在测试域名或子目录里先跑一段时间。这些地址如果被外部链接或分享带出去，蜘蛛可能提前抓到一套内容。上线前记得：
- 测试环境用 robots.txt 或访问密码挡在外面；
- 不要把测试地址写进站点地图或对外文案；
- 正式域名上线后，确认测试环境已关闭或不可访问。
上线当天要做的几件事
- 重定向规则：按对照表配置，尽量一步到位，避免 A→B→C 这样的链式跳转；
- 导航与页脚：指向旧地址的入口全部换成新地址；
- 内链：正文里的引用链接容易被漏掉，可以用全站检索旧路径来排查；
- 站点地图：重新生成，只放新地址，旧地址从地图里移除；
- 规范链接：确认新页面的 canonical 指向自己，没有残留旧地址。
上线后盯几天日志
改版后的一两周是观察窗口，重点看两类记录：
- 返回 404 的请求里，有没有本来应该跳转的旧地址；
- 返回 301 的请求量是否在下降，持续偏多可能说明站内还有旧链接没换。
如果某个旧栏目访问量一直不低，又不适合直接跳转，可以考虑在新站里保留一个对应的聚合入口，而不是简单丢给首页。
容易被忽略的细节
- 外部友情链接、投稿、社交分享里的旧地址，能联系修改的尽量改；
- RSS、接口地址、移动端页面也可能有独立的旧路径；
- 图片和静态资源换目录后，老页面引用可能失效，检查一下资源请求的报错；
- 如果换了域名，还要留意证书是否覆盖新域名、跳转是否带上协议和主机名。
改版本身不代表风险，风险来自信息断层。把旧地址的去向一条条写清楚，上线后按日志核对，大多数问题都能在上线后一周内收敛。