When Product Bundles (created with the native Shopify Bundles app or third-party bundle apps) are auto-assigned to the General shipping profile, and the store has the following settings:
Enable Fulfillable inventory → “Sell only within configured shipping zones”
No rates from the General profile because all rates are managed in custom shipping profiles
those bundle products incorrectly appear "Out of stock” on the storefront—even though the bundles stock rules and location availability shows as available.
Steps to reproduce
Create two shipping profiles
Profile A (custom) – add all component SKUs; configure zones & rates.
General profile – leave rates blank .
EnableSettings → Locations → Fulfillable inventory → Sell only within configured shipping zones.
Create a bundle product containing only SKUs from Profile A (using Shopify Bundles or another bundle app - it doesn’t really matter).
Note: The bundle parent is automatically placed in General and can’t be moved .
From the storefront, switch to a market that is covered by rates in Profile A.
Visit the bundle product page.
Actual Result
The bundle product shows“Sold out / Out of stock”and theAdd to cartbutton is disabled.
Shopify appears to mark the bundle unavailable because the General shipping profile has no applicable rates, even though the bundle’s component items have valid rates in Profile A.
Expected Result / Requested Fix
The bundle product should be purchasable, regardless of whether the bundle parent has rates in General. Only the existing track quantity and stock quantity data should be respected for in stock/out of stock.
OR
The existing behaviour should be maintained and the merchant should be allowed to move product bundles to other shipping profiles.
Hey @Anthony_SL - I tried replicating the set up you shared there, but even if I removed all shipping rates from the general profile, as long as the variants that made up the bundle were available in their own shipping zone, the correct shipping rate showed up at checkout.
Is the error you were seeing an error that mentioned the items couldn’t be shipped or was it an “out of stock” message specifically.
I’m wondering if the parent bundle itself has inventory associated with it (I have seen this happen) - ideally, if a bundle is created in the same way that the Shopify Bundles app creates them, the inventory levels for the parent product are actually tied to the child variants.
If you’re able to share the product ID for the parent bundle, I can do some digging on our end to investigate further if that would be helpful. Happy to look into this with you if needed!
Thanks for your reply @Alan_G - I really appreciate it!
My mistake - This is actually specific for customizable bundles because the product bundle itself is not linked to underlying variants.
You’re exactly right for the use case for Shopify Bundles (Fixed bundles).
Step 3 to reproduce would be:
Create a customizable bundle product where the selections are only from Profile A.
We’re using our own app (Biscuits Bundles), which adds the product bundle to cart, performs an Expand operation with Cart Transform. All ExpandedItems are the variants that should be in Shipping Profile A, where the product bundle itself is in General Shipping Profile with no rates.
The Product Bundle product is set to Track Inventory = false, so should never be out of stock.
Thanks for the clarification there @Anthony_SL and no worries!
If you can share the parent bundle product ID and your shop’s myshopify.com URL, I can definitely take a closer look at its specific configuration and how it’s working with your configured zones and then try to replicate the set up exactly.
As a quick isolation test as well, you could try creating a very simple, non-bundle product, set its inventory to not track, assign it only to the General profile, and see if it also shows “Out of stock” on the PDP for a market without General rates – this might help confirm if the core issue is with the shipping profile/setting interaction for PDP display (I do think you’re right about it likely being with the shipping profiles though).
Let me know those details/if you want to continue over DM, and I’ll keep digging once I hear back from you!
We’ve seen the same issue on two client stores where the bundle product is marked as available: false, even though it’s set to “Inventory not tracked”. What is more weird, we haven’t been able to reproduce this on our development stores.
Hi folks - just following up her publicly in the forums in case anyone else stumbles across this issue. At the moment, it is expected behaviour that parent bundle products cannot be moved to custom shipping profiles, which is the root cause for the issue above here (as the parent bundle needs to have shipping rates assigned to it).
That said, I’ve set up a feature request tracing back to this thread so that we have this behaviour and report logged on our end. I can’t guarantee when/if this will be changed on our end, but did want to let you folks know our product team is aware of the limitation.
I’ll close out the thread for now, but let me know if I can clarify anything or help out further
- I tried replicating the set up you shared there, but even if I removed all shipping rates from the general profile, as long as the variants that made up the bundle were available in their own shipping zone, the correct shipping rate showed up at checkout.