网站改版的旧内容迁移：页面取舍、链接跳转与上线核对
改版不是从空白开始
新建一个站点，起点是空的；改版一个已经运行几年的站点，起点是一堆还在生效的东西：搜索引擎里收录的页面、其他网站指向的链接、客户收藏的地址、印在宣传册上的域名路径、还在投放的广告落地页。这些不会因为新站上线就自动对齐。所以改版的项目清单里，除了设计和开发，还得有一块专门处理旧内容。
这块工作做得好不好，往往在上线后一两个月才看出来：访问量是否下降、老链接能否打开、表单是否还能收到邮件。等到那时再补，成本比上线前做一遍高得多。
先把旧站的实际状态统计清楚
动手设计之前，先把旧站的情况了解清楚。这一步不需要多高深的技术，但需要耐心。
- 页面清单：站点一共有多少页面，分几级栏目，哪些是手工维护的，哪些是后台自动生成的列表页。
- 访问情况：哪些页面有稳定访问，哪些页面半年没人进。访问数据不必精确到个位，能分出高、中、低就够了。
- 外部指向：哪些页面被其他网站链接过，尤其是行业目录、合作方页面、协会或机构网站上的链接。
- 功能页面：带表单、下载、在线客服、地图的页面，单独标出来，这些页面迁移时最容易出问题。
统计结果往往和印象不一样。有些自认为重要的栏目其实少有人访问，有些多年没更新的页面反而因为被外部链接引用而一直有流量。
页面怎么取舍
统计完之后，每个旧页面都要有一个明确去向。常见的处理有三种。
保留
访问稳定、内容仍然有效、外部链接多的页面，结构可以调整，但地址尽量不动，或者做一对一映射。这类页面是改版中最省事的，因为不需要额外解释。
合并
几个内容相近的栏目合成一个页面。合并之后，原来的多个地址都要指向新地址，不能只处理其中一个。
下线
内容过期、没有访问、也没有外部引用的页面可以下线。但下线不等于让它变成死链。比较稳妥的做法是给一个说明页，或者跳转到内容最接近的页面。
取舍的难点通常不在技术，而在内部意见：市场部门希望保留旧案例，业务部门觉得某些页面过时。这类分歧建议在页面清单阶段就定下来，不要拖到开发完成后再讨论。
跳转表是改版的核心交付物之一
旧地址到新地址的对应关系，通常整理成一张表，行数可能几十条，也可能几百条。这张表决定了上线后老链接会不会失效。
- 导出旧站全部地址，去掉重复和明显无效的。
- 为每一条地址确定新地址，能一一对应就一一对应。
- 无法对应的，指定一个内容最接近的页面。
- 完全没有相关内容的，指向一个自定义的提示页，而不是直接跳首页。
- 设置跳转方式，永久性迁移一般用 301。
- 上线后逐条验证，尤其是带参数的地址。
所有旧链接都跳首页，是最省事也最糟的做法。用户点进来发现不是自己要的内容，通常会直接离开；搜索引擎也会把这种做法视为低质量处理。宁可多花半天整理对应关系。
容易漏掉的几处
页面和链接之外，还有一些东西藏在细节里，迁移时经常被忽略。
- 图片和附件：新闻配图、产品手册、报名表，如果放在旧服务器上，新站上线后可能一并消失。
- 表单接收方：新表单的提交地址、接收邮箱、后台提醒，需要重新配置并测试。
- 统计与验证代码：统计工具、搜索平台的站点验证、第三方客服脚本，都要在新站重新部署。
- 页面标题与描述：迁移时如果只搬正文，标题和描述可能需要重写，尤其是合并后的页面。
- 备案与主体信息：页脚的备案号、公司信息、联系方式，要按当前情况核对，不要直接照抄旧页面。
上线前后的核对节奏
改版上线不适合一次切换后就不管。比较稳的做法是分三段核对。
上线前，在测试环境走一遍主要路径：首页到栏目到详情、表单提交、附件下载、手机端浏览。同时确认跳转表已经在测试环境生效。
上线当天，抽查跳转表里访问量最高的那部分地址，确认表单能正常收到提交，确认统计代码有数据回传。
上线后两周，观察访问数据的变化，检查搜索平台里是否出现大量抓取错误，处理用户反馈的死链。这个阶段的重点是发现遗漏，而不是继续改设计。
什么情况适合分批改
一次性整体改版的优点是干净，但并非所有站点都适合。如果旧站流量较大、外部链接多、还有正在投放的广告指向具体页面，可以考虑先改一部分栏目，验证跳转和数据都正常，再推进其余部分。分批改版的代价是过渡期内新旧两套样式并存，视觉上不统一，需要提前和内部沟通。
另外，如果旧站的后台数据结构和新站差异很大，内容迁移的工作量会明显上升。比如旧站的案例是一个个静态页面，新站要求按结构化字段录入，这种情况需要在排期里单独留出录入和校对时间，不能按页面数量简单估算。