我们的 Shopify 退出策略：评估无头电商替代方案
退出触发因素
Shopify 对于标准电商用例来说是一个出色的平台，而且在你保持在它的标准用例范围内时，确实有效。一旦你开始偏离——自定义结账流程、非标准定价模型、与内部工具的深度集成——摩擦就会积累。
触发我们评估替代方案的具体问题是在结账流程中需要自定义定价逻辑，而这在 Shopify 的架构中不可能实现，除非使用他们的 Functions API，而后者有显著的限制。
评估标准
我们评估了三个无头电商平台，标准如下：自定义结账流程的能力、现有技术栈的集成、数据库模型的所有权、以及实际的运营开销。
Medusa v2
Medusa 在架构上最接近我们需要的：Node.js 后端，可定制的数据模型，开源。它需要大量的自定义开发才能达到 Shopify 的功能对等，但自定义空间确实存在。
评估中的障碍是文档完整性——在撰写本文时，v2 的文档与 v1 相比仍然不完整，而我们遇到了足够多的未记录边缘情况，使得工期估算变得不可靠。
Saleor
Saleor 提供了最完整的开箱即用功能集，以及一个设计良好的 GraphQL API。对于需要快速搭建的团队来说，它是最强的竞争者。
我们的问题是基础设施要求：Saleor 期望托管在他们的平台上，或者自托管时需要比我们预期的更多的基础设施。
最终决定
我们没有迁移到这三个平台中的任何一个。评估揭示了所有平台都有我们特定用例的摩擦点，而摩擦的本质实际上并非来自电商平台本身——而是来自业务流程中的自定义定价逻辑。
最终解决方案是在现有基础设施上构建最小化的自定义结账层，使用 Stripe 进行支付处理，使用 Supabase 管理产品目录。