改版的技术方案讨论得很热闹，真到执行阶段，最花时间的往往是内容：几百个产品、几十篇案例、一堆历史文章，要一个个搬到新结构里。
很多项目延期，就是栽在这一步上。
先把内容分成四类
不要一股脑全搬，先分类：
- A 类：有价值且仍然准确：直接迁移，格式转换即可
- B 类：有价值但内容过时：迁移时同步更新，比如价格、政策、联系方式
- C 类：价值低但有流量：保留，但可以做合并或精简
- D 类：无价值无流量：直接不迁，让旧地址返回 404 或跳到相关栏目
分类判断的依据是前面记录的那份基线数据：每个页面的访问量、停留时长、转化数。有数据的按数据判，没数据的按业务价值判。
迁移的三种方式
按内容量和技术条件选：
- 自动导入：数据结构兼容时写脚本批量导入，适合产品、文章这类结构化内容，最快也最容易出错
- 半自动＋人工校对：导入后逐批检查，适合中等规模
- 纯人工录入：内容量小或者结构变化太大时用，慢但准确
容易丢的东西
批量迁移时，这些东西最容易出问题：
- 图片：正文里引用的旧图地址失效，或者图片没跟着搬过来
- 附件：PDF 说明书、下载文件，常常被漏掉
- 格式：表格、加粗、列表在转换后变成一堆乱七八糟的标签
- 发布时间：全部变成迁移当天，历史文章的时间戳丢失
- 作者与分类：对应关系错乱
- 正文里的内链：还指向旧地址，形成大量 404
其中最后一条影响最大。迁移完成后一定要跑一次死链扫描，把正文里的旧链接批量替换成新地址。
借迁移做一次升级
既然要碰一遍所有内容，顺手把这些做了：
- 统一标题写法：把"某某产品"改成更有信息量的表达
- 补充缺失要素：产品参数、应用场景、常见问题
- 更新联系方式：旧内容里的电话和邮箱很可能已经变了
- 处理重复内容：几篇讲同一件事的合并成一篇
- 统一图片尺寸：顺便压缩，改版后的速度也会受益
迁移后怎么校验
别只看能不能打开，逐项检查：
- 数量对得上吗：新站内容条数 vs 旧站应迁移条数
- 抽样打开十条：重点看图片、表格、附件
- 搜索站内关键词：确认能搜到
- 检查分类归属：有没有跑到错误的栏目下
- 跑一次全站死链扫描
时间安排上的建议
内容迁移要比你以为的早开始。不要等开发完成才启动，建议在开发进行到一半时就开始整理和录入，这样上线前只需要做最后的校对。
另外指定一个内容负责人，让他对最终上线的每条内容负责。多人各录一部分，最后标准不一致，反而还要再过一遍。
改版的技术问题有标准答案，内容问题只能靠笨功夫。把迁移当成独立项目来排期，才不会拖到最后。
—— 一位做过多次大型内容迁移的项目经理