fullvisitorId 的文档说明它是“唯一访问者 ID(也称为客户端 ID)”。然而,在比较 BQ 中的 clientId 和 fullvisitorId 时,fullvisitorId 的值的结构不同。一个问题指出 fullvisitorId 是 clientId 的散列版本,但是我找不到官方文档说明这一点。
我的问题是为什么有两个参数说明相同的信息,如果它们不相同,有什么区别?
它们现在还添加clientId到导出模式中。那里说:
与任何给定访问/会话相关联的给定用户的客户端 ID 的未散列版本。
在测量协议参考中,他们指出:
如果请求中未指定用户 ID (uid),则此字段是必需的。这以匿名方式标识特定用户、设备或浏览器实例。对于网络,这通常存储为两年到期的第一方 cookie。对于移动应用程序,这是为应用程序安装的每个特定实例随机生成的。该字段的值应该是一个随机的 UUID(版本 4),如http://www.ietf.org/rfc/rfc4122.txt 中所述。
因此,它是随机生成的 - 对于网络,它是一个 cookie,对于应用程序,它是每次安装时设置的(或者如果 IDFA 更改)。在用户 id 文档中,他们通过对比两个 id 来确认这种随机化:
随机生成并随 Analytics 库的所有匹配自动发送。
散列算法未知。但原则上两者之间的唯一区别是散列。
但是,自 2018 年 7 月 17 日起,您可以使用Management API 提供的hashClientId 方法将哈希算法应用于您的客户端 ID 。为此,API 需要一个客户端 ID 和一个网络属性 ID。尽管提供网络属性 ID 可能意味着他们使用它来为哈希加盐 - 他们没有这样做。fullVisitorId 对于不同的属性是相同的(使用管理 API 测试)。
这基本上意味着他们不希望您使用客户端 ID 连接数据并且基本上是伪/匿名化的。现在他们允许了,您可以通过以下任一方式连接来自不同来源的数据
| 归档时间: |
|
| 查看次数: |
3997 次 |
| 最近记录: |