网站改版迁移：旧内容取舍、链接跳转与切换顺序
网站改版往往从小范围开始：更换视觉风格、增加几个栏目，或者把旧后台换掉。让项目变复杂的，常常是原站两三年积累下来的内容、外部链接和被搜索引擎收录的地址。设计稿再好看，如果旧链接大批返回 404，改版造成的损失就可能盖过收益。
问题多半出在数据，不在页面
常见的情况是：新站上线当天，导航结构变了、栏目名改了、文章地址从带参数的动态地址变成了静态目录。用户从收藏夹、公众号历史文章、合作方链接点进来，看到的是打不开的页面。这类问题在设计评审阶段几乎不会被发现，因为它不属于某个页面，而属于新旧页面之间的对应关系。
另一个容易被忽略的地方是后台字段。旧站的文章带有作者、来源、标签，如果新站后台没有对应字段，迁移时只能丢掉，之后想补也补不回来。所以改版要尽早把“旧数据结构到新数据结构”的映射写出来，不能等迁移脚本写完才发现字段对不上。
清点旧内容：先分类，再决定去留
清点并不是把旧文章原样复制一遍。更实用的做法是按处理方式分类，每一类对应不同的动作：
- 保留并迁移：仍在被访问、有业务价值、内容不过时的页面
- 合并：主题重复的多篇短内容，整理成一篇完整的
- 归档：过期活动、历史公告，保留可访问但不放回主导航
- 删除：测试页、空栏目、重复的占位内容
判断“是否仍被访问”要有数据支撑，网站统计中近 90 天或 180 天的访问记录比主观印象可靠。没有统计数据的，至少把首页、栏目页和被外部引用过的页面优先保住。分类结果最好整理成一张表，包含旧地址、新地址、处理方式、负责人四项，迁移与验收都以它为准。
链接与地址：能不动就不动
改版时 URL 结构如果能保持不变，就不要改。确实需要改，就要把旧地址逐条做 301 跳转到对应的新地址，而不是统一跳到首页。统一跳首页，在搜索引擎看来等同于这批页面集体消失，用户也找不到原本想看的内容。
- 导出旧站地址清单，优先覆盖栏目页、详情页和被外部链接引用过的页面
- 在新站确定对应的目标地址；没有对应内容的，指向最接近的栏目页
- 配置跳转规则，避免多重跳转和循环跳转
- 上线后抽查，批量请求旧地址，确认返回状态码和落点正确
除了页面地址，附件和图片路径也要一并检查。产品手册 PDF、上传的产品图如果换了存放目录，正文里的引用会全部失效，而这类问题在浏览器里不一定显眼。
切换要分批进行，并且留好回退
上线是一次有先后顺序的切换，不能只看作一次“发布”动作。稳妥的顺序通常是：新站先在测试地址完整跑通，包括表单提交、站内搜索、登录等依赖后端的部分；再切换域名解析，但旧站暂时保留可访问；观察一段时间，确认没有大面积报错和流量异常，才关停旧站。
如果新旧站在同一域名下并存，例如新站放在某个子目录，就要处理好抓取设置和重复内容，避免两个版本同时被收录。切换期间不建议同时做大规模的搜索优化和改版，两件事混在一起，出问题时很难判断原因在哪一边。
回退方案要提前写清楚：域名解析记录保留多久、旧站文件保留多久、数据库备份放在哪里、谁有权执行回退。这些写进交付文档，比留在某个人的记忆里可靠。
什么情况下不适合一次性大改
并非所有改版都值得推翻重来。如果旧站的核心页面结构依然合理，只是视觉陈旧、手机端体验差，可以分阶段处理：先做响应式适配和性能优化，再逐步替换栏目与后台。反过来，如果旧栏目结构与业务已经脱节、后台难以维护、内容分散在多个系统里，一次性重建反而更省事。
分阶段改版的代价是新旧两套界面长期并存，用户要适应，维护成本也更高。这笔成本要提前算清楚，不能做到一半再回头调整。
交付时应当留下的材料
改版项目结束时，除了新站本身，还应该拿到：旧地址与新地址的对应表、跳转规则清单、旧数据迁移记录（哪些迁了、哪些没迁、原因是什么），以及一份说明新旧差异的简要文档。半年后有人问“这篇老文章去哪了”，这些材料能省下大量排查时间。
网站改版本质上是一次数据搬迁，视觉更新只是其中一部分。把清点、映射、跳转、切换、回退这几件事按顺序做扎实，改版的价值才不会被一串失效链接抵消。