TLDR: Your pre-order button is a call to action; keep it short and action-led, like “Pre-order” or “Pre-order now”. The pre-order message around it does the heavy lifting: answering when do I get it, and when do I pay? We analysed the customised wording of 1,031 Shopify stores running pre-orders: 72.5% keep the default “Pre-order” button, and the stores that customise mostly translate it or put the pre-order information (ship date, charge timing, deposit terms) in the supporting copy. This post maps the five places a pre-order message appears and gives you copy-paste examples for each, organised by how you charge.
Introduction
A pre-order button has one job: get the click. “Pre-order” does it in one word. The messaging that decides whether a customer commits sits around the button: the line that answers “when will this ship, and when will I be charged?” That’s the copy that too often stays blank.
We pulled the customised storefront wording from 1,031 Shopify stores that launched pre-orders on Shopify through PreProduct between 2024 and 2026. The pattern backs this up: 72.5% never change the default “Pre-order” button text. The stores that do customise mostly translate it into their store’s language, or use the surrounding message to state the deal: the ship date, the charge timing or the deposit terms.
That division of labour is the right instinct. The button calls the action; the pre-order message states the terms. It isn’t a slogan, it’s a small contract. In this post we’ll cover where pre-order messages appear, what those 1,031 stores wrote, and give you example copy for every payment model, plus caption and announcement wording for promoting the launch.
What Is a Pre-order Message?
A pre-order message is the short piece of storefront copy that tells a customer they’re buying a product before it ships, and on what terms. It typically states the expected ship date, when payment will be taken and anything else that differs from a normal order.
One pre-order usually needs several messages, because the customer sees your terms in five places:
Surface
What it is
Example
Button text
The call-to-action itself
“Pre-order”
Companion wording
A short line above the button
“Ships by March 31st. You won’t be charged until it ships.”
Purchase option label
The selling plan name shown at the buy box
“Deposit-upfront pre-order”
Cart and checkout line
The label that travels with the item
Same selling plan name, rendered by Shopify
Confirmation email
Confirms what they just pre-ordered and restates the terms
“You’ve pre-ordered [PRODUCT]. Ships by March 31st; your card is charged when it ships.”
Any decent pre-order app lets you edit all five, whichever one you use. The rest of this post works through them in that order, starting with the two on your product page, since that’s where the purchase decision happens.
What 1,031 Stores Actually Write
Our dataset covers every store that launched at least one real pre-order listing on PreProduct in the last two years and what they changed in their storefront wording.
Button Text: When to Leave the Default
72.5% of stores keep the button as “Pre-order”. That’s a reasonable default: it’s the clearest call to action for the job, and customers recognise it instantly.
Among the 27.5% that customise, the biggest group isn’t rewording at all; it’s translating. “Jetzt vorbestellen”, “précommander” and “forudbestil” dominate the custom list. If your store sells in a language other than English, localising the button is the first customisation worth making.
The deal in the button: “$50 deposit”, “Pay later”, “Reserve for $1”
Scarcity or queue position: “Reserve spot [X] of 100”
Each of these stays a call to action; it just sharpens the call with real information. “Reserve for $1” tells a hesitant customer the commitment is tiny. A queue-position button tells them the run is capped. If a rewrite doesn’t sharpen the call, keep the default and spend the words in the companion wording instead. The button gets the click; the terms live around it. For placement, colour and layout, see our guide to pre-order button design; this post stays on the words.
Companion Wording: Four Jobs It Can Do
Companion wording is the short message next to the button; in PreProduct it renders just above it, though placement varies by app. It’s where stores put the copy that does the persuading. Across our dataset, nearly every custom message does one of four jobs:
Charge-timing reassurance: “Your payment method will not be charged until the product is ready for shipping.”
Ship-date promise: “Pre-orders made today ship by March 31st.”
Deal statement: “Pay only 50% now, and the balance will be charged when the product ships.”
Scarcity or exclusivity: “This piece is currently sold out, but already in production. Pre-order now to secure yours from the next batch.”
Pick the job that matches your customer’s biggest hesitation. Long lead time? Lead with the ship date. Deferred charge? Lead with “you won’t be charged yet”, because it’s a genuine conversion advantage most customers don’t expect. High price? State the deposit terms.
One line is usually enough. The strongest pre-order messages in our dataset combine two jobs in one sentence: “Lock in yours with a 30% deposit today, with the remainder charged when they ship.”
Pre-order Message Examples by Payment Type
How you charge changes what your message must say. In our analysis of one million pre-orders, 43.8% of pre-order listings used charge-later and only 25% of pre-orders were charged on day 0. In other words, most pre-orders involve a future charge, and a future charge is exactly the kind of thing customers want spelled out before they commit.
For each pre-order type below: what it is in one sentence, the full breakdown of custom button texts from our 1,031-store sample (shown lowercased, as a % of that type’s customisations, with everything appearing once grouped as one-offs), then pre-order message templates to pair with it. Swap the placeholders for your own dates and terms.
Charge-later Messages
The customer checks out now, their card is saved and you charge when stock is ready; the companion wording’s one essential job is to say that clearly, because it’s both a reassurance and a selling point.
Custom button texts on charge-later listings (360 in sample):
“Ships in [MONTH]. You won’t be charged until your order ships.”
“No charge today. We’ll charge your saved payment method when your item is ready to ship.”
“Reserve now, pay when it ships. Expected dispatch: [DATE].”
You may not need to write this one at all: PreProduct’s charge-later listings say “You won’t be charged until we are ready to ship.” out of the box; customise it to add the date or your brand’s voice.
One caution from the dataset: several stores wrote “you’ll only be charged if we restock”. Only promise conditions you’ll honour, and mirror them in your pre-order policy so the product page and the fine print agree.
Deposit Messages
Deposits split the payment, so the pre-order message must state both halves and when the second one lands.
Custom button texts on deposit listings (156 in sample):
Button text
% of sample
“pre-order”
46.2%
“pre-order now”
2.6%
“vorbestellung”, “précommander”, “pre-order now!”, “pre order now”, “add to cart”, “jetzt vorbestellen”
Deposit listings have the highest share of one-off button texts of any type, because stores put their specific deal in the button: “reserve now ($75 deposit)”, “pre-order for $1”, “order with 50% deposit”. Companion wording to pair with it:
“Pay a [X]% deposit today. We’ll charge the remaining balance when we’re ready to ship.”
“Reserve yours with a $[X] deposit. Balance charged at dispatch, estimated [MONTH].”
“Pay 50% now and 50% on delivery.”
The first is PreProduct’s default deposit wording, with the deposit amount filled in automatically.
If the deposit is non-refundable, say so here and in your policy. A surprise in the fine print is a cancellation later; on average 5.4% of pre-orders get cancelled, and unclear terms are the avoidable share of that.
Charge-upfront Messages
Payment works like a normal order, so the only expectation to manage is the wait: lead with the date and keep it plain.
Custom button texts on charge-upfront listings (232 in sample):
“This item is made to order and ships within [X] weeks.”
“In production now. Orders placed today ship [MONTH].”
Skip the discount instinct: 90.4% of pre-orders aren’t discounted at all. A firm date sells the wait better than 10% off does.
Capture-only Messages
Capture-only takes the order with no payment attached; you send a payment link when stock is ready, so the message has to explain a deal the customer won’t expect.
Custom button texts on capture-only listings (103 in sample):
Notice “notify me”, “register interest” and “join the waitlist” in there: some stores use capture-only as a waitlist that’s already an order, which converts interest into commitment instead of just an email address. Companion wording to pair with it:
“No payment today. We’ll email you a secure payment link when your order is ready to ship.”
“Register your order now, pay only when it’s ready.”
“Pre-order Yours Today”: Writing Urgency That Doesn’t Overpromise
“Pre-order yours today” is the classic campaign line, and it’s fine as a call-to-action in a caption or announcement. The mistake is manufacturing urgency. Real urgency comes from a limited allocation or a pre-order-only deal, like an early-bird discount, so if you have one, say so with numbers. If you don’t, skip the pressure and let a clear ship date carry the line.
For a pre-order caption or a pre-order announcement post, the same two-question rule applies: what do I get, when do I get it. A workable template:
“[PRODUCT] is available for pre-order now. First batch ships [DATE]. [Terms: pay today / deposit / no charge until it ships]. Pre-order yours today at [LINK].”
Honest urgency lines, patterned on real stores in our dataset:
“Small-batch pre-order, ships by [DATE]”
“10% early-bird discount. Estimated to ship in September 2026.”
“Reserve spot [X] of 100” (a capped run, stated as a number)
Each makes a checkable claim. “Almost gone!” on an uncapped listing isn’t a pre-order message; it’s a trust leak. If you cap your run, put the cap in the copy and enforce it with per-variant limits so the message stays true. When the cap is reached, PreProduct swaps the buy area for a sold-out message (“Pre-orders are sold out” by default, also customisable), so the claim closes itself out honestly.
Where Each Pre-order Message Shows Up: Cart, Checkout and Email
Your product page pre-order message doesn’t follow the order. Once the customer moves to the cart, the words that travel are the purchase option label, the selling plan name that Shopify renders in the cart, at checkout and in the order confirmation email. A pre-order app usually adds its own cart wording on top; PreProduct tags pre-order line items (“Pre-order” by default), shows an estimated shipping line and adds a cart notice (“You have pre-orders to checkout”), all editable.
That makes the label worth more than its default. In our 1,031-store dataset, most stores never change labels like “Deferred charge pre-order”, which is app vocabulary, not customer vocabulary. The best custom example we found: “Pre-order: card charged when your item ships.” Same length, and it answers the payment question everywhere the customer looks after the product page. For how selling plans work under the hood, see our guide to Shopify purchase options or Shopify’s own purchase options documentation.
Two more spots deserve a line of copy:
Mixed carts: 37.9% of stores allow mixed carts of buy-now and pre-order items. The purchase option label already flags which items are pre-orders at cart and checkout, but it might be a good idea to add a line spelling out what ships when: “In-stock items ship today. Pre-order items ship [DATE].”
Confirmation email: restate the ship date and charge timing in the first line. It’s the email customers reread while they wait, and it’s the start of your pre-order email sequence.
In PreProduct, all of this pre-order wording lives in one Front-end Wording screen, with a live preview and separate wording per pre-order type and language. Write the charge-later message once and your deposit listings can still say something different.
Conclusion
A pre-order message is a small-surface, high-stakes writing job. The takeaways from 1,031 stores:
Keep the button a clear call to action; “Pre-order” is the default for a reason. Customise it to translate it or to sharpen the call.
Put the terms in the companion wording: charge timing, ship date, deal or scarcity. One clear line beats three vague ones.
Match the message to the pre-order payment model. Charge-later and deposits need the charge timing spelled out; upfront needs the date.
Rename your purchase option label so the cart, checkout and confirmation email answer the payment question too.
Only make claims you can honour. Real urgency is a capped run or a pre-order-only discount; without one, a clear ship date is enough.
Let the button call the action, then write the two-question answer once and put it on every other surface: companion wording, cart, checkout and email. Your pre-order message will do quiet work for the whole campaign: fewer “when does this ship?” tickets, fewer cancellations, more confident checkouts.
Ready to put custom wording on every pre-order surface? Start taking pre-orders with PreProduct and set your messaging per listing type and language from one screen.
TLDR: Shopify purchase options are ways of selling a product other than “pay now, ship now”. There are three of them: subscriptions, pre-orders and try before you buy. All three run on selling plans, and Shopify doesn’t let you create a selling plan from the admin. You need an app for every single one. Shopify has its own free app for subscriptions, but nothing first-party for pre-orders or try before you buy, so those two are entirely on third-party apps.
Introduction
Scroll down a product page in your Shopify admin and you’ll find a section called “Purchase options”. For most merchants, it’s empty. There’s no dropdown, no toggle, nothing to configure.
That’s not a bug, and you haven’t missed a setting. Shopify built the shelf. It didn’t build most of the things that go on it.
Shopify purchase options are the framework behind three ways of selling that break the normal “pay now, ship now” pattern: subscriptions, pre-orders and try before you buy. The framework is good. But it’s a set of rails for apps to run on, not a feature you switch on. Understanding that saves you some time rooting through your settings for something that was never there.
This guide covers what each of the three purchase options actually does, why the terminology is confusing (your admin says one thing, every error message says another), and how to work out which one you’re actually looking for. We build pre-order software for Shopify, so we’ll be upfront: we do one of these three well and we’ll point you elsewhere for the other two.
What a Purchase Option Actually Is
A purchase option is any arrangement where payment and delivery don’t both happen right now.
Normally, a customer pays at checkout and you ship the item. Money and goods change hands at roughly the same time. A purchase option breaks that link deliberately: either the payment happens later, the delivery happens later, or both happen repeatedly on a schedule.
Shopify documents three types: subscriptions, pre-orders and try before you buy. The last two are grouped together as “deferred purchase options”, because both involve a payment that lands after checkout.
That’s the whole taxonomy. If you’re trying to do something that isn’t one of those three, purchase options aren’t the mechanism you need.
One Purchase Option Per Cart Item
A product or variant can have several purchase options attached to it. Any single cart item can only use one.
So you can offer the same jacket as a charge-later pre-order and as a deposit pre-order and let the customer choose which one they want at the point of adding to cart. What you can’t do is have them buy both versions of it in one go. Shopify is explicit that customers “can’t combine different purchase options on the same product in a single checkout”, and subscriptions and pre-orders can’t be offered together on the same product at all.
It’s a small rule with a real design consequence: purchase options are a choice the customer makes, not a stack you build up. If you’re planning something where a product needs to behave two ways at once in the same cart, that isn’t what the framework does.
Purchase Option vs Selling Plan: Same Thing, Two Vocabularies
Something to bear in mind: Your Shopify admin says “purchase options”. Almost everything else says “selling plan”.
The developer docs say selling plan. App settings say selling plan. Error messages say selling plan. Competitor help articles say selling plan. If you’ve ever searched for what a Shopify selling plan is and come away more confused, this is why: you were reading about the same thing you’d been looking at in your admin, under a different name.
A selling plan is the underlying record that defines the terms: when the customer pays, when you deliver, what the pricing is. A purchase option is what that record looks like from the merchant and customer side. One is the plumbing, the other is the tap. When someone tells you to “create a selling plan”, they mean set up a purchase option.
Worth knowing because it changes how you search for help. If a doc or a support thread only talks about selling plans, it’s still relevant to you.
And Sometimes Your Pre-order Gets Called a “Subscription”
There’s a third name to watch for. Parts of the Shopify interface label selling plans as subscriptions regardless of what the plan actually does, so a pre-order can turn up filed under a heading that says subscription.
That’s history rather than logic. Subscriptions were the first purchase option Shopify supported, they’re the one it built its own app for, and they get the bulk of the mindshare, the documentation and the support attention. Purchase options is the parent category. Subscriptions is the big brother who gets talked about most, and the labelling hasn’t fully caught up.
If you’re looking at a pre-order sitting under the word “subscription”, nothing has gone wrong. It’s a naming quirk, not a misconfiguration.
The Three Purchase Options, Side by Side
What it does
When the customer pays
When you ship
Subscriptions
Recurring orders on a schedule
Every cycle, or prepaid upfront
Every cycle
Pre-orders
Sell before stock exists
Later, upfront, or a deposit now and the balance later
When stock lands
Try before you buy
Customer tries first, pays after
On a set future date, after they’ve decided
Immediately
The pattern is easier to see when you line them up. Subscriptions repeat. Pre-orders delay the shipment. Try before you buy delays the payment while shipping straight away. They solve different problems, and they’re built by different sets of apps.
Subscriptions, and Why This Page Isn’t About Them
Subscriptions are the recurring one: coffee every month, refills every six weeks, a box every quarter. Shopify supports both pay-per-delivery and prepaid models.
This is the one slot Shopify fills itself. Shopify Subscriptions is a free first-party app, and there’s a mature ecosystem of third-party alternatives if you need more. If you sell something people consume and rebuy on a cadence, that’s your path, and it’s a well-served market.
We don’t build subscription software, so that’s as much as we’ll usefully tell you. The rest of this guide is about the other two.
Why All Three Purchase Options Need an App
This is the part Shopify’s own documentation buries.
Shopify’s purchase options help page introduces all three types without ever mentioning that you need software to use them. You have to click through to the pre-orders sub-page to find it stated plainly: “To use pre-orders, you need to install a pre-order app from the Shopify App Store”.
The developer documentation is blunter. Shopify’s guide for app builders describes the workflow as: “The merchant creates a pre-order or TBYB option through the app and adds products and variants to the selling plan”. The whole category is filed under “custom purchase options” and “purchase option apps”. Apps aren’t an optional extra here. They’re the only way in.
Which leaves an asymmetry worth naming. Shopify built the framework, then filled exactly one of the three slots with its own free app. Subscriptions are covered. Pre-orders and try before you buy, the two options merchants ask about most often, have no first-party tool at all. The rails exist, the train doesn’t.
There’s a practical constraint too. Deferred purchase options only work with Shopify Payments or PayPal Express, because those are the gateways that can securely store a customer’s payment method and charge it later. If you’re on a different gateway, no app can work around that.
“Continue Selling When Out of Stock” Is Not a Purchase Option
This one catches a lot of people, so it’s worth being direct.
Ticking “Continue selling when out of stock” on a variant lets inventory go negative. That’s all it does. It doesn’t create a selling plan, doesn’t defer payment, doesn’t hold fulfilment and doesn’t tell anyone the item is a pre-order. Your customer pays full price today for something that may not exist for four months, and the order flows straight to your 3PL like any other.
It’s a useful checkbox, and most pre-order apps toggle it for you. It just isn’t pre-orders. If you want the full picture of what that setting does and doesn’t cover, we’ve written about running backorders on Shopify in detail.
Pre-orders: The Deferred Purchase Option Most Merchants Land On
Pre-orders let customers buy something before it’s ready to ship. It’s the option most stores end up wanting, because it covers new launches, restocks, made-to-order pieces and anything with a lead time.
The mechanic that makes it work is card vaulting. Instead of taking the money at checkout, the payment method is stored securely and charged when you decide. That’s different from a payment authorization, which expires. Vaulting doesn’t, which matters when your lead time is measured in months rather than days. We’ve covered the difference in our guide to Shopify authorization periods.
From there you have four ways to structure the money:
Charge later. Nothing at checkout, full amount when you’re ready to ship.
Charge upfront. Full payment at checkout, like a normal order.
Deposit. A percentage now, with the balance collected automatically when stock arrives.
Capture only. Payment details captured at checkout, charged on your trigger.
Merchants don’t spread evenly across these. Across more than 1 million pre-orders worth over $85 million, 43.8% of listings used charge-later, making it the most popular model by some distance. That’s 75,781 listings. Capture-only accounts for 28.7% and deposits for 12.6%.
A few other numbers from that dataset are worth having in mind before you pick:
47.8% of pre-orders are charged within 30 days, so “charge later” usually isn’t very much later.
90.4% run with no discount at all, which quietly kills the idea that pre-orders need a price cut to convert.
Cancellations sit at 5.4%, low enough that deferred payment isn’t the risk it sounds like.
62.1% of pre-orders arrive in isolated carts rather than mixed with in-stock items.
Our full breakdown of pre-order payment models goes deeper on matching a model to your lead time, and the charge later guide covers the deferred mechanic specifically.
One thing to flag: Shopify’s purchase options framework handles the payment timing, but not the operations around it. Fulfilment holds, per-variant caps, delivery estimates and customer messaging all sit with whichever app you choose. That’s the gap between “technically possible on Shopify” and “actually runnable”, and it’s where apps differ most. Our complete guide to pre-orders on Shopify walks through the operational side.
Requirements and Restrictions Worth Knowing First
Shopify’s pre-order setup documentation carries a requirements and restrictions section that’s easy to skim past and expensive to discover mid-launch. The points that matter most:
Accelerated checkouts are blocked. Customers can’t buy a pre-order with Shop Pay, Apple Pay or Google Pay.
Some local payment methods don’t work either, including Klarna, mollie iDEAL, Wero and Sofort.
Online Store and custom storefronts only. Pre-orders aren’t supported on Shopify’s other sales channels.
Subscriptions and pre-orders can’t be combined on the same product.
Buy X Get Y discounts don’t apply to pre-order purchases.
Shop Promise isn’t available on pre-order products.
Delivery timing is an obligation, not a hope. You need reasonable grounds to believe you’ll ship within the timeframe you’ve stated, or within 30 days if you haven’t stated one. If the date slips, you have to tell customers the revised date and remind them they can cancel for a refund.
None of these are app limitations. They sit in the framework, so no pre-order app can engineer around them. The last one is worth taking seriously: a clear, honest ship estimate on the product page is both the legal position and the thing that keeps cancellation rates down.
The “Only Sell This Product With These Purchase Options” Checkbox
Underneath the purchase options card on a product you’ll find a checkbox labelled “Only sell this product with these purchase options”. Tick it and the product can no longer be bought the ordinary way. Every add to cart has to go through a selling plan.
For a pre-order launch that sounds like exactly what you want. We’d steer you away from it, for two reasons.
It isn’t variant sensitive. The checkbox sits at product level, so ticking it forces every variant down the purchase options route, including the sizes and colourways still sitting in your warehouse that you’d happily sell and ship today.
And it’s very easy to forget it’s on. It’s one checkbox on a product page you might not open again for months, and the consequences are quiet rather than loud. Shopify also warns you at the point of ticking that the product will be pulled from any sales channel that doesn’t support purchase options, so the product simply stops appearing in places you weren’t watching.
If what you actually want is “nobody buys this without going through the pre-order option”, that’s a checkout problem, not a product setting. PreProduct handles it with a pre-order enforcement Checkout Function, which blocks checkout when a pre-order variant reaches the cart without a valid purchase option attached and sends the customer back to pick one. It follows the variant’s actual pre-order state, so in-stock variants keep selling normally and there’s no stale checkbox to remember.
Try Before You Buy: The Mirror Image of a Pre-order
Try before you buy is the one people most often confuse with pre-orders, and it’s almost exactly backwards.
A pre-order delays the shipment. You take the commitment now, ship when stock lands, and charge somewhere in between. Try before you buy delays the payment. You ship immediately, from stock you already hold, and the customer pays on a set future date once they’ve decided to keep the item.
Same underlying framework, opposite problem. Pre-orders solve “I don’t have it yet”. Try before you buy solves “they’re not sure yet”. It’s most common in apparel and anything where fit or feel decides the sale, and it’s a returns strategy as much as a payment one.
We don’t build try before you buy software. PreProduct works on products that aren’t in stock yet, and try before you buy is inherently an in-stock, ship-first model. If that’s what you need, TryNow is the established option in the Shopify App Store and the better place to start.
Which Purchase Option Do You Actually Need
Three questions get most merchants to the right answer.
Is the product ready to ship today? If not, you want a pre-order. This covers pre-launch, restocks, made-to-order and anything waiting on a production run. It’s the most common answer by a distance.
Is it ready, but customers hesitate to commit? That’s try before you buy. Ship first, charge later, let the product do the selling.
Do customers buy it again on a predictable cycle? That’s a subscription. Consumables, refills, replenishment.
If you’re somewhere between, lead time is usually the deciding factor. Short waits can sometimes be handled with clear messaging and a normal order. Once you’re past about a month, you want a proper pre-order with deferred payment, fulfilment holds and a customer who knows exactly what they’ve bought. Selling before you have stock is a strategy in its own right, and we’ve written about running a Shopify pre-sale if that’s the direction you’re heading.
Frequently Asked Questions
Do I need an app for Shopify pre-orders? Yes. Shopify states directly that you need to install a pre-order app from the App Store. There’s no native way to create the selling plan a pre-order depends on, and no first-party Shopify app for it.
What’s the difference between a selling plan and a purchase option? They’re two names for the same thing. “Purchase options” is what you see in your Shopify admin. “Selling plan” is what the underlying record is called in the docs, in app settings and in error messages.
Can I sell subscriptions on Shopify? Yes. Subscriptions are the one purchase option Shopify covers itself, through its free Shopify Subscriptions app, alongside a large third-party ecosystem.
Who offers try before you buy? It’s supported by Shopify’s purchase options framework and delivered by third-party apps, with TryNow the best-known option. PreProduct doesn’t offer it, because we work with products that aren’t in stock yet.
Does “continue selling when out of stock” create a pre-order? No. It only lets inventory go negative. It doesn’t defer payment, hold fulfilment, cap quantities or label the order as a pre-order.
Which payment gateways work with purchase options? Deferred purchase options need Shopify Payments or PayPal Express, because they require the ability to store a payment method and charge it later.
Can customers pay for a pre-order with Shop Pay or Apple Pay? No. Shopify blocks accelerated checkouts on pre-orders, which covers Shop Pay, Apple Pay and Google Pay, along with local methods like Klarna, mollie iDEAL, Wero and Sofort.
Can a product have more than one purchase option? Yes. A product or variant can carry several, and the customer picks one. What they can’t do is combine two purchase options for the same product in a single checkout, and subscriptions and pre-orders can’t be offered on the same product at all.
Wrapping Up
The short version: Shopify purchase options are real, well-built and almost entirely unfilled by Shopify itself.
There are three of them: subscriptions, pre-orders and try before you buy.
All three run on selling plans, which is the same thing your admin calls a purchase option.
Every one requires an app. Shopify ships a free app for subscriptions and nothing for the other two.
“Continue selling when out of stock” is an inventory checkbox, not a purchase option.
Pre-orders are the option most stores are actually looking for, and charge-later is how most of them run it.
If it’s pre-orders you need, that’s the only thing we do. PreProduct handles charge-later, deposits, capture-only and upfront payments, with fulfilment holds so nothing ships early and customer messaging so nobody’s guessing. You can start taking pre-orders on a free plan and only pay a percentage of what you actually collect.
And if it turns out you need a subscription tool or a try-before-you-buy app instead, you now know which shelf to look on.
TLDR: Shopify has no dedicated backorder feature. You enable a Shopify backorder by ticking “Continue selling when out of stock” on a variant, which lets inventory go negative so customers can keep buying. That checkbox is step one of about eight. It won’t hold fulfilment, cap how many units you sell, show customers an ETA or give you any say over when you charge. If your restock is more than 30 days out, a charge-later pre-order solves all four problems at once.
Introduction
Search for how to set up a Shopify backorder and every guide gives you the same three steps: open the product, tick “Continue selling when out of stock”, edit the description. That’s accurate. It’s also about a fifth of the job.
Here’s the part nobody leads with. Shopify doesn’t have a backorder feature. It has an inventory policy setting and a fulfilment status, and a backorder is something you build out of the two. The checkbox gets customers through checkout. Everything that happens next, holding stock back from your 3PL, capping how many units you sell, telling customers when it ships, deciding when to take their money, is on you.
That gap is why the first page of Google for this term includes two Shopify Community threads and two Reddit posts. Merchants aren’t asking what a backorder is. They’re asking why their fulfilment centre just shipped 40 units they don’t have.
This guide covers the admin steps, the workflow that stops you shipping unpaid stock, and the point where a backorder should have been a pre-order on Shopify instead.
What a Shopify Backorder Actually Is
A backorder is a product you’ve sold before, are temporarily out of, and will restock. The customer buys it now and you ship it when the next delivery lands.
That’s the short version. If you want the full breakdown of how it differs from simply marking something unavailable, we’ve covered backorder vs out of stock separately, along with a wider comparison of pre-orders vs backorders vs waitlists.
The distinction that matters operationally is narrower than most articles suggest. A backorder is a restock of something proven. A pre-order is something you haven’t shipped yet, either because it’s new or because the wait is long enough that customers need to be treated differently. The gap between them is mostly framing and payment timing, and both of those are choices you make.
What Shopify gives you is not a backorder mode. There’s no backorder status on an order, no backorder badge, no backorder report. There’s an inventory policy per variant, and a fulfilment status per order. Everything merchants call a “Shopify backorder” is assembled from those two things plus whatever messaging you write yourself.
Worth knowing that up front, because it explains why the setup is so short and the aftermath is so long.
How to Set Up Backorders on Shopify
The core toggle takes about 20 seconds. The rest of this list is what actually makes it work.
Check inventory tracking is on. In your product admin, under Inventory, “Track quantity” needs to be enabled. If it’s off, Shopify never blocks the sale in the first place and none of this applies.
Tick “Continue selling when out of stock”. It sits in the Inventory section. Set it per variant, not per product. If only medium and large are backordered, only tick those two.
Understand what happens to your stock count. Available inventory now goes negative. That negative number is your backorder count. Minus 43 means 43 units owed.
Write the expected ship window onto the product page. A date range beats a specific date you’ll miss. “Ships week of 12 September” is fine. Silence is not.
Change the button text. Leaving it as “Add to Cart” is how you generate support tickets. Merchants without an app usually do this with a Liquid conditional in the product template, swapping the button when product.available is false.
Tag the order. Downstream systems, your 3PL, your ERP, your helpdesk, can’t see your intentions. A tag or line-item property is how they find out this order isn’t normal.
Hold fulfilment before anything reaches your warehouse. More on this below. It’s the step people skip.
Plan the three emails. Order confirmation restating the timeline, a delay email if the date slips, a dispatch email. Most backorder complaints are silence complaints.
The Shopify POS Exception
One caveat worth knowing if you sell in person. Per Shopify’s documentation, “Continue selling when out of stock” doesn’t apply to Shopify POS. Staff can sell past zero regardless of the setting; POS just warns them first. So your online backorder rules and your in-store behaviour are two separate things.
What the “Continue Selling” Checkbox Doesn’t Do
This is the part that costs merchants money, so it’s worth being specific. The checkbox does exactly one thing: it stops Shopify blocking checkout at zero inventory. Four things it does not do.
It doesn’t hold fulfilment. A backordered order looks identical to a normal one. If your 3PL, ERP or fulfilment app is watching for new orders, it will pick this up and try to ship it. That’s the single most common failure and it’s the reason those forum threads exist.
It doesn’t cap anything. Negative inventory has no floor. If your purchase order is for 200 units and 340 people buy, Shopify will happily take all 340. There’s no native way to say “sell 200 of these and then stop”.
It doesn’t tell customers anything. Nothing changes on the storefront. Same button, same page, no ETA, no badge. As far as the customer knows they bought something in stock. Baymard Institute’s research found 20% of shoppers who abandoned a cart did so because delivery was too slow, and that’s people who were told. Customers who find out after paying don’t abandon, they email you.
It doesn’t give you any control over payment. The customer is charged in full at checkout, today, for something shipping in three months. Every competing guide on this topic then spends a section on managing refunds and cancellations. That problem is self-inflicted, and it’s fixable.
Those four gaps are the whole reason a backorder app or a pre-order app exists.
The Two Ways to Build a Real Backorder on Shopify
Once you accept the checkbox isn’t enough, there are two routes.
Route One: The Checkbox Plus Manual Operations
You tick the box, write your own product page copy, tag orders by hand, and put a fulfilment hold on each one before your warehouse sees it. Then you watch the negative inventory number and turn the setting off when you hit your cap.
This works. It works well for a small catalogue, a short restock and one person paying attention. It falls over at volume, across variants, or the first week someone’s on holiday.
Selling plans are the mechanism Shopify provides for building pre-order style flows, and it’s what sits under the app-store tools that give you a distinct pre-order or backorder button. Worth being clear about what that means: this is a developer API, not a feature you can switch on. There’s no native pre-order or backorder mode in your Shopify admin, only the inventory checkbox above and whatever an app builds on top of selling plans.
You get a proper flow: a distinct button, an expected ship date attached to the order, and inventory that behaves predictably. What you give up is real, and it’s rarely spelled out. Per Shopify’s developer documentation, deferred purchase options don’t support Shopify POS, draft orders, B2B, “Buy X get Y” discounts, cart permalinks, or stores still on checkout.liquid. Payment support is limited to Shopify Payments, PayPal Express, Adyen and a subset of Stripe accounts. You also can’t add products to one of these orders through the Order Edits API, only remove them.
None of that is a dealbreaker for most stores. It is a dealbreaker if you run wholesale, sell at trade shows, or lean on BXGY promotions. Check the list before you commit, because working it out after you’ve migrated your catalogue is a bad afternoon.
Managing Backorders Once the Orders Land
Setup is the small half. Here’s the operational half nobody writes about.
Holding Fulfilment
Shopify has an “On Hold” fulfilment status. It’s the mechanism that stops a backordered order flowing through to whoever ships your parcels. Some providers respect it natively, including ShipBob, RyderShip and the Shopify Fulfillment Network. Others need you to map it to their own internal status, and a few ignore it entirely.
If yours ignores it, you’re back to tags, line-item properties and automation rules. We’ve written up how this plays out across different providers in our guide to managing pre-orders on your 3PL, and the same logic applies to backorders exactly.
Whatever you do, test it with a real order before you launch. Place one, watch where it goes, confirm it stopped.
Mixed Carts and Partial Fulfilment
Someone will buy a backordered t-shirt and an in-stock mug in the same order. You then choose: ship the mug now and the shirt later, or hold everything until both are ready.
Splitting costs you a second shipment. Holding annoys the customer waiting on a mug. There’s no clean answer, which is why 62.1% of stores in our data prevent mixed carts entirely and keep the two order types separate. It’s the simpler operational choice, especially early on.
Capping What You Sell
Because negative inventory is unbounded, you need a number and something to enforce it. Start with what’s actually on the purchase order, then subtract a buffer for defects and cancellations.
Do it at variant level. A restock of 200 smalls and 500 mediums needs two limits, not one product-level cap. The maths is the same whether you’re capping a backorder or a pre-order — we’ve worked through it, including per-customer purchase limits, in Can Pre-Orders Sell Out?, and covered the wider inventory picture in How to Manage Pre-Order Inventory in Shopify.
Messaging That Prevents Tickets
Say the same thing in five places: product page, cart, checkout, order confirmation, and again if the date moves. Use ranges, not promises. Send the delay email before customers ask, not after.
The 1M+ pre-orders dataset shows 90.4% of listings run at full price with no discount at all, so you don’t need to buy patience with margin. You need to earn it with clear dates.
When a Backorder Should Be a Pre-order Instead
Here’s the threshold, plainly. Under about 30 days, a backorder is fine. Charge upfront, ship soon, move on. That’s the right call for a core SKU with a purchase order already in transit, and anyone telling you otherwise is selling something.
Beyond 30 days, two things break. The framing stops working, because “backorder” reads as inconvenience while “pre-order” reads as early access. And charging in full for a three-month wait creates the exact refund exposure every guide on this topic then teaches you to manage.
The payment side is the bigger of the two. Instead of taking the money today, you can vault the card and charge when stock lands. In our data, 43.8% of pre-order listings use charge-later, making it the most popular model by some distance. Deposits and capture-only cover the rest of the ground: a percentage now for higher-ticket items, or nothing at all until you send a payment link. There’s a full breakdown in our Shopify charge later guide.
Two numbers worth sitting with. The most common shipping window across those listings is 121 to 150 days, and the average cancellation rate is 5.4%. Customers will wait four or five months, and almost all of them follow through, as long as you tell them what’s happening and don’t take their money months before you’ve earned it.
If you don’t know when stock is coming, neither approach fits. That’s when a back-in-stock notification is the honest option, or you leave the product marked unavailable. Our guide to out of stock on Shopify walks through that decision in more detail.
Frequently Asked Questions
Does Shopify Hold Backorders?
Not automatically. Shopify has an “On Hold” fulfilment status, but nothing applies it to backordered orders for you. Unless you place the hold manually or use an app that does it, a backordered order flows through to your fulfilment provider like any other.
How Do I Do a Backorder on Shopify?
Enable “Track quantity” on the variant, tick “Continue selling when out of stock”, then add expected ship messaging, change the button text, tag the order and hold fulfilment. The checkbox alone only handles checkout.
How Long Can an Item Stay on Backorder?
Technically indefinitely; Shopify doesn’t impose a limit. Practically, past roughly 30 days you should switch to a pre-order model with deferred payment, because holding a customer’s money for months is where cancellations and chargebacks come from.
Why Does My Store Still Say Out of Stock After Enabling Backorders?
Usually because the setting was applied at product level rather than to the specific variant, or the variant is stocked at a location not assigned to your online store. Check the individual variant first, then check location assignment.
Do I Need an App for Shopify Backorders?
No, if you have a small catalogue, a short restock and time to manage orders by hand. Yes, once you need caps, automatic fulfilment holds, or any control over when the customer is charged.
What Should a Backorder Notification Email Say?
Three things: what they ordered, when it ships as a date range, and what happens next. Send it at order, again if the date moves, and once more at dispatch. Vague reassurance generates more tickets than a delay does.
The Takeaway
Shopify backorders aren’t hard to enable. They’re hard to run.
The checkbox gets customers through checkout and stops there. It won’t hold fulfilment, so your 3PL ships stock you don’t have. It won’t cap anything, so you can sell 340 units against a 200-unit purchase order. It won’t tell customers when their order arrives. And it charges them in full today for something landing in three months, which is where the refunds come from.
Three things to take away. Set the toggle per variant, not per product. Test a real order end to end and confirm it stops before your warehouse. And be honest about your restock window, because past 30 days a backorder is just a worse-framed, worse-paid pre-order.
If your restock is far enough out that charging upfront feels uncomfortable, that’s your answer. PreProduct handles the half Shopify doesn’t: automatic fulfilment holds, variant-level limits, front-end messaging, and charge-later or deposit payments so you take the money when stock lands rather than months before. Start with one product, run it manually, then automate once you trust the workflow.
TLDR: To migrate pre-orders to Shopify, treat it as two jobs, not one. First, get the historical orders into Shopify (via a CSV or store-migration tool if you’re coming from WooCommerce, BigCommerce or a Kickstarter pledge manager). Then tag those orders and let a pre-order app import them as proper pre-order records, so paid, deposit and charge-later states all carry across. The orders themselves are the easy part. Preserving each customer’s payment state is what actually matters, and it’s the step most migrations get wrong. Prefer to watch a video? Click here to watch Oli walk through it.
Moving to Shopify is stressful enough without live pre-orders hanging in the balance. And pre-orders are exactly the kind of order that standard migrations mishandle. These are unfulfilled orders, often with money still owed later, tied to customers who are waiting on a product that hasn’t shipped. Lose track of them and you lose revenue, or worse, you charge someone twice and lose their trust.
The problem? Every store-migration tool on the market moves your products, customers and past orders. None of them understand a pre-order. They can’t tell the difference between a fulfilled sale and a charge-later pre-order that still needs collecting in three months. So when you migrate pre-orders to Shopify, you need a process built for that specific job.
This guide walks through exactly that: how to bring pre-orders across cleanly from WooCommerce, BigCommerce or Kickstarter, with payment states and customer records intact. We’ve built the pre-order app that handles the import, so we’ll be specific about what carries over, what gets skipped, and why.
What migrating pre-orders actually involves
Most people picture migration as a single step: click a button, orders appear in Shopify, done. For pre-orders, it’s two layers, and understanding the split is what saves you from a mess later.
Layer one is getting the orders into Shopify. If you’re replatforming from WooCommerce or BigCommerce, your historical orders need to physically land in your new Shopify orders admin. If you’re coming off a Kickstarter campaign, you don’t even have “orders” yet, you have backers and pledges that need turning into orders first.
Layer two is getting those orders recognised as pre-orders. An order sitting in your Shopify admin is just an order. For it to behave like a pre-order, so fulfilment holds apply, deferred charges can be collected, and lead-time messaging fires, it needs to live inside a pre-order system. That’s where a pre-order app imports the tagged orders and rebuilds them as pre-order records.
Skip layer two and your pre-orders look like normal sales. They’ll flow straight into fulfilment, your charge-later customers will never get charged, and your deposit customers will show as fully paid. The order data moving across is not the same as the pre-order surviving.
Why payment state is the thing that matters most
A pre-order carries a payment state that a regular order doesn’t. It might be paid in full, part-paid via a deposit, or authorised but not yet charged. That state decides what you do next, and it’s the single most important thing to preserve.
It’s also the most common way pre-orders are structured for exactly this reason. Across one million pre-orders, charge-later made up 43.8% of listings, capture-only 28.7%, charge-upfront 14.9% and deposit-upfront 12.6%. In other words, most pre-orders are pay-later in some form. A naive migration that marks everything “paid” would quietly break the majority of them.
Before you migrate: take stock of your live pre-orders
Before touching any tools, get a clear inventory of the pre-orders you’re moving. Ten minutes here prevents hours of cleanup later.
Sort every pre-order by payment state
Group your live pre-orders into three buckets, because these map directly onto how they’ll import:
Fully paid. Customer paid in full at checkout. These become standard charge-upfront pre-orders.
Partially paid. Customer paid a deposit, with a balance still owed. These become deposit-based pre-orders, with the amount already collected recorded as the deposit.
Unpaid but authorised. Customer committed but hasn’t been charged. When a saved payment method is on the order, these become charge-later pre-orders, ready to collect when you fulfil. One important caveat when you’re changing platforms: that saved card usually won’t survive the move, so read the note on deferred-charge pre-orders below before you migrate this bucket.
If you’re not sure which type of pre-order each one is, the payment state is your answer. Sort by “amount paid” in your current platform’s order export and the buckets fall out naturally.
Note lead times and what customers were promised
Pre-orders come with a promise: an estimated ship date, sometimes a specific window. Migrating shouldn’t reset that clock or lose the commitment. Note the promised timeframe for each campaign so you can rebuild it on the Shopify side.
This matters more than it sounds. The most common shipping timeframe is 121 to 150 days, so a charge-later pre-order can easily be months from fulfilment when you migrate. The customer expectation you’re carrying across is real and dated, and your new setup needs to honour it.
Migrating pre-orders from WooCommerce to Shopify
WooCommerce merchants tend to be replatforming the whole store, so the pre-orders ride along with everything else. The two-layer approach keeps them from getting lost in the shuffle.
Layer one: get your WooCommerce orders into Shopify. Export your orders from WooCommerce to CSV, then bring them into Shopify. Shopify’s official guide to migrating from WooCommerce walks through moving your store data, and historical orders are usually handled with a dedicated migration app if you want the full order history preserved rather than just products and customers.
Layer two: tag and import the pre-order ones. Once your orders are in Shopify, identify which ones are the outstanding pre-orders. Tag those orders in your Shopify admin with a single consistent tag, then run the pre-order import so each becomes a proper pre-order record with its payment state intact. One thing to handle first: collect any unpaid, charge-later pre-orders in WooCommerce before you move. The saved card stays with your WooCommerce payment gateway and won’t vault to Shopify, so anything left uncollected imports with no card to charge.
The upside for WooCommerce stores is that once you’re set up, PreProduct uses your existing catalogue and pushes orders back to your admin when you’re ready to ship, the same working model you get with WooCommerce pre-orders today. You keep the workflow you know, just on Shopify.
Migrating pre-orders from BigCommerce to Shopify
The BigCommerce path mirrors WooCommerce almost exactly, with the difference being where your export comes from.
Layer one: export from BigCommerce, import to Shopify. Export your orders from BigCommerce to CSV, then bring them into Shopify via its migration guide. Import products and customers first, then historical orders, so each order connects to the right records. A migration app handles the full order history if you need it.
Layer two: tag the pre-orders and import them. With orders in Shopify, tag the ones that are still open pre-orders, then run the pre-order migration. Paid, deposit and charge-later states rebuild automatically based on how each order was left. Same caveat as any platform move: collect any unpaid, charge-later pre-orders in BigCommerce first, because those cards stay with your BigCommerce gateway and can’t be charged from Shopify afterwards.
If you were already running BigCommerce pre-orders, the mental model carries straight over. You’re moving the same kind of order into the same kind of pre-order system, just under a new platform. Your customers won’t notice anything except that their pre-order is now being managed properly on the other side.
Migrating pre-orders from Kickstarter or a crowdfunding campaign
Kickstarter is the odd one out, and it’s also the situation where a proper pre-order system pays off most. You don’t have ecommerce orders to export. You have backers and pledges, usually managed through a pledge manager like a survey tool or BackerKit.
Layer one: turn backers into Shopify orders. Export your backer and pledge data from your pledge manager, then create matching orders in Shopify. This is the extra step crowdfunding creators have to do that replatformers don’t, because your commitments live in a campaign, not a store.
Layer two: import them as pre-orders. Tag those new orders and import them into PreProduct. One Kickstarter-specific catch: backers pay through Kickstarter or your pledge manager, and those cards are never vaulted with Shopify or PreProduct. You can’t collect a pledge from Shopify after the fact, so collect everything you’re owed on Kickstarter or in your pledge manager first. Do that and your backers come across as paid pre-orders, leaving fulfilment as the main job to manage. Anything still uncollected imports unpaid and gets flagged, since there’s no card on file to charge. That long runway between campaign and delivery is exactly why fulfilment holds and clear customer messaging matter here.
Moving crowdfunding fulfilment onto your own store is a bigger decision than a straight app switch, and it’s worth understanding the trade-offs. Our breakdown of Shopify versus Kickstarter covers when to make the jump. Once you’re on Shopify, you can even recreate the campaign feel with a crowdfunding progress bar so momentum doesn’t die when the Kickstarter page does.
Importing your pre-orders into PreProduct
This is layer two in practice. Once your orders are sitting in Shopify and tagged, the pre-order import does the heavy lifting. The full step-by-step migration guide has the click-by-click detail, so here’s the shape of it.
How the import works
In your Shopify admin, add the same tag to every order you want to import, something like preorder_import_july. Any tag works as long as it’s consistent, and if your previous app already tagged its orders, you can reuse that tag as-is. Then in PreProduct, open the Setup menu, find the “Migrate existing pre-orders” card, enter your tag and start the migration. It works through every tagged order one at a time at a pace that’s safe for your store’s API limits, and it keeps running in the background if you navigate away.
What carries across
For each tagged order with unfulfilled items, PreProduct creates a pre-order record of the correct type against the right listing, with the payment state carried over:
Order state in Shopify
Imported as
Paid
Charge-upfront pre-order (paid)
Partially paid
Deposit-based pre-order (amount paid recorded as deposit)
Unpaid, authorised
Charge-later pre-order, ready to charge on fulfilment
If an order contains a product that isn’t listed in PreProduct yet, a new “finished” listing is created automatically so the pre-order has somewhere to live. You can reactivate that listing later if you want to keep selling, or leave it as an archive you can still charge and fulfil from. Orders that mix pre-order items with regular buy-now items are handled too: only the unfulfilled pre-order lines import, and cash already taken for shipped lines stays out of the pre-order’s numbers.
What gets skipped, and why
Not every tagged order should become a pre-order, so the import skips anything that doesn’t qualify and tells you why. Common reasons include an order that’s already in PreProduct (so it isn’t imported twice), a charge-later order with no saved payment method to charge against, and fully fulfilled lines with nothing left to manage. After each run, skipped orders are listed with their reason so nothing disappears silently.
One reassurance worth stating plainly: the import is read-only on the Shopify side. PreProduct never edits, tags or holds your live orders during a migration, and no customer emails are sent. The only thing that changes is inside PreProduct, where your new pre-order records appear.
A few things to watch when migrating pre-orders
Most migrations go smoothly. These are the edge cases worth knowing before you start.
Deferred-charge pre-orders won’t have a card on file after a platform move
This is the big one for anyone leaving WooCommerce, BigCommerce or Kickstarter. Saved cards are vaulted with the payment processor on the platform where the order was taken. They don’t travel to Shopify when you migrate. So an unpaid, deferred-charge pre-order that looked perfectly collectable on your old platform arrives in Shopify with no valid card to charge against.
Our recommendation: charge those pre-orders on the platform you’re moving from first, while the card is still on file. Once collected, they migrate across as paid, charge-upfront pre-orders and everything reconciles cleanly. Anything you can’t collect beforehand will import without a payment method, so it gets skipped and flagged for you to chase separately. This is also why deferred charges and Shopify authorization periods are worth understanding before you start.
You can re-run and top up
The migration is safe to run more than once. Because duplicates are skipped, you can tag a first batch, import it, then tag more orders later and run again without creating doubles. This is handy when pre-orders are still coming in during your move, or when you want to migrate in stages rather than all at once.
Decide whether to archive or keep selling
Every imported pre-order lands against a listing, and for unlisted products that listing is created in a “finished” state. You choose what happens next. Reactivate it to keep taking new pre-orders on that product, or leave it archived as a clean record of what you brought across. Either way you can still trigger charges, emails and fulfilment on the imported pre-orders.
If you want to go deeper on how each payment type behaves after import, our guide to pre-order payment models covers charge-later, deposits and capture-only in detail.
Wrapping up
Migrating pre-orders to Shopify is straightforward once you stop thinking of it as one step. Keep these takeaways in mind:
It’s two layers. Get the orders into Shopify first, then import them as pre-orders. Don’t conflate the two.
Payment state is king. Paid, deposit and charge-later are different animals, and preserving that distinction is the whole job.
Coming from WooCommerce or BigCommerce? Replatform the orders, tag the pre-order ones, import.
Coming from Kickstarter? Turn backers into orders first, then import, usually as charge-later.
The import is safe. It’s read-only on Shopify, sends no customer emails, skips duplicates, and you can re-run it.
Bring your pre-orders across properly and nothing falls through the cracks: customers stay informed, deposits and deferred charges stay collectable, and everything lives in one place. That’s the goal, and it’s a short process to get there.
Ready to move your pre-orders over? Start with PreProduct and run your first migration in minutes, or read the full migration doc to see every step.
Frequently asked questions
Can you migrate pre-orders to Shopify without charging customers again?
Yes. The import preserves each order’s existing payment state. Paid orders stay paid, deposits keep the amount already collected, and charge-later orders stay uncharged until you choose to collect. Nobody is charged as part of the migration itself.
Do customers get emailed during a pre-order migration?
No. The migration is read-only on the Shopify side and sends no customer emails. The only changes happen inside your pre-order dashboard, so customers won’t receive anything unless you deliberately trigger a message afterwards.
Can I move pre-orders from another Shopify pre-order app?
Yes. If you’re switching apps rather than platforms, your orders are already in Shopify. Tag them, or reuse the tag your previous app applied, and run the import. It’s the same process without the replatforming step.
What happens to charge-later pre-orders when I migrate?
They import as charge-later pre-orders, ready to collect when you fulfil, as long as the order has a saved payment method. There’s a catch when you’re changing platforms: vaulted cards stay with your old platform’s payment processor and don’t come across to Shopify. So we recommend charging any unpaid, deferred-charge pre-orders on the platform you’re leaving first, while the card is still on file. They then migrate as paid pre-orders. Anything left unpaid imports without a card and gets skipped and flagged, so you can chase it separately.
TLDR: You can run pre-orders on Shopify with multiple fulfillment locations, but not with native tools alone. Shopify tracks inventory separately at each location, yet its only native lever, the “continue selling when out of stock” toggle, applies store-wide, with no per-location logic. The result: one empty warehouse can flip your whole storefront to oversell, even for customers served by a fully stocked location. The fix is location-aware pre-orders, where a customer only sees a pre-order button when every location that can serve them is out of stock. PreProduct supports this natively, including per-location pre-order limits and automated listing management.
Introduction
Here’s a scenario that catches a lot of multi-warehouse brands off guard. Your US warehouse sells out of a hero product, so you put it on pre-order. But your EU warehouse still has hundreds of units on the shelf. Suddenly, European customers are being asked to pre-order something you could ship to them tomorrow.
The reverse stings too: sell buy-now everywhere and your US orders route to a warehouse with nothing in it.
The root cause is a mismatch. Shopify’s multi-location inventory tracks stock separately at each fulfillment location, but its only built-in way to keep selling at zero stock, the “continue selling when out of stock” checkbox, is a store-wide overselling toggle. Pre-orders proper run through Shopify’s APIs, orchestrated by an app, and out of the box there’s no way to say “this variant is pre-order for customers served by warehouse A, and buy-now for customers served by warehouse B.”
This guide explains how to run pre-orders on Shopify with multiple fulfillment locations properly. We’ll cover how Shopify’s inventory locations, shipping profiles and order routing decide which warehouse fulfills each order, why the usual pre-order workarounds break down, and how to set up location-aware pre-orders that show every customer the right button. If you’re newer to the topic, our guide to pre-orders on Shopify covers the fundamentals first.
How Shopify decides which fulfillment location gets an order
Before pre-orders enter the picture, it’s worth understanding the three Shopify settings that control multi-location selling. Misconfigured versions of these cause most multi-location pre-order headaches.
Inventory locations and what “out of stock” really means
Shopify treats each fulfillment location (a warehouse, retail store, 3PL or fulfillment app) as its own inventory location. Quantities are independent and can’t be pooled or shared between locations. The Inventory screen in your Shopify admin shows stock levels per location, which makes it easy to see which warehouses are genuinely empty.
Under the hood, every variant has an inventory item, the back-end record of its physical stock unit. When you stock that variant at a location, Shopify creates an inventory level: the inventory item’s quantity at that specific location. This detail matters more than it sounds. If a variant has no inventory level at a location, that location can’t sell the product, and it can’t pre-sell it either. Adding a new warehouse doesn’t stock your catalogue there automatically, so a “missing” pre-order at a location is often just a variant that was never activated there.
That means “out of stock” is not one number. A variant can be out of stock in Texas, in stock in Rotterdam and inactive in your Sydney retail store, all at once. Any pre-order logic that treats stock as a single store-wide figure is already working with the wrong picture.
Shipping profiles and shipping zones
Shipping profiles map products and locations to the countries and regions each location can serve. They answer the question: which of my locations is allowed to ship this product to this customer?
This is the layer that makes location-aware pre-orders possible. If your US warehouse only ships domestically and your EU warehouse serves everywhere else, then a US stockout only affects US customers. But if the EU warehouse is configured to ship worldwide, it can cover US customers too, and nothing should go on pre-order at all.
One trap worth knowing before you touch these settings: adding a product to a custom shipping profile silently removes it from your general profile. Do that without realising and locations that used to serve the product suddenly don’t, which shows up later as confusing buy-now and pre-order states. For the same reason, avoid naming profiles after a single country; a profile tends to grow to cover several locations and zones over time, and a name like “Japan” stops making sense the day you attach a UK warehouse to it.
Order routing
When a customer checks out, Shopify’s order routing rules rank your eligible locations and assign the order (technically, its fulfillment orders) to the winner. Default rules prioritize things like customer proximity and stock availability, and you can reorder them.
For most stores, the defaults are fine. If you’re on Shopify Plus, you can go further with custom routing rules via Shopify Functions, which matters for larger pre-order setups on Shopify Plus. Either way, the key point stands: routing decides where an order lands after checkout. It doesn’t decide what the customer saw on the product page. That storefront side is the gap a pre-order setup has to cover.
Why the usual pre-order setups break with multiple fulfillment locations
It’s worth being clear about what Shopify itself provides here. Natively, Shopify supports overselling, not pre-orders: the “continue selling when out of stock” toggle. Proper pre-order support lives in its APIs, which are genuinely capable, but they’re designed to be orchestrated and controlled through an app. Neither layer has a location dimension out of the box, so both treat your multi-location inventory as one big pile of stock unless the app on top adds that logic.
“Continue selling when out of stock” has no location awareness
The inventory toggle most merchants reach for first is variant-level and store-wide. Tick it, and the variant stays purchasable everywhere, regardless of which locations hold stock.
With multiple fulfillment locations, that creates two problems:
Orders route to empty warehouses. A customer buys, routing assigns the order to their regional location, and that location has nothing to ship. If a 3PL runs that location, the fulfillment request can sit unactionable or get declined.
No quantity control. The toggle sells infinitely. There’s no cap per location, or at all, so a strong launch can oversell one warehouse while another sits comfortable.
It also does nothing to tell the customer they’re buying a pre-order, which is a separate expectations problem.
Selling plan pre-orders are location-blind too
Shopify’s real pre-order support is deferred purchase options built on selling plans. A selling plan defines billing (deposit or deferred payment), delivery timing and an inventory policy for the pre-order. It’s a strong foundation; there’s just no admin UI for running it yourself, so a pre-order app orchestrates it for you.
But look at what the inventory policy actually controls: whether inventory is committed when the order is placed or when it’s fulfilled. That’s it. There is no per-location concept anywhere in the model. A selling plan applies to a variant for every customer, in every region, served by every location. Any location awareness has to come from the app doing the orchestrating, and most pre-order apps don’t build it.
So the standard advice you’ll find in forums, “just ask your 3PL to load expected inventory before stock arrives,” isn’t really a multi-location strategy. It’s a way of faking stock so the location-blind tools stop misfiring. Some 3PLs will do it; many won’t, and either way you’re now selling real orders against inventory that doesn’t physically exist yet.
What location-aware pre-orders on Shopify look like
The correct behaviour is easy to state; it just has to come from the app layer rather than a Shopify setting:
A customer should only see a pre-order button when every location that can serve them is out of stock.
For backorder-style pre-orders, where you’re reselling something that has sold out, everything else follows from that one rule. Limited releases and pre-launch campaigns are a little different, since you sometimes launch with stock already sitting in Shopify, but they mostly follow the same process. Walk through the cases for a brand with a US warehouse and a UK warehouse:
US out of stock, UK in stock, each serves its own region. US customers see pre-order. UK customers see buy-now. Same product page, different button depending on who’s looking.
UK out of stock, but the US warehouse ships worldwide. Nobody sees pre-order. The US warehouse can still serve UK customers, so there’s no reason to make anyone wait.
Both out of stock. Everyone sees pre-order, and once pre-order limits are hit, the button flips again to “pre-orders are sold out.”
Notice the four button states in play: buy now, pre-order, sold out and pre-orders sold out. A location-aware setup swaps between them dynamically per customer, based on their location, your inventory at each warehouse and your shipping profiles.
This is also why getting your Shopify shipping settings right matters so much. The pre-order logic can only be as accurate as the shipping profiles and zones underneath it. If Shopify’s settings say a location can’t serve a customer, no app should sell from it there.
Setting up multi-location pre-orders with PreProduct
PreProduct supports multi-location pre-orders for Shopify stores out of the box, handling the dynamic button swapping above automatically. There are three ways to create location-aware listings, depending on how hands-on you want to be. The full walkthrough lives in our multi-location pre-order support docs, but here’s the shape of each.
1. Create a single listing manually
From the New listing screen, select your product, open Advanced and tick “Only list specific variants,” then “Select out of stock variants.” The listing starts with only the out-of-stock variants on pre-order, in a location-sensitive way. If size 10 is out at the US warehouse but in stock at the UK warehouse, US customers get a pre-order button on size 10 while UK customers keep buy-now.
This is the right starting point for a first campaign. We generally recommend running one listing manually before automating, so you can see exactly how orders behave across your locations, 3PL and any connected systems, such as an ERP managing your pre-order stock.
To check your work, use Shopify’s storefront preview to view the store as a customer in each country you serve. It’s the fastest way to confirm that one region is seeing buy-now while another sees pre-order, before any real customers do.
2. Create listings in bulk
For a bigger catalogue, the bulk lister does the same thing across many products at once. Select the products, tick “Only list out-of-stock variants,” and only the variants that are genuinely out of stock (at one or more inventory locations) go on pre-order. Warehouses that still hold stock keep selling as normal. It’s the same location-sensitive logic as the single listing, applied across your whole range in a few clicks.
3. Automate it with the multi-location listing manager
The fully hands-off option is the multi-location listing manager automation. Activate it, click “Rebuild inventory data” and PreProduct works through your entire catalogue once, putting every eligible variant in the right state. From then on, Shopify webhooks (inventory changes, product changes, location and stock-level updates) keep everything in sync automatically.
As variants sell out at a location, they flip to pre-order there. As stock lands, they flip back to buy-now. And the shipping-profile rule still applies: if another location can serve those customers, the automation leaves the variant on buy-now, because nothing is actually unavailable to them.
If you want to automate beyond listings, like tagging pre-orders or triggering notifications as variants change state, pre-order automation with Shopify Flow pairs well with the listing manager.
Per-location pre-order limits
Overselling risk is uneven across warehouses, so caps should be too. From the listing dashboard you can view variants by location, then use “Set pre-order limits” to cap each variant at each location independently. Maybe you’re comfortable taking 500 pre-orders against the inbound US shipment but only 150 against the smaller UK one.
If you’re unsure where to set those numbers, our guide to setting pre-order limits covers a simple cap formula based on your purchase order and expected cancellations.
Fulfillment holds, order routing and your 3PL
Selling the pre-order is half the job. The other half is making sure nobody ships it early.
When a pre-order is placed, Shopify’s order routing assigns it to a fulfillment location as usual. PreProduct then places a fulfillment hold on the order, keeping it at “On Hold” status so it doesn’t flow into that location’s pick-and-pack queue.
Warehouses and 3PLs that sync Shopify order statuses will leave held orders alone. When stock lands at that location, you release fulfillment (per listing or per customer), any outstanding charges are collected and the order flows through normally. If your 3PL doesn’t respect the On Hold status natively, our guide to managing pre-orders on your 3PL covers tag-based workarounds.
Mixed carts deserve a mention here, because multiple locations raise the stakes. A cart with a buy-now item and a pre-order item may already split into shipments; add multiple warehouses and you can end up with an order split across locations and timelines. Across our dataset, 62.1% of pre-order listings keep pre-orders in their own isolated carts, and multi-location stores have the strongest case of all for doing the same. If you do allow mixing, work out ahead of time how split shipping will be priced and communicated to customers. Our pre-order inventory management guide walks through the trade-offs.
Limitations and edge cases worth knowing
A few honest caveats before you build on this.
Checkout enforcement is deliberately cautious. Shopify’s checkout validation functions read a single product-level list of pre-order variant IDs, with no per-location dimension. So PreProduct only enforces pre-order rules at checkout (like isolated carts) for variants that are on pre-order at all of your locations. The alternative would risk blocking a legitimate buy-now purchase, which is the worse failure. Storefront button swapping remains fully location-aware either way.
Headless stores need one extra setting. Location-sensitive selling relies on knowing the customer’s country, so headless storefronts need window. Shopify.country set. Without it, every customer is treated the same and pre-orders stay available to all.
Shopify’s shipping settings are the usual culprit. When a location isn’t selling a product and you expected it to, the cause is almost always a shipping profile, a zone or a missing inventory level rather than the pre-order listing. It’s a flexible, powerful part of Shopify, and that flexibility can make it confusing. PreProduct’s listing dashboard flags whenever a location isn’t selling a product and tells you why, which turns most troubleshooting into a two-minute check.
Final thoughts
Multi-location pre-orders come down to one principle: sell based on what’s available to each customer, not what’s available somewhere in your business. To recap:
Shopify’s multi-location inventory tracks stock per location, but natively it only supports store-wide overselling; pre-orders, including the location logic, are the app layer’s job.
The right rule: a customer only sees pre-order when every location that can serve them (per your shipping profiles) is out of stock.
Order routing decides where orders land; fulfillment holds stop pre-orders shipping early from whichever location they land at.
Per-location pre-order limits let you cap campaigns against each warehouse’s actual inbound stock.
Keep an eye on shipping profiles and zones; they drive everything.
If you fulfill from more than one location, you don’t have to choose between pausing sales everywhere and overselling an empty warehouse. Start taking location-aware pre-orders with PreProduct, with a 7-day free trial on all plans.
