XunbuOS Podcast 2026-08-27

2026年8月27日

2026 Build Award 揭晓、Sign in with Shop 开放、Collection Sources API 上线：今日 Shopify 生态动态

今日 XunbuOS Podcast 聚焦 Shopify 生态多线进展：2026 Build Award 获奖名单出炉，Sign in with Shop 开放给店面应用，Collection Sources API 在 GraphQL Admin API 2026-07 中上线，以及合作伙伴组织与 RBAC 的推出。

2026 Shopify Build Award 获奖者揭晓

四个类别，七国获奖者

Build Award 在 DotDev 大会上颁发，今年覆盖应用（Apps）、店面（Storefronts）、商家影响力（Merchant Impact）和社区（Community）四个类别，获奖者来自七个国家。

值得关注的获奖项目

Human NYC（店面）：为高端眼镜品牌 Wendywin 打造编辑杂志式店面，视频和动画贯穿购物体验，集合页面支持产品缩放和定制尺寸对照表
Smile（应用）：生态中最大的忠诚度应用之一，构建了公共 API 供其他开发者接入，与平台深度集成。联合创始人 Mike Rossi 观点："商家已经能用一个周末 vibe-coding 做出完整应用，差异化在于对单一主题的深度"
Discount Kit（应用）：高级折扣功能，折扣叠加逻辑原生构建在 Shopify Functions 上，核心团队精简，支持人员分布全球
Commerce UI（店面）：第二次获奖，为 Lupine 构建了含交互式功能、复杂商品配置器和 B2B 功能的店面，全部用 Liquid 原生构建
Easyteam（应用）：Shopify POS 最受欢迎应用之一，提供员工管理、工资核算和佣金管理，新员工已会收银就能直接打卡
Zapiet（社区）：自提和配送应用先驱，疫情期间两个月从 6 人扩张到 33 人，现在有六个应用
Elephant Room & Prosper Digital（商家影响力）：联合奖项。帮助 Lioness 五年内线上收入增长约 140 倍，随后在六周内将总销售额提升 113%、转化率提升 74%

Sign in with Shop 开放给店面应用

身份验证层扩展

三个核心设计：Shop 会话的认知度会累积，集成的应用越多识别能力越强；每个店铺一次登录而非每个应用一次；Shop API 与 Storefront API 和 Admin API 并列，使用同一套凭据。

SDK 三部分

开发者后台的自助 OAuth 客户端配置，无需手动入驻
即插即用的 Sign in with Shop SDK，处理登录流程、用户同意和会话创建
可路由的识别信号，可显示"以 [姓名] 身份继续"按钮而非完整登录流程

集成要点

大多数团队可在一个迭代周期内完成集成。最佳实践：将 Sign in with Shop 视为增强而非替代，保留现有身份层；不要在首次页面加载时自动触发，应在买家进行需要已知身份的操作时显示；需处理买家已通过其他应用登录的情况，只请求增量权限。

Collection Sources API：更灵活的商品分类模型

打破智能/自定义二分法

新模型在 GraphQL Admin API 2026-07 中可用。集合可组合多个来源：自动化条件、手动选择、排除项、其他集合引用，以及应用创建的可共享来源。

关键特性：变体定位允许集合精确到特定变体而非整个产品；集合作为构建模块可引用其他集合，来源集合变化时父集合自动同步；可共享的应用自有来源让应用将智能融入 Shopify 原生集合。

开发者影响

旧的自定义集合和智能集合继续正常工作，可增量迁移
2026-07 之前的 API 版本无法表示新模型的集合，这些集合会被过滤掉
读取、写入、渲染或检查集合成员资格的应用需升级到 2026-07

新机遇

感知变体的集合为店面、搜索、筛选和主题合作伙伴创造了新机会。集合还可作为更通用的业务基元：支持折扣、税务覆盖、物流工作流、目录操作，未发布的集合可仅用于内部工作流。

合作伙伴组织、RBAC 与 Dev Dashboard 聚合

三项核心更新

合作伙伴组织：一个组织所有者加多个组织管理员，Dev Dashboard 新增组织设置入口
RBAC：内置七个角色，覆盖典型工作模式，支持自定义角色
Dev Dashboard 聚合所有商店：开发商店、客户移交商店和协作者商店统一显示

七种系统角色

组织所有者（每组织仅一位，可转移所有权）、组织管理员（可管理用户、创建自定义角色）、组织用户管理员（管理团队成员）、商店管理员、商店用户管理员、应用开发者（Dev Dashboard 访问权限）、协作者商店访问。一个人可拥有多个角色，权限叠加。

迁移须知

3 月 30 日自动完成，系统根据现有访问权限自动分配角色。此前待处理的用户邀请已取消，需通过组织设置重新添加。迁移后建议：查看组织设置、审查角色分配、确认组织所有者人选。

Ask Phill 多品牌整合方案

技术蔓延的悖论

每次收购或上线新品牌意味着又一套技术栈、数据和代码库。77% 的美国技术决策者表示组织存在中到高度的技术蔓延问题。

Ask Phill 的方案是打造一个集中的 Shopify 代码库支撑多个品牌门店，核心是自有的"逻辑层"：通过配置而非分离的代码分支处理品牌间差异。

效果数据

开发效率提升 40-70%
缺陷率降低 30-50%
新品牌上线周期从数月缩短至数周
80/20 框架：80% 共享基础设施，20% 品牌专属定制

已验证案例：Obey Clothing 三个品牌整合、ID&T 八个以上品牌效率提升 40-50%、North Action Sports Group 四个品牌全球门店整合。

Seguno 的 Built for Shopify 经验

BFS 认证的量化收益

全部已认证应用安装量提升 14%，搜索排名在认证后六天内跃升至第一页，荣获 2024 年 Shopify Build Award。

Seguno 的经验：早期采用 Polaris 组件库使 BFS 设计标准较易满足；最具挑战的是后台性能要求，特别是 Largest Contentful Paint（LCP）指标；Shopify 现在已提供工具实时监控 Web Vitals，可避免他们当初自建性能插件的困难。

Bloomreach 与 Shopify 的 AI 个性化合作

集成成果

每位访客收入平均提升 50%
转化率平均提升 21%
自动化流程收入提升 310%

核心是 Loomi AI 引擎驱动的 Bloomreach Discovery（GenAI 搜索）和 Bloomreach Engagement。GenAI 搜索理解自然语言查询，例如"帮我找一条春季半正式婚礼宾客礼服"，并在每次交互中学习优化。案例：英国女装品牌 Lovall 通过 Bloomreach Engagement 集成 Shopify，自动化流程收入提升 310%，废弃购物车转化率提升 30%，客单价提升 15%，CRM 收入提升 51%。

Deloitte Digital 与 Shopify 合作实现统一商务

下一代零售商务加速器

Deloitte Digital 开发了可组合商务（composable commerce）解决方案，帮助客户将 Shopify 与 ERP、PIM、CRM 系统以及 Oracle 的 Unity CDP 无缝集成。预建集成覆盖库存管理、配送预估、门店库存、营销自动化、数据与分析。

合作模式：Deloitte Digital 提供咨询、定制解决方案和集成，同时构建可复用的加速器方案，帮助多个客户快速实施可扩展的商务解决方案。

今日生态动态的明显趋势是 Shopify 在平台开放性上的持续投入：Collection Sources API 让应用智能融入原生商品分类，Sign in with Shop 解决店面应用的身份识别问题，合作伙伴组织与 RBAC 则降低了多人协作的管理成本。Build Award 获奖者的共同点是深度贴近商家、在一个值得解决的问题上深入钻研——这也是 Shopify 生态最可靠的增长路径。

播客全文

女：Hello 大家好，欢迎收听XunbuOS Podcast，我是小雅。

男：大家好，我是老冯。

女：今天这期内容特别丰富，从年度大奖到API更新，从多品牌整合到AI个性化。咱们一个一个来聊。老冯，先说说前两天刚揭晓的Build Award吧，你有追吗？

男：当然追了，每年DotDev上的重头戏嘛。今年获奖者来自七个国家，四个类别，挺有看头的。

女：我最感兴趣的其实是那些创始人的背景故事。比如Smile那两个联合创始人，Mike和Bill，他们最早是做电商代理的，后来因为客户想要忠诚度计划才做了个应用。

男：对，而且他们当时决定完全免费提供给小企业。十年后成了生态里最大的忠诚度应用之一。Mike有句话我印象很深，说商家已经能用一个周末用vibe-coding做出完整应用，那你怎么做差异化？就是在某个主题上做得非常深入，跟商家建立很紧密的关系。

女：这个观点很实在。另一组我挺有共鸣的是Discount Kit那两个创始人，在必胜客认识的，十多年一直在合作。

男：Dave和Sammy，他们做的是高级折扣功能。核心竞争力是经过实战检验，商家放心在黑色星期五用，不用担心过度折扣或折扣不足。从API层面来看，他们把折扣叠加逻辑原生构建在Shopify Functions上，跟平台的促销运营深度融合。

女：还有Human NYC和Commerce UI，都是做店面的，但风格完全不同。Human NYC做的是品牌叙事，店面读起来像编辑杂志；Commerce UI则是追求极致的性能，用Liquid原生构建B2B功能。

男：Simon和Michael那团队，25个人，国际化，对细节痴迷到反复争论动画要不要绑定滚动。这次是他们二度获奖，为Lupine做的项目。坦白说，能在Liquid里做到这种程度，确实厉害。

女：还有那个Easyteam，Harel一个人白手起家。用户问他支持不支持Shopify POS，他说当然支持，然后转头去谷歌搜Shopify POS到底是什么。

男：哈，这种段子太真实了。但他抓住了时机，疫情前就站稳了POS员工管理的位置，所以后来才能成为Shopify POS最受欢迎的应用之一。

女：还有Emili，Zapiet的联合创始人，拿下了首届社区奖。她说因为Shopify，她在世界各地都有朋友，还参加过婚礼，甚至上了Vogue杂志。

男：她确实是社区型人物，疫情时团队从6人扩张到33人，连妈妈都拉来帮忙处理工单。这种故事听着就很暖。

女：好，那咱们进入今天的正题。第二个话题是关于Sign in with Shop开放给店面应用。老冯，这个变化你怎么看？

男：这个挺重要的。其实Sign in with Shop之前已经用在潜在客户信息捕获和客户账户功能上，现在开放给所有店面应用，等于给整个生态提供一个即插即用的身份验证层。你构建心愿单、到货通知、忠诚度计划、商品评价，都需要知道买家是谁。以前的做法是什么？让买家填表单、提供邮箱。

女：但很多买家不会认真填。

男：对，这就是问题所在。登录疲劳，数据未经验证，商家从多个零散的合作伙伴数据库里拼凑碎片化客户信息。Sign in with Shop解决了这个行业级难题。它有三个核心考虑：认知度会累积，集成的应用越多，整个生态识别能力越强；每店铺一次登录，而非每个应用一次；还有同一开发者后台、同一套凭据，Shop API跟Storefront API和Admin API并列，不需要新的控制台。

女：这个「每店铺一次登录」的概念能具体说说吗？

男：比如一个店铺上有三个应用都集成了Sign in with Shop，买家在第一个应用完成登录后，同一店铺的其他应用可以直接跳过登录提示。权限是累加式的，第二个应用只需触发增量权限的用户同意。买家体验会好很多。

女：对商家来说，这意味着什么？

男：商家在不增加管理负担的情况下获得更完整的客户故事。应用得到经过验证的已识别买家，买家一次登录覆盖所有合作伙伴应用。集成的技术成本也不高，大多数团队可以一个迭代周期完成，平台负责身份验证、用户同意、会话生命周期和撤销这些复杂部分。

女：那有没有什么最佳实践？我听你说过「不要第一次加载就自动触发」？

男：对，这是关键。应该在买家做需要已知身份的操作时才显示按钮，比如保存商品、加入到货通知、领奖励。过早的弹窗会损害转化率和品牌认知。另外要把它视为增强而非替代，如果已有人身份层就保留，用A/B测试和路由来决定。还要处理共享会话，以及买家的拒绝是常态，要优雅降级。

女：好，接下来聊聊新的Collection Sources API。这个我在开发者社区看到不少讨论。

男：这个改动其实是给商品分类（merchandising）体验松绑。以前集合只有两种模式：自定义集合，商家手动选产品；智能集合，通过条件自动填充。这个二分法服务了数百万商家，但也带来取舍。商家希望同时兼顾自动化和人工筛选，但旧模式里，合作伙伴掌握商家想要的信号，却没法干净地贡献给原生集合。

女：能用个例子说明吗？

男：比如一个商品分类应用或评论应用，它们准确知道哪些产品应该归入某个集合，但旧模式下选择非常有限：要么接管整个集合，要么持续重写产品列表，要么在Shopify之外渲染独立体验。新的基于来源的集合模型打破了这种局限。来源可以向集合添加产品或变体，可以是自动化条件、手动选择、排除项、其他集合，甚至应用自有来源。商家可以基于条件构建集合，再手动精调。

女：变体定位也来了。以前只能定位产品级，现在能定位具体变体。

男：对，这个在场景上非常有用。情人节集合只包含红色变体，加大码促销只定位XS和XXL，仅限POS的集合只包含店员需要快速找到的变体。当只有一个变体属于集合时，显示整个产品会造成混乱：色板错误、价格区间误导、筛选不准确。这个API在GraphQL Admin API 2026-07版本中可用，现有自定义和智能集合继续正常工作，可以增量迁移。

女：那如果应用还在用旧版本API呢？

男：重要提示来了——2026-07之前的API版本无法表示新模型的集合，这些集合会被过滤掉。所以如果你的应用读取、写入、渲染、同步或检查集合成员资格，需要尽快升级到2026-07，否则跟商家未来创建的集合会失联。

女：那应用来源这块，能展开讲讲吗？

男：应用可以创建和更新可共享的应用自有来源，商家决定在何处使用，还可以跟自己的条件、手动选择、排除项、集合引用和排序方式结合。Shopify会在目录数据变化时自动评估组合后的来源、排除项、集合引用和变体定位。应用不需要持续重写商家拥有的产品列表，可以专注于构建上层的智能、工作流和体验。

女：这个对构建折扣应用、物流应用、目录管理应用的人来说，是很大的解放。

男：是的。集合变得不只是店面商品分类工具，而是更通用的业务基元。可以同时支持店面活动和折扣，内部工作流可以保持未发布状态，基于条件构建的集合可以让下游工作流自动对齐。这才是真正把分类能力从「页面展示」变成「业务基础设施」。

女：好，接下来的话题是关于Shopify合作伙伴组织的更新。三项新功能：合作伙伴组织、RBAC、Dev Dashboard统一管理商店。老冯，这个对开发者生态有多重要？

男：这是给合作伙伴系统「建档立制」的改动。以前合作伙伴组织比较松散，没有正式结构。现在有了组织所有者加组织管理员，Dev Dashboard新增组织设置入口，统一查看和管理整个团队。RBAC不再为每个成员单独配置权限，而是直接分配角色，七个系统角色覆盖典型工作模式，还支持自定义角色。

女：七个角色具体是哪些？

男：组织所有者，完全控制权，每组织一位，唯一能转移所有权的角色；组织管理员，跟所有者权限相同但不能转移组织，可管理用户、创建自定义角色、访问全部商店；组织用户管理员只管理团队成员的添加、移除和角色分配；商店管理员对开发商店和客户移交商店有完整构建权限；商店用户管理员管理特定商店的用户；应用开发者访问Dev Dashboard，用于应用构建和测试，包括创建开发商店；协作者商店访问，访问商家已授权协作者关系的商店。

女：一人可以同时多角色？

男：可以，权限叠加。组织所有者和管理员还能创建自定义角色，弥补系统角色的覆盖不足。Dev Dashboard现在是所有商店的唯一管理面板，开发、移交、协作者三种类型都能在这里创建、管理和交接。Payouts、应用分发、主题和推荐营销仍保留在Partner Dashboard。

女：迁移对现有用户来说复杂吗？

男：不复杂，3月30日自动完成，根据现有访问权限自动分配角色。有一个注意点：如果组织有多个所有者，主所有者保留该角色，其余人自动转为组织管理员——权限不变，但不能转移组织所有权。此前待处理的用户邀请已取消，需要通过组织设置中的Users重新添加。迁移后三个建议动作：查看组织设置，审查角色分配，确认组织所有者人选。

女：好，接下来咱们聊一个更宏观的话题，多品牌整合。老冯，你接触过这种客户吗？

男：接触过，痛点非常典型。多品牌公司每次收购或上线新品牌，等于引入又一套技术栈、又一套代码库、又一个数据孤岛。技术蔓延是真实存在的——77%美国技术决策者表示组织内部存在中到高度的技术蔓延。

女：Ask Phill提出的方案是多品牌整合，一个集中式Shopify代码库支撑多个品牌门店。具体效果怎么样？

男：开发效率提升40-70%，功能一次构建整个品牌组合部署，新品牌上线从数月缩短到数周，缺陷率降低30-50%。核心是他们的「逻辑层」——智能系统，各品牌连接到共享代码库，功能差异通过配置而非分离的代码分支处理。方案遵循80/20框架：80%共享基础设施覆盖核心电商功能，20%品牌专属定制。

女：有实际案例吗？

男：Obey Clothing三个品牌整合，保留各品牌独特视觉辨识度；ID&T八个以上品牌整合，效率提升40-50%；North Action Sports Group四个品牌全球门店整合，保留区域差异。Superstruct/ID&T的电商经理说过，过去每个品牌都有自己的代码库、逻辑和限制，许多工具集成不畅，大量流程靠手动。整合后技术路线图平稳多了。

女：这个方案的商业价值能帮我们算一下吗？

男：最大价值不只是成本节约，而是战略敏捷性。可以在数周而非数月上线新品牌，在所有品牌同步部署功能，基于市场机遇而非技术兼容性做收购决策，把技术资源从维护转向创新，在不按比例增加人力的前提下扩展运营。Ask Phill还提供平滑迁移至Hydrogen和无头CMS集成的路径。用他们的话说，可以把现有平台支出的30-70%从维护转向创新和增长。

女：下一个话题，Seguno的Built for Shopify认证经历。老冯，BFS这个认证有多重要？

男：BFS是Shopify对应用的最高质量标准认证，涵盖集成、性能、可用性。Seguno所有应用通过认证后，安装量提升了14%，搜索排名六天内跃升到第一页，还拿了2024年Build Award。他们从第一天就决定把应用深度嵌入Shopify，用Polaris组件库打造跟后台无缝融合的应用。CEO Chris Geiss说目标是「尽可能贴近电商平台，甚至融入其中」。

女：认证过程中最难的部分是什么？

男：后台性能要求，特别是Largest Contentful Paint（LCP）。Seguno自建了自定义性能指标插件用Sentry追踪，现在Shopify已提供实时监控和调试Web Vitals的工具，开发者不必再经历他们当年的困难。Geiss说BFS不会一夜之间改变一切，但它确实激励商家，徽章建立了信任，背后的标准确保你在质量上竞争而非营销投入。

女：最后咱们聊两个关于AI个性化的话题。Bloomreach和Deloitte Digital，老冯你更想先聊哪个？

男：先聊Bloomreach吧，他们跟Shopify的合作数据挺惊人的。每年两位数增长，签下了ThirdLove和Aldo等大客户。核心是Loomi AI引擎，驱动GenAI搜索工具Discovery和互动工具Engagement。搜索结果很亮眼：每位访客收入提升50%，转化率提升21%，客单价增长24%，自动化流程收入提升310%。

女：310%这个数字怎么会这么高？

男：Lovall的案例，一个英国女装品牌，通过集成Engagement，把实时行为数据精确到分钟。比如识别出某位客户通常买紧身裤，自动创建展示最新款式并迎合小码偏好的营销活动。废弃购物车转化率提升30%，客户关系管理收入提升51%。他们的CMO Amanda Cole说这个数字听起来不真实但保证是真实的。

女：他们怎么做到跟Shopify这么大的协同？

男：共同快速创新的理念。Bloomreach六周发布周期与Shopify开发节奏高度匹配，尤其在快速演进的AI技术领域。而且他们的搜索工具可以理解自然语言查询，比如「帮我找一条春季半正式婚礼宾客礼服」，自主搜索识别意图、找到最相关产品、每次交互学习优化。这个不是未来概念，已经在Shopify品牌里跑起来、产生收入了。

女：那Deloitte Digital跟Shopify的合作呢？

男：他们的定位是全球系统集成商，帮企业品牌把Shopify跟ERP、PIM、CRM、CDP集成，核心是可组合商务加速器。目标很明确：降低实施成本、缩短项目周期、减少资源投入。他们已经预建了ERP集成，可访问库存管理、配送预估和门店库存信息，还有营销自动化、数据分析、产品信息系统的集成。下一步是开发更多API和连接器，实现跨平台实时数据交换。

女：所以企业级市场的趋势已经很清晰了，平台越来越成熟，大品牌愿意进场。

男：对，这就是为什么Bloomreach的CMO说，企业已准备好接受Shopify这类灵活平台，而不是依赖僵化、复杂、昂贵的自定义集成。Shopify的产品导向方法让企业能把商务平台交给专注的专家团队，自己的解决方案专注在个性化体验上。

女：好了，今天信息量确实很大。从年度大奖的精彩故事，到Sign in with Shop、Collection Sources API、合作伙伴组织更新，再到多品牌整合方案、BFS认证和AI个性化，咱们几乎把Shopify生态最近最值得聊的都过了一遍。

男：感觉这半年Shopify平台的演进速度确实快，从API层面看，Sign in with Shop和Collection Sources都在「平台化」，把更多能力变成共享基础设施。对开发者和商家来说，其实都是好消息——复杂度被平台接管了，你就更有精力专注在真正差异化的事情上。

女：说得没错。这期节目就到这里，喜欢我们节目的朋友记得订阅，下次再见！

男：下次见！

参考链接

迅步科技专注Shopify独立站，Shopify应用及无头网站开发，为您的品牌提供快速、灵活、个性化的电商体验，提升用户转化率与运营效率。欢迎咨询合作。