用户代理字符串缩减、客户端提示以及让 Voluum 运行起来魅力无穷的魔力
已发表: 2022-12-14您好，欢迎阅读另一篇文章，重点介绍 Voluum 如何应对谷歌宣布的可能影响跟踪的行业即将发生的变化。
它几乎成了这个博客的固定专栏。
Google 的最新想法是减少用户代理传递的信息量。 服务器使用此信息为用户提供最佳观看体验（例如，通过加载网页的移动版本）。 Voluum 等跟踪器也使用它为营销人员提供额外的数据层，其中包括以下信息：
- 设备类型
- 浏览器版本
- 操作系统版本
谷歌担心此类详细信息可能会被用于侵犯隐私的指纹识别。 此外，用户代理 (UA) 字符串的长度使其容易出现解析错误。 减少 UA 字符串中的信息量是 Google 对这两个问题的回答。
如果您只是来这里是为了快速回答，这里是：
重定向跟踪将继续工作，无需额外操作，而直接跟踪将需要更新直接跟踪脚本。 如果不这样做，将导致报告中有关访视特征的信息不完整或不正确。 但是，跟踪仍然有效。
在本文中，我们将研究用户代理和客户端提示的工作原理、减少 UA 字符串的时间表，以及 Voluum 采取了哪些措施来保持跟踪操作。
什么是用户代理？
用户代理是代表用户行事的任何软件。 在大多数情况下，它是您的网络浏览器。 术语“用户代理”有时也用于描述此浏览器通过 HTTP 请求标头传递的信息。
三十多年来，用户代理一直是网络浏览体验的一部分。 它用于提供网页的最佳版本。 由于来自 UA 的信息，服务器可以发送适合特定屏幕尺寸和分辨率并使用正确语言的正确版本的网页（移动或桌面）。
Voluum 一直在使用来自 UA 的信息来使其报告更加详细和准确。 其中一些信息是在外部服务的帮助下获得的。 未能获得 UA 将意味着报告将不会像用户习惯的那样详细。
用户代理的问题
在过去的几年里，谷歌一直试图将自己展示为一家关心用户隐私的公司。 它提出并测试了各种新技术，旨在取代在其范围内没有隐私的旧解决方案。 主要示例是第三方 cookie，它们设置为 2024 年终止。
请注意，Voluum 已经准备好在没有第三方 cookie 的情况下进行跟踪。
谷歌最近对 UA 技术的不满涉及两件事：
首先是来自UA的信息可以用来精确识别用户。 这称为“指纹识别”——一种寻找数字提示和痕迹的方法，可以通过非直接方式识别用户。
例如，谷歌浏览器是世界上最流行的网络浏览器。 知道用户单独使用 Chrome 不会提供太多信息来区分特定用户和其他用户。 但是，如果您将该信息与其他一些详细信息（例如精确的浏览器版本、操作系统版本、设备类型、运营商等）结合起来，您将获得一组或多或少独一无二的信息。 广告平台可能会使用识别用户来创建每个用户的详细资料，而无需他们为此特别同意。
UA 的第二个问题更具技术性。 多年来， UA 字符串变得相当冗长，服务器在解析如此长的字符串时有时可能会出错。
谷歌的解决方案是：
- 减少 UA 字符串的长度。
这是完整 UA 字符串的示例：
这是一个简化的 UA 字符串示例：
- 引入用户代理客户端提示，这是一种解决方案，其中某些信息仅在服务器的特定请求下可用。
用户代理客户端提示的示例：
这些更改的时间表是什么以及哪些平台将受到影响
UA 字符串缩减将在 Google Chrome 版本 113 中引入，该版本将于 2023 年 5 月发布。
UA 减少将应用于以下平台：Windows、macOS（已应用）、Linux、Chrome OS 和 Chrome on Android。
目前，iOS 和 Android WebView 没有减少 UA 的计划。
什么是客户提示？
Client Hints 是 Google 开发的技术，可以替代 User Agent。 它是一组 HTTP 请求标头字段，可按需提供有关网络或设备的信息。
UA 和 CH 之间的主要区别在于后者可以以更注重隐私的方式访问。 这是因为默认情况下并非所有数据都是共享的——更详细的数据必须由服务器专门请求。
客户端提示的类型
有两种类型的客户端提示：
- 低熵（默认共享） ：它们包括一般信息。 例子：
- 软件名称： Chrome
- 软件版本： 106
- 操作系统： Mac OS X
- 高熵（根据要求共享） ：可用于指纹识别的详细信息。 例子：
- 完整软件版本： 106.0.5249.62
- 完整操作系统版本： 10.14.6
- 设备：英特尔 Mac OS X 10_14_6
请注意，对客户端提示的支持来自网络浏览器，也来自操作系统。 此外，有时只有低熵 CH 可用。 为了获得最佳结果，Voluum 按特定顺序使用这些技术。
重定向跟踪和客户提示
使用重定向跟踪时，Voluum 将检查 UA 字符串是否减少。 如果是这种情况，它将执行额外的重定向以请求客户端提示。 Voluum 将在 307 响应中获得 CH。
第二次重定向可能会在到达目标页面之前增加一些额外的延迟。
有关重定向跟踪和客户端提示的所有更改都已在 Voluum 的后端引入，因此您无需更改设置中的任何内容即可使用客户端提示。
直接跟踪和客户提示
直接跟踪的情况有点复杂。 为了涵盖所有情况，Voluum 团队开发了一个名为“Meta tag”的解决方案。 这是一个脚本，如果需要，它会询问客户端提示。
元标记现在作为直接跟踪脚本的一部分包含在内。
元标记允许指定哪些客户端提示应该准确地添加到每个请求到页面域以及用于跟踪的第 3 方域。
然而，这个解决方案迫使我们要求对直接跟踪设置进行一定的更改。 到目前为止，我们请求在页面的 <body> 部分实施直接跟踪脚本。 然而，元标记需要出现在页面的 <head> 部分。 因此，已经使用直接跟踪的人有两个选择：
- 将直接跟踪脚本留在 <body> 部分，并在网页的 <head> 部分仅放置 Meta 标记。
- 从 <body> 部分中删除直接跟踪脚本，并将带有元标记的直接跟踪脚本放在 <head> 部分中。 如果您忘记从正文部分删除没有元标记的旧直接跟踪脚本，请不要担心，我们为此提供了故障保险。
UA 和 Client Hints 的优先级
浏览器和操作系统对 CH 和 UA 字符串缩减的支持各不相同，具体取决于可用的内容，将保持以下顺序：
重定向跟踪：
- 如果浏览器不支持客户端提示——我们会查看 UA，即使它有所减少。
如果浏览器不支持客户端提示：
- 如果我们只得到低熵（默认）提示并且 UA 完成——我们只使用 UA
- 如果我们只得到低熵提示并且 UA 减少了——我们使用 CH
- 如果我们得到高熵（根据要求）提示——我们使用 CH
- 如果我们得到高熵（根据要求）提示并且有完整的 UA –我们使用 CH
如果我们看到 UA 没有减少，我们不会询问高熵提示，因为我们假设它们将包含与 UA 相同的数据。
直接跟踪：
这里的规则是相同的，但我们会立即获得高熵（应要求）提示——所以如果高熵提示可用，我们就使用高熵提示。
“工作跟踪器”的理念
广告跟踪器喜欢吹嘘他们拥有的功能，我们也对此感到内疚。 然而，我们的方法围绕着“工作追踪器”的概念展开。 这意味着，最重要的是，无论行业如何变化，跟踪器都必须稳定并始终如一地执行其核心任务。
如果我们必须在创建可用于更多地宣传我们的平台的新功能与为未来行业变化准备 Voluum 的解决方案之间做出选择，我们总是选择后者。
当您决定使用 Voluum 时，您可以放心，它会在未来几年毫无问题地工作。