AI Measurement14 min readJuly 17, 2026

Google's Generative AI Performance Report: Compare the New Search Console Data Without Inventing Outcomes

Interpret Google's AI-feature impression report, aggregation rules, rollout limits, and the evidence still needed to connect visibility to outcomes.

AI feature report / Search
PagesCountriesDevicesDates
Supported visibility, kept inside its evidence boundaryImpressions · pages · countries · devices

Google launched a dedicated Search Console view for visibility inside generative AI features in June 2026. That is useful progress, but it is not a complete AI-search analytics system. The report currently answers a narrow, aggregate question: when was a link to the property shown under Google's impression-counting rules in supported generative AI experiences, and which selected canonical page, country, device, or reporting period received credit?

It does not expose the user's query, answer wording, claim-level support, a dedicated click field, or a path from an impression to revenue. Those gaps matter. A business can have rising AI impressions and no measurable commercial benefit, or a small number of impressions that coincide with valuable work. The report becomes useful only when its definitions and boundaries are preserved.

Section 01

What Google launched

On June 3, 2026, Google announced dedicated generative AI performance reports for Search and Discover. The Search report covers supported generative AI capabilities in Google Search, currently AI Overviews and AI Mode; Search Labs experiments are excluded. Google documents three reasons a property may not show the report: access has not reached the property during the limited rollout, the property lacks enough AI-feature impressions for the report, or the property is excluded from supported generative AI features. A missing report therefore does not prove that a site has never appeared in an AI feature.

The dedicated Search report is impression-focused. Its chart shows total impressions over time. Its table can group those impressions by page, country, device, or date. The newest values can be preliminary, and the normal Search Console limitations—including row limits and aggregation differences—also apply. The report can be exported, but unavailable values represented in the interface may become zeros in the download, so an analyst must not silently treat every exported zero as a directly observed zero.

What the dedicated report currently exposes
FieldOfficial meaningWhat it does not establish
ImpressionsLinks to the property shown in supported generative AI featuresA visit, citation quality, persuasion, or revenue
PagesThe final linked URL, with most performance data assigned to Google's selected canonical URLThat every duplicate or campaign URL appeared separately
CountriesCountry where the search originatedThe user's precise location or local intent
DevicesDesktop, tablet, or mobile search deviceCross-device identity or later conversion device
DatesDay, week, or month table grouping in Pacific Time; date-and-time behavior follows the standard Performance reportA native page-by-hour event table or a causal explanation for a change
Section 02

How AI-feature impressions are counted

Search Console already had rules for clicks, impressions, and position in AI Overviews and AI Mode. The dedicated report does not replace those rules; it creates a filtered view of AI-feature impressions. In an AI Overview, a link generally must be scrolled or expanded into view before its impression is counted. All links in the AI Overview share the position assigned to that result element. In AI Mode, standard impression rules apply, and a follow-up question is treated as a new query for reporting purposes.

Property-level and page-level totals can differ without either being wrong. If two URLs from the same property appear in one AI result, the property chart can count one impression while the page table can show an impression for each page. This is why summing table rows and comparing the result directly with the chart can produce a discrepancy. The report documentation explicitly tells users to expect differences caused by aggregation.

A page filter also changes the chart to URL aggregation, so the filtered chart is not the same population as the unfiltered property chart. The interface and export can expose no more than 1,000 table rows. Preserve the aggregation mode, filter, row count, and truncation state with every export; never present a page-row sum as an exhaustive property total.

Canonicalization creates another important boundary. Most performance data is credited to the canonical URL Google selects, not necessarily the URL a team expected to measure. A campaign parameter, alternate device URL, or near-duplicate page may therefore disappear into a canonical page's total. Before diagnosing an AI visibility change, inspect Google's selected canonical and the page grouping rather than assuming the export preserves every served URL.

Before interpreting an impression trend

  • Confirm that the property has access to the dedicated report; record the access date and the first available comparable period.
  • Record the selected date range, time granularity, device, country, and page filters.
  • Check whether the newest data is marked preliminary.
  • Compare property aggregation with page aggregation instead of summing them interchangeably.
  • Inspect the canonical URL assigned to important pages.
  • Note whether the period crosses AI Mode's June 16, 2025 addition to standard Search performance totals; record the June 2026 report launch as an access milestone, not an automatic methodology break.
Section 03

The questions the report cannot answer

The dedicated report does not currently provide a query dimension. A page may accumulate impressions from many different needs: broad research, a comparison, a local service question, or a branded lookup. Without query data in this view, the page topic can suggest possible intent, but it cannot prove the prompts that caused the impressions. Grounding a content decision in an imagined prompt would turn an observed page impression into an unsupported story.

The report also does not display dedicated click or click-through-rate fields. Google states that external link clicks from AI Mode and AI Overviews count as clicks in the broader Search performance methodology, but the new generative AI report is designed around impressions. Analysts must resist manufacturing an AI click-through rate by dividing a separately filtered or differently aggregated click total by these impressions unless Google provides compatible dimensions and methodology.

Nothing in the report identifies the wording of an answer, the claim associated with a link, the order of sources, or the degree to which a page influenced the generated response. It is possible for the same page to appear as a supporting link in different contexts. An answer-level citation audit requires captured responses, prompts, dates, locations, model surfaces, and repeated observations outside Search Console.

Match the business question to the right evidence
Business questionRequired evidenceCan the dedicated report answer it alone?
Are our pages appearing in supported Google AI features?AI-feature impressions by page and dateYes, within rollout and counting limits
Which prompts caused the visibility?Query-level or controlled prompt observationsNo
Did people visit?Compatible Search click and landing-session evidenceNo
Did visits become qualified inquiries?Analytics events plus lead and CRM recordsNo
Did a page support the answer accurately?Captured answer, citation, page version, and claim reviewNo
Section 04

Compare the dedicated export without inventing clicks

The dedicated report exposes AI-feature impressions, while the standard Search performance report includes clicks and impressions from Search features under its broader methodology. Google does not currently provide a compatible dedicated-click field or query dimension in the generative AI view. That means the two exports can be placed beside one another for context, but they cannot be subtracted or divided to manufacture an AI click total or click-through rate.

A report-specific comparison workflow

  1. Export the dedicated page table for a fixed period and export its time trend separately, preserving filters, aggregation mode, row count, and timestamp.
  2. Export the standard Search report for the same logical pages and period, retaining its own filters and aggregation setting.
  3. Label the dedicated impressions and broader Search clicks as separate fields with separate definitions.
  4. Check whether property totals and page-row sums differ because of aggregation or multiple linked URLs.
  5. Record report access, preliminary data, canonical changes, truncation, and Google methodology milestones beside the comparison.
  6. Treat dedicated AI impressions as a subset of Web Search impressions; do not add them to the standard Search total.
  7. Send downstream analytics and lead questions to the broader measurement workflow rather than adding them to this report's denominator.
Section 05

Create a baseline that survives product changes

The first export should be treated as a baseline, not a verdict. Google added AI Mode to standard Search performance totals on June 16, 2025, while the dedicated generative AI report launched to a subset of properties in June 2026. Treat the former as a standard-report methodology milestone and the latter as a product-access milestone unless Google documents a data-definition change. Record both beside site changes.

Choose comparisons that reduce avoidable noise. Compare the same logical pages, countries, and devices over equivalent periods. Use weekly or monthly granularity when daily impressions are sparse. Keep newly published pages separate from established pages. If a canonical changed, preserve both the old and new URL mapping. Record report access separately from observed data availability. Start the baseline at the first period whose visible rows, filters, and completeness support a like-for-like comparison; do not infer inaccessible history or fill it with assumed zeros.

Baseline record

  • Property and verification type
  • First date the report was visible
  • First available period retained for like-for-like comparison
  • Supported AI features listed in the documentation
  • Page, country, device, and date filters
  • Canonical URL map
  • Export time and reporting time zone
  • Known site releases and indexing incidents
  • Known Google reporting or eligibility changes
Section 06

Decisions the report can support

Page-level impressions can prioritize investigation. If a detailed service guide gains visibility while the corresponding commercial page does not, review whether the guide answers an exploratory need and whether its internal path to the service is useful. If impressions concentrate on obsolete pages, fix content freshness and canonical signals. A rise in mobile AI-feature impressions and a separate decline in mobile conversion-event health should be investigated as two aggregate observations; the report cannot show that the same impression produced the affected session or conversion.

Country and device dimensions can also expose operational questions. Unexpected country exposure may indicate broad informational relevance, not a new market. A device shift may change page experience requirements without changing the underlying topic. These dimensions help teams decide where to inspect, but they do not reveal identity, precise location, or intent.

The best content action remains evidence-led improvement: correct stale facts, make important information available in text, provide first-hand detail, maintain clear internal links, and ensure structured data matches visible content. Google explicitly warns against unsupported AEO or GEO hacks. The report is a feedback surface for useful pages, not permission to create hundreds of thin fan-out pages.

Section 07

A truthful report-specific summary

A concise summary should stay inside the report's contract: which canonical pages received supported AI-feature impressions, how the page, country, or device mix changed, whether the property had complete access for the period, and which page investigation follows. Referral and outcome reporting belongs in a linked measurement section with its own definitions, not inside the AI-impression total.

Recommended monthly statement structure
StatementExample form
Observed visibilitySupported Google AI-feature impressions increased or decreased for a fixed page set.
AccessThe report became visible to this property on the recorded access date.
Data coverageThe comparison begins with the first available like-for-like period and states filters, aggregation, row count, and truncation.
Related evidenceStandard Search clicks and on-site behavior are shown separately with their own definitions.
Comparison statusSeparate page and time trends were compared; no page-by-date event table, user-level join, or synthetic AI click-through rate was claimed.
Attribution boundaryThe dedicated report does not assign a session, inquiry, or revenue to an AI impression.
UnknownsThe dedicated report does not expose prompts, answer wording, or dedicated clicks.
DecisionInspect named pages, correct named issues, and repeat the same measurement window.
Primary and authoritative references

Source ledger

These sources support the operating guidance above. Platform behavior and documentation can change, so volatile implementation details should be rechecked before a rollout.

  1. Introducing Search Generative AI performance reports in Search ConsoleGoogle Search Central. June 3, 2026 launch announcement and initial rollout scope.
  2. Generative AI performance report (Search)Google Search Console Help. Dimensions, aggregation, export behavior, supported features, and limitations.
  3. What are impressions, position, and clicks?Google Search Console Help. Official counting methodology for AI Mode, AI Overviews, canonical URLs, clicks, and impressions.
  4. Latest Google Search documentation updatesGoogle Search Central. Dated reporting changes, including AI Mode's inclusion in totals.
  5. Optimizing your website for generative AI features on Google SearchGoogle Search Central. Official optimization, measurement, and mythbusting guidance.
  6. AI features and your websiteGoogle Search Central. Eligibility, technical requirements, controls, and broader performance-report context.
  7. Using Search Console and Google Analytics data for SEOGoogle Search Central. Official boundary and complementarity between Search Console and on-site analytics.
Implementation

The practical next step

Export one comparable period from the dedicated report, preserving separate page and time views, access date, filters, aggregation mode, row count, truncation, zero-display semantics, and canonical-page mapping. Compare a separate aggregate table for Search clicks, landing sessions, accepted inquiries, and qualified outcomes. Do not add the dedicated subset to Web Search totals, claim a user-level join, or combine the fields into one score.