Shopify Hydrogen 2026-10 变成了库：代理商该跟客户讲清楚什么

过去想用 Hydrogen 的购物车或分析功能，就得把整个店铺前台搭在它上面，因为 Hydrogen 是一个基于 React Router 的框架。

现在 Hydrogen 成了一个库（library），可以接入任何 JavaScript 框架。

Hydrogen 管电商，开发团队管其余部分

这个新选择的意义在于，Shopify 重新划分了 Hydrogen 和开发团队各自的活。按 Shopify 的说法，开发团队只需把库加进现有的应用，“而不必更换平台”：

• Hydrogen 负责电商部分：购物车、变体、商品集合筛选、预测搜索（predictive search）、Markets、分析、Shop Pay、客户账户。
• 开发团队的框架负责其余部分：路由、数据加载、页面渲染。设计完全由开发团队决定。

Shopify 也解释了为什么把这些交给 Hydrogen：它们“比看上去更难做对”。顾客连点两次“Add to cart”，购物车也不能出错；价格要对上买家所在的国家和币种；分析既要尊重用户的同意（consent）选择，又要能把数据回传给 Shopify。

这里的购物车不只服务于点按钮的顾客。Hydrogen 和 Liquid 主题共用一套标准店铺操作（standard storefront actions），所以兼容的应用、界面和 AI 智能体都能操作同一个购物车。

在支持 WebMCP（一项正在提议中的网页标准，允许页面注册工具，供 AI 智能体直接调用）的浏览器里，购物智能体（shopping agent）能找到商品、更新购物车，买家确认后，Shopify Checkout 就可以提交订单。Shopify 表示，开发者为此“不需要额外搭建任何东西”。

开发团队负责的那部分也有现成的起点。Shopify 提供 React Router 和 Next.js 的 starter，店铺前台托管在哪里都行，Oxygen 依然免费，另外还有20个 skill 教编程智能体（coding agent）搭建店铺，从首页一直到购物车和账户，最后自己跑测试。

要不要做 headless，仍取决于应用、内容和维护的人

新库接手了上面这些部分。但两位做过 Hydrogen 项目的人谈到它的代价时，提到的都是应用、内容和维护人员，而不是电商代码。

7月底，Hydrogen 还是框架的时候，成员 Hardeep 在 Shopify Community 的一个讨论帖里分享了采用 Hydrogen 的三个难点。Hardeep 的团队主题项目和 Hydrogen 项目都做过：

• 有些 Shopify 应用在 Hydrogen 上不能开箱即用，只能自己重做
• 内容管理可能更难，因为要做更多规划
• 部署和监控要多占开发者的时间。

Hardeep 的团队只在一个问题的答案为“是”时才选 Hydrogen：

“有没有哪项业务需求，是 Shopify 主题没法合理满足的？”

帖子里另一位成员为几个项目评估过 Hydrogen，认为它在四种情况下最能发挥作用：

• 让顾客自选、组合商品选项，并在页面上即时看到效果的工具（product configurator）。
• 复杂的 B2B 销售门户。
• 多个品牌共用一套后端（backend）。
• 对接外部系统，需要比 Liquid 通常允许的程度更深地定制店铺前台。

这位成员还谈到了上线之后的运营。

用主题，很多店主可以自己处理日常更新。用 Hydrogen，通常得有开发者持续跟进，负责新功能、升级和集成。

正式版只触及了其中一部分难点。公告提到“兼容的应用”和店铺前台共用购物车，但没说哪些应用已经兼容，也没提内容编辑。

所以，对正在用主题的客户，我们认为还是应该先问：有没有主题解决不了的业务问题？然后再谈框架或托管。

代理商该给不同客户哪些建议

跟用主题的客户沟通时，业务问题是起点。已经在用 Hydrogen、或有自建网站的客户，则需要另一套分析：

2026-10 版改变了代理商把 Shopify 接入店铺前台的方式：从重建整个网站，变成加一个库。在我们看来，客户该不该做 headless，仍由应用、内容和维护的人决定，所以最该先问客户的，依然是主题能不能满足他们的需求。