Afield1. 连接正确属性
打开集成页选择 Google Search Console，授权有网站访问权的 Google 账号，核对所选属性。域名属性与 URL 前缀属性可能覆盖不同范围。
2. 指定报告时间
在助手要求：“比较最近完整 28 天和此前 28 天，按页面和查询词列出点击、曝光及主要变化背后的数据。”报告还可包含 CTR、平均排名、设备和国家。
3. 核对和处理缺失
与 Search Console 比较时保持属性、日期和筛选一致。没有数据先查服务方，授权失败再重新连接。Google API 不保证返回每一行数据。读取报告不会修改网站或提交索引。
先查空结果，再解释流量
| 看到的情况 | 下一步检查 |
|---|---|
| 无法选择资源 | 授权的 Google 账号和资源权限 |
| 资源可打开，但没有数据行 | 在 Search Console 中查看相同日期与筛选条件 |
| 缺少某个页面 | 具体地址、canonical 和所选资源范围 |
| 与导出总数不一致 | 先核对维度、筛选和聚合方式 |
读取失败不能写成需求为零。解决访问问题时保留原任务和报表条件；可以另外做公开页面检查，但它不能替代缺失的私有搜索数据。
追问总数背后的变化
展示增加而点击基本没变时，要求说明哪些查询贡献了额外展示。把页面总数保留在已检查数据行旁边，不能把热门查询列表当成完整数据集。
可以继续问：“把该页的客户实施查询和员工入职查询分开，先展示分组依据，再建议修改。”这样得到的是可检查的判断，而不是通用的“提高点击率”建议。参考查询示例（英文）。
把返回结果与所选资源对上
假设文章报告没有返回任何行，保留请求中的资源、页面筛选与日期，到 Search Console 打开同样范围。网址前缀资源与网域资源覆盖的地址可能不同；旧路径的报告也可能不同于当前规范地址。
如果服务商有数据而连接报告没有，把这组差异留给排查，不要解释为 SEO 表现差。若两边都为空，有意识地移除一个过窄筛选，观察变化。扩大后的结果需要标明范围，不能假装仍是原页面的数据。
数据可用时，把页面总量放在查询分组旁。展示出的查询行未必覆盖全部曝光，保留未解释的余量，不要编造数据来凑齐。需要交付的是可重现的报告和页面判断，而不是没有来由的 0。