Listings showing on a channel with stock_level=0, direct revenue blocker per channel.
At a glance
The count of catalogue listings on each BigCommerce channel whereinventoryLevel = 0andavailability = 'available'. These are listings the customer can still see but cannot buy, a direct revenue blocker that costs the merchant attention every minute it persists.
Calculation
Calculated automatically from your BigCommerce data. See the At a glance summary above for what the metric tracks and the worked example below for a typical reading.Worked example
A US homewares brand on BigCommerce Enterprise. Snapshot at 09:00 UTC on 13 Apr 26.
What’s interesting:
- **50k/month, 1k+/day back.
- Web carries the most urgent OOS. A bedding set at 14. Customers who came specifically for this SKU bounce and don’t return.
- Amazon OOS is structurally different. Amazon penalises sellers for OOS listings (the listing’s BSR drops, the buy box may be lost to a competitor seller). The cost is not just lost direct revenue but reduced future ranking. Set Channel Manager → Amazon to auto-hide OOS items; do not leave them visible.
- Facebook Shop OOS is low-urgency. Two items at low velocity, fix during the next merchandising review. Don’t drop everything for it.
- POS Terminal A shows zero OOS because POS-only catalogue is typically smaller and tightly managed by the in-store team. Healthy pattern.
- Hide / disable all OOS items on Stencil web (14 listings, biggest revenue blockers). Most BC themes have a one-click “hide if
inventoryLevel = 0” rule, ensure it’s enabled. - Restock the top 3 by velocity, the bedding set, top Amazon SKU, and any other items above $100/day velocity.
- Consider preorder / backorder tagging for items with known restock dates, customers will commit if they see “ships 12 May 26” rather than just “out of stock”.
- Set per-channel auto-hide rules in Channel Manager so this card always reads zero on marketplaces (Amazon and eBay penalise sellers harshly for OOS-but-listed).
- Audit your inventory sync if OOS counts are persistently high, the underlying issue is usually a sync gap between BC and your warehouse / ERP.
Sibling cards merchants should reference together
Reconciling against the vendor’s own dashboard
Where to look in BigCommerce Control Panel: Products → View, filter by Inventory level = 0, exclude items with Visibility = Disabled. The list should match the store-wide OOS count to within 1-2 (boundary timing). For per-channel breakdown, Channel Manager → per-channel listings shows OOS at the channel-listing layer. Other BC views that look adjacent:- Catalogue → Categories: groups products into categories, doesn’t surface OOS directly.
- Settings → Inventory: configures inventory tracking; doesn’t surface counts.
- Reports → Inventory snapshot (Plus / Pro): partial overlap, runs on a daily cadence rather than real-time.
Cross-connector reconciliation (when ad / marketplace integrations are connected):
The per-channel OOS view is BC-aligned with similar cards on Shopify (per
salesChannelIds) and Adobe Commerce (per website_id); the field shapes differ but the merchant-facing semantics are equivalent.
Known limitations / merchant FAQs
Why does the alert trigger fire on >0? Even one OOS item? Because OOS-on-live-listing is always actionable. The right state for a stocked-out item is either (a) hidden, (b) marked preorder, or (c) restocked. Leaving items live-but-unbuyable wastes traffic, hurts SEO ranking signals, and degrades customer experience. The alert is a nudge, not an emergency, but it should always result in either resolution or an explicit “yes, leave it visible” decision, never a “we’ll deal with it later”. My OOS list keeps showing the same items, what’s wrong? Either (a) you don’t have an auto-hide rule configured on your theme, OR (b) your inventory sync to BC is broken, the warehouse says “we have stock” but BC still reads zero. Check the BC Inventory Distribution view to see whether the count is real OOS or a sync artefact. Why does Amazon penalise me for OOS more than other channels? Amazon’s algorithm treats OOS as a buyer-experience failure. The listing’s BSR (Best Sellers Rank) drops; the buy box may move to competitor sellers; the product can be temporarily delisted from search. For Amazon, OOS-but-listed is materially worse than OOS-but-hidden. Set Channel Manager → Amazon to auto-hide on OOS, full stop. My theme auto-hides OOS items, but they still show up in this card? The auto-hide rule on most BC themes only hides items from category browse pages and search; the direct product URL still loads. We count any product whereinventoryLevel = 0 regardless of theme-side hiding. To fully hide an OOS item, set availability = disabled in the BC admin (Channel Manager will then exclude it from listings on every channel).
Should I leave items as preorder instead of hiding?
Yes for items with known restock dates within 14-21 days. Customers commit to preorder at meaningful rates (often 50-80% of in-stock conversion); for delayed-restock items it’s a way to capture demand instead of losing it. For items with uncertain restock dates, hide rather than preorder, broken promises hurt brand more than missed orders.
Why is my POS Terminal A showing zero OOS?
POS catalogues are typically smaller and tightly managed; inventory is checked physically at the till. POS systems also commonly use a “decrement on sale” model that keeps inventory more accurate than warehouse-fed web channels. Zero OOS on POS is the healthy norm.
My Channel Manager OOS count is much higher than BC catalogue, why?
Channel Manager listings can drift out of sync with BC catalogue. Common causes: (1) marketplace-specific listing variants that don’t exist in BC catalogue (Amazon-only variant SKUs, Walmart-specific bundles); (2) Channel Manager queue backlog after bulk inventory updates; (3) marketplace approval delays where BC pushed an availability change but the marketplace hasn’t ack’d yet. Run Channel Manager → Activity log to see sync state.
The lost-revenue figure looks high, is it accurate?
It’s an estimate based on the SKU’s pre-OOS 30-day average daily revenue. Treat it as ±30% accurate, the actual lost revenue depends on whether customers substitute to a similar in-stock item, switch to a competitor, or just walk away. For most homewares / fashion stores ~30-50% of would-be OOS demand substitutes; the rest is genuine lost revenue.
Should I notify customers when OOS items come back?
Yes, restock-notify lists convert at 12-25% on average. BC’s native back-in-stock email (Plus / Pro plans) or third-party apps like Klaviyo back-in-stock flow capture customer emails on OOS pages and email when restocked. This is the highest-ROI single action on a high-OOS catalogue.
My multi-warehouse store shows OOS even though stock exists in another warehouse, why?
BC’s inventory model historically aggregated across warehouses; Multi-Location Inventory (MLI) in newer BC versions tracks per-location stock. We follow whatever BC indexes; if your channel is configured to fulfill from a specific location and that location is at zero, the listing shows OOS even if other locations have stock. Configure your channels with multi-location fulfilment fallback to avoid this.