Shopify 迁移不是把商品 CSV 上传到新店就结束，而是把目录、客户、订单、URL、市场、支付和数据追踪迁到同一套可验证的业务规则中。跨境独立站尤其要先确认哪些数据需要保留、哪些字段可以舍弃、哪些旧 URL 必须重定向，以及切换失败时如何回到旧站。本文给出一份面向项目负责人的迁移验收清单，具体字段仍应按原平台和 Shopify 当前能力核对。
先做范围和数据字典
把迁移对象分成商品、变体、集合、客户、订单、折扣、内容、媒体、导航和 SEO 元数据。为每个对象记录来源字段、目标字段、转换规则、负责人和抽样方式。不要把旧平台的状态值、税费、币种和库存单位直接当作 Shopify 的同义字段。高风险数据应先做小批量导入，确认编码、图片、变体关系和必填字段后再扩大范围。
URL、市场和权限一起设计
列出旧 URL、新 URL、状态码、canonical 和重定向目标；产品、集合、文章和页面分别抽样检查。跨境站还要按市场检查语言、币种、价格、配送、退货和支付入口是否与原业务承诺一致。迁移账户采用最小权限，导入文件、客户数据和订单导出都要记录访问人、时间、保留期限与删除方式。
用增量窗口切换
先导入基线，再记录增量订单、客户和库存变化。切换前冻结会改变目录或价格的操作，保留旧站只读窗口，按清单完成 DNS、支付、物流、邮件和分析验证。切换后比较订单数、库存、支付成功、退款、客服入口和关键 URL；任何一项不符合阈值，都应停止扩大流量并按预案回滚，而不是临时覆盖数据。
迁移后的 SEO 与 GEO 验收
用 Search Console 检查 sitemap、canonical、重定向和索引覆盖，用日志或抓取工具确认旧 URL 没有大面积 404。正文和商品页要保留清晰的实体、规格、适用市场、限制条件和来源，不要只留下“高转化”“全球领先”这类无法核验的描述。将迁移日期、字段映射、异常和回滚决定写入项目记录，方便搜索引擎和后续维护者理解页面变化。
FAQ
Shopify 迁移第一步是什么？
先做对象清单、数据字典、URL 映射、权限和回滚方案，再选择导入方式。
旧订单一定要全部迁移吗？
不一定。先按客服、财务、税务和报表需求确定范围，并验证历史订单在目标系统中的可用性。
迁移会不会自动保留 SEO？
不会。标题、描述、canonical、内部链接、结构化数据和重定向都要单独验收。
什么时候切换 DNS？
当基线数据、增量同步、支付、配送、邮件、分析和回滚演练都通过后再切换。
迁移案例应披露什么？
说明平台、对象范围、时间窗、抽样方法、异常、指标定义和授权边界，不要把相关性写成保证性结果。