Shopify 原生子集合来了：导航、SEO、促销页要怎么改？

Shopify 这次对 Collections 的升级，表面上看是后台多了几个更灵活的配置项；真正影响更大的，是商家终于可以把「集合」当成更稳定的商品组织底座，而不是继续用标签、菜单、模板和第三方 app 拼出一套看起来像子集合的结构。

根据 Shopify 2026 年 7 月 16 日发布的 Changelog，Collections 现在支持 multi-source、variant-level collections，以及把其他 collection 作为 source 复用。Shopify 官方企业博客也明确提到，可以用现有的 Leggings、Tops、Shorts 等集合，构建一个自动保持同步的 Activewear 集合。

这就是很多 Shopify 商家长期想要的「原生子集合」能力：不是 URL 变成传统电商那种多级目录，也不是前台菜单里手工挂几个链接，而是父集合可以直接复用子集合，随着子集合变化自动更新。

先说清楚：它改变的是集合组织方式

过去 Shopify 的集合通常有两种思路：一种是 automated collection，用一组条件自动收商品；另一种是 manual collection，人工挑选商品。问题在于，真实运营往往不是二选一。

一个「夏季新品」页面，可能既要自动收最近 30 天上架的商品，又要把主推款固定在前面，还要排除库存很低的 SKU。一个「Activewear」父级页面，可能需要长期汇总 Leggings、Tops、Shorts 三个子类，而且任何一个子类更新，父级页面都要同步变化。

新 Collections 模型把这些动作统一到了 collection sources 里。一个集合可以来自自动条件、手动选择、排除项、app source，也可以来自另一个 collection。对商家来说，这是后台配置变简单；对开发者和运营团队来说，这是信息架构终于可以少一点「旁路逻辑」。

导航：从菜单模拟，转向集合驱动

以前做子集合，常见方案是用导航菜单模拟层级：Women 下面挂 Dresses、Tops、Shoes；或者在父集合模板里手动放 collection list。它能用，但维护成本高，且菜单、页面、筛选和促销逻辑很容易各走各的。

现在更合理的做法，是先把商品组织关系沉到 Collections，再让导航读取这套结构。

父级集合： 负责承接大类流量，例如 Activewear、Furniture、Skincare。

子级集合： 负责承接更明确的购买意图，例如 Leggings、Sofas、Vitamin C Serum。

主题展示： 在父集合页顶部展示子集合入口，在子集合页保留返回父类和横向切换入口。

这会让导航从「手工链接集合」变成「围绕集合结构展示」。菜单仍然重要，但它不应该是唯一的层级真相。否则一旦运营调整分类，菜单、落地页、促销页和自动化规则就会继续互相打架。

SEO：不要急着改 URL，先稳住意图页

这次升级不应该被简单理解成「Shopify 终于有 /collections/parent/child 了」。从当前官方信息看，重点是 collection membership 和 admin 体验升级，而不是把 Shopify 的集合 URL 改成传统多级目录。

所以 SEO 上最重要的不是追求层级 URL，而是重新梳理哪些集合页值得成为搜索落地页。

保留核心集合页： 已经有排名、外链、内链和转化记录的 collection，不要因为新功能上线就重建。

补齐父子关系： 让父集合承接泛需求，让子集合承接更精确需求，并通过页面模块互相传递权重。

避免重复页面： 如果过去为了模拟子集合建了多个相似 collection，现在要检查它们是否在争抢同一关键词。

给每个意图页写独立内容： 父集合写选择逻辑和大类差异，子集合写场景、材质、尺码、适用人群、购买建议。

对 SEO 团队来说，这次更新的价值不在于「多了一个可以收录的层级」，而在于 Shopify 原生数据结构更适合搭建 topic cluster。父集合、子集合、产品页之间的关系可以更稳定，内链也能更自然。

促销页：可以少建一次性页面

促销是这次 Collections 升级里很值得关注的一块。Shopify 官方举的例子包括 June Sale、Extended Sizes promotion、Under $50 等。这些页面过去往往需要运营手动维护，或者依赖标签规则和 app 组合。

现在，促销集合可以同时组合自动条件、人工置顶、排除项和其他集合。这会改变很多运营习惯。

大促页： 可以自动收所有 sale price 商品，同时排除不参加活动的爆款或低库存商品。

人群页： 可以把多个子集合组合成 Back to School、Gift for Her、Travel Essentials。

变体促销： variant-level collections 让「只促销红色款」「只促销扩展尺码」这类玩法更自然。

跨业务复用： 同一个 collection 可以用于在线商店、折扣、税务等支持的工作流，减少重复维护。

这意味着促销页不一定再是一次性专题页。很多促销可以变成可复用的 collection 模块：活动开始时调整 source 和排序，活动结束后保留结构，下次复用。

开发者现在该改什么

如果你维护 Shopify app、主题或自定义集成，最该关注的是 2026-07 Admin API 的 Collections 变化。Shopify.dev 的 collectionCreate 文档已经提示，旧的 input 和 ruleSet 字段被标记为 deprecated，新的 membership 应通过 collection 参数里的 sources 定义。

第一步： 检查 app 是否仍然假设 collection 只有 manual 或 automated 两种类型。

第二步： 检查主题里是否依赖第三方 subcollection app 输出 category tree、breadcrumb 或 collection slider。

第三步： 如果 app 会创建或同步 collections，开始迁移到 2026-07 API，并支持 sources。

第四步： 对历史集合做 SEO 风险审计，不要批量删除旧集合，也不要贸然改 handle。

这里尤其要谨慎处理第三方 subcollection app。很多 app 不只是存一套层级关系，还可能渲染前台模块、面包屑、集合轮播、SEO 文案区。即使 Shopify 原生能力覆盖了部分数据结构，也不代表可以直接卸载。

给商家的迁移顺序

比较稳的迁移方式，不是马上重做全站分类，而是先选一个中等复杂的大类试点。

先盘点： 列出当前所有父集合、子集合、菜单链接、专题页、促销页和相关 app。

再建模： 确定哪些是真正的商品分类，哪些只是促销、场景或人群集合。

小范围重构： 用 native collections sources 先重做一个父集合和几个子集合。

看数据： 观察索引、点击、转化、筛选使用率和跳出率。

最后推广： 确认主题展示、SEO 和促销工作流都稳定后，再扩展到更多类目。

一句话总结：Shopify 原生子集合不是让你把网站「层级做深」，而是让你把商品组织、导航展示、SEO 落地页和促销工作流统一到更可靠的 collection 基础设施上。

如果你现在还在用菜单、标签、模板和 app 拼子集合，接下来最该做的不是马上替换，而是先把「哪些集合负责分类，哪些集合负责促销，哪些集合负责搜索流量」这件事分清楚。分清之后，新 Collections 才能真正降低维护成本。

参考资料：Shopify Changelog「Collections now support multi-source and variants」（2026-07-16）；Shopify Enterprise Blog「Introducing a brand new Collections experience」（2026-07-16）；Shopify.dev Admin GraphQL API 2026-07 collectionCreate 文档。