Shopify Legacy Customer Accounts 弃用 (2026 指南)
Shopify Legacy Customer Accounts 弃用 (2026 指南)
Shopify Legacy Customer Accounts 弃用 (2026 指南)
如果您本周登录 Shopify 后台并看到一条关于“经典顾客账户”（legacy customer accounts）的横幅，这并非您的错觉。
Shopify 刚刚正式宣布。自 2026 年 2 月起，经典顾客账户将被弃用。不是“正在考虑弃用”，也不是“最终可能会改”。而是现在就弃用。
新商店甚至无法再使用旧版本。而对于未活跃使用该功能的现有商店，目前已被锁定无法访问。对于仍在运行经典顾客账户的所有商家，Shopify 已宣布将在今年晚些时候公布最终的停用日期。
这意味着：时间所剩无几，您的顾客一直使用的“邮箱+密码”登录方式已进入倒计时。
好消息是——新版 Shopify 顾客账户确实更好用。免密码登录、内置商店余额功能、自助退货，并且已经集成了 800+ 款应用。只要找对方法，升级路径非常简单直接。
本指南将带您了解全过程：具体有哪些变化、不采取行动会带来什么影响、确切的升级步骤，以及这对您的应用、主题和顾客体验意味着什么。
快速解答：Shopify 经典顾客账户目前是什么情况？
Shopify 已正式宣布自 2026 年 2 月起弃用经典顾客账户。经典账户（使用 customers/account.liquid 和 customers/login.liquid 等 Liquid 模板的邮箱+密码登录系统）将不再获得功能更新或技术支持。最终的停用日期将于 2026 年晚些时候公布，届时经典模板将被锁定编辑并最终移除。所有商家都应升级到使用免密码验证、支持 800+ 应用扩展，并运行商店余额、自助退货和订阅等原生功能的新顾客账户。
到底有哪些变化？
切入正题。以下是 Shopify 官方发布的明确调整细节。
哪些已被弃用
新商店无法再使用经典顾客账户。 如果您今天开设新的 Shopify 商店，则只能使用新顾客账户。经典账户已不再是可选选项。
未使用经典账户的现有商店也已被锁定。 如果您的商店之前停用了经典账户，现在将无法重新切换启用。
停止功能更新。 Shopify 将不会再针对经典顾客账户开发任何新功能。现有的功能就是其最终状态。
停止技术支持。 如果您的经典账户配置出现问题，Shopify 支持团队将不再协助排查和修复。
后续规划
加大商家沟通力度。 Shopify 将通过后台横幅、电子邮件和优化自助升级工具，主动引导商家进行升级。
经典 Liquid 模板将被锁定。
customers/account.liquid、customers/login.liquid和customers/register.liquid等文件将首先被锁定编辑，随后会被彻底移除。2026 年将强制停用。 Shopify 尚未公布具体日期，但已确认会在今年。一旦到达该日期，经典账户将直接停止工作。
Storefront API 顾客变更操作将被弃用。 如果您的自定义前端或应用使用 Storefront API 进行顾客层面的变更操作（例如
customerCreate、customerUpdate、customerAccessTokenCreate），这些操作将被停用。替代方案为 Customer Account API。
经典账户与新顾客账户：横向对比
在升级之前，您需要明确了解要迁移到什么系统。这并非平级迁移——新顾客账户在功能和架构上都有显著提升。
功能 | 经典顾客账户 | 新顾客账户 |
|---|---|---|
登录方式 | 邮箱 + 密码 | 免密码（邮箱 + 6位验证码） |
社交账号登录 | ✖️ 不支持 | ✔️ Google 和 Facebook |
Shop 快捷登录 | 需要手动配置 | ✔️ 自动接入 Shop Pay |
自助退货 | ✖️ 不支持 | ✔️ 原生内置 |
商店余额 (Store Credit) | ✖️ 不支持 | ✔️ 顾客可在结账时查看余额并抵扣 |
订阅管理 | ✖️ 不支持 | ✔️ 支持跳过、暂停、取消、更新支付方式 |
一键重新购买 | ✖️ 不支持 | ✔️ 原生内置 |
订单追踪 | 基础功能 | ✔️ 实时更新体验升级 |
B2B 支持 | ✖️ 不支持 | ✔️ 原生支持 |
应用自定义 | 需要修改 Liquid 模板（易出错） | ✔️ 支持通过可视化编辑器配置 800+ 应用扩展 |
自建身份提供商 (IdP) | 仅限 Multipass | ✔️ 支持任何 OAuth2.0 + OIDC 提供商 |
主题依赖性 | 与主题模板深度绑定 | ✔️ 独立于主题进行管理 |
数据分析 | 能力受限 | ✔️ 支持网页像素（Web pixel）追踪顾客事件 |
安全性 | 基于密码（存在密码重置及锁定问题） | ✔️ 免密码 + 单点登录 |
未来更新 | ✖️ 彻底无更新 | ✔️ 自动且持续更新 |
趋势非常明显。经典账户是特定历史阶段的产物，而新版本不仅仅是一个升级版本，它是专为现代电商构建的全新架构。
为什么 Shopify 要淘汰经典顾客账户？
这并非无厘头的决定。Shopify 针对这一布局已准备了两年多，其背后有着现实且重要的考量。
基于密码的登录体验差。 顾客经常忘记密码，这会导致大量的客户服务工单，甚至让顾客流失在登录页面。使用 6 位验证码的免密码登录彻底解决了这个问题。不需要重置密码，顾客不会被锁定，从而减少了密码相关的客服工单。
Liquid 模板脆弱且安全性差。 经典顾客账户的代码放置在主题的 Liquid 文件中。每次更新主题都有可能导致客制化功能失效。每个与顾客账户相关的应用也必须在这些模板中插入代码，这不仅增加了维护成本，还会产生 Shopify 无法控制的安全漏洞。
全新可扩展的架构。 新顾客账户由 Shopify 的 Extensibility 平台提供支持。应用通过安全的扩展点进行集成，而不是直接修改模板代码。这意味着 Shopify 推出新功能（如商店余额、自助退货、订阅）时，商家无需更改或更新任何底层代码。
超过 70% 的 Shopify 商家已完成切换。 这并不是一个处于早期的尝试，该平台上的大多数商家已在使用新系统。无限期地维护两套并行的系统在服务上显然不符合逻辑。
8 步升级指南：如何切换至新顾客账户
Shopify 的升级流程支持撤销——发现异常后您可以在 30 天内一键还原。按照以下步骤操作可确保平滑过渡。
步骤 1：排查当前的经典客制化配置
在开始任何操作之前，请务必审计当前的系统现状。
在主题编辑器中：
登录 Shopify 后台，进入 在线商店 → 主题
点击当前正在运行的主题上的 自定义
点击 主页 下拉菜单
选择 经典顾客账户
检查并记录每个模板：顾客账户、顾客激活账户、顾客地址、顾客登录、顾客订单、顾客注册、顾客密码重置
在代码中：
进入 在线商店 → 主题
点击当前主题上的 ⋯ → 编辑代码
定位至 templates → customers
逐个排查各个顾客模板中的定制代码
记录下您发现的所有客制化内容，例如订阅入口、会员计划集成、自定义属性、订单历史修改等。有些在后续可以使用应用进行替代，有些则不支持。了解当前现状是开始的第一步。
步骤 2：复制您的结账配置
这可以为您提供一个安全的沙盒环境来配置全新体验，而不会影响线上正常营业。
进入 Shopify 后台的 设置 → 结账
找到当前正在使用的配置并点击 复制
将其重命名为清晰的名称，如 “New Customer Accounts Setup”
接下来的几个步骤都将在复制的配置上进行操作。
步骤 3：使用 App 替代非原生的经典定制
这是最关键的一步。针对您在步骤 1 中记录的每个客制化项目，寻找一款应用进行功能替代。
新顾客账户支持以下功能的应用区块（App blocks）：
会员与积分计划
心愿单
订单修改（这是 Revize 支持的功能——下文有详细介绍）
退货管理
订阅功能
追加销售与交叉销售
表单与问卷调查
数字产品下载
如何添加应用区块：
进入 设置 → 结账
在复制的配置上点击 自定义
在左侧边栏中点击 应用
找到已安装且支持客户账户功能的应用
点击 + 按钮，将这些应用区块添加到订单（Orders）、订单状态（Order status）、个人信息（Profile）或账户（Accounts）页面
配置具体的应用区块设置
点击 保存
如何寻找新应用：
搜索您需要的功能
点击 筛选 → 在 兼容 下选择 顾客账户
这将过滤搜索结果，仅展示专为新顾客账户平台构建的应用。
步骤 4：调整品牌外观设置
结账页面与顾客账户共享相同的品牌设计设置。确保您的品牌 LOGO、配色和字体在所有页面上协调一致。
进入 设置 → 结账
在复制的配置上点击 自定义
点击左侧导航栏的 设置（齿轮图标）
浏览结账和顾客账户页面，检查整体视觉表现
根据需要调整并 保存
步骤 5：绑定二级域名
顾客账户需要一个独立的二级域名（例如 account.yourstore.com）。如使用默认的 Shopify 域名，在品牌呈现上不够专业。
前往 设置 → 域名，根据您的主域名绑定并配置一个适合的二级域名。
步骤 6：验证发件人邮箱
这一步极其重要。新的免密码登录机制需要向顾客的邮箱发送 6 位验证码，这些邮件将通过您的“发件人邮箱”发出。如果该邮箱配置不正确甚至是无效的，顾客将彻底无法登录。
进入 设置 → 通知 检查您的发件人邮箱，确保其处于可正常收发邮件的活跃状态。
步骤 7：发布配置
当应用、品牌和各项设置到位后：
进入 设置 → 结账
最后预览一次复制的配置效果
点击 发布
这将使结账和顾客账户的客制化配置在线上生效，但在执行步骤 8 之前，前台链接依然指向经典账户系统。
步骤 8：点击升级按钮
最后一步：
进入 设置 → 顾客账户
点击顶部通知横幅中的 升级
操作完成。您的商店目前已接入新顾客账户。如果在前 30 天内 遇到任何严重系统故障，您可以随时选择回退。但如果之前已经严格执行了步骤 1-7，理论上是不会发生异常的。
这对订单修改工作流意味着什么？
有一处变化在大部分官方文档中很少提及：当升级到新顾客账户后，支付完成后的“修改订单”功能会发生什么变化？
在经典账户中，订单修改极其繁琐。顾客自己无法修改任何内容，每次写错地址、换尺码或换颜色，都会产生大量的客服工单。商家只能在后台手动编辑订单并重新发送确认通知，效率极低且易出错。
而在新系统和 Extensibility 平台架构之下，Revize 等应用可以直接嵌入并整合进顾客的账户后台中，大大改变了这一现状。顾客支持在不联系在线客服的情况下自助完成修改地址、修改变体、追加商品或取消订单等操作。
这已经不再是“可有可无的加分项”。随着旧有基于 Liquid 开发的顾客账户被彻底移除，所有依赖 customers/order.liquid 文件中注入代码的“修改订单”插件将无法继续运行。通过 Revize 这类应用开发的、基于扩展机制的新方案，将是今后实现该需求的唯一模式。
如果您的日均单量在 20 单以上，仅在减少客服工作量这一项上的收益，就足以支撑您立即着手升级。
主题开发者须知
如果您负责开发、维护或客制化 Shopify 主题，此项调整将即刻改变您的日常日常工作流。
不再强制要求包含经典 Liquid 模板
您的主题模板中已不再需要包含 customers/account.liquid、customers/login.liquid 或 customers/register.liquid。实际上，如果使用经典账户的商家安装了不含上述文件的新主题，系统会自动将他们强制升级至新版顾客账户。
<shopify-account> Web 组件即将推行
Shopify 发布了全新的 <shopify-account> web 组件，支持直接在商店前端轻松处理认证和顾客账户功能。它带来了以下原生支持：
免密码登录（邮箱 + 单次验证码）
自动免登录（利用内置的 Shop 账户识别机制）
第三方登录（支持 Facebook 和 Google 登录）
账号全局菜单（包含高度自定义的快速跳转项）
CSS 变量化设计（易于快速适配您的主题设计规范）
功能自动同步更新（Shopify 将直接更新该组件，外部主题无需进行升级维护）
该组件会通过商店 Header 的 Avatar 图标渲染。若顾客处于未登录状态，点击图标即可展现登录弹窗选项。若已经登录，则直接渲染对应的 Shop 头像并展示相关的账户功能菜单。
这很快将成为所有提报或升级至 Shopify Theme Store 的主题包的硬性指标。 如果您是专业的主题开发人员，建议立即着手适配组件。参考官方的 开发者文档 获取所有必要的信息指南。
该组件目前已原生内置并集成在所有的 Horizon 主题模板中。
App 开发者须知
如果您的应用涉及顾客账户的信息交互或修改，请仔细阅读以下内容。
基于 Liquid 注入的应用将彻底失效
如果您的 App 的逻辑必须依赖在传统经典模板中注入代码才能工作，那么当客户完成升级后，您的应用将完全失效。随着所有商家都正在被官方引导完成升级，这意味着您应用的潜在客户市场正在萎缩。
顾客账户 UI 扩展（UI Extensions）是唯一的技术路线
利用 Shopify 的 Extensibility 基础设施，您可以开发出可以直接接入并无缝注入新版顾客账户的全新扩展。支持对其进行体验层面的重新设计，支持注入场景包括：
订单状态页面 —— 自定义增加追踪详情、允许修改地址、添加一键追加销售
订单列表页面 —— 将最高频使用的操作和关键看板指标至于表层显眼位置
个人中心页面 —— 自定义插入专属问卷组件、订阅选项、会员累计积分等
完全的自定义页面 —— 在顾客的账号下完全自建全新的微前端视图结构
市面上超过 800+ 热门产品已通过 UI Extensions 完成了重构。您可以参考 开发者指南 快速起跑，体验开发您的第一个轻量扩展。
Storefront API 顾客变更操作（Customer Mutations）已被弃用
无头店面（headless）和自定义前端的开发团队必须高度重视。Storefront API 下涉及 customerCreate、customerUpdate 和 customerAccessTokenCreate 等有关变更属性的方法操作即日起已被废弃。建议切换至 Customer Account API。
全新的 Customer Account API 带来如下提升：
更健全、更清晰的顾客私密数据隔离和提取（涵盖常规订单、实付账单、履约、特定优惠折扣、退款、Metafields 元字段等）
更安全的免密登录解决方案（支持同时管理在自定义前端、自带系统和标准中后台中的单点多设备同步在线）
提供带版本号管理、按季度迭代的主流 API
原生完美匹配并支持 Hydrogen 以及 Oxygen 架构
如果您在开发和维护自建的前端店面，请尽快将上述逻辑迁移到 Customer Account API，不要等到 Storefront API 下的这些 Mutation 接口被完全关闭时才采取行动。
升级前必须知晓的局限性
新客户账户在几乎各个维度上都全面胜出，但也并非全然等同于经典版本。请务必提前获知目前的短板和局限，避免临时遇到棘手的情况。
限制条件 | 局限情况汇总详情 |
|---|---|
不支持第三方的自建登录弹窗 | 如果您自行开发了非标准的特定登录面板，需要先剔除这段逻辑才能进行升级。所有历史路由 |
Shopify Flow 触发器 | 基于传统顾客账户的状态变更自动化触发（Workflows）机制无法实现一键平滑移植，在新版下您必须进行重新规划和重设。 |
顾客分群 (Customer Segments) | 在升级完成后，基于 |
各分市场共享单个域名 | 系统不支持对分布在各个国家和地域的市场自定义绑属独立不同的登录解析子域名。一个二级域名必须囊括承接您所有的全球流量。 |
Multipass | 不兼容新顾客账户，请使用标准的 OAuth2.0 + OIDC 自有身份系统来替代经典版 Multipass。 |
不支持定制登录页 | 尚不支持向实际执行账号认证的登录页面（Sign-in Page）本身中插入应用区块，整体自定义设置的场景是在客户完成身份验证后发生的。 |
有限的回退有效期 | 在执行升级动作后，您有 30 天的回退期。超过此期限，迁移结果为不可逆状态。 |
对大部分普通商家和经典独立站而言，这些并不是难以处理的痛点。但如果您重度依赖 Multipass 功能，或者针对顾客的经典状态逻辑设计了复杂的 Flow 触发链路，在升级前应充分制定迁移方案。
常见问题及解答 (FAQ)：Shopify 经典客户账户下线
经典顾客账户具体什么时候会正式无法使用？
Shopify 已确认将在 2026 年晚些时候公布最终的落幕截止日期。尽管还未公开精准的日期刻度，但本质上该弃用已经发生了——不再有新功能上线，不提供官方技术工单响应，且在 2 月后新开设的店面也已无法开启经典账户。
目前我是否可以照常使用经典顾客账户功能？
只有在 2026 年 2 月前店面一直处于正常活跃使用该模式的商家，目前才可正常访问并开展商业行为。功能不会立刻中断，但商家最好主动做好升级规划，而不是等到最终临界大限。
如果执行一键升级，我现存的顾客历史数据和资料会被清除吗？
这不会影响顾客及订单资产的数据安全。顾客的所有关键信息将自动平滑转接。升级后唯一的差别，是顾客将主要改用更快捷安全的免密码二次认证（邮箱 + 单次即时码），而非使用他们先前定义的登录密码。
老顾客必须再次重新创建新的顾客账户吗？
不需要。先前的商户账户已经安全封存并在后端完成转换。对顾客感知层面而言，登录页面的操作发生了一点变动——不用找密码或找发信重置密码，仅需写入接收并输入校验通过的 6 位数码即可。
如果我目前在网店中使用的是自制改写的 Liquid 登录页面，将怎么处理？
如果您借助定制模版或是应用挂钩，编写并运行了非标准的登录页面组件，建议在落实并切换前，将上述逻辑清理干净。新的架构会采用系统原生托管的标准化路由和逻辑流程。
先前修改顾客账户中个人主页展示的各种 App 服务会怎样？
如果这些第三方 App 的工作路线是通过直接在旧 Liquid 文件塞入、替换对应展示组件的，那么在升级后，它们将完全罢工。请立即与对应的 App 服务商进行方案上的沟通——通常大部分热门或主流的应用早已推出了适用于新顾客账户的应用扩展。若未提供，建议至 Shopify App Store 以“Works with Customer accounts”条件寻找更优的替代品方案。
在完成正式升级后的一段时间内，我还能反悔并选择重回先前的传统版本吗？
可以。在升级完毕起的 30 天以内，允许安全选择撤销操作。一旦超过这个服务保证阶段，系统转换将被系统永久认定。
本次官方调整是否同样波及 Shopify Plus 的商家？
是的。该计划关停适用于 Shopify 的所有订阅档位。包含 Plus 商家在内的所有人，均处于同样的政策更迭、技术架构和时间期限下。
这对于网店的订单管理和编辑将产生什么有益的效果？
传统的经典版本缺乏原生的改单支持。顾客要改地址、换变体和调整需求，都必须向在线或者邮件客服部门提交更改工单。新版本则支持直接嵌入第三方应用微前端，从而带来跨越式的提升。顾客在后台借助类似 Revize 的扩展组件，即可完成自主更改，完全不占用商家的任何后端精力。
无头 (Headless) 店面的应用和定制化开发工程师应当关注何种技术实施路线？
应当立即把重心从以往涉及顾客端的 Storefront API 部分操作逐步更迭到全新的 Customer Account API。考虑到 Storefront API 中以顾客为范畴的一系列变更操纵后续将被弃役，新接口将会是接下来处理这些业务需求的稳定唯一手段。
您的升级行动落地指南
无需感到困惑。本周您可以按部就班开展以下规划：
全面审计并建立现存客制化内容和特殊定制规则清单（预估 30 分钟）
排查并敲定应用替换或更替计划（预估 1~2 小时）
稳步按照上述的 8 个步骤逐步稳步执行（预估 1~2 小时）
完成整体测试，在后台中点击升级
主题开发者一侧行动线：
清空、精简并移除主题代码中遗存的传统客户 Liquid 模板文件
接入并跑通
<shopify-account>web 组件对 Horizon 以及非 Horizon 的店面进行完整且详细的多变体测试
App 开发者一侧行动线：
为应用开发匹配的顾客账户 UI 扩展能力
完全停止由于历史阻碍造成的不良的 Liquid 模板代码塞入做法
加速推进 Storefront API 下相关顾客属性的变更方法向全新专有的 Customer Account API 过渡
Headless/定制化前端开发工程师行动线：
用全新的 Customer Account API 直接全方位完成对历史旧 Storefront API 查询/变更接口的解耦替换
适配并上线经过系统授权保障的全新安全简易账密验证交互
在您构建的前后台进行细致入微的跨设备免密账户测试
实际动作只需要半天即可基本跑通。最耗费心思的往往是前置的信息审计、应用替换方案的确定以及全要素测试。但它为您以及您的消费者团队带来的是长久的、更轻快、更牢固有力的未来体验，同时也是 Shopify 生态将长期投资的方案。
对于老旧架构，它最后的沙漏早已启动。提前升级，意味着商家拥有充分的时间来纠偏和主导进度，而不至于在未来截止日期被迫做出仓促的临时决策。
如何选择，主动权在您手中。
正在 Shopify 上管理订单？ Revize 让您的顾客能够直接在账户中编辑自己的订单——更改地址、调换商品、追加商品。无客服工单，无手动后台修改。原生无缝支持新版 Shopify 顾客账户。 免费试用 Revize →
相关资源
如果您本周登录 Shopify 后台并看到一条关于“经典顾客账户”（legacy customer accounts）的横幅，这并非您的错觉。
Shopify 刚刚正式宣布。自 2026 年 2 月起，经典顾客账户将被弃用。不是“正在考虑弃用”，也不是“最终可能会改”。而是现在就弃用。
新商店甚至无法再使用旧版本。而对于未活跃使用该功能的现有商店，目前已被锁定无法访问。对于仍在运行经典顾客账户的所有商家，Shopify 已宣布将在今年晚些时候公布最终的停用日期。
这意味着：时间所剩无几，您的顾客一直使用的“邮箱+密码”登录方式已进入倒计时。
好消息是——新版 Shopify 顾客账户确实更好用。免密码登录、内置商店余额功能、自助退货，并且已经集成了 800+ 款应用。只要找对方法，升级路径非常简单直接。
本指南将带您了解全过程：具体有哪些变化、不采取行动会带来什么影响、确切的升级步骤，以及这对您的应用、主题和顾客体验意味着什么。
快速解答：Shopify 经典顾客账户目前是什么情况？
Shopify 已正式宣布自 2026 年 2 月起弃用经典顾客账户。经典账户（使用 customers/account.liquid 和 customers/login.liquid 等 Liquid 模板的邮箱+密码登录系统）将不再获得功能更新或技术支持。最终的停用日期将于 2026 年晚些时候公布，届时经典模板将被锁定编辑并最终移除。所有商家都应升级到使用免密码验证、支持 800+ 应用扩展，并运行商店余额、自助退货和订阅等原生功能的新顾客账户。
到底有哪些变化？
切入正题。以下是 Shopify 官方发布的明确调整细节。
哪些已被弃用
新商店无法再使用经典顾客账户。 如果您今天开设新的 Shopify 商店，则只能使用新顾客账户。经典账户已不再是可选选项。
未使用经典账户的现有商店也已被锁定。 如果您的商店之前停用了经典账户，现在将无法重新切换启用。
停止功能更新。 Shopify 将不会再针对经典顾客账户开发任何新功能。现有的功能就是其最终状态。
停止技术支持。 如果您的经典账户配置出现问题，Shopify 支持团队将不再协助排查和修复。
后续规划
加大商家沟通力度。 Shopify 将通过后台横幅、电子邮件和优化自助升级工具，主动引导商家进行升级。
经典 Liquid 模板将被锁定。
customers/account.liquid、customers/login.liquid和customers/register.liquid等文件将首先被锁定编辑，随后会被彻底移除。2026 年将强制停用。 Shopify 尚未公布具体日期，但已确认会在今年。一旦到达该日期，经典账户将直接停止工作。
Storefront API 顾客变更操作将被弃用。 如果您的自定义前端或应用使用 Storefront API 进行顾客层面的变更操作（例如
customerCreate、customerUpdate、customerAccessTokenCreate），这些操作将被停用。替代方案为 Customer Account API。
经典账户与新顾客账户：横向对比
在升级之前，您需要明确了解要迁移到什么系统。这并非平级迁移——新顾客账户在功能和架构上都有显著提升。
功能 | 经典顾客账户 | 新顾客账户 |
|---|---|---|
登录方式 | 邮箱 + 密码 | 免密码（邮箱 + 6位验证码） |
社交账号登录 | ✖️ 不支持 | ✔️ Google 和 Facebook |
Shop 快捷登录 | 需要手动配置 | ✔️ 自动接入 Shop Pay |
自助退货 | ✖️ 不支持 | ✔️ 原生内置 |
商店余额 (Store Credit) | ✖️ 不支持 | ✔️ 顾客可在结账时查看余额并抵扣 |
订阅管理 | ✖️ 不支持 | ✔️ 支持跳过、暂停、取消、更新支付方式 |
一键重新购买 | ✖️ 不支持 | ✔️ 原生内置 |
订单追踪 | 基础功能 | ✔️ 实时更新体验升级 |
B2B 支持 | ✖️ 不支持 | ✔️ 原生支持 |
应用自定义 | 需要修改 Liquid 模板（易出错） | ✔️ 支持通过可视化编辑器配置 800+ 应用扩展 |
自建身份提供商 (IdP) | 仅限 Multipass | ✔️ 支持任何 OAuth2.0 + OIDC 提供商 |
主题依赖性 | 与主题模板深度绑定 | ✔️ 独立于主题进行管理 |
数据分析 | 能力受限 | ✔️ 支持网页像素（Web pixel）追踪顾客事件 |
安全性 | 基于密码（存在密码重置及锁定问题） | ✔️ 免密码 + 单点登录 |
未来更新 | ✖️ 彻底无更新 | ✔️ 自动且持续更新 |
趋势非常明显。经典账户是特定历史阶段的产物，而新版本不仅仅是一个升级版本，它是专为现代电商构建的全新架构。
为什么 Shopify 要淘汰经典顾客账户？
这并非无厘头的决定。Shopify 针对这一布局已准备了两年多，其背后有着现实且重要的考量。
基于密码的登录体验差。 顾客经常忘记密码，这会导致大量的客户服务工单，甚至让顾客流失在登录页面。使用 6 位验证码的免密码登录彻底解决了这个问题。不需要重置密码，顾客不会被锁定，从而减少了密码相关的客服工单。
Liquid 模板脆弱且安全性差。 经典顾客账户的代码放置在主题的 Liquid 文件中。每次更新主题都有可能导致客制化功能失效。每个与顾客账户相关的应用也必须在这些模板中插入代码，这不仅增加了维护成本，还会产生 Shopify 无法控制的安全漏洞。
全新可扩展的架构。 新顾客账户由 Shopify 的 Extensibility 平台提供支持。应用通过安全的扩展点进行集成，而不是直接修改模板代码。这意味着 Shopify 推出新功能（如商店余额、自助退货、订阅）时，商家无需更改或更新任何底层代码。
超过 70% 的 Shopify 商家已完成切换。 这并不是一个处于早期的尝试，该平台上的大多数商家已在使用新系统。无限期地维护两套并行的系统在服务上显然不符合逻辑。
8 步升级指南：如何切换至新顾客账户
Shopify 的升级流程支持撤销——发现异常后您可以在 30 天内一键还原。按照以下步骤操作可确保平滑过渡。
步骤 1：排查当前的经典客制化配置
在开始任何操作之前，请务必审计当前的系统现状。
在主题编辑器中：
登录 Shopify 后台，进入 在线商店 → 主题
点击当前正在运行的主题上的 自定义
点击 主页 下拉菜单
选择 经典顾客账户
检查并记录每个模板：顾客账户、顾客激活账户、顾客地址、顾客登录、顾客订单、顾客注册、顾客密码重置
在代码中：
进入 在线商店 → 主题
点击当前主题上的 ⋯ → 编辑代码
定位至 templates → customers
逐个排查各个顾客模板中的定制代码
记录下您发现的所有客制化内容，例如订阅入口、会员计划集成、自定义属性、订单历史修改等。有些在后续可以使用应用进行替代，有些则不支持。了解当前现状是开始的第一步。
步骤 2：复制您的结账配置
这可以为您提供一个安全的沙盒环境来配置全新体验，而不会影响线上正常营业。
进入 Shopify 后台的 设置 → 结账
找到当前正在使用的配置并点击 复制
将其重命名为清晰的名称，如 “New Customer Accounts Setup”
接下来的几个步骤都将在复制的配置上进行操作。
步骤 3：使用 App 替代非原生的经典定制
这是最关键的一步。针对您在步骤 1 中记录的每个客制化项目，寻找一款应用进行功能替代。
新顾客账户支持以下功能的应用区块（App blocks）：
会员与积分计划
心愿单
订单修改（这是 Revize 支持的功能——下文有详细介绍）
退货管理
订阅功能
追加销售与交叉销售
表单与问卷调查
数字产品下载
如何添加应用区块：
进入 设置 → 结账
在复制的配置上点击 自定义
在左侧边栏中点击 应用
找到已安装且支持客户账户功能的应用
点击 + 按钮，将这些应用区块添加到订单（Orders）、订单状态（Order status）、个人信息（Profile）或账户（Accounts）页面
配置具体的应用区块设置
点击 保存
如何寻找新应用：
搜索您需要的功能
点击 筛选 → 在 兼容 下选择 顾客账户
这将过滤搜索结果，仅展示专为新顾客账户平台构建的应用。
步骤 4：调整品牌外观设置
结账页面与顾客账户共享相同的品牌设计设置。确保您的品牌 LOGO、配色和字体在所有页面上协调一致。
进入 设置 → 结账
在复制的配置上点击 自定义
点击左侧导航栏的 设置（齿轮图标）
浏览结账和顾客账户页面，检查整体视觉表现
根据需要调整并 保存
步骤 5：绑定二级域名
顾客账户需要一个独立的二级域名（例如 account.yourstore.com）。如使用默认的 Shopify 域名，在品牌呈现上不够专业。
前往 设置 → 域名，根据您的主域名绑定并配置一个适合的二级域名。
步骤 6：验证发件人邮箱
这一步极其重要。新的免密码登录机制需要向顾客的邮箱发送 6 位验证码，这些邮件将通过您的“发件人邮箱”发出。如果该邮箱配置不正确甚至是无效的，顾客将彻底无法登录。
进入 设置 → 通知 检查您的发件人邮箱，确保其处于可正常收发邮件的活跃状态。
步骤 7：发布配置
当应用、品牌和各项设置到位后：
进入 设置 → 结账
最后预览一次复制的配置效果
点击 发布
这将使结账和顾客账户的客制化配置在线上生效，但在执行步骤 8 之前，前台链接依然指向经典账户系统。
步骤 8：点击升级按钮
最后一步：
进入 设置 → 顾客账户
点击顶部通知横幅中的 升级
操作完成。您的商店目前已接入新顾客账户。如果在前 30 天内 遇到任何严重系统故障，您可以随时选择回退。但如果之前已经严格执行了步骤 1-7，理论上是不会发生异常的。
这对订单修改工作流意味着什么？
有一处变化在大部分官方文档中很少提及：当升级到新顾客账户后，支付完成后的“修改订单”功能会发生什么变化？
在经典账户中，订单修改极其繁琐。顾客自己无法修改任何内容，每次写错地址、换尺码或换颜色，都会产生大量的客服工单。商家只能在后台手动编辑订单并重新发送确认通知，效率极低且易出错。
而在新系统和 Extensibility 平台架构之下，Revize 等应用可以直接嵌入并整合进顾客的账户后台中，大大改变了这一现状。顾客支持在不联系在线客服的情况下自助完成修改地址、修改变体、追加商品或取消订单等操作。
这已经不再是“可有可无的加分项”。随着旧有基于 Liquid 开发的顾客账户被彻底移除，所有依赖 customers/order.liquid 文件中注入代码的“修改订单”插件将无法继续运行。通过 Revize 这类应用开发的、基于扩展机制的新方案，将是今后实现该需求的唯一模式。
如果您的日均单量在 20 单以上，仅在减少客服工作量这一项上的收益，就足以支撑您立即着手升级。
主题开发者须知
如果您负责开发、维护或客制化 Shopify 主题，此项调整将即刻改变您的日常日常工作流。
不再强制要求包含经典 Liquid 模板
您的主题模板中已不再需要包含 customers/account.liquid、customers/login.liquid 或 customers/register.liquid。实际上，如果使用经典账户的商家安装了不含上述文件的新主题，系统会自动将他们强制升级至新版顾客账户。
<shopify-account> Web 组件即将推行
Shopify 发布了全新的 <shopify-account> web 组件，支持直接在商店前端轻松处理认证和顾客账户功能。它带来了以下原生支持：
免密码登录（邮箱 + 单次验证码）
自动免登录（利用内置的 Shop 账户识别机制）
第三方登录（支持 Facebook 和 Google 登录）
账号全局菜单（包含高度自定义的快速跳转项）
CSS 变量化设计（易于快速适配您的主题设计规范）
功能自动同步更新（Shopify 将直接更新该组件，外部主题无需进行升级维护）
该组件会通过商店 Header 的 Avatar 图标渲染。若顾客处于未登录状态，点击图标即可展现登录弹窗选项。若已经登录，则直接渲染对应的 Shop 头像并展示相关的账户功能菜单。
这很快将成为所有提报或升级至 Shopify Theme Store 的主题包的硬性指标。 如果您是专业的主题开发人员，建议立即着手适配组件。参考官方的 开发者文档 获取所有必要的信息指南。
该组件目前已原生内置并集成在所有的 Horizon 主题模板中。
App 开发者须知
如果您的应用涉及顾客账户的信息交互或修改，请仔细阅读以下内容。
基于 Liquid 注入的应用将彻底失效
如果您的 App 的逻辑必须依赖在传统经典模板中注入代码才能工作，那么当客户完成升级后，您的应用将完全失效。随着所有商家都正在被官方引导完成升级，这意味着您应用的潜在客户市场正在萎缩。
顾客账户 UI 扩展（UI Extensions）是唯一的技术路线
利用 Shopify 的 Extensibility 基础设施，您可以开发出可以直接接入并无缝注入新版顾客账户的全新扩展。支持对其进行体验层面的重新设计，支持注入场景包括：
订单状态页面 —— 自定义增加追踪详情、允许修改地址、添加一键追加销售
订单列表页面 —— 将最高频使用的操作和关键看板指标至于表层显眼位置
个人中心页面 —— 自定义插入专属问卷组件、订阅选项、会员累计积分等
完全的自定义页面 —— 在顾客的账号下完全自建全新的微前端视图结构
市面上超过 800+ 热门产品已通过 UI Extensions 完成了重构。您可以参考 开发者指南 快速起跑，体验开发您的第一个轻量扩展。
Storefront API 顾客变更操作（Customer Mutations）已被弃用
无头店面（headless）和自定义前端的开发团队必须高度重视。Storefront API 下涉及 customerCreate、customerUpdate 和 customerAccessTokenCreate 等有关变更属性的方法操作即日起已被废弃。建议切换至 Customer Account API。
全新的 Customer Account API 带来如下提升：
更健全、更清晰的顾客私密数据隔离和提取（涵盖常规订单、实付账单、履约、特定优惠折扣、退款、Metafields 元字段等）
更安全的免密登录解决方案（支持同时管理在自定义前端、自带系统和标准中后台中的单点多设备同步在线）
提供带版本号管理、按季度迭代的主流 API
原生完美匹配并支持 Hydrogen 以及 Oxygen 架构
如果您在开发和维护自建的前端店面，请尽快将上述逻辑迁移到 Customer Account API，不要等到 Storefront API 下的这些 Mutation 接口被完全关闭时才采取行动。
升级前必须知晓的局限性
新客户账户在几乎各个维度上都全面胜出，但也并非全然等同于经典版本。请务必提前获知目前的短板和局限，避免临时遇到棘手的情况。
限制条件 | 局限情况汇总详情 |
|---|---|
不支持第三方的自建登录弹窗 | 如果您自行开发了非标准的特定登录面板，需要先剔除这段逻辑才能进行升级。所有历史路由 |
Shopify Flow 触发器 | 基于传统顾客账户的状态变更自动化触发（Workflows）机制无法实现一键平滑移植，在新版下您必须进行重新规划和重设。 |
顾客分群 (Customer Segments) | 在升级完成后，基于 |
各分市场共享单个域名 | 系统不支持对分布在各个国家和地域的市场自定义绑属独立不同的登录解析子域名。一个二级域名必须囊括承接您所有的全球流量。 |
Multipass | 不兼容新顾客账户，请使用标准的 OAuth2.0 + OIDC 自有身份系统来替代经典版 Multipass。 |
不支持定制登录页 | 尚不支持向实际执行账号认证的登录页面（Sign-in Page）本身中插入应用区块，整体自定义设置的场景是在客户完成身份验证后发生的。 |
有限的回退有效期 | 在执行升级动作后，您有 30 天的回退期。超过此期限，迁移结果为不可逆状态。 |
对大部分普通商家和经典独立站而言，这些并不是难以处理的痛点。但如果您重度依赖 Multipass 功能，或者针对顾客的经典状态逻辑设计了复杂的 Flow 触发链路，在升级前应充分制定迁移方案。
常见问题及解答 (FAQ)：Shopify 经典客户账户下线
经典顾客账户具体什么时候会正式无法使用？
Shopify 已确认将在 2026 年晚些时候公布最终的落幕截止日期。尽管还未公开精准的日期刻度，但本质上该弃用已经发生了——不再有新功能上线，不提供官方技术工单响应，且在 2 月后新开设的店面也已无法开启经典账户。
目前我是否可以照常使用经典顾客账户功能？
只有在 2026 年 2 月前店面一直处于正常活跃使用该模式的商家，目前才可正常访问并开展商业行为。功能不会立刻中断，但商家最好主动做好升级规划，而不是等到最终临界大限。
如果执行一键升级，我现存的顾客历史数据和资料会被清除吗？
这不会影响顾客及订单资产的数据安全。顾客的所有关键信息将自动平滑转接。升级后唯一的差别，是顾客将主要改用更快捷安全的免密码二次认证（邮箱 + 单次即时码），而非使用他们先前定义的登录密码。
老顾客必须再次重新创建新的顾客账户吗？
不需要。先前的商户账户已经安全封存并在后端完成转换。对顾客感知层面而言，登录页面的操作发生了一点变动——不用找密码或找发信重置密码，仅需写入接收并输入校验通过的 6 位数码即可。
如果我目前在网店中使用的是自制改写的 Liquid 登录页面，将怎么处理？
如果您借助定制模版或是应用挂钩，编写并运行了非标准的登录页面组件，建议在落实并切换前，将上述逻辑清理干净。新的架构会采用系统原生托管的标准化路由和逻辑流程。
先前修改顾客账户中个人主页展示的各种 App 服务会怎样？
如果这些第三方 App 的工作路线是通过直接在旧 Liquid 文件塞入、替换对应展示组件的，那么在升级后，它们将完全罢工。请立即与对应的 App 服务商进行方案上的沟通——通常大部分热门或主流的应用早已推出了适用于新顾客账户的应用扩展。若未提供，建议至 Shopify App Store 以“Works with Customer accounts”条件寻找更优的替代品方案。
在完成正式升级后的一段时间内，我还能反悔并选择重回先前的传统版本吗？
可以。在升级完毕起的 30 天以内，允许安全选择撤销操作。一旦超过这个服务保证阶段，系统转换将被系统永久认定。
本次官方调整是否同样波及 Shopify Plus 的商家？
是的。该计划关停适用于 Shopify 的所有订阅档位。包含 Plus 商家在内的所有人，均处于同样的政策更迭、技术架构和时间期限下。
这对于网店的订单管理和编辑将产生什么有益的效果？
传统的经典版本缺乏原生的改单支持。顾客要改地址、换变体和调整需求，都必须向在线或者邮件客服部门提交更改工单。新版本则支持直接嵌入第三方应用微前端，从而带来跨越式的提升。顾客在后台借助类似 Revize 的扩展组件，即可完成自主更改，完全不占用商家的任何后端精力。
无头 (Headless) 店面的应用和定制化开发工程师应当关注何种技术实施路线？
应当立即把重心从以往涉及顾客端的 Storefront API 部分操作逐步更迭到全新的 Customer Account API。考虑到 Storefront API 中以顾客为范畴的一系列变更操纵后续将被弃役，新接口将会是接下来处理这些业务需求的稳定唯一手段。
您的升级行动落地指南
无需感到困惑。本周您可以按部就班开展以下规划：
全面审计并建立现存客制化内容和特殊定制规则清单（预估 30 分钟）
排查并敲定应用替换或更替计划（预估 1~2 小时）
稳步按照上述的 8 个步骤逐步稳步执行（预估 1~2 小时）
完成整体测试，在后台中点击升级
主题开发者一侧行动线：
清空、精简并移除主题代码中遗存的传统客户 Liquid 模板文件
接入并跑通
<shopify-account>web 组件对 Horizon 以及非 Horizon 的店面进行完整且详细的多变体测试
App 开发者一侧行动线：
为应用开发匹配的顾客账户 UI 扩展能力
完全停止由于历史阻碍造成的不良的 Liquid 模板代码塞入做法
加速推进 Storefront API 下相关顾客属性的变更方法向全新专有的 Customer Account API 过渡
Headless/定制化前端开发工程师行动线：
用全新的 Customer Account API 直接全方位完成对历史旧 Storefront API 查询/变更接口的解耦替换
适配并上线经过系统授权保障的全新安全简易账密验证交互
在您构建的前后台进行细致入微的跨设备免密账户测试
实际动作只需要半天即可基本跑通。最耗费心思的往往是前置的信息审计、应用替换方案的确定以及全要素测试。但它为您以及您的消费者团队带来的是长久的、更轻快、更牢固有力的未来体验，同时也是 Shopify 生态将长期投资的方案。
对于老旧架构，它最后的沙漏早已启动。提前升级，意味着商家拥有充分的时间来纠偏和主导进度，而不至于在未来截止日期被迫做出仓促的临时决策。
如何选择，主动权在您手中。
正在 Shopify 上管理订单？ Revize 让您的顾客能够直接在账户中编辑自己的订单——更改地址、调换商品、追加商品。无客服工单，无手动后台修改。原生无缝支持新版 Shopify 顾客账户。 免费试用 Revize →
相关资源
