Shopify 结账页升级 Checkout Extensibility：2026 现状与清单

Checkout Extensibility 是 Shopify 用来替代 checkout.liquid、Shopify Scripts（Script Editor）和 additional scripts 的结账页定制体系，由 Checkout UI extensions、Shopify Functions、Web pixels（客户事件）和品牌设置几部分组成。截至 2026 年 11 月，Shopify 官方公布的截止日已经全部过去：结账步骤里的 checkout.liquid 在 2024 年就停止支持，Shopify Scripts 在 2026 年 6 月 30 日停止执行，非 Plus 店铺 Thank you 和 Order status 页面的升级截止日 2026 年 8 月 26 日也过了。所以现在聊 Shopify 结账页升级，重点已经不是「要不要升」，而是「升完以后哪些功能悄悄没了、怎么补回来」。

Checkout Extensibility 是什么，替代了哪些旧东西

结论：Checkout Extensibility 把过去「直接改结账页代码」的做法，换成了「在 Shopify 规定的位置插扩展、用函数改计算逻辑、用像素收数据」。换来的是升级稳定和结账速度，失去的是一部分随心所欲的自由度。

Shopify 开发者文档里，这套体系现在也写作 Shopify Extensions in Checkout，指的是同一件事。新旧方案的对应关系大致如下：

最大的变化是隔离。shopify.dev 的 Checkout UI extensions 文档写明，扩展运行在独立沙箱里，跑在 Web Worker 中，拿不到页面的 DOM 和 window，也碰不到敏感支付信息；界面只能用 Shopify 提供的 Polaris 组件来搭，打包后体积不能超过 64 KB。对开发者来说这确实是束缚，但换个角度看，Shopify 每次改版结账页，你的扩展不会因为某个 CSS 类名变了就崩掉。以前用 checkout.liquid 的店铺，最头疼的恰恰是这个。

废弃时间表：截至 2026 年 11 月哪些已经停了

结论：下表里的五个节点全部已经过去。如果你的店铺还依赖其中任何一项旧功能，它现在大概率已经不在运行了。

Shopify Help Center 关于 Scripts 迁移的页面，现在的写法是：截至 2026 年 6 月 30 日 Shopify Scripts 已被弃用，店铺里仍处于发布状态的脚本都已停用、不再生效。说白了，如果你之前靠 Script 做「买二送一」「VIP 客户隐藏货到付款」「偏远地区运费加价」，这些逻辑 7 月 1 日以后就没了，结账页回到了默认行为。

我们这段时间接到的咨询里，最常见的不是「完全没升级」，而是「升级了，但漏了东西」：阶梯折扣没了客户没察觉、某个国家不该出现的支付方式又显示出来了、广告后台的购买转化从某天开始少了一截。这些问题都不会报错，只能靠对账发现。

Thank you 和 Order status 页面升级：Plus 和非 Plus 的区别

结论：Plus 店铺的 Thank you 和 Order status 页面在 2025 年 8 月就切到了新体系；非 Plus 店铺的截止日是 2026 年 8 月 26 日。升级后，原有页面和上面的自定义内容会被新版本替换，不会自动搬过去。

Shopify Help Center 的升级指南对非 Plus 店铺说得很直白：升级时，现有的 Thank you 和 Order status 页面以及上面的自定义内容会被新版本替换。还停留在旧页面的店铺，会在后台「设置 > 结账」的配置区域看到升级提示。如果你现在进去还能看到这个提示，说明店铺还没完成升级，要尽快处理。

这两个页面上通常挂着三类东西，升级时要逐一清点：

• 跟踪代码：Google Ads 转化、Meta Pixel、TikTok Pixel、联盟平台的成交回传、售后问卷。这部分迁到 Customer events，下一节细说。
• 页面内容：下单后的追加销售、下载说明、售后提示、社群入口。改用这两个页面可用的 UI extensions，或在结账与账户编辑器里装支持这些位置的 App。
• App 注入的脚本：老版本的评价邀请、物流追踪、积分 App 可能是用 script tags 注入内容的，要去 App 后台确认它是否已支持新页面。

套餐差异也要心里有数。按 Shopify Help Center 的说明，Basic 及以上套餐都能用结账与账户编辑器，并在 Thank you 和 Order status 页面上使用符合条件的 App；在 Information、Shipping、Payment 三个结账步骤里加 App 扩展、使用 Checkout Branding API，则是 Shopify Plus 才有的能力。

additional scripts 迁移到 Customer events 与 Web pixels

结论：跟踪代码优先换成官方或合作方提供的 App pixel，没有现成 App 的再写 Custom pixel。迁移时最容易出的两个问题，一是重复计数，二是漏计数。

Customer events（客户事件）是 Shopify 后台集中管理像素的地方。Shopify Help Center 把像素分成两种：App pixels 由营销或数据类 App 安装，Shopify 建议能用就优先用，因为安全性更高、还能自动更新；Custom pixels 由开发者在像素管理器里手写，用于没有合适 App 的情况。Custom pixel 运行在 Lax 沙箱里，官方也说明不是所有像素功能都能在沙箱里工作，而且 Shopify 不为 Custom pixel 提供技术支持，合规和维护由商家自己负责。

Help Center 的像素迁移文档给了一套顺序，我们实际做的时候大致是这样：

1. 盘点旧代码：在 theme.liquid、Additional scripts、checkout.liquid（Plus）里找 SDK 和事件代码，比如 fbq()、gtag()、dataLayer.push()。additional scripts 现在是只读，但内容还能复制出来存档。
2. 能换 App 的先换 App：Google、Meta 都有官方渠道 App，不少联盟和评价工具也有自己的 App pixel。
3. 剩下的写 Custom pixel：订阅需要的标准事件；原来的自定义事件，改用 Shopify.analytics.publish() 发布。
4. 删旧代码、连新像素：先连新像素再删旧代码，能少丢事件；先删再连，能避免重复。Shopify 建议挑店铺流量较低的时段做。
5. 对数：用浏览器开发者工具看同一个事件是不是向同一个分析端点发了两次，再拿广告后台的转化数和 Shopify 订单数对上一周。

有个预期最好提前跟老板讲清楚：Shopify 文档提到，机器人流量不一定会触发 Web pixel 沙箱，迁移后事件数出现个位数百分比的下降属于正常。别一看转化少了几个点就以为迁移出错，先拿订单数对一下。

App 嵌入和权限这块，可以配合站内文档《Shopify App Embed 应用嵌入启用方法》和《Shopify App 安装与管理指南》一起看。

Checkout UI extensions 与 Shopify Functions 能做什么

结论：Checkout UI extensions 管「结账页上显示什么」，Shopify Functions 管「结账时怎么算」。两者配合能覆盖以前 checkout.liquid 和 Script Editor 的大部分需求，但要接受 Shopify 的位置限制和性能限制。

Checkout UI extensions：在指定位置加界面

Checkout UI extensions 是在 Shopify 结账流程的指定位置插入自定义界面和逻辑的扩展，比如个性化提示、订单备注字段、礼品选项、Thank you 页上的问卷。shopify.dev 文档列出的约束包括：Information、Shipping、Payment 三个步骤里的扩展只有 Shopify Plus 店铺能用；扩展在沙箱里运行，没有 DOM；打包后体积上限 64 KB；同一个区块位置最多放三个扩展；读取受保护的客户数据需要向 Shopify 申请并通过审核。

Shopify Functions：改价格、运费、支付方式和校验规则

Shopify Functions 是运行在 Shopify 服务端的 WebAssembly 小程序，用来接替 Script Editor 里的 Ruby 脚本。按 shopify.dev 的 Function API 列表，目前能做的主要有：

• 折扣（Discount）：商品、订单、运费折扣，阶梯满减、买 X 送 Y 都靠它；
• 购物车变换（Cart Transform）：捆绑商品的拆分与合并；
• 配送定制（Delivery Customization）：隐藏、重命名、重新排序配送方式；
• 支付定制（Payment Customization）：隐藏、重命名、重新排序支付方式；
• 购物车与结账校验（Cart and Checkout Validation）：限购、地址校验、B2B 起订量；
• 履约约束与订单路由：多仓发货规则；
• 自提点与本地自提选项生成。

限制同样得知道。shopify.dev 文档写明：任何套餐的店铺都能用 App Store 里包含 Functions 的公开 App，但含 Function 的自定义（custom）App 只有 Shopify Plus 店铺能用；单个函数编译后不超过 256 KB，200 个商品行以内的购物车，执行指令上限是 1100 万条；官方强烈推荐用 Rust 写，避免大购物车时函数执行失败。Help Center 还提醒，含 Functions 的自定义 App 要通过 Dev Dashboard 创建再连接到店铺，在后台直接创建的自定义 App 不支持。

Script Editor 的逻辑怎么搬过来

Script Editor 原来分三类脚本，对应关系比较直接：

Scripts 虽然已经停止执行，后台的 Scripts 自定义报告（Apps > Script Editor 里的「Replace Shopify Scripts」）依然是很好的盘点工具，它会列出原来的脚本，并推荐基于 Functions 的 App 和教程。我们的建议是先看现成 App 能不能覆盖；覆盖不了，或者规则跟 ERP、会员系统绑得很深的，再做定制开发。多币种是 Functions 的一个实际好处：Help Center 提到 Scripts 在非主币种的购物车里可能表现不符合预期，要保证多币种结账正常，就得迁到 Functions。

为什么结账页升级不能只求「能用」

结论：结账页是转化漏斗的最后一步。升级时顺手把附加费用、信任信息和支付方式理一遍，往往比单纯「把旧功能原样搬过去」更值。

Baymard Institute 汇总 50 项研究得出的平均购物车放弃率是 70.22%（页面更新于 2025 年）。在它对美国网购用户的调研里，排除「只是随便看看」的人，放弃结账的主要原因依次是：额外费用太高（40%）、配送太慢（20%）、不信任网站、不愿留信用卡信息（19%）、要求注册账户（18%）、结账流程太长太复杂（17%）、网站报错或崩溃（17%）。Baymard 还估计，大型电商网站通过改进结账设计，平均可以把转化率提高 35.26%。

这几项里，至少一半跟结账页升级直接相关：额外费用能不能提前算清楚（配送定制、运费折扣）、支付方式够不够用（支付定制）、信任信息放在哪里（UI extensions）、网站会不会报错（旧脚本残留、App 冲突）。升级正好是把这些问题一起处理的机会。

Shopify 自己的数据也可以参考。Shopify 官网结账介绍页称，根据 2023 年 4 月与一家全球三大管理咨询公司合作完成的研究，Shopify 结账的整体转化率平均比其他平台高 15%，最高高出 36%。这是 Shopify 的自有研究，可以理解为「默认结账已经调得不错」，不要当成升级一定能带来的幅度。也正因为这样，我们一般不建议在结账页上堆太多自定义模块，每加一个都要先回答：它是不是在减少顾客的疑虑。更多结账转化的做法，可以看站内的《独立站结账转化率优化全指南》。

Shopify 结账页升级检查清单

结论：升级前先盘点，升级中先测试，升级后对一周数据。按下面 10 项逐条打勾，大问题基本不会漏。

1. 进后台「设置 > 结账」，看还有没有升级提示，确认 Thank you / Order status 已是新版本；
2. 把旧的 Additional scripts 和 checkout.liquid 内容复制存档，作为迁移清单；
3. 打开 Script Editor 的 Scripts 自定义报告，写下每条脚本原来的业务规则；
4. 每条规则对应到：Shopify 原生功能、现成的 Functions App，或定制 Function；
5. 跟踪代码逐个换成 App pixel 或 Custom pixel，确认没有重复安装；
6. 结账页原有的提示、字段、追加销售，对应到 UI extensions 或 App 区块；
7. 检查所有和结账有关的 App 是否已支持新页面，不支持的找替代；
8. 在开发店或用测试订单跑一遍：不同国家、不同币种、带折扣码、捆绑商品、B2B 客户；
9. 上线后一周内，每天对比广告后台转化、联盟平台成交和 Shopify 订单数；
10. 把新的扩展、Functions 和像素整理成文档、写明负责人，以后改结账规则有据可查。

结账相关的定制在 Shopify Plus 店铺里很常见。比如我们服务过的 Shar Music 弦乐器与配件 Shopify Plus 电商站，首页横幅写的就是按结账金额分档返现的促销。这类跟结账金额挂钩的规则，在新体系下通常要靠 Shopify Functions 或对应的 App 来实现。创意时空的 Shopify 应用插件开发服务可以做定制的 Checkout UI extensions、Shopify Functions 和像素迁移；如果是整站改版顺带升级结账，可以看 Shopify 建站服务，更多插件项目在应用插件案例里。

写在最后

Shopify 结账页升级的截止日都过了，但「升级完成」不等于「升级做对了」。旧脚本停了不会报错，像素重复了也不会报错，它们只会悄悄体现在折扣、运费和广告数据上。花一两天按上面的清单对一遍，比事后去查一个月的数据省事得多。

如果你的店铺还没理清楚哪些旧定制已经失效、Functions 和结账扩展该怎么补，可以添加客服微信 18565707869，或者在联系我们页面留言，说明店铺套餐和原来的结账定制内容，我们帮你判断哪些用现成 App 就够、哪些需要定制开发。