THE SHORT ANSWER
When a feed disagrees with a product page, compare the same variant, market and moment. Trace the source update, transformation, release and destination processing times. Fix the cause of the disagreement instead of overwriting price or stock with a value copied from whichever screen was checked last.
Make the comparison like for like
Start with a stable item identifier and the exact product URL. Confirm the selected variant, currency, market and customer context. A logged-in trade price, regional storefront or default variant can make two valid values appear contradictory.
Record timestamps and evidence. “The price was wrong” is hard to investigate; “SKU 00128 exported at 09:10 in EUR while the matching page showed a different value at 09:25” gives the team a useful starting point. Avoid including customer-specific data in a shared audit.
Map the update chain
Identify when the selling system changed, when the feed job read it, when the export completed and when the destination processed it. Each step can introduce delay. A successful upload does not establish that the destination has already applied every product change.
Check whether price and inventory come from the same snapshot. Combining a fresh stock value with an old price may create a record that never existed in the selling system. The export should have a defined consistency policy and enough metadata to explain the chosen values.
Inspect rules and cached values
Look for stale overlays, market conversions, sale-price logic and fallback values. A formatting rule can accidentally turn an empty value into zero or select a price from the wrong market. Trace the final output back through each transformation rather than changing the last visible cell.
Review unavailable-product behavior separately from deletion. A product temporarily out of stock may need an explicit state, while a withdrawn offer may need a different action. Follow the destination’s current contract rather than assuming omission means immediate removal.
Create an incident and prevention loop
Prioritize the affected scope, suspend an unsafe release when necessary and name the data owner. After a correction, compare the source, output and visible experience again. Record what happened and what evidence confirms recovery.
Then prevent recurrence at the earliest useful point. That may mean a freshness check, a protected price field, a coherent snapshot or an alert on unusually large stock changes. Choose a control tied to the actual cause rather than adding more dashboards with no owner.
ILLUSTRATIVE WORKED EXAMPLE
Make it concrete.
Illustrative example: a merchant’s overnight export reads yesterday’s promotional price while the storefront ends the promotion at midnight. The fix aligns the export’s sale-window handling and refresh schedule with the selling system. It does not permanently copy the current page price into an unrelated overlay.
Your practical checklist
- Compare the same variant, market and customer context.
- Record source, export and processing timestamps.
- Check snapshot consistency across commercial fields.
- Inspect sale, conversion, fallback and overlay rules.
- Retest recovery and assign a preventive control.
Common questions
Does a shorter schedule fix every mismatch?
No. A faster job can repeatedly publish the same incorrect mapping or cached value. Diagnose the source and transformation first.
Can the local checker confirm live stock?
No. It inspects supplied sample values and does not query your inventory system or destination.
Sources & scope
Official references checked 29 October 2026. Examples are illustrative, not customer results. Platform requirements can change; use current destination documentation for implementation decisions.
Our editorial method & corrections ↗