01
The interval and its length
Applies to marketplace onlyown storefronthybrid
Between the moment an item sells and the moment the last surface stops offering it, there is an interval during which a second buyer can complete a purchase of an object that is no longer available. For stock held in quantity, that produces a backorder. For one-of-one stock, it produces a sale that cannot be fulfilled.
The interval has a length, and it is a property of a particular configuration — the channels in use, the integrations between them, and the caches in front of them. It can be observed directly in about half an hour, and until it is observed, its size is unrecorded.
02
Availability is an observation with a time on it
Applies to marketplace onlyown storefronthybrid
Commerce vocabularies carry the commercial half of this: offer availability is a property of the offer rather than of the object.1 Product interfaces carry it as a transmitted field alongside price, condition, and media on identified products and variants.2
Neither supplies the observation time, which is the value a unique-inventory seller adds. An availability value with no timestamp does not indicate whether it is two seconds or two months old, and every downstream copy carries that same absence. The timestamp is what makes the value assessable by whoever reads it next.
03
Measuring the interval
Applies to marketplace onlyown storefronthybrid
The measurement takes one item that is live on more than one surface. Mark it sold in the system of record, then watch the public pages — the ones a buyer sees, rather than internal dashboards — until each stops offering it, recording the elapsed time per surface.
- List every public surface where the object can currently be found, including any not directly controlled.
- Trigger the removal the same way a real sale would.
- Check each public surface against a clock until it stops being purchasable, recording the elapsed time for each.
- Repeat once at a busy hour, since load is part of the configuration being measured.
Run against the camera, the exercise produces four lines, two of which have no elapsed time.
| Surface | Stopped being purchasable after | How it happened |
|---|---|---|
| Own storefront | Seconds | The sale wrote the record |
| Marketplace listing | Same session | The integration pushed the update |
| A channel enabled by platform default | Still showing when observation stopped | No documented removal path located |
| A cached copy on a comparison page | Not observed; outside the seller’s control | Refreshes on another party’s schedule |
The two rows without an elapsed time record what has not been established, and each now has an owner and a next step. Before the measurement, all four rows were in that state.
Two findings recur when this is run for the first time. One surface is materially slower than the others, and it is not always the one expected. And a surface may not remove the item without a manual step that is not recorded anywhere, which is a finding about the process rather than about the interval.
04
Targets per fact type
Applies to marketplace onlyown storefronthybrid
A single target applied to everything moving through one pipeline sets the strictest case by the loosest one. A price that is an hour stale results in a correction. A sold one-of-one object that remains purchasable an hour later results in a sale that cannot be fulfilled. The two share a delivery path and not a cost.
| Fact | What a stale value produces | Target set by |
|---|---|---|
| Price | A discount or a correction | Margin tolerance |
| Availability | A sale of something no longer available | Refund and reputation cost |
| Condition | A return and a disputed description | Return-window exposure |
| Removal | The same outcome as availability | The strictest of the above |
Written as one figure for all four, the availability target is set by whatever governs the price file, which is the loosest input in the table.
05
A delivered update is not a changed page
Applies to marketplace onlyown storefronthybrid
A system can log a successful removal that did not take effect at the destination, and the internal record will read as correct. Caches, queues, approval steps, and eventual-consistency behavior sit between a delivered update and a changed public page, and none of them reports back into the sending system.
The check that covers that gap is looking at the public surface, which is what a buyer sees. The surface list is built once and kept beside the object record, and verification is a step in the removal procedure rather than a periodic audit, since a list reconstructed after a sale is a list assembled under time pressure.
06
What to leave at the old address
Applies to marketplace onlyown storefronthybrid
When an offer ends there are two options: delete the page, or leave one stating that the item is sold. A deleted page carries less information — every cached mention, saved link, and downstream copy of the old record has no route to resolving what happened, and that stays true indefinitely.
A page that remains and states the item is sold answers the question once, for a person or a system, at no recurring cost. It also covers the case this lesson measures: where a removal elsewhere ran late, the item is visibly sold at the address a reference is most likely to point at.
The notice states the sale plainly. A sold notice that leads with three similar items and places the sale below them restores the ambiguity the notice was there to resolve.
07
The measurement and what it covers
Applies to marketplace onlyown storefronthybrid
Availability is a property of the offer in the page vocabulary,1 and a transmitted field in the product interface.2 Neither defines an observation time, a removal interval, or a target, so those are recorded by the seller.
The measurement produces one elapsed time per surface for one configuration at one moment. It does not cover surfaces outside the seller’s control, which refresh on another party’s schedule, and it changes when a channel, an integration, or a platform release changes.
08
Practice
Exercise
Time your own removal
- List every public surface where one live item can currently be bought.
- Trigger a removal and record the observed elapsed time per surface, at a busy hour.
- Write the target for each fact type and name who is responsible when it is missed.
Check yourself
The logs show the removal was delivered. What does that establish?
That the system sent it. Whether the public surface a buyer sees still offers the item is a separate check, and it is the one that detects a failure between delivery and effect.
Why is the availability target stricter than the price target?
Because the outcomes differ. A stale price produces a correction; a sold one-of-one object that remains purchasable produces a sale that cannot be fulfilled. Targets set per fact type come out uneven.
What does deleting a sold listing remove?
The route by which a cached reference, saved link, or downstream copy resolves what happened to the item. A page stating the item is sold answers that once and keeps answering it.
Should the timestamp record when the value was checked or when it changed?
When it was observed. A change time states when something happened; an observation time states how current the value is, which is what a downstream reader is evaluating.
Progress is saved in this browser only. No account, nothing sent anywhere.
09
Common questions
What number should the target be?
The sources do not state one. Measure the current interval, then set the target against what a stale offer on that item costs. A target set before the measurement has nothing to compare against.
How often should the measurement be repeated?
When a channel is added, an integration changes, or a platform ships a release affecting inventory. The figure describes one configuration and moves when that configuration does.
Does a "sold" page affect search performance?
That is measured on a given site rather than settled by a rule. It trades against the ambiguity a removed page leaves at an address that other systems still reference.
Which surfaces belong on the list?
Every public place the object can currently be found, including channels enabled by a platform default and copies held by parties outside the seller’s control. The last group is recorded even though its refresh schedule belongs to someone else.
10
Research and sources
Rules and platform policies change. These primary sources were reviewed on ; confirm the current position for your jurisdiction and account before acting.
Claim evidence
- Availability is modeled as a property of the offer rather than of the object, and is carried as a transmitted field in current product interfaces; neither supplies the time at which the value was observed.
- technical requirement. Supported by Schema.org Offer , Agentic Commerce API: Products .
- Schema.org Offer Schema.org · Tier A · current vocabulary · live vocabulary
Offer and availability representation in structured data. Limit: Offer markup does not synchronize inventory or establish a supported transaction path.
- Agentic Commerce API: Products OpenAI · Tier A · current specification · unversioned live API reference
OpenAI product and variant payload fields and upsert behavior. Limit: Defines OpenAI’s API surface; it is not a vendor-neutral item model and does not prove a payload will be surfaced.