Stale product facts: audit owned surfaces
A stale-product-fact audit freezes the current supported value first, then compares that value with one assertion at one locator on each captured owned surface. Classify the assertion as current, stale, missing, or unverifiable. Only stale and missing assertions enter the correction set; an unverifiable capture is not a negative finding. This audit identifies publication drift the site operator can inspect, not what an AI system has retrieved, stored, or used. Site traffic is a separate outcome and is not required.
What is a stale product fact?
A stale fact is an inspectable owned-page assertion whose value predates and conflicts with a frozen current record under the same product, scope, and effective time. A missing fact has no value at its predeclared locator. A capture that cannot establish the value remains unverifiable.
Do not infer staleness from an answer alone. First establish the current value from a supported operator record, then capture the exact public surface, version, channel, locator, and observed value.
Which current facts are frozen before inspection?
SYNTHETIC EXAMPLE — Lumenfold Supply Co., Lumenfold TraceDesk, every .example URL, fact, surface, assertion, change, prompt, answer, and observation below are fictional; this is not RankEcho data, customer data, provider evidence, or a benchmark.
The fictional register contains six independently named facts: product name, monthly price, trial length, import formats, service region, and support hours. Each value has one effective time, authority, and synthetic evidence pointer.
| Fact | Current value | Effective time | Authority and evidence |
|---|---|---|---|
| F01 · product-name | Lumenfold TraceDesk | 2026-08-20T12:00:00Z | Fictional signed product register · synthetic-evidence/fact-freshness/register/F01 |
| F02 · monthly-price | $89 per workspace per month | 2026-08-20T12:00:00Z | Fictional signed commercial terms · synthetic-evidence/fact-freshness/register/F02 |
| F03 · trial-length | 14-day trial | 2026-08-20T12:00:00Z | Fictional signed commercial terms · synthetic-evidence/fact-freshness/register/F03 |
| F04 · import-formats | CSV and JSON imports | 2026-08-20T12:00:00Z | Fictional product capability register · synthetic-evidence/fact-freshness/register/F04 |
| F05 · service-region | United States and Canada | 2026-08-20T12:00:00Z | Fictional service-availability register · synthetic-evidence/fact-freshness/register/F05 |
| F06 · support-hours | Monday–Friday, 09:00–17:00 UTC | 2026-08-20T12:00:00Z | Fictional support-policy register · synthetic-evidence/fact-freshness/register/F06 |
Which four owned surfaces are in scope?
The fixed inventory covers exactly the homepage, pricing page, product page, and help page on lumenfold.example. Their captured versions are compared as separate records; a current statement on one page cannot silently repair a stale statement on another.
Visible copy, metadata, and JSON-LD remain separate assertion channels. The method does not inspect third-party pages, private product data, an AI provider's index, or an internal answer representation.
What does the worked synthetic assertion ledger show?
Sixteen assertions partition into nine current, five stale, one missing, and one unverifiable record. The five stale rows plus the one missing row are the six actionable inputs; I10 remains outside the correction set because its value was not established.
| Assertion | Surface and channel | Fact | Observed value | State |
|---|---|---|---|---|
| I01 | S01 · visible-copy · main h1 | F01 | Lumenfold TraceDesk | current |
| I02 | S03 · visible-copy · main h1 | F01 | Lumenfold Desk | stale |
| I03 | S03 · metadata · title | F01 | Lumenfold TraceDesk | current |
| I04 | S02 · visible-copy · main [data-plan-price] | F02 | $69 per workspace per month | stale |
| I05 | S02 · json-ld · Product.offers.price | F02 | 89 | current |
| I06 | S03 · visible-copy · main [data-trial] | F03 | Not established | missing |
| I07 | S02 · metadata · meta[name='description'] | F03 | 14-day trial | current |
| I08 | S01 · metadata · meta[name='description'] | F04 | CSV imports | stale |
| I09 | S03 · visible-copy · main [data-imports] | F04 | CSV and JSON imports | current |
| I10 | S04 · visible-copy · embedded region-status widget | F05 | Not established | unverifiable |
| I11 | S03 · metadata · meta[name='service-region'] | F05 | United States and Canada | current |
| I12 | S01 · metadata · meta[property='og:description'] | F05 | Available in the United States | stale |
| I13 | S04 · visible-copy · main [data-support-hours] | F06 | Monday–Friday, 09:00–17:00 UTC | current |
| I14 | S03 · json-ld · Product.subjectOf.Service.hoursAvailable | F06 | Monday–Friday, 08:00–16:00 UTC | stale |
| I15 | S04 · metadata · meta[name='description'] | F06 | Monday–Friday, 09:00–17:00 UTC | current |
| I16 | S02 · metadata · meta[property='product:price:amount'] | F02 | 89 | current |
How does the inventory arithmetic reconcile?
The computed inventory contains 4 surfaces, 6 current facts, and 16 assertions: 9 current, 5 stale, 1 missing, and 1 unverifiable. Exactly 6 rows are actionable.
These are assertion counts, not a freshness score, provider confidence estimate, search-performance measure, or probability of an answer change.
How do page dates and structured data inform the audit?
Google documents Product fields and requires structured data to match visible page content. Those sources support checks for accurate price, availability, and other represented facts; they do not show that an AI answer system consumed the page.
A sitemap lastmod value should reflect a significant page modification and remain accurate. It is supporting publication metadata, not proof of recrawl, indexing, retrieval, citation, or answer freshness.
Which false positives should be excluded?
Exclude legitimate plan variants, tax-inclusive versus tax-exclusive prices, locale-specific regions, deliberately different support schedules, aliases defined in the current record, and captures taken before the fact's effective time.
Do not label a JavaScript widget stale when the capture cannot establish its rendered value. Preserve the locator and capture limitation as unverifiable, then use a suitable direct observation if the fact is materially important.
What deterministic validation completes Find?
A second implementation of the rules should reproduce every classification from the frozen register, surface version, locator, observed value, and effective time. All sixteen rows must be retained so the six-row correction set cannot hide excluded evidence.
Completion depends on reproducible owned-publication evidence. An impression, citation, recommendation, referral, conversion, or traffic observation is not required.
| Check | Pass condition | Evidence |
|---|---|---|
| Register | Six current facts are frozen before surface comparison | F01–F06 |
| Surfaces | Four exact owned URLs and versions are captured | S01–S04 |
| Assertions | Each row retains a channel, locator, value, state, and pointer | I01–I16 |
| Partition | 9 current + 5 stale + 1 missing + 1 unverifiable = 16 | Inventory projection |
| Actionability | Only five stale plus one missing row enter Fix | I02, I04, I06, I08, I12, I14 |
| Boundary | No assertion is labeled provider cause or internal state | Interpretation record |
How does Find hand off to Fix and Prove?
Use the AI Visibility Audit handoff to organize the owned-surface inspection, then pass only the six identified assertion IDs to the bounded correction route. Preserve the nine current and one unverifiable rows unchanged.
After deterministic acceptance, Prove observes the same six facts in a fixed prompt-surface panel. Later current or stale answer text is descriptive evidence from that cell and checkpoint, not proof that the owned-page correction caused it.
What does RankEcho handle and what remains a companion record?
RankEcho can support an AI visibility audit and preserve bounded observations. The frozen six-fact register, sixteen-row assertion inventory, and its four-state arithmetic are a companion method; RankEcho does not currently expose this synthetic projection as a supported product metric or inspect a provider's internal freshness state.
Who maintains this guide?
Written and maintained by Abiot Y. Derbie. Published 2026-09-07; sources checked 2026-09-07; last updated 2026-09-07. The worked records are synthetic.
Recheck the operator's current fact authorities and the linked primary documentation before applying the method. Send material corrections through the contact page.
Sources reviewed
Provider eligibility and measurement claims below were checked against primary documentation. These records do not establish a universal selection formula, causation, or a guaranteed ranking, impression, recommendation, or citation.
4 claim-level source records
| Claim reviewed | Official source | Review record |
|---|---|---|
| Google's Product structured-data documentation describes product information that can be supplied for supported Search experiences, including fields for offers such as price and availability. | Google Search: Product structured data | Checked 2026-09-07 · Current Google Search Product documentation · This supports checking documented Product fields against the visible product page; it does not establish ingestion by an AI answer system, a refresh interval, ranking, citation, or recommendation. · Confidence: High |
| Google's general structured-data guidelines require markup to represent the page's visible content, remain relevant to that page, and avoid misleading or deceptive information. | Google Search: structured-data general guidelines | Checked 2026-09-07 · Current Google Search structured-data guidelines · The guidance supports a visible-to-markup parity check; valid and accurate markup does not guarantee crawling, indexing, an AI answer update, or another search outcome. · Confidence: High |
| Google's sitemap guidance says lastmod should report the last significant modification to a page and that Google may use it when the value is consistently and verifiably accurate. | Google Search: build and submit a sitemap | Checked 2026-09-07 · Current Google Search sitemap guidance · This supports truthful page-level modification metadata; lastmod is not a command, a provider-wide freshness signal, or a guarantee of recrawl, indexing, answer refresh, citation, or traffic. · Confidence: High |
| OpenAI's ChatGPT Search help says web search can answer with current information and relevant source links, and that responses may include citations and a Sources view when available. | OpenAI Help: searching the web with ChatGPT | Checked 2026-09-07 · Current consumer ChatGPT Search guidance · The help page describes consumer-interface behavior; it does not promise that a changed publisher page will be retrieved or state a fixed refresh, citation, or recommendation interval. · Confidence: High |
Frequently asked questions
It is an inspectable assertion that conflicts with a frozen current fact under the same product, scope, and effective time. An answer containing an older value does not by itself establish which owned surface is stale.
No. It is missing only at a predeclared locator when the capture is adequate. If the capture cannot establish the value, classify it as unverifiable rather than missing or stale.
No. Accurate markup supports machine-readable page parity for documented uses, but it does not guarantee crawling, indexing, retrieval, citation, recommendation, or answer timing.
No. Google's guidance describes lastmod as the last significant page modification and says it should be accurate. Cosmetic or unrelated edits should not manufacture a freshness signal.
No. It measures the state of captured owned-page assertions against a frozen current register. Provider observations are recorded separately in the fixed post-deploy panel.
