Google analytics 4 报表常常会出现 Unassigned ，即未分配数据，往往刚开始的时候没有或者很少，但随着时间推移，突然在某一天快速增加，然而你并不知道是什么引起的，如果你足够细心，会发现拉新获客分析，以及转化率的渠道归因，几乎都是错的。
在这篇文章，我会向你解释造成Unassigned 报告的主要原因，以及常见的解决方法，如果你是运营或投放相关岗，一定要记得收藏保存，早晚用得到。
如何查找 Unassigned 数据报告
进入GA4后台，打开流量获取报告，路径：Reports（报告） > Acquisition（获取） > Traffic Acquisition（流量获取）
注意：由于GA4支持自定义报告，左侧菜单可能和官方文档或教程截图略有不同。如果没看到“Acquisition”，可以多点几下，找到与流量获取相关的报告。 在桌面的右上角，尽量把时间选在在近90天，或近180天，你大概率会看到 Unassigned 渠道出现在 GA4 的报表，通常出现某个时间点，之后比例不断上升，甚至超过90%+，比如下图：
上面拉新的数据严重失真，因为客户70%以上的流量是来自于Meta和Google的付费投流，而不是Unassigned, 可以通过Filter 把Unassigned 渠道流量的数据单独拉出来，这里我拉了近90天的
6月7号当天出现了1次，后续大概1个月没有出现，但是到了7月8号突然就开始增长，然后一直存在，接下来我们就开始排查
如何排查Unassigned 出现的具体原因
UTM不符合Google 默认渠道组规则或参数错误
一般情况下，Unassigned主要是由UTM参数错误或缺失造成的，这里我解释下，首先Unassigned 指的是流量渠道，在Google analytics 4中，官方默认预设了一个渠道组，即Default channel group，包含了18个渠道组：
- Affiliates（联盟）
- Audio（音频）
- Cross-network（跨网络）
- Direct（直接访问）
- Display（展示广告）
- Email（邮件）
- Mobile Push Notifications（移动推送通知）
- Organic Search（自然搜索）
- Organic Shopping（自然购物）
- Organic Social（自然社交）
- Organic Video（自然视频）
- Paid Other（其他付费）
- Paid Search（付费搜索）
- Paid Shopping（付费购物）
- Paid Social（付费社交）
- Paid Video（付费视频）
- Referral（推荐流量）
- SMS（短信）
具体可以参考Google 文档，查看 “默认渠道定义” 的部分 [GA4] 默认渠道组 （建议运营同学收藏这个文档，方便日常排查流量归因问题）。
Google 会根据UTM 标签中utm_source, utm_medium, utm_campaign 这3个值来自动识别和进行渠道分组，绝大多数时候只需要utm_source, utm_medium 这2个值，特殊情况下只需要utm_campaign这个值，比如连接中包含 “utm_source=facebook&utm_medium=social“ 那么他就会被google 判定为 Organic Social 渠道
举个例子，你可能会有来自Bing和Google的自然搜索流量，这些都会被归到“Organic Search（自然搜索）”这个渠道分组里。
所以我们可以通过调出Unassigned 的 session source / medium 的值来确定具体原因，还是上面的例子，我们新增一列Session source/medium，然后在搜索框输入 Unassigned
带有黄色感叹行图标的是 Not set，即“未设置”，很多运营和投放的小伙伴往往会与Unassigned “未分配” 混淆，事件（比如互动，转化）归因到已知的渠道，底层数据是有的，而 未设置 代表的是底层数据是缺失的
我们看第一个 Session source/medium : adFB / traffic, 根据上面google 官方的规则，这样的 source 和 medium 无法映射到默认渠道组中，所以就会在report 中显示为 Unassigned，这种类型的错误也是运营和投放小伙伴经常会遇到的，根本原因在于各业务端口并不是真的了解UTM
还是以上adFB / traffic 为例，这明显是Meta 广告中，投放人员在 ads 层级（注意 不是 campaign 和 ad set 层级）错误设置
再比如上面GA4 Unassigned 截图中第4个，（not set）/ lead， 这个也是典型的 优化师自己填的，关键是source 的值是not set， 经过排查是优化师手动输入错误，多打了一个 “？” 号
诸如此类的错误很常见，特别是KOL，PR这些经常需要配置UTM 参数的链接，大家在设置完之后，一定要记得检查一下，否则很难通过GA4来定期复盘这些工作的成效。
那么针对上面这个类型的问题，该如何解决？有2种解决方案：
第一，修改参数值使其符合Google 默认渠道组规则，比如把adFB / traffic 改成 facebook/cpc, 这样就会归到 paid social （付费社媒）渠道；
第二，启用自定义渠道组，自己设定分类规则 (但要注意，切换到默认渠道组情况下，在source/medium值不变的情况下，渠道仍然会显示为unassigned), 登录GA4后台 admin > Data display > Channel groups
注意上面，打开之后，不要直接点击蓝色的按钮“Create new channel group”, 而要选择 Default channel group 旁边的三个点，然后选择 “Copy to create new”
第一步先设置渠道组命名，Description 可写可不写，如图
然后点击 Paid social 旁边的 箭头，打开 channel details 视图，我们需要增加刚刚 adFB / traffic 规则进去
在原判断条件下，点击 “or”， 增加 source 为contains adFB 即可，最后依次点击 save channel , save group 即可
接下来我们需要把默认的渠道组规则改为我们刚刚创建的 “渠道分组 – Elvis”, 这样后面我们再看 流量获取报告就会自动使用我们新创建的规则
我们回到流量获取报告，我们就会发现默认渠道分组就自动变为 “渠道分区 – Elvis”，Unassigned 的数据会逐渐下降，因为新创建的渠道规则是不能对之前的数据进行覆盖的，只能从此刻开始，之后的数据按新规则出报告，这也是为什么我建议大家尽量从最开始就把这块规则设置好
Google ads 设置问题
还有一类情况也非常常见，Google ads 的报告在GA4 也显示为Unassigned，主要是2处设置造成的，第1，Google ads 没有关联到Google analytics 4， GA4 admin > Product links 》 Google ads links
如果已经关联好，你会看到对应的Google ads 账户信息，如果没有没有，就点击蓝色的按钮 “Link” 进行关联，注意，Google 会自动检索你登录状态下的Google 账户对应的google ads账户，且你必须具备账户管理编辑权限
第2点，就是要检查你的Google ads 账户后台是否开启了 auto tagging 功能，这可以让Google ads 自动配置UTM 标签，以确保在GA4 中的正确展示
事件标签在 Gtag 配置代码前触发
对于通过GTM配置GA4 事件的网站，常常会出现 事件标签在GA4 的配置标签前触发，这就会导致一系列复杂的问题，其中一点就是 “Not set”， 间接到导致Unassigned 出现
Gtag 也就是GA4 的config tag 我们在GTM 配置的时候，正常触发条件是 “ Initialization – All pages trigger ”， 而正常情况下，其他事件往往都是 “Pageview” 或 “DOM ready”
这些基本不会出现事件标签在Gtag前触发，但确实我看到过一些网站加速速度问题，以及不小心设置了 tag sequencing， 造成了件标签在Gtag前触发， 也就间接造成了 Unassigned 出现
目前针对这类情况，我能想到的解决方案就是手动排查，暂时还没有什么特别好的办法，好在一般来说，大部分DTC 独立站，配置的标签都在10~30个之间，排查起来还是比较快的
Session_start事件丢失
session_start 丢失也会造成 Unassigned， 因为他的source 和 medium 的值都是 not set， 但是为什么 session_start 会丢失，我查了Google 官方资料，也没找到任何的说明，但有一点是确定的，那就是 session_start 属于GA4 自动创建的事件，并不是我们人为能控制的
所以这个问题等同于是什么情况造成 GA4 没有自动创建 session_start ？ 这里我也不是很清楚，但是有一类情况比较常见，就是User-id 的问题，我在一些客户后台常常会看到，他们把user-id 当成event 维度来配置了，但其实这是错误的，因为GA4 目前有3个维度，分别是event, user, item, 默认GA4 是把user-id 放在user 维度，正确的配置应该如下图所示，但很多人常常把他设置到
服务器端GTM 部分事件tag 遗漏server_container_url 参数
越来越多的国内独立站品牌意识到配置服务器端追踪的重要性，特别是深圳这边，但很多团队往往都是在fiverr 上找人帮忙配置，这些fiverr 的价格低，但都是通过导入配置模板然后把里面的相关ID 换成客户的，这种就会导致很多数据混乱问题
其中就包含遗漏server_container_url 参数，这种情况下，GA4后台可能针对一个session ，会收到2种数据，一种是网站直接发送到 analytics.google.com
还有一种是通过你的服务器端发送数据
这也会导致GA4 的流量获取报表出现 Unassigned
小结：
Unassigned 这个问题非常常见，并不只有你一个人会遇到，大家都可能会遇到，整体来说，不是很难解决，这对于业务却非常重要，如果没有数据报表或者数据错误率很高，特别是运营和投放工作只能靠假设，验证，再假设，如果问题一直得不到改善，影响的是大家的信心和士气，不少团队因此深陷泥潭，这类情况我在不少客户公司都看到过，所以希望这篇文章能帮你理清数据，精准锁定业务问题，如果你有任何疑问，欢迎留言。