当 Gadero 将 20,000 个木材产品从旧平台迁移到 commercetools 时，新技术栈先在比利时上线，再根据每一轮结果逐步扩展到荷兰、德国和法国。GOED 上线 120,000 个医疗健康产品时，也先从一个品类开始，再分阶段扩展。两个项目都没有经历一次性切换夜。这就是 Strangler Fig 方法的价值，也是本文的实战框架。
为什么一次性切换容易失败
一次性重构通常会叠加三个问题：
- 路线图被冻结。 一年期重建意味着一年内所有业务需求都只能等待迁移完成，最终堆积的 backlog 反而会增加上线风险。
- 风险集中在一晚。 所有集成、价格规则和十年订单流程中的边界情况，都必须在第一天同时正确运行。
- 自然流量突然下滑。 URL、内部链接和页面性能一起变化，SEO 影响往往要等转化下降后才被看见。
Strangler Fig 是 Martin Fowler 对这种模式的命名：围绕旧系统逐步建设新系统，直到旧系统可以被关闭。电商很适合这种方式，因为用户旅程可以沿着市场、品类或品牌自然拆分。
切垂直业务片段，而不是水平技术层
很多团队的第一反应是按技术层迁移：先把商品页放到 commercetools，购物车和结账仍留在单体系统。这会制造大量临时桥接：会话共享、购物车同步和两套促销逻辑，最终成为最难维护的部分。
垂直切片让一条完整的请求路径只属于一个技术栈：
- 按市场切。 比利时完整运行在 commercetools，荷兰暂时留在单体平台，边界由域名或边缘规则控制。
- 按品类切。 一个品类的商品、搜索结果和结账全部迁移，反向代理把其他路径继续发送到旧系统。
- 按品牌或业务单元切。 如果数据边界天然清晰，这通常是最干净的切法。
路由边界应该刻意保持简单：CDN 规则、边缘函数或反向代理负责把路径和域名映射到正确的技术栈。越无聊，越可靠。
第一块切片应该根据学习价值选择，而不只是看收入规模。它要足够小，出问题时可以承受；又要足够真实，能够完整验证价格、支付、税务和履约。先迁移比利时，再迁移德国，应该是策略，而不是偶然。
集成层承担真正的复杂度
迁移通常会持续几个季度。在这段时间里，两套系统都必须对商品、价格、库存和订单保持一致。最稳妥的做法，是不要让任何一个电商平台成为所有数据的唯一事实源：
| 数据 | 事实源 | 两套平台的角色 |
|---|---|---|
| 商品内容 | PIM（Gadero 使用 Akeneo） | 订阅者 |
| 价格与库存 | ERP | 订阅者 |
| 订单 | ERP / OMS | 生产者 |
| 客户账户 | 尽早确定一个系统 | 最难的部分 |
事件驱动的集成层把同一批数据分发给两套平台。commercetools 通过导入 API 接收商品和价格，通过订阅机制发出订单事件；旧平台继续使用已有的连接方式。这样“两套系统”不再意味着“两份目录需要人工对账”。
两个细节会决定迁移是否稳定。第一，所有系统使用稳定的 SKU 作为关联键，不要让任何平台自行生成另一套 ID。第二，在第一周就确定客户账户归属，因为“第 4 个月回访的客户应该登录哪套系统”是最容易被拖到最后的问题。
订单历史也不需要全部搬到新平台。合规保留可以通过旧数据库的只读查询完成，不必把十年的订单重新导入 commercetools 的订单模型。
迁移期间如何保护 SEO
分阶段迁移可以把 SEO 从上线夜赌博，变成每个切片的一组清单：
- 为每个切片生成 301 映射。 路由切换时，旧 URL 立即指向新 URL，映射应从数据生成，而不是手工维护。
- 能保持 URL 就保持。 如果新平台可以继续使用原有产品 URL，最好的重定向就是没有重定向。
- 每个 URL 只有一个 canonical。 路由边界不能让两个技术栈以不同地址提供同一商品。
- sitemap 跟随路由变化。 每一阶段重新生成 sitemap，并在 Search Console 观察抓取范围的迁移。
- 按切片衡量，而不是只看全站。 比利时切换后的自然流量曲线，可以告诉你德国是否已经准备好。
什么时候应该停止，什么时候不该开始
迁移期间要同时承担两套系统、两种技术能力和一层集成成本，所以必须设定关闭日期。“第三季度前停止单体系统的生产流量”是计划；“剩下的以后再迁”通常意味着两套系统永远并存。
反过来，也不要把所有项目都套进 Strangler Fig。几千个 SKU、单一市场和标准结账流程，准备充分的直接迁移配合完整重定向表，可能比几个月的双栈运行更便宜。这个模式真正值得投入的场景，是目录深、市场多、自然流量直接影响收入的业务。
实施清单
- 按市场、品类或品牌选择垂直切片，不要拆开一条用户旅程
- 第一块切片要小、真实，并且端到端可验证
- 在边缘路由，保持边界简单
- PIM 和 ERP 作为事实源，两套平台通过一层集成层订阅数据
- SKU 作为统一关联键，第一周确定客户账户归属
- 订单历史采用只读归档，不必全部迁移
- 每个切片同步上线生成的 301 映射，并按市场观察自然流量
- 为旧平台设定关闭日期
这套方法属于我们的电商平台工程服务实践。如果你正面对一个需要退出的单体平台，欢迎把迁移切片计划带来讨论。
