Direct Answer: The Metrics That Actually Matter
Food operators should track a balanced set of merchant data quality metrics covering identity, location accuracy, contactability, catalog completeness, product availability, pricing integrity, and platform compliance. For a restaurant, hotel, café, catering company, or food supplier, the most useful starting set is usually: correct business name and category, verified address and service area, accurate phone and website, consistent hours, current menu or product information, valid offers, clean URLs, and a low rate of rejected or suppressed records. Accuracy should be measured against the source system that owns each fact, not merely against another marketplace record that may contain the same error.
Also worth reading: How Can Restaurant Operators Accurately Track Referral Attribution for Local Discovery? · What Should Food Operators Look for in a Supplier Due Diligence Checklist? · What Is a Restaurant Data Governance Framework and How Should Operators Build One?
There is no universal pass mark for every field. A reasonable initial operating target is at least 98% complete and verified records, at least 95% of public locations synchronized within the last seven days, and fewer than 1% of listings with a confirmed critical error. Tighter thresholds may be appropriate for locations with high reorder value, while 90% may be acceptable for a low-volume pilot. Google Merchant Center, whose agency offering became available globally in 2025 according to the supplied research, offers controls for product and merchant information, but those controls do not eliminate the need for merchant-owned validation.
The core principle is to distinguish completeness from correctness. A field containing a value is technically complete, yet it can still be wrong; likewise, an absent optional field is not always harmful. For example, 100% of products may have prices, but outdated prices are worse than a small number of products temporarily omitted. Measurement should therefore combine presence, validity, freshness, consistency, and business impact. The objective is not a decorative data score, but fewer customer corrections, fewer rejected feeds, stronger local discovery, and more reliable recommendations.
How to Build a Merchant Data Quality Scorecard
Begin by creating a field-level inventory that assigns an owner, source, update frequency, validation rule, and acceptable value to every important attribute. The business name, primary category, address, phone, website, latitude and longitude if used, opening hours, and service area should normally be treated as core identity and location fields. Product name, product type, condition, availability, price, currency, tax treatment, brand, and identifier become especially important for retailers or packaged-food sellers. A restaurant with no feed may care more about hours, menu links, ordering URLs, accessibility information, and geographic service accuracy than about GTIN coverage.
A practical score can weight critical location facts more heavily than descriptive content. One possible model assigns 30% to identity and location, 25% to contact and website data, 20% to catalog or menu completeness, 15% to availability and price, and 10% to freshness and compliance. Within each group, a record passes only if the field is present, parses correctly, agrees with the authoritative source, and was updated within its required window. Failed records should be classified by severity: a wrong address or unavailable product is usually critical, while a missing promotional description is normally low severity. This prevents a large number of minor defects from hiding a small number of errors that stop customers from buying.
Measure at several levels rather than publishing only one company-wide percentage. Track completeness by location, record accuracy by source, rejection rates by feed, and error age by responsible team. Include median time to correction and percentage fixed within 24 hours, 72 hours, and seven days. A 97% score that deteriorates for ten days is less trustworthy than a 94% score with daily review and predictable repair times. Percentiles can expose persistent outliers, but the daily operational view should still show the count and value of affected orders, not just abstract data volume.
Location, Contact, and Service-Area Accuracy
For local discovery, location accuracy should be treated as a first-order metric because recommendations and search results depend on both relevance and geography. Compare each structured address with the operator’s official records and physical service location, then confirm that the point-of-interest relationship is valid. A food hall vendor, virtual kitchen, ghost kitchen, or multi-brand operator may have several legitimate service models, and the listing must describe them without implying that every kitchen accepts walk-in customers. Service radius, delivery zones, minimum order values, pickup areas, and temporary closures should therefore be explicit rather than inferred from a postal code.
A useful target is 100% verified street address, locality, postal code, and country for physical public locations. Virtual or delivery-only businesses should have a documented service-area policy and must not create duplicate listings solely to simulate physical presence. Telephone numbers should support the required call or messaging flow and should not silently route customers to an unrelated central call center. Website and ordering URLs should resolve directly to the relevant location, not just the corporate homepage. Redirect chains, broken mobile pages, and URLs that require login can all pass a basic syntax check while still causing customer failure.
Freshness needs a service-level agreement. Hours, holiday exceptions, temporary suspensions, and stock or capacity notices should refresh immediately when change; static business identity can be reviewed quarterly. As a practical threshold, review high-volume location changes daily, moderate changes weekly, and the full location portfolio monthly. For operators with fewer than 25 locations, a weekly review may be enough, but event-driven checks should remain. Track duplicate rate, stale-hours rate, unsupported-location rate, and failed geocoding rate separately. Google’s expansion of Merchant Center for Agencies reflects the scale of multi-location administration, but agency access changes who can monitor the problem; it does not decide whether the underlying data is right.
Catalog, Menu, Price, and Availability Metrics
Food operators with products need catalog metrics that reflect whether a customer can understand and purchase the item. For packaged food, measure required identifiers, product type, title quality, brand, package size, price, currency, availability, and image accessibility. For restaurants, the analogous records may be dishes, services, catering packages, or fixed-price menus. In both cases, title consistency matters: variations such as “Chips,” “Fries,” and “Potato Fries” may refer to the same item, but collapsing them without context can destroy useful distinctions such as spice level, portion size, dietary status, or preparation method.
Availability and price should have explicit synchronization rules. A target of at least 99% agreement between offered inventory and the commerce system is more useful than reporting that 99% of records are “active.” Rejecting stale inventory can be safer than showing an unavailable item, although indiscriminate suppression may also hide valid products. Set tolerances for legitimate rounding, promotions, taxes, and regional prices, then investigate deviations outside them. In a pilot, critical price errors above 10% or availability mismatches above 2% deserve prompt action; after process maturity, those thresholds can be tightened toward 0.1% and 0.5%, respectively, where transaction volume permits.
Measure menu health with dated sources. Compare the merchant’s authoritative menu, ordering system, and externally published menu, and record the last successful synchronization. A practical freshness target is within 24 hours for live availability, within 48 hours for standard prices, and within seven days for descriptive content such as ingredients. Seasonal menus need versioned effective dates rather than a permanent description that quietly changes. Count broken links, duplicate dishes, conflicting dietary tags, missing allergens, and incomplete preparation information, while remembering that metric thresholds should reflect risk rather than vanity.
Identity Matching, Consistency, and Duplicate Detection
Merchant data quality is partly an identity problem: the same operator may appear under abbreviations, old trading names, franchise names, wholesale brands, and individual locations. Create an authoritative entity key for every business and location, then map aliases to it. Similarity matching can suggest duplicates, but human or merchant confirmation is needed before destructive changes because identical names and shared addresses do not prove that two records represent the same commercial relationship. Record-match confidence should be measurable through confirmed merges, false-match rates, and post-merge exception reports.
A defensible target is fewer than 0.5% suspected duplicate locations and 100% manual confirmation before automatic consolidation in high-impact systems. Use exact identifiers where available, including official store IDs, franchise numbers, domain paths, tax or registration references, and stable location codes. Name normalization should preserve legally or commercially important wording. The mistake is to standardize everything into a generic category and lose the distinctions customers use to choose a venue. Conversely, allowing every branch to invent its own category and phone format increases fragmentation and weakens reporting.
Consistency should be judged against documented rules. Business name, currency, country, contact details, and location type generally require exact agreement; category, description, and service labels may allow controlled synonyms. Build an exception queue for conflicting records and assign a reason such as stale source, franchise policy, temporary closure, new opening, or unresolved identity. Review the oldest unresolved records weekly, because a low creation rate is not success if 200 contradictions remain unresolved for months. Google Merchant Center reports and agency tools can help surface platform conditions, yet organizations still need a canonical version and a process for correcting it.
Platform Diagnostics and Business-Outcome Validation
Platform metrics translate internal data quality into distribution effects. For each connected channel, track accepted records, approved records, rejected records, warnings, suppressed listings, policy notices, feed freshness, and crawl or indexing status. Calculate both record-level and field-level rejection rates because one feed problem can affect thousands of products while appearing small in a company-wide total. A practical initial service target is at least 98% of eligible records approved, at least 99% of feeds processed successfully, and no unresolved critical policy notice older than one business day. Record the time from error detection to resubmission, since rapid processing without repair produces no durable improvement.
Business outcomes provide a necessary reality check. Compare quality metrics with impressions, local discovery views, direction requests, calls, menu views, add-to-cart events, conversion rate, average order value, and support contacts about wrong information. These correlations do not prove causation because pricing, demand, seasonality, and platform algorithms also change. Therefore, run controlled corrections on a subset of locations or products and compare outcomes with a similar untreated group over two to four weeks. Do not optimize only for clicks; a corrected address may reduce directions requests while improving actual visits, and a fuller menu may increase browsing without increasing orders.
Set guardrails against gaming. Publishing unnecessary fields, duplicating records, or changing low-risk descriptions solely to raise a completeness score can create maintenance burden and platform risk. Conversely, a high quality score should not block urgent corrections to a wrong phone number or price. Use a confidence score for each metric and show sample records so operations staff can inspect the evidence. A score without traceable examples, owners, and source timestamps is difficult to audit and should not drive executive reporting by itself.
Comparison of Measurement and Remediation Approaches
Organizations can measure merchant quality through manual review, platform diagnostics, operational analytics, or a combined system. The best approach depends on location count, catalog complexity, technical capability, and the cost of errors. A small operator may obtain adequate control with exported spreadsheets and scheduled reviews, while a chain with hundreds of locations or thousands of products needs automation. Even then, automation should detect and route problems; it should not automatically merge locations, change prices, or publish sensitive corrections without appropriate approval.
| Feature | Manual and spreadsheet review | Platform diagnostics | Integrated data-quality platform | Custom feed monitoring |
|---|---|---|---|---|
| Best fit | Fewer than about 25 locations; simple menus | Channels already using Google or commerce feeds | Multi-location or multi-channel operators | High-volume technical commerce teams |
| Setup effort | Low to moderate | Moderate | Moderate to high | High |
| Typical direct cost | Staff time; tools may be $0–$50 per user monthly | Often no separate fee beyond ad, commerce, or agency services | Roughly $200–$2,000+ per month depending on records, locations, and integrations | Engineering cost plus feed and monitoring tools; commonly $5,000+ initially for custom work |
| Strength | Flexible human verification | Close visibility into channel errors | Field-level scoring, workflow, and cross-channel comparison | Highly specific rules and rapid automation |
| Weakness | Poor scalability and weak history | Platform rules do not prove real-world accuracy | Integration and configuration overhead | Maintenance burden and risk of over-engineering |
| Recommended control target | 100% of critical fields reviewed monthly | 100% of critical errors investigated within one business day | At least 98% complete and verified records | Under 0.1% unexplained critical field failures where scale permits |
| Human role | Review and approve corrections | Resolve diagnostics and policy issues | Own exceptions and approve risky changes | Develop rules, govern integrations, and audit alerts |
Practical Implementation, Common Mistakes, and When to Act
Start with a 30-day baseline using one high-value location group, such as locations receiving delivery orders or serving a defined service radius. Export the current records from internal systems and public discovery channels, map the authoritative source for every critical field, and record each discrepancy. Assign severity, owner, and expected repair deadline. During the next month, publish weekly results for record completeness, confirmed accuracy, freshness, critical errors, duplicates, and median correction time. This baseline is more useful than adopting every possible metric before the organization knows which failures actually affect customers.
Act immediately when an error can misdirect a customer, expose a temporarily closed location, charge the wrong amount, violate an allergen or dietary representation, or prevent a transaction. Escalate repeated mismatches when the same source causes more than 1% of critical errors, a field falls below 98% verified accuracy, or median repair time exceeds 72 hours. Review trends monthly and quarterly rather than reacting to isolated fluctuations without context. Seasonal operations, new openings, franchise transfers, and platform migrations should trigger special audits; ordinary quarterly cadence alone may be too slow for a rapidly changing menu or delivery zone.
Common mistakes include counting every nonempty field as correct, comparing only one platform with another, using a single weighted score without drill-down, and measuring corrections rather than customer impact. Another error is confusing product-feed eligibility with the broader quality of a local restaurant profile. Do not require a restaurant to have structured inventory simply because a retailer might. Do not merge locations solely because their phone numbers are missing, and do not suppress all records after one error when a field-level repair is possible. Finally, avoid setting a target so aggressive that staff stop reviewing uncertain cases. Quality measurement should expose uncertainty and risk, not create false confidence.
A mature program revisits thresholds as volume and systems mature. After three months, the organization can tighten the first-pass 98% target if sustained accuracy exceeds 99.5%, then add outcome validation such as call accuracy or order completion. It should not tighten a metric until false positives and legitimate exceptions are understood. The strongest operating model joins authoritative ownership, automated detection, human review, platform feedback, and business-result checks. That model supports cleaner local discovery and more dependable food recommendations without pretending that a data score alone can guarantee visibility, demand, or revenue.