网站重构常从“旧后台不好用”开始，最后却只迁了正文和图片。原来的分类、作者、下载、表单、SEO标题和跳转规则没人记录，新站上线后才逐项补。
技术迁移需要一份资产与行为清单，将旧系统的内容、功能和搜索信号映射到新系统。
01 迁移前抓取和导出完整现状
收集所有URL、状态码、标题、描述、canonical、页面类型、流量、外链、媒体和内部链接。
同时记录后台角色、发布流程、表单去向、搜索、下载、第三方脚本和定时任务。
02 建立内容模型映射
旧CMS的文章、案例、产品、分类、标签和自定义字段，在新系统中如何对应。
不要把结构化字段合并成一段富文本，否则后续筛选、模板和多语言会失去能力。
技术迁移不可漏项
| 类别 | 需要迁移 | 验收方式 |
|---|---|---|
| URL与SEO | 路径、重定向、元数据、canonical | 抓取新旧对比 |
| 内容 | 正文、字段、分类、作者、日期 | 数量与抽样核对 |
| 媒体 | 图片、PDF、Alt、链接 | 文件可访问且引用正确 |
| 功能 | 表单、搜索、筛选、下载、登录 | 端到端任务测试 |
| 集成 | CRM、邮件、分析、支付、地图 | 真实环境验证 |
| 权限流程 | 角色、审批、预览、发布 | 不同账号测试 |
| 运维 | 备份、监控、日志、部署 | 恢复与告警演练 |
03 URL尽量保留，必要变化一对一重定向
高价值页面路径能保持就保持。改变时建立旧到新的映射，不要全部跳首页。
附件和图片URL也可能有外链，迁移时一并处理。
04 分批迁移与自动校验
先迁一小组不同模板，验证字段、编码、图片和链接，再批量执行。
使用脚本比较数量、缺失字段、状态码和内容哈希，人工抽查高价值页面。
05 为编辑团队重新设计工作流
新CMS不应只复制旧后台。确认编辑、审核、预览、定时、回滚和多语言如何操作。
上线前培训并保留旧系统只读访问一段时间，便于核对。
06 准备回滚和上线后监测
保留完整备份、切换步骤、负责人和回滚条件。上线后监测404、表单、搜索、索引、性能和内容错误。
不要立即关闭旧系统和域名，确认数据与业务稳定后再按计划退出。
常见问题
迁移时可以顺便重新设计吗？
可以，但变化叠加会增加风险，应保留清楚映射和分阶段验证。
所有旧页面都要迁吗？
不一定。可保留、合并、重写或删除，但每个URL需有明确处理。
旧CMS数据库直接导入新系统可以吗？
通常需要字段转换、清洗和验证，不能假设结构兼容。
迁移后搜索流量下降正常吗？
短期波动可能发生，但404、重定向和索引问题应及时排查。
旧系统多久可以关闭？
在内容、功能、搜索与备份稳定后按计划关闭，重要迁移证据和只读备份应保留。
链接复制成功
