新版 Collections：按变体做集合页，可能改变 Shopify 陈列玩法

Shopify 的 Collections 正在发生一次底层变化。

在 2026-07 版本的 GraphQL Admin API 中，Shopify 用新的 sources 模型替代过去集合里的单一 ruleSet。更关键的是，新模型允许集合来源选择作用于 PRODUCTS 或 VARIANTS。官方枚举 CollectionSourceTargetType 写得很直接：当目标类型为 PRODUCTS 时，任一变体满足条件，整个产品会被纳入集合；当目标类型为 VARIANTS 时，只纳入满足条件的单个变体。

这意味着，Shopify 的集合逻辑开始从产品级走向变体级。对做服饰、鞋履、家居、3C 配件、食品组合、B2B 目录和多市场价格的商家来说，这不是一个小改动。

过去的集合页，很多时候只能绕路

在 Shopify 里，Collection 长期被理解为产品集合。商家可以用标签、产品类型、价格、供应商等规则做自动集合，也可以手动挑选产品。

问题在于，很多真实陈列需求并不是按产品发生的，而是按变体发生的。

• 一件 T 恤有 12 个颜色，但品牌只想把黑色、白色放进夏季基础款集合；

• 一个鞋款有多个尺码，集合页只想展示有货尺码；

• 一本书的电子书、纸质书、有声书都放在同一产品下，但不同活动页只卖其中一种格式；

• B2B 商家希望不同客户组看到同一产品下的不同包装规格；

• 多市场店铺希望某些地区只陈列可售变体。

过去这些需求通常要靠绕路解决：拆成多个产品、写主题逻辑、依赖第三方 App，或者在集合页里循环产品变体再手动过滤。这样做能跑，但会带来 SEO、库存、数据维护、PDP 体验和分析口径上的复杂度。

新版 Collections 的意义，就在于 Shopify 开始把这类变体级陈列放进集合模型本身。

新功能的核心：Collection Sources

Shopify 官方 changelog 将这次变化称为 New Collection model and APIs。

旧模型里，一个集合主要通过单一 ruleSet 描述规则。新模型中，一个集合可以有一个或多个 CollectionSource。这些 source 可以包含类型化纳入条件、排除条件、手动选择、子集合，以及由 App 创建并可复用的 shareable app collection sources。

其中最值得关注的是 CollectionConditionsSource.targetType。它可以设置为 PRODUCTS 或 VARIANTS：PRODUCTS 表示任一变体满足条件则整个产品进入集合；VARIANTS 表示只有满足条件的单个变体进入集合。

这让集合可以表达更细粒度的商品归属。官方还在 Shopify Functions 的 ProductVariant 类型上增加了变体级集合成员字段：ProductVariant.inAnyCollection(ids:) 与 ProductVariant.inCollections(ids:)。

官方说明也很清楚：当变体本身被纳入集合时，该变体就是集合成员；既有的 Product.inAnyCollection 和 Product.inCollections 仍然保留产品级判断。开发者以后不能只问这个产品是否在集合里，还要看业务场景是否需要判断这个变体是否在集合里。

这会怎么影响集合页陈列？

最直观的影响，是集合页有机会从展示产品卡片，进一步演变为展示可售变体卡片。

以服饰品牌为例，过去一个产品下有 8 个颜色，集合页通常只展示一个产品卡。用户点进 PDP 后再选颜色。新版模型下，品牌可以围绕颜色、尺码、材质、库存状态、价格区间、metafield 等条件组织集合，让符合条件的变体成为集合成员。

1. 颜色型商品可以更自然地铺陈

很多 DTC 服饰、鞋履、箱包品牌会遇到一个问题：颜色是用户最先感知的差异，但 Shopify 产品结构通常把颜色放在 variant 里。

如果集合页只能以产品为单位展示，一个鞋款的红色、黑色、奶油色很难作为三个视觉入口自然出现。商家要么拆产品，要么改主题，要么用 App。

当集合逻辑支持变体级成员后，颜色可以成为更接近一等公民的陈列维度。品牌可以围绕黑色单品、夏季蓝色系、节日红色款这样的主题组织集合，减少父级产品结构带来的限制。

2. 有货陈列可以更精确

集合页的一个常见体验问题是：商品卡看起来可买，点进去后才发现目标尺码或颜色缺货。

如果集合条件和 Functions 逻辑能识别变体级成员，商家有机会把可售变体作为陈列、促销、折扣和推荐的判断单位。对尺码强相关的类目，这会减少无效点击，也能改善转化路径。

3. 活动页可以按 SKU 级别组织

促销活动常常不是整款产品都参加，而是指定颜色、指定规格、指定包装、指定库存批次参加。

过去如果只按产品加入集合，折扣、展示和库存清理容易互相打架。变体级集合可以让活动页更像一个 SKU 级策展工具：只有参与活动的变体进入集合，开发者再基于该集合做折扣、推荐、排序或页面展示。

4. B2B、多市场和目录管理会更细

Shopify 官方 changelog 提到，这次变更影响 Admin GraphQL API 和 Shopify Functions。虽然 Collections 本身仍然服务于在线商店、销售渠道和营销场景，但变体级成员关系对 B2B 和多市场尤其有想象空间。

不同客户组、不同地区、不同销售渠道看到的产品可售范围，很多时候落在 variant 层。变体级集合可以成为目录、价格、促销、配送规则之间的一层更细颗粒度的组织方式。

开发者需要注意什么？

这次变化对开发者的影响比对普通商家更直接。

首先，读取集合的方式要迁移。Shopify 已经将 Collection.ruleSet 标记为 deprecated，推荐使用 Collection.sources。collectionCreate(input:) 和 collectionUpdate(input:) 也被弃用，新的写法是通过 collectionCreate(collection:) 和 collectionUpdate(collection:) 定义 sources。

其次，API 版本要跟上。官方说明，在 2026-07 及以后版本中，使用新 sources 模型的集合会出现在 collections 查询、collection(id:) 查询和其他返回集合的字段里。更早的 API 版本因为旧 ruleSet 无法表示这些新特性，会过滤掉使用新功能的集合。

这点很重要：如果 App 还停留在旧版本 API，可能会看不见一部分新版集合。

第三，产品级 membership 和变体级 membership 要分清。官方明确指出，Product.inAnyCollection / Product.inCollections 继续返回产品级结果；如果 Function 需要判断变体级集合成员关系，应调用 ProductVariant 上的新字段。

对折扣 App、搜索筛选 App、推荐 App、PIM/ERP 同步、主题增强 App 来说，这会影响数据模型和边界判断。

商家现在能直接用吗？

从官方资料看，这项能力首先体现在 2026-07 Admin GraphQL API 和 Shopify Functions 中。它不等于所有主题会自动把变体当成独立商品卡展示。

商家需要分清三件事。第一，集合成员关系已经支持更细的模型表达，尤其是 source、conditions、exclusions、target type 等 API 能力。第二，前台集合页如何展示，仍然取决于主题、Liquid 模板、Storefront API 使用方式、App 和销售渠道实现。第三，变体级集合会推动主题和 App 做适配。

对于希望一个颜色一个商品卡、指定规格进入活动页的商家，后续可能会看到更多原生能力、主题升级或 App 方案围绕这个模型展开。更稳妥的判断是：Shopify 已经把集合的底层表达推进到变体级，前台体验和商家后台工作流会逐步跟上。

对独立站运营的启发

这次变化背后，是电商陈列逻辑的一次下沉。

过去品牌常常围绕产品组织网站：新品集合、畅销集合、折扣集合、类目集合。可消费者在很多类目里的购买决策，看的并不是抽象产品，而是颜色、尺码、规格、容量、包装、材质、库存和价格。

当集合可以按变体理解商品，运营动作会更接近真实购买单位：清库存可以按指定变体做页面；内容营销可以按颜色、材质、使用场景组织商品；折扣规则可以更贴近库存和毛利；搜索和推荐可以减少点进去才发现不可买的摩擦；数据分析也可以区分产品热度和具体变体热度。

这对 Shopify 商家尤其重要。很多品牌为了获得更好的集合页陈列，过去会纠结颜色要不要拆成不同产品。拆分有利于曝光和 SEO，但会让 PDP、库存、评价、关联推荐和数据归因变复杂。变体级集合如果被主题和应用生态充分利用，可能会减少这种结构性取舍。

仍需观察的几个问题

这次更新已经释放出方向，但落地还有几个问题值得继续看。

• Shopify Admin 后台会在多大程度上开放可视化操作？如果大多数能力仍依赖 API，普通商家需要 App 或服务商支持。

• Online Store 主题会如何呈现变体级集合？是维持产品卡为主，还是逐步支持 variant card、variant URL、variant image、variant availability 等更细展示？

• Storefront API、搜索排序、筛选器和分析报表会如何处理产品级与变体级的口径差异？如果集合里只有部分变体，商品卡、价格区间、库存状态、URL 跳转都需要更明确的规范。

• 第三方 App 会不会出现兼容问题。Shopify 已经提醒旧 API 版本可能过滤掉新版集合，依赖 ruleSet 的 App 需要迁移。

结语

新版 Collections 不是一次普通 API 字段调整。它把 Shopify 集合从单一规则模型，推进到多 source、可排除、可复用、可按产品或变体命中的新模型。

对商家来说，最值得期待的是更细粒度的陈列能力：颜色、尺码、规格、库存、促销变体，都可能成为集合页组织商品的基础单元。

对开发者和服务商来说，现在该开始检查三件事：是否读取 Collection.sources，是否迁移到 2026-07 API，是否在需要时使用 ProductVariant 的集合成员判断。

集合页过去是产品分组。接下来，它可能会变成更接近 SKU 和购买意图的陈列系统。

参考来源

• Shopify Developer Changelog：New Collection model and APIs now available（2026-06-17）

• Shopify Admin GraphQL：CollectionSourceTargetType

• Shopify Admin GraphQL：CollectionConditionsSource

• Shopify Developer Changelog：Publish and unpublish product variants independently from product（2026-05-07）