01｜先区分内容导出、页面导出和完整站点迁移
CMS 导出通常只包含字段和文本；页面导出可能包含 HTML、CSS 或静态资源；完整站点迁移还要恢复托管、表单、搜索、重定向、权限、分析、国际化和动态逻辑。采购讨论必须说明是哪一层，而不能只问“能不能导出”。
Webflow 官方说明 CMS Collection 可以导出 CSV，但图片和文件仍可能引用原站 URL；Framer 官方则明确不提供完整发布网站的 HTML 或静态包自托管。这些不是产品好坏判断，而是不同平台边界。
02｜建立七项迁移资产清单
清单至少包括：URL 与 canonical、CMS 字段与关联、图片和文件、表单及提交记录、站内搜索、重定向规则、第三方脚本与分析。为每一项记录导出格式、负责人、恢复方法和最长允许中断时间。
电商、会员、账户和复杂后端应单独评估。可视化建站平台的页面能力不代表这些业务状态能够随页面一起迁移。
- 所有公开 URL 是否有完整列表和目标重定向？
- 图片、文件和字体是否拥有独立备份与使用权记录？
- 表单提交、搜索和动态功能由什么替代？
03｜把退出演练放进 7 天试点
不要等网站运营两年后才测试导出。试点期间建立一个首页、一个 CMS 模板和 30 条真实内容，然后立即执行导出。随机抽查五条内容的字段、链接、富文本和图片是否可以在其他环境恢复。
同时记录重建时间。如果迁移需要设计师、开发者和内容团队共同投入，就把这些工时放入续费比较。平台切换成本可能高于一年订阅费。
04｜上线后保持可迁移，而不是只做一次备份
每月或每季度导出 CMS，独立保存原始图片与文件，维护 URL 清单，并在新增第三方功能时更新退出方案。对高流量或营收站点，至少每半年做一次恢复抽查。
取消订阅前确认自定义域名、发布状态、数据保留、退款、账户删除和剩余账期。退出能力不是为了频繁迁移，而是为了让续费决定仍然有选择。