Why a listing isn't selling

A listing's General tab with the Status card reading Public — Catalog > Listings > [Listing] > General

The Publishing tab's Sales channels card listing Admin and Online store — Catalog > Listings > [Listing] > Publishing

Open in TWICE Admin

catalog/listings

A listing that isn’t selling fails silently. Nothing crashes and no error appears, and the listing never turns up where a customer would find it. Five independent layers decide whether a listing can be sold, and any one of them alone is enough to produce nothing:

The listing itself
Its pricing rows
The location fulfilling it
The stock behind it
Whether the storefront can even reach it

Work through them in the order below, cheapest and most common first, rather than guessing which one it is.

Built this catalog by import, or with an AI-assisted or demo-store build? Run this checklist once against a real date before assuming it’s live.A bulk import or an automated build inherits whatever the tool auto-wired, nobody set on purpose:

Default pricing rows
Generated fulfilment rules
Channel switches nobody chose

A listing built that way can look complete in the admin and be unreachable on the storefront, with no record of the setting that caused it.

This is the “nothing about this listing works” version of the question. If you already know a specific stock item is involved and need to clear one date for one customer, Check availability is the shorter path.

Prerequisites

Required permission: listing view rights, pricing table view rights, location view rights, and stock item view rights. All four system roles (Owner, Admin, Manager and Member) hold every one of these.

Have ready: which sales channel you’re checking (Online store or Admin), which location, and, if this is about a specific date rather than the listing in general, the dates the customer tried. All three change the answer: the same listing can be sellable in one channel or location and not another.

The walkthrough

Check the listing is published and in the right channel

Open the listing and start on General and Publishing.

Check	Where	What wrong looks like
Not published	General tab, Status is Draft rather than Public	Invisible in every channel
Archived	Listing is archived, not just Draft	Gone from the storefront and from the default Listings table, a more permanent state than Draft
Wrong sales channel	Publishing tab, where Online store and Admin are the two independent switches the card carries	Works when you create an order in the admin, invisible on the storefront. The single most common report

Check the listing's own locations and limits

Stay on the listing and open Publishing and Limits.

Check	Where	What wrong looks like
Not linked to a location	Publishing tab, Store locations has nothing attached	Nothing can fulfil it, so it has nowhere to be sold from
Outside its duration or order-deadline limits (bookings only)	Limits tab: minimum/maximum duration, the increment, the order deadline	A request that falls outside any of these returns no bookable option, with nothing that looks broken

Duration and deadline limits are their own guide, not repeated here: Purchase and booking limits.

Check the pricing rows are offered at all

Open the Pricing tab. This is the layer most often wrong, and the hardest to see, because the listing itself looks entirely correct.

Check	Where	What wrong looks like
Row switched off	a row’s Enabled setting	Row visible to you in the admin, absent at checkout
Row hidden	a row’s Hidden setting	Priced, but never offered. Same effect as switched off, different setting
No row at all for the purchase type being tried	Pricing tab	Priced to rent and not to buy, or the reverse, so that option never appears

Check the pricing rows cover the day being requested

Stay on the Pricing tab and read each row’s windows against the dates the customer tried.

Check	Where	What wrong looks like
Restricted to certain weekdays (booking rows)	a row’s available weekdays	Sellable Monday to Friday, silently dead at the weekend
Restricted to a time of day (booking rows)	a row’s time-of-day range	Morning bookings work, evening ones return nothing
Outside its seasonal window	a row’s validity period	A summer-only row still set to last summer

Read more: Price a listing and Build a price table cover how these rows are built and why a listing can carry more than one.

Check the location is live and enabled for the online store

Open the location under Settings. Every check above can pass and the listing still fail at the location it sells from.

Check	Where	What wrong looks like
Inactive or archived	the location’s own status	Every listing sold there disappears at once. Rule this out first
Not enabled for the online store	the location’s own Online store switch, its only channel switch	The storefront leaves it out and checkout refuses it. Admin orders still work; a new location starts off
Closed that weekday	the location’s opening hours	Nothing to check availability against on a day it is shut
Timezone	the location’s timezone setting	Off-by-one-day at the boundaries. An order deadline resolves in the location’s timezone, not yours

Check the location's fulfilment rules and hours

Stay on the location and read its fulfilment settings for this purchase type.

Check	Where	What wrong looks like
Fulfilment not enabled for the way this is being sold	the location’s fulfilment rules, set per purchase type	The one a merchant almost never thinks to check. A location can accept sale pickups and refuse rental pickups
Fulfilment hours resolve to nothing	the location’s pickup and return hours, whether they follow opening hours, offset them, or run a custom schedule	A custom schedule with no hours in it, or an offset buffer large enough to shrink the window to zero

Read more: Locations and Availability cover how eligibility at a location is actually decided.

Check the rules behind the listing match stock

Open the listing’s inventory rules. A listing can be published, correctly priced, and sold from the right location, and still have nothing behind it.

Check	What wrong looks like
A fulfilment rule matches nothing	The rule exists and resolves to zero stock items
A rule needs more units than exist	The rule wants 2, one unit exists, availability is zero
One variant has no matching rule	One variant sells fine, another never does, same listing

Read Listing inventory rules for writing and checking a rule’s matches.

Check the matched stock is free for those dates

Open the stock items the rules match and read them against the dates the customer tried.

Check	What wrong looks like
The stock itself is inactive or archived	Contributes no capacity even though it’s visibly in inventory
Buffer time closes the gap	Back-to-back orders become impossible without anything looking wrong
Already committed to another order, or held by a reservation	Looks free on a quick glance, isn’t free on the calendar

Read Check availability for working a specific unit and date once you suspect this is the layer.

Check the storefront can reach it

Everything above can be correct and a customer can still never find the listing, because nothing points at it.

Check	What wrong looks like
Not in any collection the storefront’s navigation or homepage links to	The listing is sellable, and nothing on the site leads to it
Storefront not published for this channel	The whole store is unreachable, not just this listing
This isn’t the store’s primary domain	Reachable at one URL, not the one being tested

A listing found this way is not broken: it has no path leading in. Add it to a collection the navigation actually links to, or link it directly, and it starts selling with nothing else changed.

How do I know it worked?

Browse the storefront as a customer would, on the same channel, at the same location, for the dates you tried. You can see:

The listing shown in its channel, at the location you checked.
The correct price and purchase options for the dates you tried.
A path to the listing from the storefront’s own navigation, without knowing the direct URL.

“It should work” is not one of these three. If you get there, name which layer actually failed. The fix belongs on that layer, not on a guess.

Troubleshooting / common pitfalls

It works when I create an order in the admin, and nowhere else

Cause: the Publishing tab’s two sales-channel switches are independent. Admin can be on while Online store is off, so an order draft succeeds while the storefront shows nothing.What to do: open the Publishing tab and check both switches, not just the one you assume is relevant. Check the same switch on the location, where Online store is the only channel it carries.

It's sellable Monday to Friday and silently dead at the weekend

Cause: the active pricing row’s available weekdays don’t include the day being requested. This is the single most common way a rate-based listing goes quiet on specific days, and nothing in the admin flags it as an error.What to do: open the Pricing tab and check which weekdays each row actually covers, not just whether a row exists.

It sells rentals fine and refuses sales at the same location, or the reverse

Cause: a location’s fulfilment rules are set per purchase type. A location can accept pickup for a sale and refuse it for a rental without anything else about the location looking wrong.What to do: check the location’s fulfilment rules for the specific purchase type being tried, not fulfilment in general.

Every rule matches stock, and the listing still shows nothing

Cause: on a listing with more than one fulfilment rule, all of them must resolve. One rule with nothing free blocks the whole listing regardless of how much stock the others have.What to do: check each rule’s match count separately rather than the total. See Listing inventory rules.

The listing is correct everywhere I look, and a customer still can't find it

Cause: this is almost always the storefront layer, not a configuration error on the listing at all. A sellable listing with no collection linking to it, and no direct link anywhere on the site, is unreachable by browsing even though a direct URL works.What to do: check which collections the listing belongs to, and whether the storefront’s navigation or homepage actually links to any of them.

This catalog was built by import or an AI-assisted build, and half of it doesn't sell

Cause: an automated build sets every field it touches, including the ones a person would have set deliberately: default pricing rows, generated fulfilment rules, channel switches. None of these are wrong in the sense of being invalid; they are not what the catalog actually needs.What to do: run this checklist once per listing type against a single real date before assuming the catalog is live, rather than discovering the gaps one support ticket at a time.

Availability

The model behind every check in this guide.

Check availability

The shorter path when you already know the stock item and the date.

Listing inventory rules

Writing and checking the rules that bind a listing to stock.

Purchase and booking limits

The duration and order-deadline settings behind the first check.

Locations

Fulfilment rules, hours, and the channel switches a location carries of its own.

Launch TWICE

Working in TWICE

How to find out why a listing isn't selling

Open in TWICE Admin

Prerequisites

The walkthrough

How do I know it worked?

Troubleshooting / common pitfalls

Availability

Check availability

Listing inventory rules

Purchase and booking limits

Locations

Open in TWICE Admin

​Prerequisites

​The walkthrough

​How do I know it worked?

​Troubleshooting / common pitfalls

​Related articles

Availability

Check availability

Listing inventory rules

Purchase and booking limits

Locations

Prerequisites

The walkthrough

How do I know it worked?

Troubleshooting / common pitfalls

Related articles