Discover Report (Google Search Console)

How the Discover report in Google Search Console works — impressions, clicks, and CTR by page, country, date, and appearance type, why the tab might not appear, and how it differs from the Google News report.

First published: Jul 3, 2026 · Last updated: Jul 17, 2026 · Advanced
demand #13 in Search Engine Tools#16 in Tools#267 in Technical SEO#360 on the site

The Discover report — Google's own label is 'Performance report (Discover)' — is the Search Console tab that shows how your content performed in the Google Discover feed: impressions, clicks, and average CTR, broken out by page, country, date, and Discover appearance type (AMP articles, News Showcase, Web Stories, Videos). Get four things right and most confusion clears up: the tab only appears once your property crosses a minimum Discover-impression threshold, so no traffic means no tab (that's normal, not broken); there's no query dimension and no device dimension because Discover isn't query-driven; page metrics are assigned to the canonical URL, not the clicked URL; and it is a completely different report from the Google News report, which covers news.google.com and the News apps only. The same data ladder as Web Search applies — 16-month window, 1,000-row UI cap, 25,000-row API cap, BigQuery bulk export. Discover impressions are counted more strictly than Search impressions (must scroll into view, one per session), and the chart is volatile by design — though Google did have two real Discover reporting bugs in 2026, so a sharp move is worth cross-checking against known incidents.

TL;DR — The Discover reportThe Discover report — Google's own label is 'Performance report (Discover)' — is a separate tab in Google Search Console's Performance section showing how your content performed in the Google Discover feed: impressions, clicks, and average CTR by page, country, date, and appearance type. It only appears once a property has crossed a minimum Discover-impression threshold. (“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. (Discover)”) is Search Console’s dedicated view into Google Discover feedGoogle Discover is a personalized, mobile-first content feed built into the Google app, Chrome's mobile New Tab page, and google.com that surfaces articles and videos based on a user's interests and activity — not a response to a search query. There's nothing to 'rank' for in the traditional sense; eligibility is governed by Discover's content policies plus the same helpful-content, image, and page-experience signals Google Search already uses. performance — impressions, clicks, and average CTR, sliced by page (canonical URLHow search engines pick one canonical URL among duplicates and consolidate signals onto it.), country, date, and Discover appearance type (AMPAMP (Accelerated Mobile Pages) is an open-source web framework Google launched in 2015 to make mobile pages load near-instantly via restricted HTML/CSS/JS and CDN caching. It was never a ranking factor and, since June 2021, is no longer required for Top Stories. articles, News Showcase, Web Stories, Videos). Read it knowing: the tab only appears once you cross a minimum Discover-impression threshold, and low-volume rows are separately suppressed; there’s no query or device dimension because Discover isn’t query-driven; there’s no average position because nothing “ranks”; impressions are counted more strictly than in Web Search (scroll-into-view, one per session); and it’s a wholly separate report from the Google News report. The same data ladder as Web Search applies — 16 months, a 1,000-row UI cap, a 25,000-row API cap, and the BigQuery bulk export (Discover rows ship in the same tables, tagged by search type). The chart is volatile by design, but Google had two real Discover reporting bugs in 2026, so verify a sharp move against known incidents before you assume you broke something.

Evidence for this claim Search Console's Discover report shows impressions, clicks, and CTR for eligible Discover traffic and appears only after a minimum impression threshold. Scope: Current Search Console Discover performance report. Confidence: high · Verified: Google Search Console: Discover performance report Evidence for this claim Discover traffic is less predictable than keyword search traffic and should be treated as supplemental; report data can be affected by Discover display changes. Scope: Google's current Discover traffic and reporting guidance. Confidence: high · Verified: Google Search Central: Monitor Discover performance

Where it lives and the visibility gate

The Discover report sits under Performance in the 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. left nav, as a distinct tab alongside Search results (Web Search) and Google News. Google’s description is direct: “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. for Discover shows important metrics about how your site performs on Discover.”

The critical structural fact is the visibility gate. The tab doesn’t exist for every property: “This report is visible only if your property has reached a minimum number of impressions in Discover.” No meaningful Discover traffic, no tab — and that’s expected behavior, not a setup error. This is the same eligibility framing that governs whether you get Discover traffic at all (which lives in the Google Discover SEO side of things); here it just governs whether the report appears.

There’s a second, separate threshold operating at the row level, even once you have the tab: “A data row will be shown only if it has a minimum threshold of impressions in Discover.” So a page (or country, or date) that got only a trickle of Discover impressions can be missing from the table even while the report itself is fully populated. Two thresholds, two different jobs — don’t conflate “I don’t have the report” with “this specific row is missing.”

Google doesn’t publish the actual numbers behind either threshold, and that’s deliberate — treat “why don’t I have a tab/row” as a documented behavior with an undisclosed cutoff, not a bug to troubleshoot. It also means a missing tab or a suppressed row is not proof you got zero Discover exposure: rows sitting below the row-level threshold can still contribute to the report’s aggregate totals even though they don’t appear individually in the table.

The three metrics — and why they’re counted more strictly

The report shows exactly three metrics — impressions, clicks, and average CTR — over the last 16 months. From Google’s Discover documentation: “This report shows impressions, clicks, and CTR for any of your content that has appeared on Discover in the last 16 months, as long as your data reaches a minimum threshold of impressions.”

There is no average position, and this is not an oversight. Discover isn’t a ranked results page; content is proactively served into a feed, so there’s no position to report. That single absence tells you most of what makes Discover structurally different from Web Search.

The impression and click definitions are also narrower than Web Search’s, and this catches people out when they try to reconcile numbers across reports:

  • Impression: “The Discover item was scrolled into view, either as a standard Discover item, or embedded in a carousel.” Compare that to Web Search, where a result counts as an impression when it’s seen or potentially seen — a static SERP result can count even if the user never scrolls to it (see 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. deep dive). In Discover, it genuinely has to scroll into view, and it counts once per result per session. That’s a stricter bar, so don’t expect Discover impressions to behave like Search impressions.
  • Click: “The user clicked the Discover item. A click is not counted if the user shares the item, or performs any another action.” Shares, saves, and other interactions don’t inflate your click count — only an actual click-through does.

One more coverage detail worth flagging, because people assume Discover reporting is Google-app-only: “The Discover performance report includes traffic from Chrome, and fully tracks a site’s Discover traffic across all surfaces where users interact with Discover.” That includes the Chrome New Tab surface, not just the Google app feed.

Appearance types — the Discover-only dimension

Discover has one dimension you won’t find in Web Search: appearance type, the format category Google used to surface your content. There are four:

  • AMPAMP (Accelerated Mobile Pages) is an open-source web framework Google launched in 2015 to make mobile pages load near-instantly via restricted HTML/CSS/JS and CDN caching. It was never a ranking factor and, since June 2021, is no longer required for Top Stories. articles — content served via AMP.
  • News Showcase — items presented through Google’s News Showcase panels.
  • Web Stories — the tappable, full-screen Web Story format.
  • Videos — video content surfaced in the feed.

These are format categories, not quality or ranking tiers. An item being a “Web Story” versus an “AMP article” tells you how it appeared, not that one is better or higher-priority than another. Use this dimension to understand which formats are actually earning you Discover reach — not as a scorecard.

Dimensions, filters, and what’s deliberately missing

You can group and filter the table by a specific set of dimensions: “You can filter data by date, page, country, or Discover appearance type.” That enumeration is itself the proof of the biggest structural point about this report — query is not on the list, and neither is device.

  • No query dimension. There’s no keyword breakdown because Discover isn’t query-driven. As the Google DiscoverGoogle Discover is a personalized, mobile-first content feed built into the Google app, Chrome's mobile New Tab page, and google.com that surfaces articles and videos based on a user's interests and activity — not a response to a search query. There's nothing to 'rank' for in the traditional sense; eligibility is governed by Discover's content policies plus the same helpful-content, image, and page-experience signals Google Search already uses. SEO side of this site puts it, “Discover is not a response to a query” — and consequently “there is nothing to rank for in the traditional sense — no keyword, no position, no SERP.” There’s no query table to show because there was never a query. This is the load-bearing difference between the Discover report and every other Performance tab.
  • No device dimension. Notably, the Google News report does break down by device — Discover does not. If you’re comparing the two reports, that’s a real difference, not a bug.

A few grouping and filtering mechanics carry straight over from the Web Search report:

  • Page grouping is assigned to the canonical URL, not the landing/clicked URL — the same aggregation quirk as Web Search. If you have duplicate or non-canonical versions of a page, the metrics roll up to the canonical, so a non-canonical URL can show zero even if it’s technically the one that got surfaced. When numbers look “missing” per URL, canonicalizationHow search engines pick one canonical URL among duplicates and consolidate signals onto it. is the first thing to check.
  • URL filters are case-insensitive except “Exact URL,” which is case-sensitive, and RE2 regex filtering is supported — the same engine as the Web Search filters.
  • Preliminary data for the most recent day(s) is drawn with a dotted line on the chart, same convention as Web Search — don’t read a fresh, incomplete day as a drop.
  • Default view and granularity (as of this writing): the report defaults to the last three months, the same default the Google News report documents. There’s also a 24-hour view with hourly preliminary data, and you can switch the chart’s time granularity between hourly, daily, weekly, and monthly. Treat these as the current UI state rather than a permanent limit — Search ConsoleGoogle's free tool for monitoring crawling, indexing, and search performance. has changed this surface before and will again.

The data ladder: 16 months, 1,000 rows, API, BigQuery

The Discover report is bound by the same data-access ladder I’ve documented for the Web Search 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., so I won’t re-derive it — I’ll just note where Discover slots in:

  • 16-month retention in the UI, matching Web Search.
  • The table is capped at 1,000 rows in the UI. If you have more Discover pages than that, the UI simply won’t show them all.
  • The Search Analytics APIA set of REST APIs that let you programmatically read and manage Google Search Console data for properties you've verified — Performance data, URL index status, sitemaps, and properties — authorized with OAuth 2.0. returns up to 25,000 rows per request — the first escape hatch past the UI cap.
  • The BigQuery bulk export is the second. And here’s a genuinely useful, settled detail: Discover data ships in the standard bulk export, not a separate one. In the export, the search_type field takes the value discover, and the searchdata_url_impression table carries an is_anonymized_discover field — “Whether the data row is under the Discover anonymization threshold. When under the threshold, some other fields (like URL and country) will be missing to protect user privacy.” So Discover rows sit in the same tables as Web Search rows, distinguished by search_type.

I’ve spent a fair amount of time on how GSC’s Performance data gets filtered and undercounted — my study of GSC’s anonymized “hidden” query terms 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. a huge share of query data gets withheld. That specific finding doesn’t transfer to Discover, because Discover has no query dimension to anonymize in the first place. What does transfer is the mental model: the UI is a sampled, capped, privacy-filtered view, and the API and BigQuery export are how you get closer to the complete picture.

This is the single most valuable thing to get right, because most write-ups blur it. There are three genuinely different “news-adjacent” reporting surfaces, and they are not interchangeable:

SurfaceWhere the report livesWhat it covers
DiscoverPerformance → Discover tabThe Discover feed (Google app, Chrome New Tab, google.com)
Google NewsPerformance → Google News tabGoogle News SEO is the practice of getting eligible for and ranking well in Google's news-specific surfaces — the News tab of Search and the Top Stories carousel. As of the 2024–2025 Publisher Center transition there's no application to file: content that complies with Google's news content policies is automatically eligible, and ranking within that pool is driven by relevance, prominence, authoritativeness, freshness, usability, and location/language.news.google.com + the Google News mobile apps only
News tab in SearchPerformance → Search results, filtered to the “News” search typeThe News tab inside regular Google Search

Google is explicit that the Google News report is its own thing: “The Performance report for Google News shows data from news.google.com, and from the Google News app on Android and iOS.” And critically, “It does not include the ‘News’ tab in Google Search, which is covered in the Performance report for Search, filtered to the News search type.”

A couple of things distinguish the Google News report from the Discover one, beyond the surfaces they cover:

  • The Google News report defaults to the last 3 months in the date picker — the same default the Discover report itself now documents (see the data-ladder section above), so that’s no longer a distinguishing detail between the two.
  • It has a device dimension and a “Google News appearance” grouping — Discover has neither.

So: three surfaces, three reports, and the News tab you see inside a regular Google search is a fourth thing that’s actually part of the Web Search report. If your content is a mix of evergreen and news, you may legitimately need to read all three. None of the three give you a query or position/ranking concept for Discover specifically — that comparison only exists inside the Web Search report and the News-tab filter of it, since Discover and Google News are both proactively-served feeds with no query behind the impression.

Reading the chart: normal volatility vs. an actual bug

Discover traffic swings around a lot more than Search traffic, and that’s by design, not a symptom of a problem. Google says so directly: “Discover traffic is somewhat less predictable than Search traffic, in part because it is proactively served by Google rather than dependent on user queries. Therefore you might see more variation in your Discover traffic than in your Search traffic.”

That volatility is exactly why Discover reps have long warned it can appear and disappear unpredictably — a spiky chart alone is not evidence that you broke something. Before you go hunting for a content or eligibility problem, the first question is whether the move lines up with a known Google-side reporting incident. In 2026 there were two real ones, and they’re worth knowing so you can tell them apart from your own changes:

  • May 7–8, 2026 — a two-day Discover logging bug. Per Search Engine Land, Google described it as “a logging error caused a decrease in reported clicks and impressions for the Discover report during the two-day window” — and stressed it was a data-logging issue only, with “your positioning in Google Discover was not impacted.” TechWyse corroborated the account and suggested the sensible remediation: annotate the reporting period and exclude those dates from short-term Discover comparisons where you can.
  • June 24, 2026 — a separate Gen-AI-in-Discover logging bug. Per Search Engine Roundtable, Google’s notice read: “A logging error caused a decrease in clicks and impressions on the Discover performance report for data on June 24, 2026,” and “For properties with access to Generative AI features in Discover, this error also caused a decrease in reported impressions.” This one hit both the standard Discover report and the new Gen-AI-in-Discover report at once, with the AI report showing an impressions drop only (it doesn’t report clicks).

The takeaway isn’t “don’t trust the report” — it’s “before you panic at a sharp move, check Search Central’s status/blog channels and the SEO news for an announced incident.” Normal Discover volatility and a genuine logging bug can look identical on the chart; only the incident record tells you which one you’re looking at.

What’s new: Gen-AI performance reporting in Discover (2026)

As of mid-2026, Google began extending Search Console’s Generative AI performance reporting to Discover, so some properties now have a separate Generative AI performance report (Discover) alongside the standard one — that’s the surface the June 24 bug above touched. As documented, it’s narrower than the standard report:

  • It’s a subset-of-properties rollout, with its own separate access and impression thresholds — having the standard Discover report doesn’t mean you have this one.
  • It reports organic impressions only, grouped by canonical page, country, and date — there’s no clicks, CTR, query, or position data in it at all.
  • The same 1,000-row and time-period limits that apply to the standard Discover report apply here too.
  • It excludes Search Labs experiments from its numbers.

This area is actively evolving, and I’d re-verify the exact shape of it against Google’s own current documentation before leaning on any specific detail beyond what’s above — Google was still changing this surface month to month in 2026. Treat it as an emerging report to watch, not settled ground, and treat any specific incident chronology (like the June 24 bug above) as reported through industry coverage rather than confirmed against a primary Google status page.

How this connects to Discover SEO

Everything above is about reading the report. What actually gets your content into Discover in the first place — the eligibility signals, image requirements, content policies, and why traffic spikes and vanishes — is a separate topic (Google Discover SEO on this site owns it, and it’s tightly bound up with content freshnessContent freshness is how recent or up-to-date a page is — by its original publish date, its last substantive revision, or the currency of the facts inside it. It only helps rankings when the query itself benefits from recent results (Query Deserves Freshness), and cosmetic date changes with no real update don't count. and, for publishers, news SEO). If your question is “why did my Discover numbers move,” start there for the why; this report is the what.

One boundary worth stating plainly here, since it’s easy to over-read the report as a scorecard for your optimization work: indexed content that meets Discover’s content policies is automatically eligible without any special tag or markup, and Google’s image guidance (large, compelling images — at minimum 1200px wide, with max-image-preview:large or AMP) is a real recommendation. But eligibility, correct image sizing, and policy compliance are not a guarantee — they don’t guarantee your content actually appears in the feed, gets stable traffic, or performs any particular way in the numbers above. Discover distribution stays proactive and discretionary on Google’s side.

Bing note

There’s no direct Bing equivalent. Microsoft doesn’t run a Discover-style feed 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., and there’s no comparable “feed performance” reporting tab. The closest analog on the content/publisher side is Microsoft Start (the MSN and Edge New Tab feed), which has its own separate Microsoft Start Partner Hub / publisher dashboard rather than anything inside Bing Webmaster Tools. Don’t go looking for a Discover-report parity feature in Bing — it isn’t there.

Add an expert note

Pin an expert quote

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