[GA4] 使用 User-ID 跨平台衡量活动

将贵商家生成的 User-ID 发送到您的 Google Analytics 媒体资源

借助 User-ID 功能，您可以将自己的标识符与具体用户关联起来，以便关联他们在不同的会话中以及各种设备上的行为。Google Analytics 会将每个 User-ID 解读为一个单独的用户，这使得您可以获得更准确的用户计数，让您更全面地了解用户与您的业务的关系。

如果您收集 User-ID 并已将 Google Analytics 关联到 BigQuery，那么无论用户的意见征求状态如何，这些信息都会导出到 BigQuery。

准备工作

要将 User-ID 发送到 Google Analytics，您需要自行为每个用户创建并分配一个唯一 ID，并且在其回访时始终为其重新分配该 ID。这通常在登录期间完成。例如，当某位用户登录时，您可以使用其电子邮件地址生成一个可在您的网站或应用中引用的唯一 ID。每个 User-ID 的长度必须少于 256 个字符。

注意：您有责任确保自己根据 Google Analytics 服务条款的规定来使用 User-ID 功能。这包括避免使用不允许使用的个人身份信息，以及在您的隐私权政策中提供适当的标识符使用声明。您的 User-ID 不得包含可供第三方确定用户身份的信息。

此外，为了生成准确的报告，请务必输入真实的 User-ID。反复设置空白或虚拟 User-ID 可能会导致数据不准确（包括数据永久丢失），还会妨碍您分析用户活动。

确保 GA4 中的每位用户都有唯一的 User-ID。向多位用户分配相同的 ID 会导致数据偏差，从而难以区分这些用户的实际活动。

示例

您有 2 位用户：John 和 Mary。您不小心为这两位用户分配了相同的 User-ID (UserID123)。

用户活动：

John 在笔记本电脑上登录并浏览了您的网站。他浏览了商品 A，并将其添加到购物车。
稍后，Mary 在手机上使用相同的 User-ID (UserID123) 登录。她浏览了商品 B 并进行了购买。

在 GA4 中，您会看到一个 User-ID 为 UserID123 的用户浏览了商品 A 和 B，但只进行了一次购买。您可能会误解合并后的浏览数据，认为这是一个兴趣丰富的用户，但实际上这是两个用户。

发送 User-ID

如需了解如何发送 User-ID，请参阅发送 User-ID。

验证在报告中使用的 ID

通过执行以下操作，确保您的媒体资源在报告中使用的 ID 包含 User-ID 选项：

在管理中，在“数据显示”下，点击在报告中使用的 ID。

上一个链接会打开您上次访问的 Google Analytics 媒体资源。您可以使用媒体资源选择器来更改媒体资源。您必须是编辑者或更高级别的用户在媒体资源层级更改在报告中使用的包含 User-ID 选项的 ID。
您可以选择以下选项之一：
- 混合：评估 User-ID、设备 ID、根据模型估算的数据
- 观测：评估 User-ID、设备 ID
点击保存。

User-ID 的用途

在已登录用户和未登录用户之间进行对比

如需对比已登录用户和未登录用户的行为，请创建一个对比项，其中采用“是否已使用用户 ID 登录”维度并将该维度的值设为“是”。

包含“是否已使用用户 ID 登录”维度和维度值 = yes 的比较

此报告显示了已登录用户和未登录用户的用户数、新用户数、互动时长以及收入。

用户探索

用户探索显示构成现有细分的用户，或构成因使用其他探索分析法而产生的临时细分的用户。您可以深入探究该列表，查看有关各个用户的详细信息，包括如何及何时获取了该用户、该用户的摘要指标，以及该用户在您的网站或应用上的活动时间轴等。

基于 User-ID 数据创建再营销受众群体

您可以基于 User-ID 创建再营销受众群体。如果您已将 Google Analytics 账号与 Google Ads 账号相关联，Google Ads 的共享库中便会有这些受众群体。

如果您使用了 User-ID，则 Google Analytics 只会包含与每个已登录用户相关联的最后一台设备的用户标识符和设备标识符。
如果您没有使用 User-ID，则 Google Analytics 会在导出到 Google Ads 的受众群体信息中包含所有设备标识符和用户标识符。

Google Analytics 如何处理收集的 User-ID 不完整的会话

用户可能会在登录前在您的网站或应用上触发事件，也可能在退出登录后触发。在第一种情况下，Google Analytics 会通过会话 ID 将相应会话与在用户登录时提供的用户 ID ��关联。在第二种情况下，用户退出账号后，Google Analytics 便不会再将任何后续事件与相应 User-ID 相关联。

例如，某个用户发起了未与任何 User-ID 相关联的会话，并触发了事件 1 和事件 2。这两个事件均未与任何 User-ID 相关联。然后，该用户进行登录并触发了事件 3。那么，事件 1、2、3 都将与该用户的 ID 相关联。最后，用户退出账号，然后触发了事件 4。事件 4 不会与任何 User-ID 相关联。事件 1、2、3 则仍与该用户相关联。

注意：如果您未设置唯一的 User-ID，那么以下 JavaScript 值将设置为 User-ID：

undefined：由于相关命中不会记录为 user_id，因此系统不会在该命中中发送 User-ID。如果您从未设置过 User-ID，也会出现这种情况。
null：系统会在命中中发送空值或未设置的 User-ID 值。系统会将您视为“未登录账号”的用户，且没有固定 user_id。
空字符串 ("")：这等同于 null。

系统会将所有其他值解读为唯一的 User-ID，并以此形式发送。这甚至包括字符串“undefined”和“null”，它们与上面解释的 JavaScript 值不同。

注意：如果用户在同一会话中退出账号后再次登录，则 User-ID 不会与事件相关联。

限制

User-ID 功能是为了与 Google Analytics 技术配合使用而开发的。所有实现都必须遵守 Google Analytics SDK/User-ID 功能政策。
您向 Google Analytics 发送的 User-ID 的长度必须少于 256 个字符。
在 Google Analytics 账号中，凡是在该功能实现前收集和记录的数据，均不会进行重新处理，也不会与 User-ID 建立关联。
在一个媒体资源中收集的 User-ID 数据不能与在其他媒体资源中收集的数据共用或混合。

该内容对您有帮助吗？

您有什么改进建议？