黑五别急着全站打折：Shopify已经能先测试促销方案了

黑五活动最难回答的，往往不是“折扣怎么设”，而是“这笔优惠到底值不值得给”。全站降价后订单多了，可能是折扣起作用，也可能只是广告加量、旺季需求上来，或者原本就会下单的客户刚好领了优惠。营业额变好看，不等于促销更赚钱。

Shopify 在2026年10月2日公布，折扣可以纳入 Rollouts：先向部分线上商店访客提供新优惠，与现有优惠比较，也可以让折扣、主题和结账变更一起上线。这给商家一个更稳妥的起点：先验证促销方案，再决定黑五是否扩大使用。官方更新

下面用家居收纳用品店作教学假设，不代表真实项目或实测结果。资料核对时间为2026年10月20日。

先确认套餐，再分清三种用途

目前 Rollouts 向 Basic 及以上套餐开放，但需要对照组的 Experiment 要 Grow 及以上。员工除了 Rollouts 权限，还需要所改资源对应的权限，例如 Discounts；有入口不等于团队每个人都能操作。套餐与权限要求

三种类型解决不同问题：

• Experiment：比较现状与新方案，回答“改了有没有帮助”。
• Event：到时上线、到期回退，适合限时促销。
• Launch：把变更永久合入商店，适合确定要保留的配置。

它们不是活动进度的三个必经步骤。黑五优惠测试通过后，正式活动仍可能应该用 Event，而不是永久保留折扣。Rollouts 概览

两组实际拿到的优惠，要真的不同

假设这家店卖抽屉分隔盒、衣柜收纳箱和层架，平时有一项适用于全店的自动优惠。黑五前，商家想比较两种政策：继续普遍让利，还是把优惠集中给购买收纳系列、达到门槛的订单。

业务假设是：门槛优惠可能促成一次买齐，也可能让只买一个分隔盒的人放弃。它能否增加有价值的订单，需要验证，不能预先写成“提高客单又保护利润”。

在 Rollouts 里，Control 沿用店里现有折扣状态，不能另给 Control 随意指定一张优惠券。这个例子可以把现有自动优惠作为基线，在 Treatment 中停用它、激活新建的收纳系列门槛优惠。这样比较的是两套政策，而不是“原优惠”和“原优惠再叠一层”。折扣变更与对照组

折扣自己的日期仍会独立生效；运行中的 Rollout 也能在这些日期之外，为 Treatment 激活优惠。相反，Treatment 里的停用会让该组不能使用，即使原折扣日期本来有效。因此要一起查原日期与组内动作：待测优惠若已按自身日期全店生效，Control 也可能得到它。折扣与 Rollout 的独立时间安排

原有客户资格仍然适用，进入实验不等于自动获得优惠。客户资格说明

在后台搭好规则，前台把门槛讲对

先准备收纳系列的商品清单、排除商品、门槛、优惠值、客户资格和允许叠加的优惠。进入 Discounts → Create discount → Amount off products → Automatic discount，选择对应 Collection，设置 Minimum purchase amount，再核对 Active dates。自动商品折扣设置

这里有个会影响页面设计的细节：商品折扣限定了某个系列时，只有符合条件的商品计入门槛，运费和税费也不计入。买了一个收纳盒再加一件不参加活动的装饰品，不能直接拿整个 Cart 总额告诉客户“已达标”。门槛金额口径

真实页面：别把两种优惠写成一个承诺

看看真实free-standing station怎样表达。McGee & Co. 的活动页把“餐厅品类25%优惠”和“家饰订单满150美元免邮”放在不同位置，活动入口也指向具体商品系列。客户看到的不是一句含糊的“全站优惠”，而是可以继续查看的参加范围。活动原页；Shopify官方品牌案例。

再打开它的配送说明，合资格家饰的免邮条件进一步写为折后小计达到150.01美元，并列出参加品类；部分家具等商品的运费则按折前零售价计算。值得借鉴的是这种信息层次：入口先说清优惠，详情再交代金额口径与限制，不能把不同优惠混成一个承诺。这是2026年10月20日对公开页面的观察，不代表该品牌用了Rollouts，也不是WESWOO项目或实验效果证明。配送条款

随后进入 Markets → Rollouts → Create rollout，选 Experiment，在 Add changes → Discounts 加入激活与停用操作；检查 Audience、Traffic allocation、Control / Treatment 的 Traffic split，再设起止时间。外层决定参与范围，内层才分配对照与处理；日期使用商店时区，保存前还要处理冲突提示。创建与配置步骤

如果两项优惠允许叠加，也要逐项查 Combinations。Shopify 要求相关折扣各自允许组合；不能只在新优惠上勾选一次，就认定所有组合都成立。验收时应加入排除商品，并走到结账确认实际结果。折扣组合与测试

活动页应讲清参加商品、门槛和限制，Cart 提示要与 Checkout 一致。如果同时改了活动页表达、商品展示和折扣，结果反映的是整套促销体验；不能把变化全部归给某个折扣力度。想判断优惠本身，就尽量保持其他条件一致，避免运行中反复改文案、规则和投放结构。

主题定制也有范围：Rollouts 不支持 vintage themes，不能在其中修改 Liquid 模板。需要新增组件或业务逻辑时，应先在适合的开发流程中完成，再核对怎样纳入活动，不能把 Rollouts 当作任意代码的发布分支。主题变更边界

部分流量的优惠，不能向所有渠道承诺

站内做实验，站外仍在投“人人可享”的同一优惠，会出现一个很实际的问题：客户看广告进来，却被分到没有该优惠的一组。

官方说明，Experiment 以及面向部分访客的 Event 仅作用于线上商店；尤其涉及 Catalog 价格或可售商品时，广告、Listing、Feed 不会收到同样的实验信息。报价不一致可能触发渠道审核。即使全量上线，外部系统也按自己的同步节奏更新。受众与外部渠道

因此，应先查测试商品是否进入 Google、Meta 等商品广告，必要时暂停相关广告或移出商品列表；普通社媒内容也别提前承诺所有访客都能拿到测试优惠。范围收得小，不代表渠道风险会自动变小。

还有一个开发层面的检查点：活动条、邮件或第三方优惠应用可能只读取折扣的 ACTIVE 状态。新版规则下，这个状态不一定代表访客实际能用；Admin API 2026-10 已增加只读的 Discount.rollouts 信息，读取它还需要相应权限。集成方应结合 Rollout 的实际状态、有效流量和处理组检查，不能只沿用旧缓存。折扣集成升级说明

conversion rate回答了一半，另一半是毛利

看结果时，先确认看的是哪一段漏斗。进入结账的人变多，与最终成交比例变高，是不同变化。Rollouts 指标随资源及类型而异，只统计线上商店、Cart 和 Checkout；它没有折扣专属收入、订单归因指标，分配与曝光也不等于实际使用优惠的人数。分析范围与指标限制

回到收纳店。若门槛方案带来更多组合购买，但增加的都是体积大、运费高的商品，仅看客单价可能得出错误结论。应先看净销售额减商品成本的毛利，确认净销售已反映本期折扣与退款；再核对履约、支付、投放等经营费用，以及尚未反映的退货与退款时差，不把已入净销售的退款再扣一次。Shopify 利润报告依赖商品售出时已记录的 Cost per item；成本没填齐，报表就不能覆盖完整商品范围。利润报告口径

但整店毛利上涨，也不能直接证明 Treatment 更好。原生 Rollouts 并未自动提供分组利润账；如果没有经过验证的分组订单对应关系，就应把实验内的转化变化与经营毛利分别呈现，不拿优惠码使用订单冒充全部处理组，更不把活动前后差异当因果。

测试开始前，先约定要回答的问题、观察期间、主要指标和停止条件。流量很少、结果波动大，或者库存和投放发生明显变化时，保留“证据还不够”的结论，比急着挑一个赢家更有用。这是实验Design Recommendations，不是 Shopify 公布的统一样本量或胜出阈值。

活动结束以后，才算验收完成

测试期间要记录有效流量，留意重叠 Rollout；配置流量与实际有效分配可能不同。正式结束时，后台可选择 Roll back changes 或 Apply changes。后者属于永久应用，不能期待随后自动撤销；永久应用激活折扣还会移除其结束日期。管理与结束规则

对限时黑五，验收应覆盖上线前、活动中和结束后：符合条件的商品得到正确优惠，排除商品不凑门槛，页面承诺与结账一致，到期后横幅、Cart 提示与折扣都回到约定状态。尤其别把“实验结束”理解为所有原生优惠一并过期；结束后的实际结果，还取决于原有折扣自己的安排。

WESWOO 的页面设计与功能开发，可以围绕这些具体交付展开：把参加范围和门槛讲清楚，让促销组件读取正确业务状态，核对活动页到结账的连续体验，并保存上线、结束及回退的验收记录。商家决定让利政策，设计开发负责让客户看到的承诺真正兑现；测试结果则帮助下一次决策，而不只是给这次打折找理由。