Shopify's October 2026 Checkout Extension Deadline: Why Your App Deploys Are Blocked Right Now
Shopify CLI now blocks checkout UI extension deploys on API 2025-07 or earlier. How to check your version, what the Preact rewrite involves and where to start.
date
If your store runs a custom checkout or customer account UI extension and your developer has just told you a deploy failed, this is almost certainly why. On 1 October 2026, Shopify stopped accepting updates to any app whose checkout or customer account UI extensions still target API version 2025-07 or earlier. That deadline is now nearly three weeks behind us. Anyone still on the old version is locked out of shipping fixes.
This is not a bug and it will not clear on its own. The Shopify CLI blocks a deploy when any extension in the app sits on an API version more than a year old, and the only way past it is to upgrade the extension. For most stores that means a rewrite, not a config change. Here is what happened, how to confirm you are affected, and the order to tackle it in.
What Shopify actually changed on 1 October 2026
Shopify releases a new API version every quarter and supports each one for at least twelve months. Under the normal rules, 2025-07 (released 1 July 2025) would have dropped out of support in mid July 2026. Shopify extended that by three months because the jump from 2025-07 to 2025-10 was the biggest breaking change checkout extensions have seen. 2025-07 is the last version that supports React based UI components. Everything from 2025-10 onward uses Polaris web components, and Shopify's recommended way to write them is Preact.
Shopify put the hard date in its developer changelog on 11 June 2026, alongside the release of its AI Toolkit for migrating extensions: from 1 October 2026, any app containing checkout or customer account UI extensions on 2025-07 or earlier can no longer be updated. A Shopify staff member confirmed on the developer forum that deploys would succeed right up to that date and not a day after. That is where we are now.
One important distinction. The extension still runs. Shoppers still see it in checkout. What you have lost is the ability to change it. A bug fix, a copy tweak, a new field, a tracking change: all blocked until the whole extension moves to a current API version.
How to check which API version your checkout UI extensions are on
Three places to look, in order of effort:
- The extension config. Each extension has a shopify.extension.toml file with an api_version line. If it reads 2025-07, 2025-04 or anything earlier, you are affected. Anything 2025-10 or later is fine for now.Run a deploy. If the Shopify CLI refuses to create a new app version and the error mentions an extension's API version, that is the block in action. It fails the whole app, not just the old extension.Ask whoever built it. If the extension shipped before October 2025, assume it is React based and on an old version until proven otherwise. Polaris web components only became generally available for 2025-10 extensions on 1 October 2025.
Note the phrase 'any extension in the app'. One forgotten customer account extension sitting at 2025-04 will block deploys for every other extension in the same app, including the ones already upgraded. Audit all of them, not just the one you were trying to change.
Why this is a rewrite, not a version bump
Changing the api_version in the toml file is step one of many. Between 2025-07 and 2025-10 Shopify replaced the component model. The React components from the ui-extensions-react package are gone, replaced with Polaris web components rendered through Preact. In practice an upgrade means:
- Converting React code to Preact, including a different hooks package and signals for state.Mapping every legacy component (BlockStack, Banner, TextField and the rest) to its web component equivalent, where props and behaviour often differ.Updating extension API calls that changed between versions, including how metafields are read.Retesting every target the extension renders in, on desktop and mobile, in a real checkout with real payment methods.
Shopify's own engineering team went through this with its Checkout Blocks app and reported transferred bundle sizes 40-85% smaller afterwards. That is a genuine win for checkout speed. It is also a sign of how much code changes. If someone quotes you an afternoon for a non-trivial extension, be sceptical.
If your store is also carrying leftovers from the checkout.liquid cutover, read our guide on what to audit now the checkout extensibility deadline has passed. The two deadlines compound, and stores that scraped through the first one are often the ones stuck on this one.
What the Shopify AI Toolkit can and cannot do
Shopify shipped the AI Toolkit specifically to take the grind out of this migration. You install it, point a coding agent (Cursor, Claude Code, whichever your developer uses) at the extension folder, and ask it to upgrade the extension to a named API version using the relevant Polaris skill. The agent works through the React to Preact conversion, component mapping and API updates against Shopify's own documentation.
It handles the mechanical work well. Where it will not save you:
- Custom logic around pricing, discounts or validation that was written against the old component behaviour.Layout. Web components do not always render identically to the React component they replace, and an agent will not notice that a banner now wraps badly on mobile.Third party dependencies bundled into the extension that have no Preact equivalent.Testing. Shopify's docs are explicit that the toolkit does not remove the need to review and test the result. Nor should it, in a checkout.
Treat it as a senior developer's accelerator, not a replacement for one. It makes the migration cheaper. It does not make it something you can hand to a junior and forget.
Triage order for several affected extensions or clients
If you are an agency holding multiple clients, or a merchant with more than one custom extension, this is the order we would work in:
- Confirm the blast radius. List every app with checkout or customer account extensions and the api_version of each. It takes an hour and tells you how bad things are.Rank by pain. Any extension with a known live bug, or one that touches revenue (upsells, shipping rules, payment customisations, validation), goes first. Cosmetic extensions wait.Upgrade whole apps, not single extensions. Since one old extension blocks the entire app, half measures buy you nothing.Target a current version, not 2025-10. 2025-10 turned a year old this month and will be the next version to age out. Go to 2026-07 or later so you are not back here in a quarter.Put upgrades on a calendar. A quarterly maintenance slot for API version bumps is now part of owning a checkout extension. Shopify's extension lifecycle assumes continuous upkeep.
The bigger lesson for checkout customisation
Checkout extensions were sold as the safe, future proof replacement for checkout.liquid. They are, compared with what came before. But future proof on Shopify now means maintained quarterly. If your extension was built as a one off project and nobody has touched it since, it was always going to end up here.
A checkout extension is not a deliverable. It is a dependency, and dependencies need an owner.That is the argument for ongoing development capacity rather than commissioned projects. Our Shopify support and maintenance work exists for exactly this kind of platform deadline, and custom Shopify app development covers the rebuild when an extension needs more than a port. For stores where checkout is also the weakest point in the funnel (and it often is, because most Shopify brands do not have a traffic problem, they have a conversion problem), the Conversion Growth Retainer folds this upkeep into measured conversion work rather than treating it as a cost centre.
What to do this week
- Pull the api_version for every checkout and customer account extension you own.If any reads 2025-07 or earlier, you are blocked. Brief whoever built it today, not after peak.Scope the upgrade as a rewrite to 2026-07 or later, with the AI Toolkit doing the mechanical work and a senior developer owning the testing.Upgrade the whole app in one go, then book the next version bump before you forget.
We are a Glasgow based team of senior Shopify developers, no juniors and no outsourcing, building and maintaining checkout extensions for brands across the UK and beyond. If you have an extension stuck on 2025-07 and need it unblocked before Black Friday, get in touch and we will give you an honest estimate of how long it will take.
Related articles
view all(01) Shopify Checkout Extensibility Deadline Passed: What to Audit on Your Store Now
The Shopify checkout extensibility deadline for Basic, Shopify and Advanced plans passed on 26 August 2026. Here is what was removed and what to check.
read article(02) Shopify's Legacy Script Tags Are Blocked: Why an App Just Stopped Working on Your Store
Shopify blocked legacy script tags on 1 Oct 2026 and switches them off in March 2027. How to tell which apps are affected and what to do about it.
read article(03) Native Shopify B2B vs Wholesale Apps: Which Setup You Actually Need
Shopify B2B vs wholesale app or a separate store: what native B2B now includes on every plan, what stays Plus-only, and how to choose for your accounts.
read articleStay ahead of the Shopify curve
Uncover Insights brings the latest Shopify trends, practical tips, and a look behind the scenes straight to your inbox.
We won't send you spam. Unsubscribe at any time.