Google Analytics 4 使用教程：从开通到看懂报表

Google Analytics 4 使用教程：从开通到看懂报表

Google Analytics 4（下称 GA4）是 Google 在 2020 年 10 月正式推出的第四代分析工具。它和上一代 Universal Analytics 的底层模型完全不同：UA 以会话和页面浏览为中心，GA4 则以事件为中心，同一套媒体资源可以同时接收网站、iOS 与 Android 的数据。这也是很多人第一次打开 GA4 就觉得"报表看不懂"的根本原因——不是界面变复杂了，而是数据组织方式换了。

本文按实际动手顺序展开：先弄清概念，再完成开通与安装，然后配置事件与关键事件，最后看懂四类核心报表，并把容易踩的坑单独列出来。如果你还没决定用哪款工具，可以先看 网站数据分析设置指南 里的横向对比，再回到本文落地。

一、先搞清 GA4 与旧版的差异

Universal Analytics 的标准版已于 2023 年 7 月 1 日停止处理新数据，360 付费版随后也在同年 10 月停止，旧报表体系实际上已经退役。继续沿用旧思路配置 GA4，最常见的后果是"指标数字对不上"。

1.1 三层结构：账号、媒体资源、数据流

GA4 的层级比 UA 少一层，但含义更清晰：账号（Account） 是权限与结算的管理单位；媒体资源（Property） 是数据的归属单位，一个媒体资源对应一个跨平台的"业务主体"；数据流（Data Stream） 才是真正接收数据的入口，一个媒体资源下可以挂多个网站和 App 数据流。

实践建议：按业务划分媒体资源，而不是按域名。同一个品牌的中英文站放在一个媒体资源下，用数据流区分，比开两个媒体资源更容易看全貌。

1.2 指标口径变了，不要照搬旧报表

• 用户数：GA4 默认报告里的"用户"指活跃用户（Active users），不是总用户数。
• 会话：默认 30 分钟无操作或来源发生变化即开启新会话，与 UA 的规则接近但边界不同。
• 参与度：GA4 用"参与度会话"替代了 UA 的跳出率。停留超过 10 秒、有转化事件或浏览两个以上页面的会话才算参与会话。
• 页面浏览：GA4 用 page_view 事件表示，已不再是独立的 hit 类型。

理解这几条，后面看报表时就不会反复怀疑"数据是不是丢了"。

二、开通与安装：三种接入方式

2.1 创建账号与媒体资源

登录 analytics.google.com，用管理员账号创建账号，再在账号下创建媒体资源。创建过程中会要求选择行业类别与业务目标，这两项只影响默认报表的展示与建议，填错不影响数据采集，后续可在管理后台修改。时区与货币一旦设定，历史数据不会按新时区重算，务必一次填对。

2.2 建立数据流，拿到测量 ID

在媒体资源的"数据流"里新增网站数据流，填写域名后会得到一个以 G- 开头的测量 ID。这个 ID 就是后续埋点的唯一标识。同一个媒体资源下建议为生产环境与测试环境各建一个数据流，避免测试流量污染正式数据。

2.3 方式一：gtag.js 直接埋点

把全局代码片段放在每个页面 head 的最前面，越靠前越好，否则容易漏记早期交互。这是最轻量的接入方式，适合页面数量不多、埋点需求固定的站点。

2.4 方式二：Google Tag Manager 统一管理

站点较多、或者需要频繁调整埋点时，用 Google Tag Manager 更省事：页面里只装一段容器代码，GA4 配置标签、事件标签都在容器里维护，改埋点不必再动代码上线。代价是多一层调试成本，上线前务必用容器的预览模式逐项验证。

2.5 方式三：服务端接入 Measurement Protocol

需要记录支付成功、订单状态变化这类只能在服务端确认的行为时，可以用 Measurement Protocol 直接从后端发送事件。注意服务端事件的客户端标识需要与会话关联，否则会大量产生"未分配来源"的流量，反而干扰归因分析。

三、事件与关键事件怎么配

3.1 自动收集与增强测量

GA4 默认开启自动收集事件（page_view、scroll、click 等）和增强测量（站内搜索、表单互动、文件下载、视频互动）。这些开关在数据流的"增强测量"里，建议按需逐项打开，不要一次性全开——表单互动的记录方式在某些前端框架下会产生大量噪声事件。

3.2 自定义事件与参数

自定义事件通过 gtag('event', '事件名', {参数}) 或 GTM 事件标签发送。命名建议统一用小写下划线，并提前拉一张事件字典：谁在什么页面、什么触发条件下发送、带了哪些参数。事件名一旦上线就应按约定维护，随意改名会让历史数据断裂。

3.3 把关键行为标记为关键事件

注册完成、下单成功、提交询盘这类业务动作，应当在管理后台标记为关键事件（Key events）。Google 在 2024 年把原来的"转化"报表更名为关键事件，两者指的是同一套机制。标记完成后，才能在下游报表与广告归因里使用。

3.4 接入 Google Ads 做转化归因

如果同时在投放 Google Ads，把 GA4 媒体资源与广告账号关联后，可以把关键事件导入为广告转化。这一步决定了广告报表能否看到"从点击到成交"的完整链路；纯前端埋点在没有 Consent 授权的地区还需要配合同意模式，否则归因数据会明显偏低。

四、报表怎么看：四类视图够用

• 实时报告：验证安装是否成功、上线当天看流量是否接通，够用即可，不要用它做决策。
• 生命周期报告：分获取、参与度、变现、留存四组。做增长先看获取来源，做内容看参与度（浏览量、参与时长、每用户事件数），做复购看留存。
• 用户属性与技术报告：看地域、设备、浏览器、操作系统。排查"某地区转化异常"时，这组报表最快能定位到设备或浏览器层面的问题。
• 探索报告：自由形式、漏斗探索、路径探索都在这里。漏斗探索是 GA4 最有价值的功能之一，可以直接看清从落地页到关键事件的流失环节；注意探索中的部分查询会触发采样，重要结论应以未采样的标准报表交叉验证。

想看搜索侧的表现（曝光、点击、排名），需要把 GA4 与 Google Search Console 使用指南 里配置的 Search Console 资源关联起来，两边关联后在 GA4 的获取报告里可以直接看到自然搜索的落地页表现。指标定义与口径的完整说明，可参考 SEO 与营销基础指标。

五、五个最容易踩的坑

5.1 数据保留期只有两种选择

GA4 免费版的数据保留期只能在 2 个月和 14 个月之间选，超过保留期的明细数据会被聚合或删除。需要长期留存原始事件，必须开启 BigQuery 导出。

5.2 阈值会让小流量报表"看不到数据"

为了保护用户隐私，GA4 在报告中应用了数据阈值机制：当维度组合下的用户量过小时，相关行会显示为空或直接隐藏。新站或细分维度查询时遇到"有总量但明细是空的"，多半不是埋点坏了，而是阈值生效。

5.3 采样与基数问题

探索报告中大数据量查询会采样；同时，用户级自定义维度会显著增加基数，导致报表处理变慢甚至触发采样。维度设计要克制，能用事件参数解决的不要上升为用户属性。

5.4 数据延迟不是实时的

标准报表通常需要 24 至 48 小时才能稳定，实时报告只覆盖最近的短时间窗口。做投放复盘时不要拿当天的标准报表下结论。

5.5 广告拦截与同意模式

浏览器拦截脚本会导致部分流量无法被采集，这是所有前端统计工具的共同问题。在欧盟等地区，同意模式（Consent Mode）未正确配置还会让归因数据进一步缺失。合规要求高的站点，建议在设计埋点方案时就把同意管理一起规划。

六、这套流程适合谁

GA4 的定位是"功能完整、免费、与 Google 生态深度打通"，适合已经或计划投放 Google Ads、需要同时分析网站与 App、并且愿意投入时间学习事件模型的团队。如果诉求是"打开就能看懂的基础流量统计"，或者对数据自主可控有硬性要求，可以先对比轻量方案，再决定是否把 GA4 作为主统计。

具体选型维度可以结合 商业工具基础概览 里的评估框架，同类工具的横向比较整理在 Google Analytics 同类工具对比。更多商业工具可参见 商业工具 分类。

来源：https://analytics.google.com、https://support.google.com/analytics