Key Insights in 60 Seconds
Skim the highlights, then jump to the section that matches what your store actually has on its account pages.
What You'll Learn
You opened a notice that legacy customer accounts are going away, and you're not sure what to do. Or you spun up a new store this year and the old account option simply wasn't there. Or your loyalty widget and custom login live on the old /account pages, and you don't know what survives a switch. Or you haven't moved yet because you're afraid customers will complain about login codes once you do. Legacy customer accounts are Shopify's original, password-and-Liquid version of the account pages, and they were deprecated in February 2026. This guide is the triage: what changed, what still works, what breaks when you switch, and exactly how to move — in merchant language, not developer docs.
What Actually Changed — and What Still Works Today
Key takeaway
Deprecation is not the same as removal. Legacy customer accounts still function today, but three things changed at once. New stores can no longer enable legacy accounts at all — the option is simply no longer available to them. Existing stores that weren't already using legacy lost access to it too. And across the board, Shopify stopped shipping feature updates and technical support for the old version. In Shopify's own words, legacy accounts are “no longer available to new stores and existing stores not using it,” and Shopify “will stop providing feature updates and technical support for this older version.”
Starting February 2026, legacy customer accounts are no longer available to new stores and existing stores not using it. Shopify will stop providing feature updates and technical support for this older version. New stores can only use the latest version of customer accounts.
What's not set is the ending. Shopify says a final sunset date “will be announced later in 2026,” and as of July 2026 that date still doesn't exist — there's no tier-specific deadline and no announced extension. That gap is exactly what this guide is built around: the migration path itself is evergreen and holds whenever the date lands, while the countdown to sunset is the part that expires. Here is the sequence so far.
The terms shifted in December 2024. What used to be called classic customer accounts is now legacy customer accounts, and what was new customer accounts is now just customer accounts. When you cross-check Shopify's live pages, expect two column headers — “Customer Accounts” and “Legacy Customer Accounts” — and no mention of “classic” anymore. The word you searched for may be the old one; the settings you'll actually click use the new wording.
One more source of confusion is worth clearing before you plan anything, because it sends merchants chasing the wrong deadline.
If you've seen August 28, 2025 or August 26, 2026 attached to this topic, set them aside: those are the deadlines to replace the legacy checkout.liquid Thank you and Order status pages (Plus and non-Plus respectively), and they belong to checkout extensibility, not customer accounts. Our guide to checkout extensibility and the end of checkout.liquid covers that migration on its own timeline.
Customer accounts are a separate migration with a separate, still-unannounced date. And they're not the only forced move in flight this year — Shopify Scripts shut down in mid-2026 as well; if discounts or shipping rules quietly broke on your store, see our guide to the Shopify Scripts to Functions migration.
Legacy vs New Customer Accounts: What Actually Changes
Key takeaway
Shopify publishes a side-by-side comparison of the two versions. The differences fall into two groups: how the experience works day to day, and which features exist at all. This table is the full official comparison — scan it for the rows that describe your store.
Legacy vs New Customer Accounts
| Feature | Legacy customer accounts | New customer accounts |
|---|---|---|
| Sign-in | Email and password, or Sign in with Shop | One-time email code, Sign in with Shop, or social sign-in — no password |
| External identity provider | Multipass, which doesn’t support SSO | Any OAuth2.0 + OIDC provider, with SSO across all surfaces |
| Account creation | Customer registers on a separate page or accepts an invite | Anyone signs in with any email; a new customer is created automatically |
| Account experience | Separate, app-specific sign-ins and portals | One sign-in and a centralized account portal |
| Branding source | Online store theme settings | Checkout settings, shared with checkout |
| Customization model | Edit Liquid code; breaks during theme updates | App-based, upgrade-safe, edited in a visual editor |
| Update profile info | Customer contacts your support staff | Customer self-serves their name and email |
| Order history and status | Yes | Yes |
| Saved addresses | Yes | Yes |
| Saved payment methods | No | Yes |
| Self-serve returns | No | Yes |
| Store credit | No | Yes |
| Reordering (Buy again) | No | Yes |
| Works with B2B | No | Yes |
| Works with Markets | No | Yes |
| Homepage redirect after sign-in | No | Yes |
Source: official feature comparison on Shopify Help Center — compare customer account features.
The bottom half of that table matters for revenue, not just experience: saved payment methods, self-serve returns, store credit, Buy-again reordering, B2B, and Markets are all things legacy accounts simply can't do. B2B is the sharpest case — you can't use legacy accounts for B2B customers and orders at all, and B2B is included at no extra cost on the Basic, Grow, Advanced, and Shopify Plus plans, not just Plus. If wholesale is your model, our guide to B2B on Shopify Plus covers where company-level logins and org SSO live in the native B2B stack.
The Login Change Your Customers Will Notice
The single most visible change is sign-in. New customer accounts are passwordless: a customer enters their email and receives a one-time six-digit verification code, and no password is required. They can also use Sign in with Shop — automatic for stores on Shop Pay or on the Shopify, Advanced, or Retail plans — or a saved passkey. This is genuinely divisive. Merchants worry aloud about deliverability and friction: what if the code lands in spam, or the email is slow? It's a fair concern, and the honest counter comes from Shopify's own team.
The bigger thing though: sessions on new customer accounts last months, not days. So buyers are hitting that login screen way less often than they were on legacy.
Who’s in the Blast Radius: What Breaks When You Switch
Key takeaway
For most stores, the upgrade is uneventful. But four situations carry real work, and it's worth naming which one is yours before you touch the toggle.
Start with what survives, because it's more than merchants expect. Existing customers keep their records — order history and saved addresses are supported on both versions, so nobody re-registers and there's nothing to re-invite. Customers sign in with the same email they always used; only the method changes. And your /account links keep working: Shopify automatically redirects all legacy customer-account URLs, such as /account/login, to the new pages, including hard-coded links in your theme. Because that redirect is at the URL level, account links inside notification emails resolve too — you don't have to rewrite them.
What doesn't survive is customization. If you built a custom sign-in or registration experience — in a modal, or on a page separate from the legacy templates — you have to remove it from your theme before upgrading. And the Liquid account templates themselves are on the clock: a Shopify product manager confirmed exactly which files, and what happens to them.
Legacy customer account liquid templates (customers/account.liquid, customers/login.liquid, customers/register.liquid) will eventually be locked from editing, then removed.
That scope matters: it's those three named files, not every template in your theme, and the detail lives on the developer community, not the main changelog. Anything those files rendered has to move into a customer account UI extension, which gives a developer fixed slots on the Order and Profile pages rather than a blank Liquid canvas. On Multipass, Shopify is explicit: “Multipass isn't supported on customer accounts. If you need to use your own identity provider, then you can connect it to customer accounts” — a connection that requires Shopify Plus. One wording clash is worth untangling: Multipass has always signed customers in from another site, but, as the comparison table above notes, it never delivered true single sign-on across every surface — and that is exactly what connecting an OAuth/OIDC identity provider on new accounts adds. If you don't need single sign-on, customers simply sign in directly with a one-time code instead.
Merchants who migrated early report a consistent pattern: anything that lived on the old Liquid /account templates is “just gone” and must move to a UI Extension's fixed slots, while order history and B2B held up fine. Password-dependent flows also broke — with no password, anything relying on a password-reset step had to be reworked. And app behavior can shift: one store found Yotpo could no longer tell who had opted into loyalty after the switch. None of this is a reason to stay on a dead-end version — it's a reason to audit and test before you flip.
If your account area also gates members-only content or a customer portal behind login, that build is its own project rather than part of this switch — our guide to a Shopify members-only store covers it. And a fully headless storefront is a deeper rebuild: authenticated actions move to the Customer Account API, which sits in custom Shopify development territory.
How Big Is Your Migration? Find Your Route
Key takeaway
You've seen what changes and what breaks. Now match it to your store. These five questions ask what lives on your account pages, how customers log in, and how exactly the old experience has to be preserved — and route you to the effort that fits, from “flip it this afternoon” to “this one needs a developer.”
Your Step-by-Step Migration Path
Key takeaway
Whichever route fits, the workflow is the same shape: find what you have, rebuild it the right way, test on a copy, then flip. The one step that splits by route is step 3 — switch-ready readers have little to replace, app-swap readers install and confirm extensions, and rebuild readers hand their audit to a developer. You have a 30-day window to revert if something is wrong, but testing first is what keeps you from needing it. Tick each step off as you go; your progress saves on this device.
Legacy-to-New Customer Accounts Migration
One shared path for every route: audit what you have, rebuild it the right way, test on a copy, and flip with a safety net.
List every custom Liquid edit, injected script, and app that renders on your current account pages, so nothing is silently dropped when you switch.
Before you tick this off
- Listed every custom Liquid edit on the account, login, and register templates
- Listed every app that renders on the /account pages
- Flagged any Multipass, custom SSO, or headless authentication
Duplicate your theme and configuration so you can build and preview the new customer accounts without touching what customers see today.
Before you tick this off
- Duplicated the live theme to a working copy
- Confirmed the copy is not published
For every feature from your audit, add an app block from an installed app, find an App Store app filtered to Works with Customer accounts, or add an external link; if nothing fits, brief a developer or Shopify Partner for a custom app.
Before you tick this off
- Matched each audited feature to an app block, an App Store app, or an external link
- Confirmed each app covers the exact behavior you need
- Flagged anything with no app match for a developer brief
Customer accounts share brand settings with checkout, so confirm your logo and colors display correctly across the sign-in, orders, and profile pages.
Before you tick this off
- Reviewed brand and logo across every account page
- Confirmed checkout and account branding match
Your accounts default to a shopify.com base URL; connect a subdomain such as account.your-store.com so the pages match your brand.
Before you tick this off
- Decided whether to keep the default URL or connect a subdomain
- Connected and verified the subdomain if you chose one
Sign-in codes are sent from your sender email address, so confirm you have access to it before customers rely on it to log in.
Before you tick this off
- Confirmed you can access the sender email inbox
- Sent a test to confirm codes deliver and aren’t flagged as spam
Publish the new customer accounts on your working copy and open the sign-in, orders, and profile pages exactly as a customer would.
Before you tick this off
- Published the new accounts on the working copy
- Opened the sign-in, orders, and profile pages as a customer
Sign in with a real email, confirm the one-time code arrives, and check that order history, saved addresses, and any app blocks behave as expected.
Before you tick this off
- Signed in with a real email and received the code
- Confirmed order history and saved addresses appear
- Confirmed every app block renders and works
From Settings, then Customer accounts, click Upgrade in the banner; you can revert within 30 days if anything is wrong.
Before you tick this off
- Ran the upgrade from Settings, then Customer accounts
- Confirmed live /account links redirect correctly
- Noted the 30-day revert deadline in case you need it
What a Rebuild Costs and How Long It Takes
Key takeaway
There's no license fee for new customer accounts — the system is free, and the cost is entirely the development time to rebuild any custom functionality. Honest price data is thin, so treat the figures below as orientation from individual agencies, not a market rate; the more custom your account pages, the more the fix costs. The four rows map onto your quiz route — the toggle is switch-ready, the app swap is the app route, and the last two are both the developer rebuild (one custom page versus a Multipass, headless, or full migration).
Migration Routes by Cost & Time
| Route | Typical time | Cost | Best for |
|---|---|---|---|
| Toggle + branding (DIY) | An afternoon | $0 | Standard account pages with no custom code |
| App swap + reconfigure | Hours to days | App fees (often free tiers) | Loyalty, wishlist, or subscription features from apps |
| Custom UI extension build | Days to weeks | $3,000–$15,000 (one agency) | Custom Liquid pages rebuilt as extensions |
| Full agency migration | 2–4 weeks small store (one agency) | 20–100+ hours (one agency) | Multipass/SSO, headless, or many custom pieces |
Dollar and hour ranges are individual agencies' published estimates (ShopExperts substantial-feature bracket; PowerCommerce developer-hours and small-store timeline), not a market benchmark. App prices vary by vendor and tier.
DIY or Developer: Where the Line Falls
Key takeaway
Cost tells you how much; this tells you who. The boundary between a job you finish in your admin and one that needs a developer is sharp, and getting it right saves you either an unnecessary invoice or a stalled migration. Pick the lowest route that faithfully reproduces what you had.
The Plus question is where merchants trip. To be precise: Shopify has not published a Plus-plan restriction specific to custom-built customer account UI extensions. What is Plus-gated are three nearby things people conflate with it: connecting your own identity provider, the checkout Branding API, and checkout UI extensions for the information, shipping, and payment steps. None of those is the customer-account UI extension itself. In plain terms: on any plan you get the upgrade toggle, your branding from admin settings, and vendor apps; you only need Plus to connect your own identity provider (or for checkout-API-level branding). Since building one of these extensions means a real app — scaffolded with the Shopify CLI, compiled under a strict bundle limit — it's squarely developer work regardless of plan. Watch two minutes of the walkthrough below to see why this is a developer's job and not a toggle, even if you don't write a line of it yourself.
How to Scope a Developer Brief
If your route is a rebuild, a tight brief keeps the quotes comparable and the cost honest. You already have the raw material in your migration audit. A workable brief lists:
- Every custom account feature to rebuild, straight from your audit in step 1.
- The exact behavior each one needs — what it showed, where, and under which conditions.
- Whether you need Multipass replaced with a connected identity provider (this requires Plus).
- Whether your storefront is standard or headless, since headless auth is a deeper rebuild.
- The sign-in and account scenarios a developer should test before you sign off.
Hand that list over and ask for a fixed scope against it, not an open-ended hourly estimate. For the full process of finding, vetting, and briefing someone, see our guide to hiring a Shopify developer.
Why “Wait for the Date” Is the Losing Move
Key takeaway
The temptation is to wait for a hard date. It's the wrong read. Legacy accounts already receive no feature updates and no technical support — that's not a future risk, it's the state today. Stores that upgrade now do it on their own schedule, with a real test window; stores that wait will do it in a rush when the date drops. And the destination is where the ecosystem already is: over 70% of Shopify merchants already use customer accounts, and 800+ apps have already built extensions for them.
None of that makes the new accounts perfect, and it's fair to say so. The most common criticism from Plus merchants is that the deep customization they get in checkout doesn't carry over to customer accounts.
Shopify Plus stores who get lots of great checkout customisation fail to see it applied to customer accounts; heck we can't even add a background image/colour to the header for brand consistency.
That's a real limitation, not a dealbreaker — branding still carries your logo and colors from checkout settings, and the gap narrows as the platform matures. The point stands: the move is inevitable, the tools are ready, and going early is the only version of this you get to control.
The Bottom Line
Key takeaway
The trap is waiting for a date. Legacy is already frozen — no fixes, no support — and the sunset will land “later in 2026” with no runway once it does. Starting today buys you the one thing a forced deadline takes away: time to test. And the first move costs almost nothing — the step-one audit is about half an hour that replaces “what will break?” with a concrete list you can act on.
Frequently Asked Questions
Front-end developer specializing in Shopify since 2017. Experienced in building custom Liquid themes, optimizing storefront performance, and integrating third-party apps. Writes in-depth, data-driven e-commerce guides based on hands-on experience with real merchant stores.
What to Read Next
Checkout Extensibility & the End of checkout.liquid
Shopify checkout extensibility for merchants: what replaced checkout.liquid, the Plus vs non-Plus deadlines, what breaks, and what migration costs.
Read articleShopify Scripts Are Off: Your Functions Migration Path
Shopify Scripts stopped running June 30, 2026. See what broke, what replaces each Script type (native, app, or custom Function), and what it costs.
Read articleShopify Store Code Audit: Before You Fix or Rebuild
Inherited a messy Shopify store? Audit the theme code, ghost code, ScriptTags and access yourself — then decide fix vs rebuild, and what an audit costs.
Read article