GA4与BigQuery用户计数差异过大问题求助

以下是导致两者page_view用户计数出现巨大差异的核心原因，以及对应的验证方向：

1. GA4用户合并逻辑 vs BigQuery的user_pseudo_id统计 #

GA4后台的用户计数会合并同一用户的多个身份标识：如果用户登录过（有user_id），GA4会把该用户的user_id和所有关联的user_pseudo_id合并为一个用户；即使未登录用户，GA4也会通过技术手段跨设备合并相同用户的不同user_pseudo_id。

但你的BigQuery查询只用COUNT(DISTINCT(user_pseudo_id))统计，这会把同一用户的不同user_pseudo_id（比如不同设备、登录前后的匿名ID）都算作独立用户，自然会比GA4后台的用户数多。

验证方法：
修改BigQuery查询，同时考虑user_id：

SELECT 
  event_name, 
  COUNT(*) as event_count, 
  COUNT(DISTINCT(IF(user_id IS NOT NULL, user_id, user_pseudo_id))) AS merged_user_count
FROM mytable
WHERE event_name = 'page_view'
  AND _TABLE_SUFFIX BETWEEN '20230201' AND '20230228'
GROUP BY 1

对比merged_user_count和GA4后台的用户数，看是否接近。

2. GA4后台过滤规则未同步到BigQuery #

如果你的GA4视图设置了内部流量排除、IP过滤、测试设备排除等规则，这些过滤只会在GA4后台生效，不会影响导出到BigQuery的原始数据。也就是说，BigQuery里包含了被GA4后台过滤掉的用户数据，导致用户计数更高。

验证方法：

• 查看GA4后台「管理」-「视图设置」-「过滤器」，记录过滤的IP或流量特征
• 在BigQuery查询里加入对应过滤条件，比如排除内部IP：

SELECT 
  event_name, 
  COUNT(*) as event_count, 
  COUNT(DISTINCT(user_pseudo_id)) AS user_id
FROM mytable
WHERE event_name = 'page_view'
  AND _TABLE_SUFFIX BETWEEN '20230201' AND '20230228'
  AND (geo.network_ip NOT IN ('xxx.xxx.xxx.xxx', 'yyy.yyy.yyy.yyy'))
GROUP BY 1

对比过滤后的用户数和GA4后台数据。

3. GA4对重复page_view事件的去重处理 #

GA4后台会自动对同一会话内短时间重复触发的page_view进行去重（比如用户快速刷新页面，连续发送的page_view会被合并为1次），但BigQuery会保留所有原始上报的事件，包括这些重复事件。如果这类重复事件来自大量爬虫或测试用户，就会导致用户数差异。

验证方法：
在BigQuery里查询是否存在高频重复的page_view事件：

SELECT 
  user_pseudo_id, 
  COUNT(*) as page_view_count
FROM mytable
WHERE event_name = 'page_view'
  AND _TABLE_SUFFIX BETWEEN '20230201' AND '20230228'
GROUP BY 1
HAVING page_view_count > 10

如果存在大量单次用户触发数十次page_view的情况，大概率是爬虫或测试导致的重复上报，这类用户可能在GA4后台被过滤。

4. 日期范围统计逻辑差异 #

GA4的用户计数是基于用户的会话日期，而BigQuery的_TABLE_SUFFIX是事件的发生日期。比如，一个用户在2月28日23:59触发page_view，会话持续到3月1日，GA4可能把该用户统计到3月的用户数里，但你的BigQuery查询会把这个事件算到2月，导致两者日期范围内的用户数错位。不过这种情况通常只会影响边界日期，不会造成巨大差异，可作为次要排查点。

验证方法：
对比GA4和BigQuery的日期范围是否完全一致，同时确认两者的时区设置（GA4默认是UTC，需检查BigQuery数据的时区是否匹配）。

内容的提问来源于stack exchange，提问作者JamesYong