October 21, 2026
Adding a preorder option on Shopify means selling an item before stock arrives, and doing it safely requires four pieces: a product setup that cannot be confused with in stock inventory, a payment approach you have chosen on purpose, honest ship date messaging at every step, and a fulfillment rule that stops preorder items from holding regular orders hostage. Most preorder disasters are communication failures, not technical ones, so the setup below spends as much time on wording as on settings.
There are two honest preorder models. In the first, you charge in full at checkout and ship when stock lands; simple, but it raises the bar on communication because the customer has paid and is waiting. In the second, you take a deposit or an authorization and charge the balance at shipment, which is kinder when dates are uncertain but needs an app to run cleanly.
Pick the model by how solid your date is. A restock on a confirmed ship from a reliable supplier can carry full payment. A first production run with a hopeful date should carry a deposit, because the apology you may owe is cheaper when you are not also holding all of someone's money.
Use a separate product or a clearly marked variant for the preorder run, with inventory set so the item can sell without showing a stock count it does not have. Add preorder to the product's tags and title suffix where feeds and search results will show it, because a customer who lands from a shopping ad should know before the click, not after the charge.
Change the buy button's context, even if the button itself stays standard. A line directly above it stating the ship window and that this is a preorder does more work than any badge elsewhere on the page. Then check the cart and checkout surfaces your theme controls, and repeat the date there in the same words.
Customers remember the date they saw, not the caveat under it. Put the expected ship window in the product title area, on the buy button's neighborhood, in the cart, and in the confirmation email, in the same words every time. If the date moves, email before customers ask; a proactive update with a new honest window retains most buyers, while silence manufactures chargebacks.
Name the policy for mixed carts on the product page itself: whether in stock items ship now and preorders follow, or everything waits. Shoppers will choose correctly when the choice is visible; they refund angrily when the rule ambushes them at day ten.
In your fulfillment flow, preorder items must be identifiable at a glance: a tag, a location, or a hold status that stops a picker from shorting a regular order against stock that does not exist yet. When the shipment lands, preorders should be the first thing allocated, in order date sequence, before the item ever shows as available on the storefront.
Close the loop when preorders sell through their incoming quantity. Overselling a preorder is worse than overselling stock, because the second delay lands on customers who already waited once. Set the preorder quantity cap at what is actually coming, minus a small allowance for damage and loss, and let sold out do its honest work.
Keep reading on this site: Index, Index, Index. Each of those pieces connects to the ideas above and gives more detail on the parts this guide could only summarize.
For simple full payment preorders with clear dates, no: a dedicated product template, honest messaging, and fulfillment discipline can run it natively. Deposits, partial payments, and automatic balance charging at shipment are where a preorder app earns its cost.
Yes, but decide the shipping rule first and show it before checkout. Shipping in stock items immediately and the preorder when it lands is the customer friendly default, though it costs a second shipment; holding everything is cheaper and must be stated very plainly.
Communicate early, offer a painless refund in the same email, and give a revised window you believe. Most customers accept one honest delay. What they do not accept is discovering the delay themselves, which converts a logistics problem into a trust problem.