从 WordPress 迁移到 Nicecms：一份数据零丢失的迁移清单

换 CMS 最大的代价不是钱，而是「看不见的损失」：排名掉了、收录少了、表单线索断了。这些损失几乎都发生在迁移的细节里。本文给出一份可勾选的清单，目标是把损失降到零。

一、迁移前先搞清楚：你会丢什么

资产	常见风险	是否可自动迁移
文章与页面正文	短代码、古腾堡区块丢失格式	是（需清洗短代码）
图片与附件	路径变化导致图裂	是
URL 结构	新旧路径不一致导致 404	需手工映射
SEO 元数据	title / description / OG 丢失	是（Yoast / RankMath 可导出）
评论与表单数据	自定义字段结构不兼容	部分
主题与插件功能	无对应模块	否，需重做

先把这张表按自己的站点填一遍，再决定迁移范围。很多站点真正需要迁移的，其实只是文章、图片和元数据三样。

二、Site Schema：中立格式为什么重要

迁移的本质是「数据换容器」。如果导出格式与目标系统强绑定，下一次迁移还得重来一遍。Nicecms 采用中立的 Site Schema v1：一份 JSON 描述站点结构、页面、字段与媒体，任何系统都能读写。

• 可导出：随时一键导出全站数据，不被锁定；
• 可回退：迁移后发现问题，可用同一份文件回滚；
• 可复用：同一份数据可换多套模板，换肤不换数据。

三、七步迁移清单

1. 全量备份：数据库 + wp-content 完整备份，并验证可恢复。
2. 导出内容：用官方导出工具或 Site Schema 转换器导出文章、页面、分类、作者。
3. 导出媒体：把 uploads 目录整体迁移，记录原 URL 规则。
4. 导出 SEO 元数据：title、description、canonical、OG，逐页落到新站对应字段。
5. 建立 URL 映射表：新旧 URL 一一对应，这是 301 的依据（见下节）。
6. 导入并核对：抽样 20 页对比正文、图片、元数据是否一致。
7. 灰度切换：先用二级域名验证，确认无误再切正式域名的解析。

四、301 重定向：保住收录与权重

URL 变化是排名波动的第一大原因。原则很简单：每个有收录、有外链的旧 URL，都必须 301 到语义最接近的新 URL，绝不能直接 404 或统一跳首页。

旧 URL 类型	处理方式	反例
/2023/05/post-name/	301 到 /post-name/	跳首页
/category/xxx/	301 到对应栏目页	404
/?p=123	301 到对应新页	保留参数 URL
已删除的旧内容	410 或 301 到相关栏目	跳搜索页

切完后用爬虫工具跑一遍全站，确认没有 404 与重定向链（A→B→C 要改成 A→C）。

五、迁移后 30 天监控

时间	监控项	异常处理
第 1-3 天	死链、5xx、图裂	补 301、修路径
第 4-10 天	收录量变化	重新提交 sitemap
第 11-20 天	核心词排名波动	波动 > 30% 检查内链与 canonical
第 21-30 天	流量与询盘恢复度	低于迁移前 80% 需复盘

迁移后的 2-4 周出现小幅波动是正常的，通常 30 天内恢复。如果 30 天后仍未回到 80%，问题多半出在 URL 映射或结构化数据缺失，而不是「换了系统」本身。

六、常见问题

• 会停机吗？用灰度切换方式基本无感，正式切换只需改一次解析。
• 插件功能没了怎么办？先列出真正用到的 5 个核心功能，多半能被内置模块替代；剩下 1-2 个可用 API 对接。
• 评论要迁移吗？如果评论有互动价值就迁，否则建议冻结旧评论、新站启用新机制，避免垃圾评论一起搬过来。
• 需要多久？内容量 500 页以内的站点，按这份清单通常 1-2 个工作日可完成核对上线。