更新时间：2025年5月20号
GA4如何识别用户
Google Analytics 4（GA4）是通过Cookie里的Client ID识别用户，Client ID是由一段随机数和首次访问的时间戳构成，下面是一个Client ID的例子：987121999.1637741839
它是存储在Cookie _ga里，在Cookie里的完整结构如下：
各个部分的解释：
| 值 | 解释 |
|---|---|
| GA1 | 版本号 |
| 2 | 网域层级，就是Cookie存储的网域层级 |
| 987121999 | 随机数 |
| 1637741839 | 时间戳 |
延伸阅读：
生成新Cookie主要有以下两种情况：：
- 用户清除浏览器Cookie后再次访问：原有的 Client ID 会被删除并重新生成，此时 GA4 会将其识别为一个新用户。
- 用户更换浏览器或访问设备：由于每个浏览器 / 设备都会独立生成 Client ID，因此也会产生新的 Client ID，同样会被识别为一个新用户。
需要注意的是，客户端布署与服务端布署的Client ID结构并不相同。在没有特殊说明的情况下，通常所指的Client ID默认是客户端生成的Client ID。延伸阅读：认识GA4里的Client ID（客户端跟踪和服务端跟踪）
New Users
New Users（新用户）指第一次与网站或App发生互动的用户数量。
GA4是基于first_open/first_visit事件计算New Users。
在用户首次访问时，GA4 会自动在第一个发送的事件（通常是page_view）中添加一个特殊参数_fv，_fv就表示first_visit事件的意思，如：
其判定逻辑大致如下：GA4 会检查浏览器中是否存在 _ga_<Measurement ID> Cookie，如果该 Cookie 不存在，跟踪脚本会在事件中自动添加 _fv 标志，它就表示是New Users。
如果用户首次访问，但没发送first_open/first_visit，不会被视为是New Users，而且流量会被划分到Unassigned（未分配）渠道，这类情况在Consent Mode安装错误或事件触发顺序错误时比较常见。
也有first_open/first_visit发送过多的情况，常见原因包括：
- 数据收集机制错误（Bug）：例如代码重复加载、Measurement ID 被多次初始化等。
- 窗口打开导致 Session异常：经过测试发现，有时候在浏览器中的新窗口打开网站，就会产生session_start，所以如果访问是会在新窗口打开页面的，可能会产生新的session_start，延伸阅读：深入理解GA4中的会话
- CMP未将GA4 Cookie 加入白名单：如果站点安装了 CMP（Consent Management Platform），但 未将 GA Cookie 列入白名单，Cookie 可能会被频繁清除并重新生成。
Active Users=Users
- Active Users：活跃用户数，有感兴趣会话的用户，感兴趣会话有三种情况：持续至少10 秒、发生了至少1 次转化事件或至少2 次网页浏览的会话。
- Users：用户数，GA4中的用户数其实是指活跃用户数，这是GA4的主要指标。
需要注意，活跃用户数是个估算值，它在不同报告中显示数值可能会有差异，延伸阅读：GA4中不同报告中的「活跃用户数」不一致
Total Users
Total Users：用户总数，所有的用户数。
正常情况下,他们的关系是：New Users<= Users (Active Users)<=Total Users
常见问题FAQ
New Users大于Total Users？
问题：GA4中遇到New Users大于Total Users的异常情况
原因：有两种可能：
- New Users是基于first_open/first_visit计算，在一些会话里错误触发了first_open/first_visit，从而导致New Users的计数变多，如：
- 用户的识别，如果你使用User ID，用户在A设备视为一个New Users，在B设备视为一个New User，登录后，识别到是同一个用户，Total Users是1
处理方式：
- 对于第一个原因，无能为力，这是GA4的机制或Bug，你修改不了。
- 对于第二个原因，可以将用户设备设置为基于设备。
New Users大于Users？
原因同上。
New Users+Return User> Total Users
问题：GA4中New Users+Return User> Total Users
原因：一个用户早上访问，下午又访问，间隔超过30分钟，那么New Users是1，Return Users是1，而Total Users是1，就有New Users+Return User> Total Users
处理方式：会有这种情况出现，理解上述解释的原因即可。
New User数据丢失严重
问题：GA4的New Users突然丢失严重，如下图：
原因：可能有以下原因
- 1、安装Cookie Consent，用户拒绝跟踪，所以New Users下降
- 2、开启收集用户提供的数据里，这个里面有bug，延伸阅读：[GA4] 收集用户提供的数据里的Bug
- 3、其他bug，有的用户过段时间就会恢复
处理方式：检查近期是否安装Cookie Consent；关闭收集用户提供的数据功能
New Users是0
问题：GA4中的New Users是0。
原因：收集用户提供的数据里有bug，开启这个功能就会导致New Users是0，原因是开启有会获得如@^+随机数字的Effective User ID:
处理方式：
- 一种是关闭“收集用户提供的数据”
- 一种是报告中使用的ID选择“基于设备”
Users！=New+ Established
问题：New表示新用户，Establish表示老用户，用户总数并不等于新用户和老用户的加总：
原因：因为会有是not set的情况，比如所选时间范围内New User没有发送过first_open/first_visit。
如新用户在所选时间内访问但没有发送first_open 或 first_visit ，所以它不会划分到New User里，而且它之前也没访问过，所以也不会划分到Established Users，所以它就会划分到not set。
处理方式：会有这种情况出现，理解上述解释的原因即可。
Users是0
问题：User是0，但其他指标又有数据，
原因：
- 阈值：如果数据太少，触发了阈值，为了保护用户隐私，会不显示数据，所以Users是0。
- 数据没处理完：如果你查看的是当天的数据，数据还没处理完的时候，Users也可能会显示为0：
处理方式：等待，收集更多的数据，隔天再看报告。
Users比PageView大？
问题：Users比PageView（这里是Views）大，如图：
原因：原因是只发送了事件，但没发送PV，那么就有Users，但没PageView，自然就会出现Users大于PageView。
- 可能是垃圾流量，只发送事件
- 可能是一些错误的跟踪，导致事件比PV更快触发，而用户较早离开，导致只记录到事件，没有PageView
处理方式：添加不同的维度去找规律，看是否是垃圾流量，如果是垃圾流量，使用对比项将其过滤掉。如果是错误跟踪，调整配置，确保PV比事件更快触发。
Users远小于Sessions
问题：User远小于Sessions，如下图所示
原因：错误设置了相同的User ID
处理方式：正确设置Users ID
不同报告的活跃用户数不同
问题：不同报告的活跃用户数不同
原因：活跃用户数是个估算值，它在不同报告中显示数值可能会有差异，延伸阅读：GA4中不同报告中的「活跃用户数」不一致
