What Breaks When You Add Shopify Print on Demand

The Shopify Community thread I read most often opens roughly the same way. A merchant has connected Printify or Printful, published their first product, and every item on the storefront says "Sold Out." The Printify dashboard shows stock. The Shopify admin shows stock. Cart abandonment is 100 percent. Nobody has explained what changed.

I have walked through the fix for this on about thirty stores now, and the fix is the same roughly nine times out of ten. It has nothing to do with inventory. It has to do with a shipping profile that does not cover the fulfillment location Printify quietly assigned the products to. Shopify decides those items cannot be delivered, so it shows them as unavailable. To a first-time merchant, "unavailable" reads as "sold out" and the diagnosis goes off in the wrong direction for days.

I want to write down the four patterns I keep seeing in shopify print on demand stores. They are the ones that eat the most merchant time and produce the least useful Google results. If you have been chasing the sold-out bug for three days, you are probably in the first pattern.

The pattern I keep seeing

Most shopify print on demand tutorials end when the first product publishes. That is exactly the wrong place to end, because none of the failure modes in this post appear until after publish. They all live at the boundary between the POD app and Shopify's fulfillment model, which is a place neither Printify nor Printful documents well and neither treats as their problem when it breaks.

I have gone deep enough on this to know the rough shape. On the stores I audit, roughly two of the four issues below are live at the moment I look, and the merchant does not know it. I say roughly because I do not keep a spreadsheet on this. I audit shops when merchants ask me to. What I can tell you is that if you are running shopify print on demand and have not deliberately checked the four things below, at least one is probably wrong on your store right now.

Fail one: the sold-out label that is really a shipping profile

The single most common failure on a fresh POD install is this. You publish a product from Printify or Printful. It appears on the storefront with a "Sold Out" button. You check the Printify dashboard. Stock is fine. You toggle "Continue selling when out of stock." Nothing changes. You try republishing. Nothing changes.

The problem is that when the POD app created the product, it assigned it to the POD app's own fulfillment location, a virtual location representing the print provider's warehouse. Your default shipping profile was built when you set up your store, and it covers your home address or your personal warehouse. It does not cover the POD location. Shopify sees a product with no shippable path and marks it "Unavailable," which the theme renders as "Sold Out."

The fix takes about five minutes and a few clicks. Go to Settings > Shipping and delivery > Manage rates. Open the profile your products are assigned to (usually General). Add a rate that covers the POD location, for every country you want to sell in. Publish a test product to a draft page and try to check out from an incognito window. The "Sold Out" label should be gone.

A related trigger I have seen twice in the last year: a merchant who accidentally unchecked one country from a shipping zone. If Germany is unchecked, Shopify shows the entire store as sold out to a German visitor. Everything else looks fine. Nobody else notices. If your analytics show a suspicious bounce cliff from one country, that is worth ten seconds in Shipping settings.

Fail two: the location default that ships new variants nowhere

This one is nastier because it appears months after the sold-out fix. You added your first product, made the shipping profile change, sold through your original variants for a year without a hitch. Now you add three new t-shirt colours to an existing Printify product. Old colours still sell. New colours are struck through and say "Sold Out."

Printify silently assigns new variants to "Shop Location" instead of to the "Printify" location. Old variants got the right assignment; new ones did not. There is no warning, no changelog entry, no notification to the merchant. The one Shopify Community thread that documents this fix (June 2025) has one reply and no acknowledgement from either platform.

To fix a new variant: go to Products, open the product, click on the specific variant, and change the "Stocked at" location under Inventory to "Printify." Save. Do this for every new variant. I have not found a way to change the default so this stops happening. I have not tested every third-party sync app that claims to fix it, so I cannot tell you that any of them do. What I can tell you is that after every product update from Printify, budget five extra minutes to check the new variants.

Fail three: the box weight Shopify adds to every shirt

Weight is where shopify print on demand shipping stops making sense for most merchants. Shopify calculates carrier-rated shipping using product weight plus a default package weight configured under Settings > Shipping and delivery > Packages. The default is often 15oz, set once at store creation and never revisited.

Print-on-demand items do not ship in your box. Printful ships a t-shirt in a poly mailer that weighs almost nothing. Shopify does not know that. It adds the 15oz to the 3.5oz shirt and quotes shipping as if the customer were buying a small block of concrete. One community post described a USD 21 shipping quote on a USD 16 pair of flip-flops. Conversion on that product line was, predictably, close to zero.

There are three fixes and none is perfect. Switch that product line to flat-rate shipping and set the flat rate to what your POD provider actually charges. Or embed shipping into the retail price and advertise free shipping. Or use Printify's auto-generated shipping profile, which counts as one profile regardless of how many variants sit under it. Which you pick depends on how much you care about pricing transparency versus checkout friction. I usually pick flat-rate on the POD collection, weight-based on any physical inventory.

Shopify's carrier-calculated shipping avoids this cleanly but requires the Advanced plan at USD 299/month, or annual billing on a lower tier. If you are grossing a few thousand a month, that maths does not work yet.

Fail four: mixed providers and the cart maths

If you run Printify for shirts and a second POD provider for something Printify does not carry, congratulations, you now own a category of bug that has never been resolved in any Shopify Community thread I have read. Individual per-supplier profiles look right. Single-supplier carts calculate correctly. Mixed-supplier carts do not.

One thread I still refer to had a merchant charging USD 5.19 for one supplier and USD 5.49 for another, expecting a combined cart at USD 10.68. Shopify charged USD 15.06. Nobody in that thread found the fix and the thread eventually closed. My working theory is that Shopify's rate calculator does not know how to combine two different per-supplier flat rates and quietly falls back to a stacked worst case.

If you must run two providers, my honest advice is to build a single "POD" shipping profile with one flat rate that covers both. You will over-charge some orders and under-charge others. You will get predictable maths at checkout. That trade is almost always the right one for a store under USD 20k a month. If you are thinking about adding a second provider mainly for catalogue variety, I would ask you to reconsider first. The operational tax on running two POD providers is higher than the extra SKU revenue for most stores at this size.

Where I would start if this is you

A shopify print on demand audit almost always starts with the same four checks in the same order. Fail one first, because ninety percent of the time it is the shipping profile and it is the fastest to fix. If that clears the storefront but your new-colour variants keep going sold out, you are in fail two. If your shipping rates are quoting per-cup-of-shipping numbers to customers, you are in fail three. If your combined cart totals do not match the sum of the parts, you are in fail four.

I will admit I sometimes get halfway through a diagnostic and realise the merchant needs a second pair of eyes on their shipping setup more than they need me to write more paragraphs about it. If that is you, the first fifteen minutes with a help1 expert is free, and this class of shopify print on demand issue almost always fits inside that window. Bring a screenshot of your Shipping and delivery page and the URL of a product showing "Sold Out." For related fulfillment weirdness that is not POD-specific, we wrote up carrier integration failures separately.

Shopify treats every POD app as a well-behaved fulfillment partner, and Printify and Printful treat Shopify as a well-behaved storefront, and both assumptions hold right up until a merchant clicks something they were told to click and nothing works.