At a glance
Listings Failing Feedonomics Validation is a cross-platform surface showing the share of listings rejected at the Feedonomics validation stage before they ever reach Fruugo. Feedonomics sits between your BigCommerce source of truth and Fruugo’s twice-daily import, so a failure here is the upstream cause of many Fruugo rejections you would otherwise only see after distribution. Catching divergence at the feed layer lets you fix the source before listings fall out across 40+ locales. It alerts when more than 5% of listings fail validation, the configurable default.
Calculation
The card compares the listings Feedonomics rejected at validation against the total listings submitted from the BigCommerce source over the trailing 7 days, expressed as a percentage. It measures the upstream gate between BC and Fruugo, so a listing that fails here never reaches Fruugo’s import at all. Reading this rate beside the Fruugo rejection cards shows how much of the downstream loss starts at the feed layer.Worked example
A representative reading of Listings Failing Feedonomics Validation for a typical merchant on Fruugo. On 12 Mar 26 the rate climbs to 8% (illustrative), above the 5% default, after a BigCommerce category restructure left required attributes unmapped in the Feedonomics transform. Those listings fail validation and never enter Fruugo’s import, so the catalogue quietly shrinks before any Fruugo rejection appears. Engineering sees the upstream cause directly. Vortex Mind investigates which mapping rule broke and which attributes are missing, and Ask Viq answers “what is the top Feedonomics failure reason this week” in plain English so the team fixes the transform once and clears the backlog on the next sync.Sibling cards merchants should reference together
Reconciling against Fruugo Merchant Portal
Where to look in Fruugo’s own dashboard: The Fruugo Merchant Portal only shows listings that passed validation and reached Fruugo, so the Portal cannot show what failed upstream. The canonical comparison is multi-source: this card reads Feedonomics validation output against the BigCommerce listings submitted, then sits beside Fruugo’s own rejection view to separate upstream failures from downstream ones. Why the Vortex IQ value may legitimately differ:
Cross-connector reconciliation: This is a multi-source check - BC versus Feedonomics versus Fruugo. Pair it with
fru_alert_listing_rejection_spike to see how upstream validation failures translate into Fruugo rejections, and fru_xc_catalogue_drift_vs_bc for field-level divergence. Vortex Mind traces a rising rate back to the specific BC change or mapping rule.
Known limitations / merchant FAQs
Q: How often does this card update? It refreshes on each Feedonomics sync and keeps a rolling 7-day view of the validation failure rate. Q: Why might the compared source show a different picture? Feedonomics records the validation failures directly, while the Fruugo Merchant Portal never sees them - it only shows listings that already passed. That is exactly why this upstream card exists. Q: How does this relate to the sibling cards? This card is the upstream gate;fru_alert_listing_rejection_spike shows the downstream Fruugo rejections that often follow, and fru_xc_catalogue_drift_vs_bc shows field-level drift once listings are live.
Q: Can I customise the alert threshold?
Yes. The default trips above 5%, but you can adjust it to match how much validation churn is normal for your feed and catalogue size.