Why TCGplayer sellers oversell (and how to stop it)

An oversell is a specific event: a buyer pays for a card the seller no longer has. It happens because the seller's system of record said the card was in stock when it wasn't. The buyer gets a refund, the seller eats a mark against their account, and the root cause is almost never a missing card on a shelf. It's a stale number in a database.

The mechanism, stated plainly

A seller lists a card for sale in more than one place: TCGplayer, eBay, a Shopify storefront, a point-of-sale system at a physical counter. Each of those is a separate system, and each one tracks its own count of how many copies of that card remain. When the card sells on one channel, that channel decrements its own count immediately. The other channels don't know the sale happened until something tells them, and that something is a sync.

If the sync is slow, batched, or one-directional, the other channels keep showing the card as available for as long as the gap lasts. Anyone shopping on TCGplayer during that gap can buy a card that's already gone. TCG Sync states this plainly in its own product framing: "If your TCGplayer listings, eBay listings, and storefront inventory live in separate systems, you will oversell. Full stop." That's not a hypothetical risk. It's what happens by default any time inventory truth lives in more than one disconnected place.

Where the gap actually shows up

The gap isn't always a missing sync. Sometimes it's a sync that only moves one way. Sellers running one-directional inventory sync between Shopify and a marketplace like Mana Pool have described exactly this pattern: new listings push out automatically, but a sale on the marketplace side doesn't sync back to update the Shopify count. Until a sync moves both directions, a sale on one side never reaches the other, and the side that didn't hear about it keeps selling a card that's gone.

The same failure shows up from the other direction with other sync tools too: stock levels that update on the marketplace side but don't reliably carry back to a connected storefront. Different products, same mechanism. Whether the sync is missing, one-directional, or simply broken for a subset of listings, the result is identical. One channel's sale doesn't reach the others fast enough, and the same physical card sells twice.

Why this gets worse with scale, not better

A seller with fifty listings across two channels can catch an oversell by checking manually a few times a day. A seller with ten thousand listings across TCGplayer, eBay, and a storefront can't. The gap between a sale and a synced count matters more as listing volume grows, because the odds that a specific stale listing gets bought during the gap rise with how many buyers are shopping at once. Manual checking doesn't scale to catch it. Only a sync that runs close to real time does.

What actually closes the gap

The fix is structural, not procedural. It's not a checklist a seller runs more carefully. It's removing the condition that makes overselling possible in the first place: more than one disconnected system claiming to know the true count of a card. Hoard's real-time TCGplayer inventory sync keeps a single count that updates the moment a card sells on any connected channel, so a sale on eBay or the storefront reflects on TCGplayer before another buyer can catch the stale listing.

Most sellers who haven't adopted a real-time sync yet are running CSV export and import for TCGplayer inventory instead, pulling a snapshot from one channel and pushing it into another by hand or on a schedule. That method works at low volume and breaks down exactly where overselling starts to hurt: any sale that happens between exports is invisible until the next one runs.

Not every sync tool solves this the same way, and not every seller needs the same tool. How Hoard compares to marketplace-native and all-in-one repricers covers the tradeoffs between real-time sync, one-way sync, and manual export across the tools sellers actually use.

Source: TCG Sync: TCG Inventory Management Guide