网站改版上线前的迁移检查：旧站内容、链接与数据的承接顺序
改版通常从新站的设计稿开始，风险却常常出在旧站这一侧：原本能打开的链接变成 404，被外部转载最多的那篇内容找不到入口，印刷物上的二维码扫出来是首页，表单记录散在两套后台里。上线当天页面看着没问题，一两个月后才发现搜索流量掉了，这时再回头补跳转，成本已经高得多。下面按实际执行顺序，把清点、映射、搬运、跳转和收尾拆开讲。
清点旧站资产，最好赶在设计定稿之前
这一步会反过来影响导航结构和栏目数量，所以别等设计稿定了再做。清点不是列个大概，而是把每一条能被外部访问到的地址都记下来，形成一份可以持续维护的清单。
- 页面地址：主导航、面包屑、文章列表分页、专题聚合页。
- 内容资产：文章正文、案例、下载文件，以及只有旧站还存着一份的原始图片。
- 线索数据：表单提交、留言、在线咨询记录，先导出成可读格式再谈迁移。
- 外部入口：投放链接、公众号菜单、印刷物料上的二维码、合作方友情链接。
- 技术资产：域名与证书、统计代码、站长平台验证文件、第三方嵌入（地图、客服、视频）。
清单建议用表格工具维护，至少四列：旧地址、内容类型、新地址、处理方式。后面每个环节都依赖这张表，改动也在这张表上留痕。
第一步：把旧站地址抓全，再逐条定去向
只靠人工点导航一定会漏。比较稳的做法是三个来源合并，互相补缺：
- 从服务器或建站后台导出全部已发布内容，包括草稿之外的历史条目。
- 抓取 sitemap.xml，再从首页出发爬一遍站内链接，把爬到的地址与导出的列表比对。
- 用搜索引擎的 site 查询补充一批没被 sitemap 收录、但确实有外部访问的老页面。
- 给每条地址标注处理方式：保留（一对一迁移）、合并（多篇并为一篇）、废弃（确无价值）、待定（新站暂无对应页面）。
合并要格外小心。两篇内容合成一篇时，两个旧地址都必须指向新地址，只跳其中一个，等于放弃另一条入口。待定的条目不能一直挂着，上线前要给出结论，要么新建页面，要么明确废弃并跳转。
常年被漏掉的几个角落
- 列表分页地址，尤其是第 2 页以后，很多还带着外链。
- 附件与 PDF 下载地址，单独存在于文件目录里，不在页面结构中。
- 已下线但被外部引用的旧活动页。
- 测试域名、二级域名，以及带推广参数的链接。
第二步：内容搬运与清洗，不要把旧问题一起搬过去
复制粘贴不算迁移。图片需要重新压缩并按新站规则命名，失效的外链要逐条处理，过期的活动信息和旧价格必须删掉。标题层级、段落间距在新模板里往往要重排一遍。
清洗阶段建议让业务方过一遍，重点看产品参数、价格说明、服务承诺这类内容，编辑无法判断真假。联系方式、地址、资质表述也要确认是否仍然准确，这类信息出错比排版难看影响大得多。
第三步：跳转规则和新站内链
一对一迁移用 301 永久跳转，临时性页面用 302。不要图省事把所有废弃地址统一跳到首页，搜索引擎和用户都会把它当成无效处理。规则写在服务器层（Nginx 或 Apache），不要用前端脚本跳转，脚本跳转对爬虫基本无效。
- 跳转只保留一层，避免 A 指向 B、B 又指向 C 的链条。
- 新站内链不要还指向旧地址，改版后要全站扫一遍。
- 图片、样式、脚本的旧路径同样要处理，否则页面能打开但样式错乱。
- 上线后拿旧地址清单跑一遍，检查返回状态码是否符合预期。
第四步：数据与第三方的承接
表单最容易出问题：接收邮箱换了没测、通知机器人没重新授权、提交后没有任何提示，线索就这样安静地丢掉。上线前至少用真实邮箱和手机各提交一次，确认后台能看到、通知能到达。
统计代码尽量沿用同一账号或同一媒体资源，历史数据才有连续性。地图、客服、视频等第三方组件，通常要新增授权域名，这项经常排到上线当天才想起来。站长平台的验证文件也要随新站重新放置。
第五步：切换顺序与观察期
- 提前一天把 DNS 的 TTL 调小，给回滚留出时间窗口。
- 新站在测试域名上跑通全流程，包括表单、搜索、分页和移动端。
- 切换当天旧站保留可读状态一段时间，避免突发问题无处可退。
- 提交新 sitemap，同时检查 robots.txt 有没有误挡全站。
- 上线后一周内每天看错误日志、404 排行和表单到达情况，异常集中在头三天。
什么情况下这套流程可以简化
页面只有几十个、没有会员与交易、内容以展示为主的企业官网，清点和映射可以合成一步，跳转规则手写几张表就够用，观察期也可以缩短。反过来，带会员体系、订单、与外部系统对接的站点，迁移涉及账号体系和数据结构，不能套用上面的页面级做法，需要单独设计数据迁移方案和回滚预案。
判断标准不在页面多少，而在于旧站上有没有正在被使用、又无法重建的东西。如果有，就按完整流程走；如果没有，简化也不必心虚。