I run a Shopify store (Basic plan, so no direct email/phone support).
I have a very specific issue I cannot solve, and I’ve already ruled out all the common causes.
Symptom
10 products I created recently all show as “sold out” on the storefront and cannot be added to cart.
Products created earlier are completely fine and sell normally.
The issue affects all languages/markets (FR, EN, JP).
What I confirmed
Status: Active, published to all sales channels and all catalogs
Inventory: 1, assigned to the correct (default) location
The product is included in the market catalogs, and prices are set in those catalogs
availableForSale: true at the product level (Admin/API)
Theme template is the same as the working products; switching to the default template makes no difference
Key diagnostic findings (this is the strange part)
Using a direct cart permalink (bypassing the theme entirely): https://mystore.com/cart/<VARIANT_ID>:1
→ still shows “out of stock” / item removed from cart.
So this is NOT a theme/JavaScript problem.
/products/.js returns “available”: false for the variant,
EVEN AFTER I turned OFF “track quantity”.
(Normally, with tracking off, a product should always be purchasable.)
When I try to create a new variant on one of these products,
the available quantity stays at 0 and cannot be set to 1.
What I already tried (no effect)
Changing the product handle / deleting the old duplicate product
Recreating the product from scratch, and duplicating a working product
“Continue selling when out of stock” ON and OFF
Turning inventory tracking OFF
Switching theme template to default
It looks like, for any product/variant created after a certain date,
the inventory item is not being correctly written or linked at the backend,
so the variant is permanently treated as unavailable.
Has anyone seen this? Is this an account-level inventory bug that
Shopify staff would need to fix from the backend?
(In Japanese / 日本語)
最近作成した商品10点だけがストアフロントで売り切れ表示になり、カートに追加できません。
以前から存在する商品は正常に販売できています。
在庫1点・公開済み・カタログ追加済み・価格設定済み・テンプレートも同一です。
カート直リンクでも売り切れ表示、.jsでavailable:false、在庫追跡OFFでも変化なし、
新規バリアントに在庫を割り当てられない、という状態です。
バックエンド層の在庫の不具合ではないかと考えています。
Before assuming it’s a permanent platform bug, two quick things are worth checking: Are these new items assigned to a shipping profile that actually includes your fulfillment locations? Also, do you have any background inventory or ERP apps authorized that might be instantly overwriting new variants?
@Pipokx Thank you for the thoughtful questions — both were exactly the right things to check, so I looked into them carefully. 1) Shipping profile/fulfillment location: The new products use the same shipping profile as the working products, and that profile includes my fulfillment location. No difference between working and broken products here. 2) Background inventory / ERP apps: I reviewed every installed app. None of them have inventory or location sync features. The only fulfillment-related app is Ship&co (a shipping-label app) — I checked its settings, and it has no write access to inventory at all. So this is not an app conflict. One more decisive detail: When I add a NEW variant to one of these products, the available quantity stays at 0 and cannot be set to 1. Combined with .js returning available: false even with inventory tracking turned OFF, this strongly suggests that inventory items created after a certain date are not being correctly written/linked at the backend level — something I can’t fix from the admin. The issue is still fully reproducible. I’ve temporarily set these products to Draft so customers don’t see “sold out”, but I can switch one back to Active immediately if anyone wants to verify. Is there a way to get a Shopify staff member to check this from the backend? (I’m on the Basic plan, so I don’t have direct email/phone support.)
Update — here is a clean affected-vs-working comparison from the same store, same theme template, same catalog, same location, same market. WORKING product (sells normally): - Product ID: 7660627624041 - Variant ID: 4274949580400 - Handle: kakl-hats-003 - /products/kakl-hats-003.js → variant “available”: true AFFECTED product (cannot be purchased): - Product ID: 9360320331881 - Variant ID: 47677277896809 - Handle: coupe-a-sake-guinomi-yakishime-terre-dechizen-3-a-18 - /products/{handle}.js → variant “available”: false Both products are: - Active, published to all sales channels and all catalogs - Assigned to the same single default location, with inventory = 1 - Included in the same market catalogs, with prices set - Using the same theme template - product-level availableForSale = true The only difference is that the affected product (and ~10 others created in the same batch) returns available:false at the variant level, even after I turned inventory tracking OFF. A direct cart permalink also fails for the affected variant. And when I try to add a new variant to an affected product, the available quantity stays at 0 and cannot be set to 1. This points to a backend inventory-item linking issue for products/variants created after a certain date. I have NOT deleted or recreated anything further, to keep the evidence traceable. Could a Shopify staff member compare the inventory item linkage of these two variants at the backend? The products are currently in Draft to avoid showing “sold out” to customers, but I can set the affected one back to Active immediately for verification.
If you’re sure that location, catalog and shipping profile for the “unavailable” product are the same as for the available ones, then you should reach out to support.
No one here can see your admin settings and suggest anything other than what’s already suggested.
The only Shopify employees in this forum are moderators and they do not do support.
Based on everything you have tested, this doesn’t look like a theme, market, catalog, or inventory-tracking issue. The biggest clue is that the variant cannot be added to cart even through a direct cart permalink, which bypasses the storefront theme completely.
Since newly created variants are returning available: false and their inventory quantity cannot be updated correctly, it sounds like the inventory item or inventory level records may not be syncing properly on Shopify’s backend.
I have not seen this happen often, but when it does, it’s usually something Shopify Support needs to investigate at the account level. Unfortunately, there isn’t much merchants can do from the admin if the inventory item linkage itself is broken.
I would recommend opening a support ticket and providing the affected product and variant IDs along with the fact that direct cart permalinks fail and new variants cannot hold inventory. Those details should help Shopify’s technical team escalate the issue quickly.
@rshrivastava63 Thank you — this is exactly the right read, and I really appreciate you taking the time to lay it out so clearly.
I have good news: I was able to reach Shopify Support via the Help Center chat, and the advisor was able to reproduce the issue on their end as well. They confirmed they could not identify the cause from the usual settings (shipping, markets, catalog, etc.), and have now escalated the case to their technical team for a deeper backend investigation. They’re holding the case and will follow up with me by message.
The direct cart permalink failure was indeed the key clue, just as you said — it’s what let me rule out the theme completely and point everything toward the backend inventory item linkage. The affected-vs-working variant comparison within the same store seemed to help the advisor escalate quickly.
I’ll post an update here once I hear back from their technical team, in case this helps anyone who runs into the same problem in the future. Thanks again to you and everyone who chimed in.
@LIfe_with_Kogei Thank you for the update. It definitely sounds like you’ve done a thorough job troubleshooting this, and it’s encouraging that Shopify Support was able to reproduce the issue and escalate it to their technical team.
The fact that the direct cart permalink failed and the affected variants behaved differently from existing working variants strongly suggests the issue is beyond theme, market, or catalog configuration. Those findings should give the technical team a solid starting point for their investigation.
Please do keep us posted on the outcome. I’m sure an update from Shopify’s technical team will be valuable for anyone who encounters similar inventory or variant availability issues in the future.
Best of luck, and hopefully they can identify and resolve the root cause quickly.
@Shopify.Pro_24 Thank you — your analysis matches exactly where things have landed.
Quick update: I reached Shopify Support via chat, and the advisor was able to reproduce the issue on their side. They confirmed they couldn’t identify the cause from the usual settings and have escalated the case to their technical team to investigate the backend inventory item records, just as you described.
They also suggested duplicating an affected product as a workaround, but in my case the duplicate still returns available:false, so that route didn’t resolve it. Waiting on their technical team now.
I’ll post the resolution here once I have it, in case it helps others. Thanks again.
RESOLVED — posting the solution in case it helps anyone in the future.
After escalation, Shopify’s technical team found the real cause, and it was NOT inventory, theme, catalog, or markets. It was the shipping profile.
The cause:
My store manages shipping rates in a CUSTOM shipping profile (EMS).
In Shopify, newly created and duplicated products are automatically
added to the GENERAL shipping profile — and my general profile had
no shipping rates set. So the new products had no valid shipping
method, which made them unpurchasable.
Why it was so hard to diagnose:
Normally this situation throws a shipping error at checkout. But it
seems Shopify recently changed the behavior so that a product with
no valid shipping rate now shows as “sold out” / returns
available: false at the product-page level instead. That’s why every
test pointed at “inventory,” when the actual problem was shipping.
This explains everything:
Existing products worked → they were in the custom (EMS) profile
All new/duplicated products failed → auto-added to the general profile (no rates)
available: false even with inventory tracking OFF → not an inventory issue at all
direct cart permalink failed → backend shipping check, not the theme
The fix:
Settings → Shipping and delivery → open the custom profile with rates
→ add the affected products to it → save.
Huge thanks to everyone here — and @Pipokx, you actually pointed at
the shipping profile right at the start. That instinct was correct.
I appreciate all the help.
RESOLVED — posting the solution in case it helps anyone in the future.