- 对所有仍在使用的店铺而言，Shopify Scripts 已于2026年6月30日停止执行。
- 任何写在 Script 中的自定义折扣、BOGO 或捆绑销售逻辑，都在这一天起停止生效。
- 这种失效是设计使然的静默失效：如果一个 Shopify Function 的触发条件与某个购物车不匹配，它就不会执行，既不会抛出错误，Shopify 也不会通知你。
在 Shopify 社区论坛上，正在经历这场迁移的商家都描述了同一种风险：
“我原来的 Script 悄悄地停止应用折扣，我是因为有客户投诉被收取了全价才发现的。没有报错，没有提醒，订单日志里也什么都没有。我在完全没意识到的情况下，用一个失效的配置运行了好几个星期。”
这正是从 Scripts 迁移到 Functions 的核心风险：一个 Function 要么配置正确并正常运行，要么配置有误并陷入静默，中间没有任何可见状态。一个不匹配的条件、一个阈值里的拼写错误、一个作用于错误商品系列的规则，产生的静默表现和正常运行完全一样。唯一的应对方法，就是在正式上线前，主动从两个方向分别测试。
开始前值得了解的四件事
这其实是三次独立的迁移，而不是一次
一个 Script 文件可能同时涉及折扣逻辑、运费和支付定制。Functions 把这些拆分成三种独立的 Function 类型：折扣、配送和支付，各自单独配置和部署。所以“迁移我的 Script”通常意味着要迁移多达三块不同的内容。
无代码构建工具通常只覆盖折扣和 BOGO
如果你的 Script 还涉及运费或支付方式，折扣类 Function 的无代码构建工具（包括 Stackable）无法覆盖这部分内容。配送和支付方面的定制，需要由开发者直接编写对应的 Function。
现在就保存好你的旧 Script 源代码
一旦 Script Editor 被彻底下线，其中存储的代码将无法再找回。请立即导出或复制你的旧 Script 源代码，哪怕现在还没准备好迁移，这样在替换方案上线时你手上仍有参考依据。
分别测试“应该触发”和“不应该触发”的购物车
在正式信任一个新 Function 之前，先构建两个测试购物车：一个应该触发它，另一个刻意设计成不应该触发。一个在不该触发时触发的 Function，代价并不亚于一个该触发却静默不触发的 Function。
关于适用范围的诚实回答
Stackable 基于原生 Shopify Functions 重建基于规则的折扣逻辑，但不会运行任意自定义代码。
Stackable 可以重建的部分
- 阶梯 / 数量折扣（例如“购买3件及以上立省15%”）
- 买X送Y及 BOGO 逻辑，包括可重复叠加的阶梯
- 各优惠之间的明确折扣叠加规则
- 任意活动的定时开始、结束及即时暂停
以下部分仍需要开发者
- 你旧 Script 中运行的任意自定义代码（例如定制化的定价公式，或无代码工具无法覆盖的一次性条件）
- 运费 / 配送定制（属于另一种独立的 Function 类型）
- 支付定制（属于另一种独立的 Function 类型）
- 任何无法归结为基于规则的折扣配置的内容
如果你原来的 Script 涉及以下任意一项，任何无代码构建工具（包括 Stackable）都无法覆盖，这需要由开发者编写 Function，而非通过配置界面完成。
常见问题
我原来的 Scripts 消失了吗？
Scripts 已于2026年6月30日停止执行，但这并不等同于 Script Editor 中存储的源代码在同一时刻被删除。无论如何，请立即导出或复制你的旧 Script 代码：一旦 Shopify 彻底下线该编辑器，代码将无法再找回。
如果 Function 配置有误，我会收到报错吗？
不会。一个触发条件与购物车不匹配的 Function 只会静默地不触发，没有报错，也没有提醒。在正式投入生产环境之前，务必分别用一个应该触发和一个不应该触发的购物车进行测试。
Stackable 能替代我旧 Script 的所有功能吗？
只能替代基于规则的部分：阶梯及数量折扣、BOGO、折扣叠加和定时排程，全部基于原生 Shopify Functions 重建。Stackable 不运行任意自定义代码。如果你的 Script 做了真正定制化的事情，比如自定义定价公式，或无代码工具无法覆盖的条件，仍然需要开发者直接编写对应的 Function。
我 Script 里处理的运费或支付逻辑该怎么办？
这些属于 Stackable 不涉及的独立 Function 类型（配送和支付）。你需要让开发者将它们与折扣逻辑分开单独迁移。
在哪里可以阅读完整的迁移说明？
我们的第一篇博客文章详细介绍了 Scripts 的下线过程和迁移路径。
相关功能
Discount Stacking
How to stack discounts in Shopify comes down to settings the platform hides by default: every discount belongs to a class (product, order, or shipping), and whether two discounts combine is decided per offer, per class. Stackable puts those combine switches on every offer, so a volume tier, a spend goal, and free shipping add up exactly the way you configured them, every time.
BOGO / Buy X Get Y
Running BOGO beyond the 100-product cap isn't possible with Shopify's native Buy X Get Y discount: it stops letting you add eligible products once you pass 100, and it only applies once per order. Stackable removes both limits and adds cheapest-item-free logic on top.
Scheduled Sales
Shopify scheduled sales fail two ways in the wild: campaigns that silently never start, and live campaigns with no pause button. Stackable's scheduler runs on the same reliability guarantee as its checkout math, and pausing takes effect storefront-wide in under a minute.