Shopify 支持将现有 Billing API 订阅迁移至 App Pricing

来源中的信息

发生了什么

使用 Billing API 收费的应用，现在可以通过 Partner Dashboard 的迁移工具或 Shopify CLI，将现有订阅迁移至 Shopify App Pricing。

迁移会在订阅的下一个计费周期开始时生效，商家不需要重新批准收费。

不含用量收费、且与 App Pricing 计划匹配的简单订阅，可以通过 Partner Dashboard 迁移；用量计费、价格调整和私有计划等复杂订阅需要使用 Shopify CLI 的 subscription-migrations 命令。

相关工具支持在开发商店测试计划、查看商店迁移状态、批量安排迁移，以及取消通过 Partner Dashboard 或 CLI 安排的待处理迁移。

经营影响

这项更新降低了从旧收费方式切换到 App Pricing 时的重新配置门槛，但适用范围取决于订阅类型是否能与新计划匹配。

对管理大量商店或复杂收费逻辑的应用团队而言，迁移不只是创建计划，还涉及状态盘点、排程和异常处理。

相关影响集中在目前通过 Billing API 收费且计划迁移的应用；已经使用 Shopify App Pricing 的应用不在此次变化范围内。

编辑观察

把迁移安排在下一个计费周期，意味着收费体系的切换窗口被绑定到续费节点，而不是要求商家立即重建订阅；这会改变应用团队的上线安排。由于现有证据没有说明失败回滚、通知或异常处理机制，团队应把它当作需要监控的排程变更，而不是默认无风险的即时切换。
工具按订阅复杂度分层，实际上把迁移决策从“是否迁移”推进到“用哪条工作流迁移”；简单匹配计划适合标准化处理，复杂计划则需要更强的状态管理。证据没有提供迁移成功率、成本或收入影响，因此商家和应用团队不能据此预估经营收益，只能先评估自身订阅结构与运营能力。
更稳妥的决策规则是先在开发商店验证计划匹配，再按订阅类型选择 Dashboard 或 CLI，并保留查看状态和取消待处理迁移的操作路径；只有当团队能明确识别迁移对象和生效周期时，才适合批量安排。当前证据未说明哪些具体订阅会被工具排除，后续应重点观察迁移状态反馈和官方对边界类型的补充说明。

适用范围

使用相关应用的商家通常不需要为这类迁移重新批准收费，但订阅仍可能在下一个计费周期才切换，短期内不应把迁移安排视为立即生效。

如果商家依赖按用量收费、价格调整或私有计划，能否平稳迁移取决于应用方是否采用 CLI 工作流；商家应向应用方确认迁移状态，而不是仅依据应用已支持 App Pricing 做判断。

已经使用 Shopify App Pricing 的应用不受此次迁移更新影响，相关商家无需因该公告自行调整订阅。

行动建议

1
盘点现有订阅类型
now
如果应用目前通过 Billing API 收费，先区分简单订阅、用量计费、价格调整和私有计划，并确认哪些订阅已有对应的 App Pricing 计划。
2
先在开发商店验证计划匹配
this-week
使用 Partner Dashboard 创建与现有手动计划匹配的 App Pricing 计划，并在开发商店测试后，再安排符合条件的简单订阅迁移。
3
为复杂订阅建立 CLI 迁移清单
this-week
对需要用量计费、价格调整或私有计划的订阅，使用 Shopify CLI 的 subscription-migrations 命令查看商店和迁移状态，再决定是否批量排程。
4
跟踪下一个计费周期的迁移状态
monitor
重点检查已安排迁移是否按预期在下一个计费周期生效，并保留取消待处理迁移的操作路径。

来源与依据

来源可能仅提供标题或摘要。请结合下方具体证据范围阅读；链接与流程校验不等于独立事实核验。内部置信值是工作流信号，不代表事实正确的概率。