Key Insights in 60 Seconds
Skim the highlights first, then dive into the sections that match what your admin shows you today.
What You'll Learn
Open Settings, then Shipping and delivery, and look at how the page is organised. Either you see shipping profiles, with zones and rates inside them, or you see a section called Shipping options arranged by market. Two shipping systems exist during this change, and your store uses one of them at a time — which one you are looking at decides everything else on this page. There is a third thing to look for on that same screen: if shipping options by market is available for your store, a Get early access button is sitting there.
As of August 2026 the rollout to merchants has not started yet, so the first view is still what most admins show — and it is going to change without you asking for it. Shopify is moving every merchant onto the second one, on a schedule you cannot pick — unless you move first. That is what this page is about: the two decisions that are actually yours are whether to go early on purpose, and what to look at before your store moves either way.
The Quick Verdict
Key takeaway
Find your situation in the first column. Everything after it is the evidence underneath.
Opt in early, or wait for the automatic upgrade
| Your situation | Pick | Why |
|---|---|---|
| One simple profile, and no app returns your rates | Opt in when the button appears | Your rates are migrated for you, so early access buys you a quiet week to test instead of a random one |
| An app calculates your rates at checkout | Wait, and verify the app first | Shopify upgrades these stores later, after those apps become compatible |
| Product-group profiles, or the same rate name in several places | Prepare first, then opt in | Groups become [Shipping] collections and same-named rates consolidate into one shipping option |
| Your admin already shows Shipping options by market | Your live decision is the opt-out window | Switching back is possible only until that window closes, and it removes what the upgrade created |
Which shipping system is your store on right now?
Key takeaway
This is not a detail to establish later. The whole article branches on it, because a store that has already been upgraded has a different decision in front of it than a store that has not. There is a third tell, too: if collections you never created have appeared with a [Shipping] prefix, the upgrade has already run.
What your admin is telling you
| What you see in your admin | Which system that is | What it means for you today |
|---|---|---|
| Shipping is organised in shipping profiles, with shipping zones and rates | The current system | Nothing has changed yet. Your existing rates keep working until your store is upgraded. |
| Shipping is organised by market, in a Shipping options section | Your store has been upgraded | The migration already happened. Your decision now is whether to switch back inside your opt-out window. |
| Collections named [Shipping] Fragile, or similar, that you never created | A side effect of the upgrade | Expected. These are unpublished and support your migrated shipping options. |
Until your store is upgraded, you continue to use shipping profiles as usual, and your existing rates keep working. Nothing is quietly degrading in the meantime, and nothing you build today is wasted — the point of looking now is to know which half of this page you are reading.
What market-driven shipping actually changes
Key takeaway
Shopify describes today's system as product-driven: merchants configure delivery profiles, then configure location groups, shipping zones and rates inside those profiles. The profile is the container, and everything else hangs off it. That is the shape most merchants have been working in for years, and it is the shape that is being retired.
Market-driven shipping changes that hierarchy. Merchants attach shipping options directly to markets, and inside a shipping option they define variations in the rate based on product and location conditions. The market becomes the container. If you have never thought about markets as a structure, this is the moment it starts to matter — they are the frame your shipping now hangs on, and what a market actually is is worth five minutes before your upgrade rather than after.
The same shipping setup, in two structures
| Layer | Today: delivery profiles | New: shipping options by market |
|---|---|---|
| Top container | A delivery profile | A market |
| Grouping inside it | Location groups and shipping zones | Shipping options |
| Where rates live | Inside a shipping zone | As variations inside a shipping option |
| How products are targeted | Products assigned to a profile | All products, or a collection |
| What it can cover | Regions your zones describe | Regions, POS locations and B2B company locations |
Structure as described by Shopify's market-driven shipping feature preview documentation, read August 2026.
The new structure also reaches further than the old one: merchants can tailor shipping per market across regions, POS locations and B2B company locations — the same structure covers all three.
Where a rate can point, and where it cannot
Key takeaway
One change is worth stating plainly, because it is a genuine loss of capability in the move. Under the new model, rates are not assigned directly to individual products or variants. To apply a rate to a specific set of variants, those variants need to be grouped together in a collection. Shopify's stated reason is maintainability: collection membership changes over time, so a rate tied to a collection adapts on its own instead of needing to be re-pointed every time your catalogue moves.
If you currently hand-pick products into a shipping profile, that habit does not survive the move. The upgrade converts your existing groupings for you, but anything you build afterwards is built on collections. It is worth knowing before you plan a new rate, not while you are trying to save one.
The four kinds of rate in the new system
Key takeaway
As of August 2026, Shopify's page on shipping options by market lists four kinds of rate you can build inside a shipping option. Three of them are yours to type in; the fourth arrives from somewhere else, and that difference is what the rest of this article keeps coming back to.
That last category is the one to hold on to. A carrier or app calculated rate is not stored in your admin as a number — it is requested at checkout and returned live, which means it depends on something outside your store still working. If you are weighing up your own carrier contract against Shopify's rates, the plan and carrier requirements for connecting your own account are a separate question with its own answer.
What happens to your existing rates on upgrade day?
Key takeaway
The single most common fear about a forced migration is that you will open your admin and find an empty shipping page. That is not what happens here, and the documentation is unambiguous about it.
When your store is upgraded, your shipping setup is migrated for you, so you don't need to recreate your rates, and most merchants don't need to take any action.
"Most merchants" is doing real work in that sentence, and the rest of this section is about the minority for whom something does change. Here is the full inventory of what moves.
Six things the upgrade changes for you
| What you have today | What it becomes | What to check |
|---|---|---|
| Your existing shipping rates | Migrated for you, in the new structure | Compare the migrated prices against the list you wrote down beforehand |
| Several rates sharing one shipping option name | Consolidated automatically into a single shipping option | Decide in advance which single price should survive the merge |
| Product groupings inside your shipping profiles | Collections prefixed [Shipping], assigned to the right product conditions | Expect new rows in your collections list; they are unpublished |
| Shipping zones covering part of a country | Sub-region markets, created where they are needed to match those zones | A new market for a state or province is expected, not an error |
| Split shipping turned off | Split shipping turned on, and it stays on | An order can now arrive in more than one shipment, each with its own delivery time |
| Staff who manage shipping | Staff who also need the Markets permission | Grant it yourself: it is not automatic and not part of existing roles |
Same-named rates merge, and the highest one wins
Key takeaway
During the upgrade
Your existing rates are combined to help prevent overcharging. Rates that share the same shipping option name are consolidated into one shipping option automatically, and when more than one rate in that option applies to a cart, only the highest matching rate is charged instead of the rates being added together. If you have ever built two "Standard" rates in two profiles, this is the sentence that decides what your customer pays afterwards.
As the standing rule afterwards
The same logic becomes permanent. In the new system the rule for combining rates is to charge the highest price between rates within a shipping option, and to add prices together across shipping options. So the boundary that matters is the shipping option: inside one, the highest wins; between two, they stack. Only flat and order amount rates can have more than one rate in a single shipping option; weight-based and carrier- or app-calculated options can have only one rate, and that single rate is always calculated for each shipment, so a split order adds it up per shipment rather than per rate. Naming is no longer cosmetic, because the name is what decides which rates land in the same option.
The collections you did not create
Key takeaway
Your existing product groupings from your shipping profiles become collections, prefixed with [Shipping] — for example, [Shipping] Fragile — and they are automatically assigned to the correct product conditions for your migrated shipping options, so that your rates continue to apply to the right products. These collections are unpublished, so they are not displayed to customers or on your storefront.
The practical note is for whoever else looks at your collections list. New rows appearing there after the upgrade is expected behaviour, not a sign that something has been misconfigured, and Shopify's note that they "support your shipping setup" is the reason to leave them where they are.
Two settings that change without asking you
Key takeaway
The rest of the upgrade is a like-for-like move. These two are not: one changes what your customer sees at checkout, and the other changes what your team can open in the admin.
Split shipping is always on. If you currently have it turned off, then it is turned on. Your rates and how they are combined do not change, but an order might be split into more than one shipment at checkout — shown to the customer as arriving in two shipments, each with its own delivery time.
The Markets permission is not automatic. Shopify's guidance is to make sure that staff who manage shipping have the Markets permission, because it is not granted automatically and is not included in existing staff roles. Whoever hands out access in your store needs to do this deliberately; the way Shopify staff permissions are organised is worth a look if you have never had to grant one before.
Who gets upgraded when, and why an app changes your date
Key takeaway
Two dates are published, and both come from the same sentence on Shopify's developer changelog. They bracket the whole migration, and no Shopify page we have read publishes anything narrower than that bracket for an individual store.
Market-driven shipping will start rolling out to merchants on October 1, 2026, and all merchants will be on it by July 1, 2027.
The rollout window
Key takeaway
What the timeline cannot give you is your own date. Shopify's wording is that shipping options by market roll out gradually over an extended period, so stores are not all upgraded at the same time. Plan against the window rather than against a day, and treat the preparation below as work that has to be finished some time before your turn rather than by a particular Tuesday.
Why an app moves your date
Key takeaway
Stores that use shipping apps might be upgraded later, after those apps become compatible. That sounds like a scheduling footnote and is actually a safety mechanism. Some shipping apps are not compatible with shipping options by market yet, and if an app provides rates for your store and it is not compatible, then its rates might not be displayed at checkout — which can prevent customers from completing their order. Delaying those stores is how Shopify avoids that outcome by default.
The distinction that decides whether this paragraph is about you is narrow: it is whether an app calculates or returns a rate at your checkout, which is a question for the vendor rather than something you can read off the app's name. If you are unsure about an app, that is the first thing to settle.
No compatibility list we could find
Key takeaway
This is where the documentation stops being helpful, and it is worth being precise about the boundary of that statement. No Shopify page we have found publishes a list of shipping apps that are or are not compatible with shipping options by market — as of August 13, 2026, that is read off the "Upgrading from shipping profiles to shipping options by market" page, the other pages in the same shipping-options section (the index, "Setting up shipping options for a market" and "Understanding shipping options by market"), the Markets manual, and the market-driven shipping feature preview documentation on shopify.dev.
What exists instead is per-store: Shopify surfaces incompatibility to you inside your own admin rather than in a public catalogue. So the answer for your store comes from two places — what your admin shows you when the upgrade approaches, and what the vendor of each rate-providing app tells you when you ask.
One dated change applies only to stores that already use market-driven shipping. As of August 1, 2026, the legacy delivery profile fields and mutations in the Admin GraphQL API are deprecated for those shops: they no longer represent the shop's live merchant-owned shipping configuration. Reads may return a stale snapshot of the legacy configuration, and writes may succeed without errors but will not update the merchant's live shipping settings.
Translated out of developer language: an app built against the old API can appear to save a rate that never actually applies. A write can succeed without an error and still change nothing. If you are already upgraded and an app reads or manages your own shipping settings, this is a reason to verify what it writes rather than to assume a silent success means a saved setting; app-owned delivery profiles aren't affected and continue to function as before.
Your two windows: early access before, opt-out after
Key takeaway
Readers collapse these two into one question and then get stuck on it. They are separate: whether you can move early depends on what your admin offers, while whether you will be moved does not depend on anything. Here is the sequence in order.
Opting in before your turn
Key takeaway
If shipping options by market is available for your store, then you can opt in to get early access before your store is upgraded automatically. The route is Settings, then Shipping and delivery, then Get early access. Your existing rates are migrated for you, exactly as they would be on the automatic path, and you can switch back to shipping profiles during your opt-out window.
Note the conditional at the start of that paragraph: the documentation says if it is available for your store and names no criteria, so the honest instruction is to go and look.
The opt-out window, and what switching back destroys
Key takeaway
Switching back restores your previous shipping setup and permanently removes any shipping changes that you made after your store was upgraded. Any collections or sub-region markets that were created during the upgrade are also removed from your store. After your opt-out window closes, you can't switch back.
Two things follow from that. First, the window is the moment to test, not the moment to start building — anything you configure inside it is what you lose if you reverse. Second, reversing is not a way to undo a bad week; it is a way to undo the migration itself, and it takes the new collections and markets with it.
Which upgrade route is yours?
The table at the top answers by your single dominant profile. This answers by combination — most stores sit at the intersection of two or three of these signals, and which one you act on first is not obvious from any single row. It takes about a minute, and no answer here is a wrong answer: the three main routes are all legitimate, because Shopify migrates you either way.
Your pre-upgrade shipping audit
Key takeaway
Every route runs through the same eight steps — what changes between them is order and weight. If an app returns your rates, step two is the one that decides everything else and steps four and five can wait. If you are opting in early, step three is the one to do properly, because it is the only record you will have of what your rates looked like before. Step eight only becomes possible after your store is upgraded.
Pre-Upgrade Shipping Audit
Work through these before your store is upgraded. The last step is the one you run afterwards, while your opt-out window is still open.
Open Settings and then Shipping and delivery, and record whether you see shipping profiles or a Shipping options section, and whether early access is offered.
Before you tick this off
- Opened Settings and then Shipping and delivery in the admin
- Recorded which of the two systems the store is using
- Noted whether a Get early access button is present
What matters is which apps return a rate at checkout: Shopify documents that stores using shipping apps might be upgraded later, after those apps become compatible.
Before you tick this off
- Listed every installed app that touches shipping
- Marked which of them return rates at checkout
- Asked each rate-providing vendor about shipping options by market
Record every profile, zone, rate name and price, so that after the upgrade you are comparing against a list instead of trusting your memory.
Before you tick this off
- Captured every profile and zone with its rates
- Captured the exact rate names, not just the prices
- Stored the list somewhere your team can reach it
List duplicate names across your profiles and decide which single price should survive when those rates consolidate into one shipping option.
Before you tick this off
- Listed every rate name that appears more than once
- Decided which price should win for each duplicated name
- Checked whether any cart can match two of them at once
Each product grouping becomes an unpublished collection prefixed with [Shipping], so know which ones to expect before they appear in your collections list.
Before you tick this off
- Listed each product grouping used by a shipping profile
- Wrote down the collection name each one will produce
- Told anyone who manages collections that the new rows are expected
The Markets permission is not granted automatically and is not included in existing staff roles, so plan it rather than discover it.
Before you tick this off
- Listed every staff member and contractor who manages shipping
- Granted the Markets permission to each of them
- Scheduled the change so nobody is locked out mid-season
Pick a quiet week if the button is available to you, and note that the opt-out window is the only reversal you get either way.
Before you tick this off
- Decided whether to opt in or wait
- Chose a week with low order volume if opting in
- Told the people who answer customer emails what may change
Run test checkouts for the markets that matter and confirm that every rate you expect still appears, while switching back is still possible.
Before you tick this off
- Ran a test checkout for each market that matters
- Confirmed every expected rate appears, including app-provided ones
- Checked how a split shipment is presented to the customer
What breaks if you arrive at the deadline unprepared
Key takeaway
Four things go wrong after an upgrade, and only one of them is a real problem. Here is each of them next to what it actually means.
What each of the four looks like, and what it actually is
| What you would see | Why it happens | What the documentation says to do |
|---|---|---|
| A rate is missing at checkout and customers cannot complete their order | An app that provides rates for your store is not compatible with shipping options by market yet | Check whether the app that provides that rate is compatible |
| A staff member can no longer manage shipping | The Markets permission is not granted automatically and is not included in existing staff roles | Give the Markets permission to everyone who manages shipping |
| Unfamiliar collections named [Shipping] something appear in your list | The upgrade turned your product groupings into collections | Nothing. They are unpublished, so customers and your storefront never see them |
| An order splits into more than one shipment at checkout | Split shipping is always on in the new system | Expect it: rates and how they combine do not change, but delivery times are shown per shipment |
Behaviour as documented by Shopify's Help Center page "Upgrading from shipping profiles to shipping options by market", read August 2026.
Only the first row is expensive, and it is also the one Shopify tries hardest to prevent — the entire reason app-dependent stores are upgraded later is to keep that row from happening. If it happens anyway, the check is narrow: if a rate is missing at checkout after your store is upgraded, check whether the app that provides it is compatible with shipping options by market.
One note on where that table comes from, because it changes how much weight it can carry. It is built from the failure modes Shopify documents, not from field reports. As of August 13, 2026 we found no merchant accounts of this migration on community.shopify.com or on reddit's r/shopify — searched across the shipping and logistics tag, the payments, shipping and fulfilment board, and domain-limited searches of both sites. The developer forum carries a discussion, but its participants are app developers rather than store owners, so the four rows above are what the documentation says goes wrong, and nothing more.
The Bottom Line
Key takeaway
Forced platform migrations usually earn their reputation, and this one so far does not. The rates carry over, the product groupings carry over as collections, and the reversal path exists for as long as your opt-out window is open. What deserves attention is narrower than the change itself.
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.
This article was written entirely by AI under human editorial direction. The editor sets the topic and structure, runs multi-stage validation on facts, links, and interactive elements, and verifies the output is useful from a business perspective. All claims are checked against official Shopify sources. Details may change — always confirm critical data at shopify.com.
Editorial PolicyWhat to Read Next
Shopify Markets: How to Sell Internationally Without a Second Store
Shopify Markets explained: what's free vs Managed Markets, multi-currency and duties, domains and languages, and exactly when a second store wins.
Read articleEU Packaging Rules for Shopify Sellers: EPR & PPWR
EU packaging EPR for Shopify sellers: who must register (LUCID, Citeo), what turns on August 12, 2026 under the PPWR, costs by country, and app vs custom pipeline.
Read articleEU's €3 Import Duty: Landed Cost for Shopify Sellers
The EU dropped its €150 duty-free limit and added a €3 customs duty per tariff line on parcels into the EU. What it costs Shopify sellers, and how to price it.
Read article