How do you tell a live link from a dead one before paying?

Dead link symptoms before any money moves

A dead link announces itself in a few ways, and all of them are visible before anything is paid. The page may return an error, it may load with nothing in the body, or it may redirect to a search page instead of a listing. The last one is the most common and by far the easiest to miss, because the page that appears looks like an ordinary marketplace page.

Compare the address bar against the address you were given. If the identifier is missing and a search query has taken its place, the listing is gone even though the site itself is perfectly healthy.

Listing pages that load with empty bodies

Some marketplaces answer a request for a removed listing with a shell: the header and the navigation render, the content area does not. A quick glance is not enough, so look for the parts that would only exist if the item still did.

The practical markers are the title, the seller name and the option list. If two of those three are missing, treat the link as dead no matter how calm the page looks.

Platform-level failure versus one dead listing

One dead link is routine and says nothing about the service behind it. A pattern of dead links across different sellers in the same table points at a stale table rather than an unavailable platform, and those two conclusions lead to different actions.

Community reports in August 2026 described the platform as no longer taking new orders; this desk does not repeat that conclusion. What we can offer instead is the check itself: confirm the domain and its certificate are current, confirm pages and interfaces return content rather than an empty body, confirm a payment route still opens, and confirm order statuses are still advancing.

Seller store checks that take two minutes

When a listing disappears, check the seller next. Stores close, rename themselves and reopen under a slightly different name. A store page still listing other items with recent activity tells you the seller is trading; a store page with nothing on it tells you the row pointed at somebody who has moved on.

This check also tells you whether the item might come back. Sellers who rename a store frequently relist the same products, so the identifier in the address is the thing to compare if you go looking for it again.

Variant that no longer exists

A live listing with a missing variant is a special case worth recognising, because the address still resolves and nothing looks broken. The page loads, the item is there, and the option you needed has quietly disappeared from the list.

The only defence is to check the variant explicitly before handing the link over. This is the failure people describe as a link not working when the link is perfectly fine and the row is simply out of date.

Four checks before you commit

Four checks take about two minutes and cover almost everything that can go wrong at this stage. Open the address and confirm the item appears with a title. Confirm the option list still contains the variant the row names. Confirm the seller store is active. Confirm the row carries a date recent enough to be worth trusting.

Any one of the four failing is a reason to treat the row as historical. None of them requires an account, a purchase or anybody’s permission.

1. Item appears with a title, not just a page shell.
2. Variant the row names is present in the option list.
3. Seller store shows recent activity.
4. Row carries a check date you can compare with today.

Evidence to keep when a link dies later

Keep three things: the address, the date you opened it, and a picture of the page as it looked while it was alive. Those three settle most questions about what was ordered at a point when the listing no longer exists to be looked at.

Our own habit is the same discipline applied to claims rather than links. Eight destinations are covered by our border bench, and every threshold and band in it was re-checked against a public notice on one recorded date and published with that date attached. An undated claim is a claim nobody has to stand behind.

Where the numbers in this entry come from

Public source check, filed as KB-2026-09: eight destinations, each duty threshold and rate band re-checked against a public notice on a single recorded date so every figure carries the day it was last verified.

◇KB-2026-11· 2026-09-30 See the batch ledger · Challenge a figure

Entries filed next to this one

• How do you recover a purchase made from a link that has since died?

  The purchase is anchored to the order record, not to the link, so recovery starts with the warehouse receipt and the payment record. Ask the warehouse which seller the item came from, ask the seller directly with the description and the option, and keep the answer dated.

• How do you verify a platform is still operating before trusting it?

  Run four tests in order: registry and certificate dates, whether pages and endpoints return real content rather than an empty shell, whether a payment channel still opens, and whether order status is still advancing. None of the four proves a platform is healthy, but a failure in any one of them is a fact you can date.

• What is a CNFans spreadsheet, exactly?

  It is a table of links, not a shop and not a file you download. Each row points at one listing on a domestic marketplace, with the few details that row needed to be useful. The buying itself happens on the agent platform, which is a separate object from the table you are reading.

Gauges this entry points at

• Applicability protocol

  Work out which entries apply to your order right now.