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
Bad identifiers can reduce matching quality and create Merchant Center review problems. FeedRescue treats identifiers as factual product data, not AI copy. In FeedRescue, this maps to FDR-013: Missing GTIN. Detection source: Variant barcode + Merchant issue.
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 each Shopify variant and inspect the barcode field.
- Confirm whether the product actually has a manufacturer GTIN, UPC, EAN, or ISBN.
- Check Merchant Center diagnostics for invalid format, check digit, or missing identifier patterns.
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.
- Never invent GTINs, UPCs, EANs, or ISBNs.
- Request merchant input when the identifier is unknown.
- Use identifier_exists only when product evidence supports that no standard identifier exists.