差异 ClientId - FullVisitorId

Posted 2023-03-24

【中文标题】差异 ClientId - FullVisitorId

【英文标题】：Difference ClientId - FullVisitorId

【发布时间】：2018-07-31 08:22:57

【问题描述】：

fullvisitorId 的文档指出它是“唯一的访问者 ID（也称为客户端 ID）”。但是，在比较 BQ 中的 clientId 和 fullvisitorId 时，fullvisitorId 的值的结构不同。一个question 表示fullvisitorId 是clientId 的散列版本，但是我找不到说明这一点的官方文档。

我的问题是为什么有两个参数表示相同的信息，如果它们不一样有什么区别？

【参考方案1】：

他们现在还将clientId 添加到export schema。上面写着：

与任何给定访问/会话关联的给定用户的客户端 ID 的未散列版本。

他们在measurement protocol reference 中声明：

如果请求中未指定用户 ID (uid)，则此字段是必需的。这匿名识别特定用户、设备或浏览器实例。对于网络，这通常存储为具有两年有效期的第一方 cookie。对于移动应用程序，这是为应用程序安装的每个特定实例随机生成的。此字段的值应为http://www.ietf.org/rfc/rfc4122.txt 中所述的随机 UUID（版本 4）。

所以，它是随机生成的 - 对于网络，它是一个 cookie，对于应用程序，它是在每次安装时设置的 (or if the IDFA changes)。 在user id documentation 上，他们通过对比两个 id 来确认这种随机化：

Analytics 库随机生成并与所有命中一起自动发送。

哈希算法未知。但原则上两者之间的唯一区别是散列。

但是，自 2018 年 7 月 17 日起，您可以使用 Management API 提供的 hashClientId method 将哈希算法应用于您的客户端 ID。为此，API 需要一个客户端 ID 和一个网络属性 ID。尽管提供网络资产 ID 可能意味着他们使用它来对哈希进行加盐——但他们并没有这样做。 fullVisitorId 对于不同的属性是相同的（使用管理 API 测试）。

这基本上意味着他们不希望您使用客户端 ID 连接数据并且基本上将其伪/匿名化。现在他们允许了，您可以通过任一方式连接来自不同来源的数据

使用 Management API 创建 fullvisitorid（用于旧数据） 或使用新字段中的客户端 ID（用于较新的数据）

【讨论】：

嗨，马丁，感谢您非常详细和有用的回复。如果我理解正确，即使用户 ID 存在，客户端 ID 仍然设置，或者在设置用户 ID 时我们不会获得客户端 ID？此外，如果我们可以散列客户端 id（指的是完整访问者 id 是散列的客户端 id），那么现在拥有完整访问者 ID 会更加混乱。最后，为了确保我们指的是与网络资产 ID 相同的东西，您指的是跟踪 ID，对吧？祝你好运！

- 用户id是这个游戏中的一个新变量，你的意思是fullvisitorid吗？如果不是，我实际上不知道两者是否都从用户 id 视图导出-我会假设是这样-fullvisitorid 和 clientid 都导出了 atm-我猜 fullvisitorid 将来会被弃用-是的：web property id = tracking id ( UA-xxxxx...)