Shopify 订单迁移不是把 CSV 导入后台就结束。跨境独立站真正的风险在于历史订单、客户、退款、税费、币种和客服链接之间失去关系，导致客户查不到订单或财务无法对账。迁移前应先定义哪些记录必须保留、哪些字段可转换，以及旧 URL 如何继续服务用户。
先做数据盘点和冻结
把来源平台的订单、客户、商品、SKU、折扣、退款、支付状态、履约状态和时间时区列成字段字典。把订单号、客户邮箱、商品 SKU 和交易金额设置为对账键，不要只依赖导入行号。迁移窗口前冻结商品和价格变更，并保存带时间戳的原始导出文件。
Shopify 的产品和客户导入路径与订单历史处理方式不同。订单往往需要 API、迁移应用或受控脚本，具体能力要按当前文档、店铺权限和数据来源确认。不要为了“完整迁移”把支付卡号、密码或不必要的个人数据复制到新系统。
迁移映射与回滚
建立来源字段、Shopify 字段、转换规则、缺失处理和责任人的映射表。订单金额要区分商品小计、折扣、税、运费、退款和最终支付；多币种订单必须保留原币种与结算币种。客户同意、营销订阅和删除请求也要有单独的迁移规则。
- 先用少量历史订单做沙盒导入，不直接覆盖生产数据。
- 对订单、客户、SKU、退款和库存做抽样逐字段对账。
- 迁移后保留旧站只读查询或客服查单方案，并准备旧 URL 的 301 映射。
- 记录 API 版本、权限范围、脚本版本、批次号和失败重试结果。
- 发现重复订单或金额差异时停止切换，而不是用第二次导入掩盖问题。
这篇文章可与 Shopify 数据仓库治理、ERP/CRM 对接 和 Shopify URL 迁移治理 配合使用。英文版本使用对应的 /en/ 路径。
切换验收
切换前后各抽取同一批订单，核对订单状态、商品明细、税费、退款、客户关联和时区。用真实客服场景测试订单查询、取消、退款、改址和邮件通知。观察新订单写入、库存扣减、支付回调和分析数据是否出现重复；确认旧站、DNS、邮件和客服团队知道回滚条件。
FAQ
Shopify 可以直接导入所有历史订单吗？
不能一概而论。产品、客户和订单历史的导入能力不同，应按当前 Shopify 文档、来源平台和权限做小批量验证。
迁移时可以把客户密码一起导入吗？
不要默认这样做。密码和支付数据属于高敏感信息，应采用官方支持的账户激活或重置流程，并遵循隐私和安全要求。
旧订单号必须保持不变吗？
业务上通常希望保持可查，但技术实现要看来源和目标系统。至少要保留来源订单号映射，保证客服和财务能追溯。
什么时候可以切换 DNS？
只有在抽样对账、支付、库存、邮件、客服查单和回滚演练都通过后，再安排低风险窗口切换。
迁移后的旧 URL 要全部改掉吗？
不要为了整洁批量改 URL。保留有效历史 URL，并对确需变更的路径做一对一 301 和上线后监测。