内容模型
把可复用的信息含义，与单一页面的呈现方式分开。
CMS 迁移
迁移内容资产不复制旧系统的负担
CMS 迁移不应该只是换一个后台。它是重新整理内容模型、权限、发布流程和多市场协作方式的机会。
迁移之前
先看清内容代表什么，以及谁在负责。
我们盘点内容类型、关联关系、语言、媒体、网址、工作流、系统集成和编辑痛点，再定义目标模型。
编辑流程
根据真实团队设计权限、草稿、审核、预览和发布。
数据迁移
用可重复脚本转换、验证并核对内容。
SEO
保留网址、元数据、结构化数据与重定向要求。
合作方式
做判断的人，也持续负责落地。
我们先把市场、用户和业务约束说清楚，再同步推进体验与技术架构，并用可验收的阶段持续交付。前期参与判断的成员不会在立项后消失。
定义问题
确认目标市场、核心用户、商业目标、边界与成功标准。
设计体验
把策略变成用户路径、内容结构、设计系统与可验证原型。
工程落地
围绕性能、可访问性与可维护性完成前端、CMS 和系统集成。
持续增长
结合上线数据、用户行为和运营反馈，安排下一轮迭代。
常见目标架构
当结构化内容和多市场版本重要时，Sanity 很合适。
我们经常把 Sanity 与 Next.js 或 Shopify Headless 独立站组合，但最终选择始终来自业务和运营需求。
常见问题
迁移期间，编辑还能继续发布吗？＋
通常可以。我们会根据内容量和上线风险安排短期冻结、增量同步或双系统编辑。
旧系统里的所有字段都要搬吗？＋
不需要。我们会识别过时、重复和仅服务旧页面样式的字段，避免把不必要的技术债带入新系统。