Rich Results Report (Google Search Console)

What the Rich Results Report in Google Search Console shows, how it differs from the Rich Results Test, how to read Valid vs Invalid items, and how to fix and validate structured data issues.

First published: Jul 3, 2026 · Last updated: Jul 18, 2026 · Advanced
demand #17 in Search Engine Tools#20 in Tools#285 in Technical SEO#381 on the site

The Rich Results Report is Google Search Console's site-wide, over-time health check on your structured data. It gives each supported rich result type its own report (under Enhancements, or Shopping for Product/Merchant listings) with a Valid-vs-Invalid chart and two issue tables: 'Why items are invalid' (critical, blocks eligibility) and 'Improve item appearance' (non-critical warnings). Get three things right and most confusion disappears: it's the Report (post-deployment monitoring), not the Rich Results Test (pre-publish single-URL check); it counts items sampled, not pages, so the numbers rarely tie out; and Valid only means eligible, never guaranteed to show. Most Invalid items trace to a missing required property, fixed at the template level then confirmed with Validate fix (allow ~two weeks). Not every schema.org type gets a report — only Google's supported feature types do — and FAQ stopped appearing in Search on May 7, 2026, with Google's own changelog stating a plan to drop the dedicated report and Rich Results Test support too.

TL;DR — Rich-result status reports are Search ConsoleA free Google service that reports how a site performs in Google Search and surfaces problems with how Google crawls, indexes, and serves it. It's first-party data straight from Google — but you don't need it to appear in results.’s post-deployment, site-wide monitors for structured dataStructured data is a standardized way of labeling page content (using the schema.org vocabulary in JSON-LD, Microdata, or RDFa) so search engines can understand its meaning. It's not a direct ranking factor — its value is rich results and entity understanding. — one report per supported rich result type, under Enhancements (or Shopping for Product/Merchant listings). It only appears once Google finds valid markup of a type it supports. Read it knowing three things: it’s the Report, not the single-URL Rich ResultsRich results (formerly 'rich snippets') are enhanced search listings — stars, images, prices, breadcrumbs, video thumbnails, and more — that Google and Bing build from structured data. They're a display feature, not a ranking factor, and eligibility never guarantees they'll show. Test; it counts items from a sample, not pages, so totals rarely tie out; and Valid means eligible, not displayed. Most Invalid items come from a missing required property — fix at the template level, confirm live, then click Validate fix and wait ~two weeks. Not every schema.orgSchema markup is code that uses the schema.org vocabulary to label what your content means so search engines can understand it and show rich results. It's most often written in JSON-LD, and it's not a direct ranking factor. type earns a report (only Google’s supported feature types do), and FAQ stopped appearing in Search on May 7, 2026 — Google’s changelog states a plan to drop the dedicated report and Rich Results Test support too.

Evidence for this claim Search Console rich-result status reports group valid items, valid items with warnings, and invalid items for supported detected feature types. Scope: Current Search Console rich-result report behavior. Confidence: high · Verified: Google Search Console: Rich result status reports Evidence for this claim After fixing a shared issue, Validate Fix initiates Google's validation workflow; the report is not a complete inventory of all structured data. Scope: Current Search Console issue validation and reporting limits. Confidence: high · Verified: Google Search Console: Validate and fix issues

Where it lives and when it appears

Google is blunt about what the reports are: “Rich result reports in Google Search Console show structured data (and its validity) foundA 302 (\"Found\") is a temporary redirect: it forwards users to a new URL while telling search engines the original URL should stay in the index. It's a weak canonicalization signal, not the zero-equity dead end of SEO folklore. on your site.” You get a separate report per type — Google says it “provides a separate report for each type of rich result found on your property.” To find them, “Locate the reports under Enhancements in the navigation bar.” Product snippets and Merchant listings are the exception — those live under Shopping.

A crucial gotcha: a report doesn’t exist for a type just because you added that markup. “A rich result report for a type will appear only if: Google finds valid markup in your property, and The markup is a supported rich result type.” Both conditions. If you never see a “Recipe” report, it can mean Google never found valid Recipe markupRecipe schema (schema.org/Recipe) marks up a cooking recipe's image, name, ratings, times, ingredients, and nutrition so the page can earn Google's recipe rich result — a visual card with star ratings and cook time, plus carousel and recipe-filter eligibility. — or that your markup has a syntax error serious enough that it lands in the separate Unparsable structured data report instead (more on that below).

Report vs. Rich Results Test — the distinction Google itself draws

Competitor content conflates these two constantly, sometimes titling a page for one and explaining the other. Google draws the line cleanly in its own structured-data intro: “Be sure to check your structured data using the Rich ResultsRich results (formerly 'rich snippets') are enhanced search listings — stars, images, prices, breadcrumbs, video thumbnails, and more — that Google and Bing build from structured data. They're a display feature, not a ranking factor, and eligibility never guarantees they'll show. Test during development, and the Rich result status reports after deployment, to monitor the validity of your pages, which might break after deployment due to templating or serving issues.”

That one sentence is the whole distinction:

  • Rich Results Test (search.google.com/test/rich-results) — single URL, on-demand, during development. It supports JSON-LDJSON-LD (JavaScript Object Notation for Linked Data) is a script-based structured data format, typically paired with the schema.org vocabulary to describe page content for search engines and AI systems. Google recommends it over Microdata and RDFa because it's the easiest format to implement and maintain at scale — but all three work, and structured data isn't a ranking signal., Microdata, and RDFa and lets you preview the desktop/mobile layout. This is your pre-publish spot check.
  • Rich Results ReportThe Rich Results Report is Google Search Console's site-wide, over-time health check on structured data: a separate per-type report (under Enhancements, or Shopping for Product/Merchant listings) showing how many items are Valid, Valid with warnings, or Invalid, and why. It only tracks markup that's eligible for a supported rich result, and it can't fix anything for you. (this report) — whole property, tracked over time, after deployment. This is your ongoing monitor. It’s where you catch the breakage the Test can’t — a template edit or serving change that quietly invalidates a thousand pages at once.

Which types get their own report

Only Google’s supported types. As of now, Google says it “supports reports for the following rich result types: BreadcrumbsBreadcrumbs are a secondary navigation trail (Home > Category > Page) that shows where a page sits in a site's hierarchy. They create internal links that pass PageRank, and when marked up with BreadcrumbList structured data they can drive the path Google shows in desktop search results., Datasets, Discussion forum, Education Q&As, Events, Hotels, Image metadata, Job postings, Math solvers, Merchant listings, Practice problems, Product snippets, Profile pages, Q&As, Recipes, Review snippets, Subscribed content, Vacation rentals, Videos.” That list grows and shrinks over time — Discussion forum, Subscribed content, and Practice problems are relatively recent additions; FAQ was on it until its Search appearance stopped in 2026 (see “What just changed” below).

This is the accuracy point most explainers miss: schema.org defines 800+ types, but Google only builds reports for the finite set of features it supports. A generic WebPage, a Person outside a profile-page context, or an unsupported CreativeWork subtype can be perfectly valid schema.org and still never generate a report here — because it was never eligible for a Google rich result to begin with. Google says as much in its intro doc: “There are more attributes and objects on schema.org that aren’t required by Google Search; they may be useful for other search engines, services, tools, and platforms.” If you’re staring at a type that has no report, the first question isn’t “what’s broken” — it’s “is this type even one Google shows a rich result for?”

Reading the chart and the two issue tables

The landing page for each report has a chart and two tables:

  • The chart plots Valid vs. Invalid items over time. Google: “The chart shows how many valid and invalid structured data items Google found on your site over time.” A Valid item has no critical issues and can appear as a rich result; an Invalid item has at least one critical issue preventing it.
  • “Why items are invalid” lists the critical issues — the ones that block eligibility entirely. This is your priority table.
  • “Improve item appearance” lists the non-critical issues — warnings. These items are Valid (still eligible), but you’re missing recommended properties that could unlock a richer display or more layouts.

So the three states map like this: Invalid = has a critical issue → not eligible. Valid with warnings = only non-critical issues → eligible, but not maximized. Valid = clean → eligible.

Why the numbers never quite add up

This is the most-asked question about the report, and it has two separate answers, both from Google.

Issue totals can exceed valid + invalid totals. That’s because “One item may have multiple issues (critical and non-critical), causing it to appear multiple times in issue tables” — but it’s counted once in the Invalid tab. One broken product item with three problems shows up three times across the issue tables and once in the total.

Item totals can be lower than the number you expect. Because the report is a sample, not a census: “The reports aren’t a comprehensive list of all detected items.” It shows a representative sample to help you judge quality — Google explicitly tells you to “Use the URL Inspection toolA Google Search Console feature that reports how Google sees one specific URL on a property you own. By default it shows the last-indexed snapshot; a separate \"Test live URL\" mode fetches the current version. to see if URLs not listed in the report have detected the structured data.”

And the mental unlock behind all of it: the report counts items, not pages. One page can carry several structured data items — a product page often has both a Product item and a BreadcrumbList item — so the item count and your page count were never going to match.

Common causes of Invalid items

  • Missing required properties — the #1 cause. Google’s own framing: “You must include all the required properties for an object to be eligible for appearance in Google Search.” Miss one required field and the item is Invalid, full stop. This is where most errors come from.
  • Wrong value types and syntax errors. A price as text instead of a number, a malformed date, a broken bracket. If the JSON is broken badly enough that Google can’t even tell what type you meant, it doesn’t land in the type’s report at all — it goes to the separate Unparsable structured data report, which “lists structured data found on your site that could not be parsed because of a serious syntax error.” Every item there is critical: “All items in this report are critical structured data errorsStructured data errors are problems in a page's schema.org markup that either break parsing entirely (malformed JSON-LD — trailing commas, unescaped quotes, a missing colon or brace) or parse fine but fail a search engine's eligibility rules for a rich result: missing required properties, wrong value types, a colliding/duplicate @id, or markup describing content that isn't visible on the page. Google surfaces them in the Rich Results Test and Search Console's Rich result report; schema.org's Schema Markup Validator checks general syntax/vocabulary. Fixing them restores rich-result eligibility — structured data isn't a ranking factor.; there are no warnings or valid items.” This is the report to check first when a type-specific report is unexpectedly empty.
  • Markup describing content that isn’t visible on the page. Marking up a rating or price a user can’t actually see on the page violates Google’s structured data policies and risks a manual action — a separate problem from a simple validation error.
TIP Catch a broken star-rating block before it becomes a report-wide issue

This example is deliberately about rating data: the average needs a supporting count and must fit inside its declared scale.

Build and validate the rating block with my free Schema Markup Generator Free

  1. Choose the real parent type and enter the rating users can see on the page.
  2. Add ratingCount or reviewCount and keep ratingValue inside the declared scale.
  3. Deploy the corrected template, test a live URL, and then use Validate fix on the matching Search Console issue.
A valid-looking star value can still block or weaken the result when its evidence and scale are inconsistent.

The generator reports two issues: the AggregateRating needs ratingCount or reviewCount, and ratingValue 6 cannot exceed bestRating 5. The code preview shows the incomplete aggregateRating nested in a Product.

Fixing and validating issues

Google’s workflow, and the reason there’s no magic button:

There’s no “fix it for me,” by design. “The structured data resides on your website, not Google’s servers.” Google can only report; the fix has to happen in your source code.

Fix at the template level, not page by page. Open the report, click an issue to see affected pages, and fix the root cause. Because most structured data is generated by a template or plugin, one template fix typically clears every affected URL at once — which is exactly why chasing individual pages is a waste of time here.

Then click Validate fix. Google “will initially check a sample of pages. If they pass, it will proceed to validate other affected pages.” Two things to know: it’s not required (Google updates counts through normal crawlingCrawling is how search engines use automated bots (like Googlebot and Bingbot) to discover URLs and download pages. A page has to be crawlable to be indexed, but crawling on its own isn't a ranking factor. anyway — Validate fix mainly gives you a trackable log and a notification), and it’s slow — “Validation can take two weeks or more, depending on crawl frequencyCrawl frequency is how often a search engine comes back to re-fetch a page it already knows about. Popular pages that change often get refreshed many times a day; stable pages can go weeks or months between crawls — and you influence it indirectly, not by setting a dial..” Don’t re-click mid-cycle, and never click it before you’ve actually fixed and deployed the cause, or you just burn two weeks ending in “Failed.”

The 90-day issue-lifetime rule matters for anyone tracking dates in an audit trail: “An issue remains active until 90 days pass without new instances. If a new instance appears after 90 days, it is treated as a new issue. The First detected date reflects the original detection date and does not reset.”

Valid doesn’t mean it will show

Reinforce the eligibility-not-guarantee principle from the rich resultsRich results (formerly 'rich snippets') are enhanced search listings — stars, images, prices, breadcrumbs, video thumbnails, and more — that Google and Bing build from structured data. They're a display feature, not a ranking factor, and eligibility never guarantees they'll show. glossary rather than restating it: “Using structured data enables a feature to be present, it does not guarantee that it will be present.” When an item is Valid but no rich result appears, John Mueller’s framing (relayed via Search Engine Journal) is the cleanest way to reason about it — Google checks, in order, whether the markup is technically valid, whether it complies with policy, and then a broader site-wide quality signal. This report only measures the first gate.

That’s why two other Search ConsoleGoogle's free tool for monitoring crawling, indexing, and search performance. surfaces belong in your mental checklist here:

  • Manual Actions report. “A structured data manual action means that a page loses eligibility for appearance as a rich result; it doesn’t affect how the page ranks in Google web search.” If items are Valid but nothing shows, check for a penalty — it’s a separate report from this one.
  • Page Indexing reportThe Google Search Console report (formerly Index Coverage) showing how many of your URLs are indexed vs. not indexed, and grouping the not-indexed ones by reason.. Only indexed pages appear in structured data reports — Google lists “Pages not indexed” among the reasons items go missing, and “A drop in indexed pages leads to fewer structured data items in reports.” If items vanished, an indexingStoring a crawled page in the search index so it can appear in results. Crawled is not the same as indexed — Google selects what to keep, and indexing isn't guaranteed. drop (the sibling index-coverage report is where you’d see it) is a prime suspect, not necessarily a markup regression.

Don’t panic at a sudden spike — the report has been wrong before

A jump in Invalid counts doesn’t always mean you broke something. Google has, at least once, mislabeled its own report. In October 2022, per Search Engine Roundtable’s coverage, a bug moved many warnings into the critical-error table purely as a display issue — Google said it was “strictly a reporting issue” that didn’t affect whether rich results could actually display. Google also periodically changes what it counts as an error vs. a warning within a type (the Product report got exactly this kind of accuracy overhaul in December 2021). So before assuming a regression on a sudden move, check whether it’s a known reporting change first — your issue-detail page and current SEO news will usually tell you.

What just changed — FAQ rich results being wound down (2026)

If you land on older “how to read your FAQ report” content, it’s describing a feature Google has been actively retiring. The timeline, from Google’s own changelog (relayed via Search Engine Journal and Search Engine Land) — treat the 2026 dates after May as Google’s stated plan, not something re-verified live inside a Search Console property for this update:

  • May 7, 2026 — FAQ rich results stopped appearing in Google Search results. This one has already happened and is the most load-bearing date here.
  • June 2026 — per Google’s changelog, the FAQ search-appearance filter, the dedicated FAQ rich result report in Search Console, and FAQ support in the Rich Results Test were slated for removal.
  • August 2026 — Google says FAQ data will be removed from the Search Console API. As of this update, that date hasn’t arrived yet, so don’t assume the API change is already in effect.

One more caution worth stating plainly: Google’s FAQPage documentation page has now been removed — the old URL returns a 301 to the “removing FAQ rich result” entry in Google’s Search changelog, which records the documentation removal on June 15, 2026. Watch the redirectA redirect sends browsers and crawlers from a requested URL to a different one. An HTTP redirect specifically is a 3xx status code paired with a Location header; meta refresh and JavaScript redirects achieve a similar navigation without being a 3xx response themselves. Permanent redirects (301/308) are Google's signal the target should be canonical; temporary ones (302/303/307) aren't. status rather than the rendered content when you check a doc like this: a fetch that quietly follows the redirect will show you the changelog page and look like the original is still live. If your own property still shows an FAQ row in Enhancements, don’t assume that’s a bug; confirm what your account currently shows rather than taking any single date here as gospel.

Don’t confuse this with the 2023 change. Back in August 2023 Google restricted FAQ display to well-known, authoritative government and health sites (and narrowed How-To) — which is why most sites already stopped seeing FAQ rich results years ago. The subtle, under-reported detail: that 2023 change hit the Performance reportThe Google Search Console report that shows how your site actually performed in Google Search, built from real impressions and clicks. It reports four metrics — clicks, impressions, average CTR, and average position — and keeps the most recent 16 months of data.’s impression counts for the FAQ/How-To search appearances, not the Rich Results Report’s item counts. Item validity stayed the same; only the display volume (and its Performance-report tracking) dropped. The 2026 change is different in kind — per Google’s own plan, it removes the report itself, not just the display volume.

What to do with existing FAQPage markup: nothing urgent. It’s still a valid schema.org type, causes no errors, triggers no manual action, and does no ranking harm — it just won’t produce a rich result or a report anymore. Google’s long- standing line has been that unused structured data doesn’t cause problems and there’s no need to proactively strip it out.

Rich Results Report vs. Bing’s markup validation

Bing has no direct 1:1 equivalent — no site-wide, over-time, per-type dashboard tracking Valid/Invalid items automatically. Its closest surface is the Markup Validator inside Bing Webmaster ToolsMicrosoft's free portal for monitoring and improving how a site appears in Bing search — the peer to Google Search Console, plus IndexNow instant indexing, richer backlink data, and keyword volumes. Because Bing's index also feeds Microsoft Copilot, it doubles as a window into AI-search visibility.’ URL Inspection (also standalone at bing.com/toolbox/markup-validator), which checks whether the structured data on a single URL is readable by BingbotBingbot is Microsoft Bing's primary web crawler — the bot that discovers, fetches, and renders pages to build the Bing index. That index also powers Yahoo, DuckDuckGo, Ecosia, and Microsoft Copilot, so Bingbot's reach is far wider than Bing's own search-market share., across JSON-LDJSON-LD (JavaScript Object Notation for Linked Data) is a script-based structured data format, typically paired with the schema.org vocabulary to describe page content for search engines and AI systems. Google recommends it over Microdata and RDFa because it's the easiest format to implement and maintain at scale — but all three work, and structured data isn't a ranking signal., Microdata, Microformats, Open Graph, and RDFa. In other words, Bing’s tool behaves like Google’s Rich Results Test, not its Report. “Rich Results Report” is Google’s product name, and the whole ongoing-monitoring concept is Google-specific.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.