Afield1. 核对属性和网站
在集成页选择 Google Analytics，授权有权限的账号，确认 GA4 属性 ID。一个属性包含多个域名时，在请求中明确要分析的网站。
2. 请求具体报告
例如：“比较最近完整 28 天和此前 28 天的获客来源、落地页和注册事件，附事件名与日期。”注册事件取决于埋点定义，不直接代表付费用户。
3. 结果为空时
先到 GA4 确认事件是否存在。连接读取已有数据，不安装埋点或创建缺失事件。授权有问题再重连，核对口径可参考Google 报告说明。
区分没采集到和效果不好
事件缺失可能是没人完成，也可能是从未安装该事件，或查错了资源与时间。在解释零值前，先在 GA4 中找到该事件，确认它由什么动作触发。重新连接账号不会补出从未采集的历史事件。
| 报表项目 | 明确记录 |
|---|---|
| 资源 | ID 与目标网站 |
| 事件 | 实际配置的名称 |
| 完成条件 | 点击、有效提交，或其他触发方式 |
| 时间 | 完整日期和对比区间 |
让报表指出下一项检查
假如文章访问基本稳定，但一次发布后表单完成下降，应先检查受影响的落地页和表单路径，而不是直接再写内容。要求 Afield 分开列出观察与可能原因，并指出下一项检查。
Search Console 点击和 GA4 会话统计的是不同事件，不必完全相等。可以参考报表核对方法（英文），并在归因给文章前明确事件定义（英文）。
测试询盘事件究竟代表什么
假设访问有记录，报告却没有询盘。打开表单，确定真正的完成条件：网站成功接收了请求。点击联系按钮是更早的动作。先确认报告使用哪个事件，再把数量理解为完成请求。
用明确标记的测试提交，按团队正常的测量流程检查服务商数据。也测试一次无效提交，不能因为按了按钮就计成成功询盘。复盘客户活动时，把测试流量单独处理。
如果近期模板发布导致事件采集消失，那段时间仍然是测量缺口。恢复并确认采集，标注日期，必要时比较未受影响页面。后来事件正常，无法重建过去从未记录的所有提交。