要点
一、四个指标的定义如下，均来自 Google 搜索、Discover 和 Google 新闻中指向本站的链接。
| 指标 | 官方口径 |
|---|---|
| 点击 | 用户从 Google 点击进入本站的次数。点击后仍停留在 Google 内的链接（查询细化，例如点图片集里的一项触发新搜索）不计 |
| 曝光 | 用户看到（或可能看到）指向本站的链接。一般情况下，链接出现在当前结果页即计一次，不要求滚动到可视区域；轮播、可展开区块（如常见问题、「其他人还问了」）里的条目，需要滚动到或展开后才计 |
| 点击率 | 点击 ÷ 曝光 |
| 平均排名 | 仅 Google 搜索有，Discover 和 Google 新闻 App 不记录。每次曝光记录该网站（或该页面）在当页的最高位置，再取平均 |
二、排名按结果页元素计数，自上而下先算主栏再算侧栏。一个元素只占一个位置，轮播、知识面板、AI 概览里的链接共用该元素的位置；广告不占位置；只含查询细化链接的元素不占位置。招聘、活动这类列表/详情型结果例外，展开列表后按条目在列表内的序号记。
三、数据归到 Google 选定的规范网址。桌面版和移动版网址、重复网址的数据合并到规范网址；用户落地后站内再跳转，不影响归属。
四、按网站汇总和按页面汇总的计数规则不同，所以两种汇总的总数不相等。
| 按网站汇总 | 按页面汇总 | |
|---|---|---|
| 曝光 | 同一次查询里本站出现多次只计 1 次 | 每个不同网址各计 1 次 |
| 点击 | 同一次查询里先后点本站两个链接计 1 次 | 两个网址各计 1 次 |
| 排名 | 取本站最高位置 | 取该网址自己的最高位置 |
报告图表恒按网站汇总；表格在按查询、国家、设备、日期分组时按网站汇总，按页面或搜索外观分组时按页面汇总。同一结果页出现本站多个网址时，按网站汇总的点击率和平均排名数值通常更好。官方示例中三个网址各被点一次：按网站汇总为 1 次曝光、点击率 100%、排名 1；按页面汇总为每个网址 1 次曝光、各 33%、排名分别是 1、2、3（平均 2）。
五、匿名查询是一段时间内搜索人数很少的查询。官方博客的说法是两到三个月内搜索用户不超过几十人的查询。为保护隐私，这类查询不在表格和接口里列出，但计入图表总数；一旦加了查询筛选，匿名查询会被整体排除。因此把各查询行相加会小于图表总数，「包含某词」和「不包含某词」两次筛选的结果相加也小于不筛选时的总数。
六、行数上限有三处。界面表格和导出最多 1,000 行；接口单次 rowLimit 为 1 到 25,000，默认 1,000，用 startRow 翻页；官方 2022 年博客写明接口和 Looker Studio 连接器当时的上限是每个网站、每种搜索类型、每天 50,000 行。官方说明接口「不保证返回全部行，只返回靠前的行」，最完整的查询列表需要用批量数据导出取得。不含查询和网址维度的请求（国家、设备、搜索外观）会显示和导出全部数据。
七、数据新鲜度分三档。
- 收集到的数据通常在 2 到 3 天后可见。
- 最新数据可能是初步数据，之后几小时内还会变化，图上用虚线表示；报告默认只显示完整日期，选到含初步数据的日期才会出现。
- 接口参数 dataState 不传或传 final 时只返回最终数据；传 all 时包含新数据，响应的 metadata.first_incomplete_date 标出第一个未完成日期，此后的数值仍可能明显变化；传 hourly_all 时按小时返回，用于 hour 维度。
日期按太平洋时间计，24 小时视图按浏览器本地时间；周按周日到周六算。
八、搜索外观（接口维度 searchAppearance）当前列出的类型如下，筛选列表只显示本站有曝光的类型。
| 界面名称 | 接口取值 |
|---|---|
| AMP 文章 | AMP_TOP_STORIES |
| AMP 非富媒体结果 | AMP_BLUE_LINK |
| 图片结果中的 AMP | AMP_IMAGE_RESULT |
| 论坛讨论 | FORUMS |
| 教育问答 | EDU_Q_AND_A |
| 职位详情 | JOB_DETAILS |
| 职位列表 | JOB_LISTING |
| 数学解题 | MATH_SOLVERS |
| 媒体操作 | ACTION |
| 商家信息 | MERCHANT_LISTINGS |
| 练习题 | PRACTICE_PROBLEMS |
| 商品摘要 | PRODUCT_SNIPPETS |
| 问答富媒体结果 | TPF_QA |
| 食谱集 | RECIPE_FEATURE |
| 食谱富媒体结果 | RECIPE_RICH_SNIPPET |
| 评价摘要 | REVIEW_SNIPPET |
| 订阅内容 | SUBSCRIBED_CONTENT |
| 翻译结果 | TRANSLATED_RESULT |
| 视频 | VIDEO |
| Web Stories | AMP_STORY |
已停用的类型在批量导出表结构里仍保留字段，但近期值为 NULL，包括 Android 应用、活动列表与详情、常见问题富媒体结果（TPF_FAQ）、良好页面体验、操作方法、学习视频、商品结果（ORGANIC_SHOPPING）、特别公告、Web Light。
容易误解的地方
一、平均排名 5 不等于在某次搜索里排第 5。官方举例，排名 11 在桌面端可能是知识面板右上角，也可能是第 2 页第 1 条；在图片搜索里只粗略反映所在行。没有获得曝光的结果不记录排名，例如只看了第 1 页的用户不会给第 3 页的结果留下排名记录，对比视图里显示「-」。
二、按搜索外观筛选后的点击不全是落在该外观上的点击。点击归到网址，不归到「网址加外观」；官方只保证用户在同一组结果里看到了带该外观的这个网址，并点击了这个网址。
三、同一网址在一次查询里出现多种外观时，每种外观各计 1 次曝光。所以按搜索外观分组后的曝光相加，可能大于该网址的总曝光。
四、加页面或搜索外观筛选后，图表总数会跟着变成按页面汇总的口径，通常会上升，偶尔下降。拿筛选前后的图表总数直接比较，比的是两种口径。
五、导出文件里界面上显示为「~」或「-」的值会变成 0，这些 0 表示无数据，不代表真实为零。
六、与 Google Analytics 对不上是常态。官方列出的原因有隐私过滤、去重处理、2 到 3 天延迟、太平洋时间与其他工具时区不同，以及 Analytics 只统计启用 JavaScript 的用户。
怎么检查
一、核对总数时先看汇总方式。接口请求可显式传 aggregationType：byProperty 对应图表口径，byPage 对应页面口径；按页面分组或筛选时不能用 byProperty，传了无效组合会报错，不会被自动改写。响应里的 responseAggregationType 标明实际用了哪种汇总。
二、判断查询行之和与总数的差距时，先用不带查询维度的请求取总数，再用按查询分组的请求取行之和，差额是匿名查询和被截断的长尾行合计，两者在接口里分不开。
三、做日报或周报时传 dataState=final，或者用 all 但剔除 first_incomplete_date 之后的日期，避免把会变动的初步数据当成定数。
四、取按网址或按查询的大量数据时，每天单独请求一次，每次 rowLimit 设 25,000 并用 startRow 翻页；查询和网址同时分组的请求负载最高，日期范围越长负载越高。超出配额会返回 quota exceeded，短期配额等 15 分钟再试。
五、要知道一个网址的数据归到了哪个规范网址，用网址检查工具查看 Google 选择的规范网址。
来源
- What are impressions, position, and clicks?，https://support.google.com/webmasters/answer/7042828?hl=en（2026-10-05 核对）
- Performance report (Search results): Overview and basic setup，https://support.google.com/webmasters/answer/7576553?hl=en（2026-10-05 核对）
- Performance report (Search results): About the data，https://support.google.com/webmasters/answer/17011364?hl=en（2026-10-05 核对）
- Performance report (Search results): Dimensions and data groupings，https://support.google.com/webmasters/answer/17011259?hl=en（2026-10-05 核对）
- Performance report (Search results): Troubleshooting data discrepancies，https://support.google.com/webmasters/answer/17010575?hl=en（2026-10-05 核对）
- Search Analytics: query，https://developers.google.com/webmaster-tools/v1/searchanalytics/query（2026-10-05 核对）
- Usage Limits，https://developers.google.com/webmaster-tools/limits（2026-10-05 核对）
- A deep dive into Search Console performance data filtering and limits，https://developers.google.com/search/blog/2022/10/performance-data-deep-dive（2026-10-05 核对）
