Manual diagnosis notesThe longer version, for teams checking this by hand
Use this section when you need to brief a merchant, developer, or feed manager before changing data. The goal is to verify the product facts first, then choose the least invasive repair path.
What to confirm first
This issue can reduce feed quality, create review friction, or block affected products from eligible Google surfaces. In FeedRescue, this maps to FDR-035: Out-of-stock not synced. Detection source: Shopify inventory + storefront.
For Shopify stores, the important distinction is whether the issue comes from the catalog record, the storefront page, theme structured data, a feed app cache, or Merchant Center processing. Treat those as separate evidence sources instead of assuming the newest value in one system is correct.
How to verify the source
- Open the affected Shopify product and variant records.
- Compare Shopify facts, storefront-visible signals, feed data, and Merchant Center diagnostics.
- Confirm the source of every proposed value before applying any repair.
Keep product handles, variant IDs, timestamps, and the observed Merchant Center state together. That makes the repair traceable and prevents the same issue from reappearing after the next feed sync.
Safe repair path
FeedRescue should repair this kind of issue through deterministic checks first. AI can help explain or summarize evidence, but it should not become the source of truth for product identifiers, prices, inventory, compliance data, or shipping facts.
- Run deterministic checks first and keep AI limited to explanation or extraction from existing facts.
- Prefer supplemental feed or app-owned metafield repair before any direct Shopify catalog edit.
- Record the source evidence, affected product handle, and fix method before queueing any write.