第三方 Cookie 的终结：浏览器接管在线广告

这对用户隐私和您的业务意味着什么。

浏览器正在逐步淘汰第三方 cookie，并且对它们施加了越来越多的限制。

大多数在线分析、广告和归因工具都在争先恐后地寻找收集数据的替代方法。 这种削减也影响了我们的报告。

但在寻找替代方案之前，了解浏览器限制 cookie 的原因以及州和国家级法律框架是必不可少的。

所以让我们从那里开始……

为什么浏览器会限制 Cookie？

Simo Ahava 在下面的 Superweek 2020 上的演讲展示了随着时间的推移实施的浏览器更改时间表。

科技产品现在正在采取更短的步骤来做出改变。 隐私改进功能的执行率也在上升。

与之前的 5 年相比，我们在 2019 年看到了更多浏览器的隐私改进。

在我的文章“浏览器是否通过 Safari ITP、Firefox ETP 和 Chrome 隐私沙盒推动无 Cookie 的未来？ ”，我详细谈谈这些变化背后的原因：

Safari 和 Firefox 等浏览器（以及较小程度的 Chrome）也希望保护其用户免受这些类型的 cookie 的影响，这些 cookie 用于建立用户的个人资料和购买兴趣。 然后，这些信息将被出售并用于定位其他网站上的用户。 与普通广告展示相比，广告卖家将在经过验证的意图的广告展示位置上获得更高的利润。 广告行业领导者明白，前进的方向是减少跟踪，增加与页面上用户意图相匹配的广告展示位置（通过使用内容广告匹配）。

这个想法来自 John Wilander，他为 Webkit 发布了这篇博文。 根据 Wilander 的说法，“智能跟踪预防旨在通过防止跨站点跟踪来保护用户隐私。”

这一切都是为了专注于网站与他们的 OWN 用户建立更密切的关系（在 ITP 的单个站点和 Chrome 组织的上下文中）并防止第三方提供此服务。

Webkit 是 Safari 中 ITP 背后的组织，也是 John Wilander 的项目之一，在他们的跟踪预防政策中进一步解释了这一点：

跟踪 WebKit 将阻止所有隐蔽跟踪和所有跨站点跟踪（即使它不是隐蔽的）。 这些目标适用于上面列出的所有类型的跟踪，以及我们目前未知的跟踪技术。 如果不能完全阻止特定的跟踪技术而不会对用户造成不当伤害，WebKit 将限制使用该技术的能力。 例如，限制用于跟踪或减少可用熵位的时间窗口——可用于识别用户或用户行为的唯一数据点。

Webkit 知道他们的 ITP 项目有一个意想不到的副作用。 他们不想阻止在单个站点的上下文中进行分析和受众测量。 用于改善用户体验的分析和 A/B 测试工具不会受到反对。

该问题类似于新的欧洲电子隐私指令指南（于 2019 年 7 月更新）和尚未实施的电子隐私法规所处理的问题。 新规则和新技术造成了我们尚无法弥补的法律或技术空白。

在浏览器方面，我们有望获得新功能，例如 isLoggedIn、Private Click Measurement 和 Chrome SameSite OrganizationID（第一方集）。

但既然我们还没有这些替代品，我们还剩下什么？ 我们是否应该像大多数公司一样忽略它们，遵循 ICO 和 CNIL 对 ePrivacy 指令的更新？

欧洲 GDPR 正在为法律限制铺平道路

世界上最严格的隐私法是欧洲的 GDPR。

ICO（英国隐私权）和 CNIL（法国隐私权）最近更新的指导方针也谴责在主动同意之前将大多数 cookie 放置在用户设备上（以及使用“全部接受”按钮、预先选中的复选框或收音机等技巧）纽扣）。 该指南于 2019 年 7 月更新，将在 2020 年 7 月之前实施。同时，电子隐私条例（仍在草案中）对 cookie 进行了一些排除。 这些都表明允许A/B 测试、分析和衡量广告的有效性（甚至是测试广告）。

2019 年 11 月 8 日，芬兰政府发布了对电子隐私条例的修订提案，并进行了一些修正。 在本提案中，某些 cookie 可以在未经同意的情况下放置，正如最新的电子隐私条例草案（从 2019 年 11 月起）在下面的第 8、17aa 和第 21a 条中所述：

第 8 条： “保护最终用户的终端设备信息，1(d)网络受众测量是必要的，前提是这种测量是由最终用户请求的信息社会服务提供商或由代表信息社会服务的一个或多个提供商的第三方，前提是满足法规 (EU) 2016/679 第 28 条或适用的第 26 条规定的条件。 2(c)出于统计计数​​的目的，有必要在时间和空间上限制为此目的所必需的程度，并且一旦出于此目的不再需要，数据将被匿名或删除。”

第 17aa 条：“由于最终用户非常重视其通信的机密性，包括他们的身体活动，因此此类数据不能用于确定最终用户的性质或特征或建立最终用户的档案，例如，为了避免将数据用于细分目的、监控特定最终用户的行为或就最终用户的私人生活得出结论。 出于同样的原因，必须向最终用户提供有关正在发生的这些处理活动的信息，并赋予最终用户反对此类处理的权利。”

第 21a 条： “Cookie 也可以是一种合法且有用的工具，例如，用于评估所提供的信息社会服务的有效性，例如网站设计和广告，或帮助衡量访问网站的最终用户数量，网站的某些页面或应用程序的最终用户数量。 但是，对于用于确定网站使用者性质的 cookie 和类似标识符，情况并非如此，这始终需要最终用户的同意。”

简而言之，使用分析或第三方工具测量网络受众不需要 cookie 同意。 您可以从这些数据中获取统计信息，但不能将其细分为“得出有关最终用户私人生活的结论”——数据必须是匿名的。

GDPR 为内容、广告或设计的 A/B 测试和个性化（通过保留选项来衡量体验的有效性）开辟了空间。 这让我希望我们走在正确的道路上，以保持我们现在拥有的强大的 A/B 测试解决方案，但要关注信息的有效性和提供更好的 Web 体验。 我们应该谴责诸如根据性别、种族、年龄或任何个人数据（由 GDPR 定义）等容易识别的特征来区分小团体或个人以及进行细分的做法。

浏览器和隐私法都在追求同一件事。 他们都是这一运动的带头人，这意味着他们甚至领先于新的替代解决方案。 他们的主要目标不是阻止您分析用户（在您的网站上）或进行 A/B 测试以改善和优化用户体验。 它们在这里是为了防止在未经用户主动同意的情况下在单个站点上下文之外的第三方位置上构建身份。 在我写的这篇文章中对此有更多的了解。

浏览器的未来

目前最常用的三种浏览器是 Chrome、Safari 和 Firefox，但像 Brave 这样更具隐私意识的替代品正在快速增长。 根据这份总结，Chrome 的使用率最高（占全球设备的 64%），其次是 Safari，占 18%（平板电脑使用率高达 60%），Firefox 使用率约为 4%（在移动设备上不到 1%）。 这个强大的模块对他们的技术做了什么，引导了全球 76% 到 85% 的流量，这是了解您应该使用什么进行在线营销的关键。

火狐浏览器

Mozilla 拥有大约 4% 的整体市场份额，估计在桌面上的份额在 8% 到 12% 之间，而在移动设备上的份额则小于 1%（来源 Statcounter、NetmarketShare 和 WikiMedia）。 它使用增强的跟踪保护 (ETP) 提供针对指纹和第三方 cookie 的隐私保护。

ETP 会阻止所有第三方 cookie，如果它们在此列表中，则断开连接。 根据他们的社区对话，第一方 cookie 没有被阻止，断开连接列表似乎是使用中间步骤进行分类的，并且可能完全被 Mozilla 策划的列表所取代。 维护此列表是一个相当费力的过程，但却是迈向隐私的坚实一步。 一旦源在列表中，就不能设置任何第三方 cookie。 Mozilla Firefox ETP 的发展方向没有明确的路线图，但优先级似乎是 cookie 列表和指纹识别的细化、分类和扩展。

苹果浏览器

根据维基百科（2019 年 11 月）的数据，默认的 iOS 浏览器在移动设备和平板电脑上的市场份额在 20% 到 60% 之间。 整体市场份额为18%。 Safari 是关于隐私的最直言不讳的浏览器。 2019年，它推出了ITP 2.1、ITP 2.2和ITP 2.3。 这也是 ITP 背后的 Webkit 团队，推动 ITP 引入的问题的替代解决方案。

现在让我们仔细看看 LoggedIn、Private Click Measurement 和 Storage Access API，看看它们如何解决 2019 年引入的一些问题。

已登录

Apple Webkit 的 John Wilander（2019 年 9 月）提出了一项 W3C 改进，该标准可以协助 GDPR 的合同法律基础。 在欧洲，该法律基础提供了对用户使用 cookie 的自由等等，但只有在用户同意的情况下。 Wilander 建议在浏览器级别使用类似的东西。 这是我认为浏览器将来会接受作为法律基础的东西。

isLoggedIn 是一种浏览器功能，它可以拒绝客户端状态（例如非会话 cookie、localStorage），除非用户登录到可信赖的提供商。 人们担心，对获取用户数据的痴迷可能会导致无意义的登录，只是为了进入 isLoggedIn 状态和 GDPR 法律基础“合同”来执行广告重定向等操作。 我亲身经历过这一点。 在下面的示例中，西班牙房地产网站 Habitaclia 试图让我登录，而信息可通过关闭弹出窗口获得。 以用户身份登录的价值为 null，因此这种做法似乎毫无意义（请注意，这是来自执行 GDPR 的西班牙）。

但就像 ITP 一样，isLoggedIn 将被尝试和改进，我希望它得到适应。 2019年在W3C频道里有很多关于它的来回，但此后没有采取进一步的行动。 从理论上讲，这可以为现在只有 cookie 和同意才能提供的法律基础粘性创建技术解决方案。 在欧洲，这将为所有工具提供一种简单的方法来了解用户是否登录网站以及是否有收集个人数据的法律依据。

私人点击衡量

Webkit 团队的隐私点击测量（以前称为隐私保护广告点击归因）是一项 W3C 提案，它允许简单但有效的转化归因。 这是一个更正式的改进 isLoggedIn 的提议，但尚未被视为 W3C 标准。 对于 A/B 测试，在异地购物车环境中进行转换时，这可能会派上用场。 当它公开可用时，我们将考虑实施它。 您可以阅读本文中的实施建议。 1 月中旬，Apple Safari 和 Mozilla Firefox 支持这一举措，将其提升为正式标准。 它的限制是 64 个活动和一个延迟 24-48 小时的随机转换触发器（让您更难确定转换，从而增加隐私），但在 Firefox 和 Safari 的支持下似乎获得了牵引力。

llimits 也是 Chrome (Chromium) 团队认为过于严格的东西，这也是他们提出新的 Conversion Measurement API 的原因。

谷歌浏览器

Chrome 占据了全球超过 64% 的市场份额（仅台式机就有 67%）。 Chrome 是浏览器世界的强者，也是一个有争议的玩家，其主要收入来自谷歌的广告产品。 它拥有 25% 到 65% 的移动端市场份额和 67% 的桌面端市场份额，是世界上最主要的浏览器。 但是事情发生了变化，我们之前已经看到过……浏览器可能会失宠。 如果不将重点转移到隐私上，所有 Android 预安装可能无法拯救 Google Chrome。

Digiday 很好地总结了这一点：

最近在 Apple 的 Safari 和 Mozilla 的 Firefox 浏览器中限制第三方跟踪的更改已被证明对出版商、广告技术供应商和代理机构具有破坏性。 尽管如此，随着网络隐私日益成为消费者关注的主流问题，谷歌面临着一些竞争压力，需要定向效仿。

同意管理平台 Crownpeak 的营销副总裁 Ian Lowe 表示：

随着压力的增加，谷歌正在寻求展示越来越多的方式在隐私方向上积极发展，同时仍然保持收入模式。

同站点

2020 年 2 月有关 Chrome 80 的 SameSite 更新将要求网站所有者明确标记可在其他网站上使用的第三方 cookie。 Digiday 很好地解释了这一变化：

Google 于去年 5 月首次宣布，在 Chrome 80 及更高版本中，第三方（例如广告技术公司）将无法访问不包含“SameSite=None”和“Secure”标签的 cookie。 安全标签意味着需要通过 HTTPS 连接设置和读取 cookie。

目前，Chrome SameSite cookie 默认为：“无”，允许第三方 cookie 跨站点跟踪用户。 但从 2 月份开始，cookie 将默认设置为“SameSite=Lax”，这意味着仅当浏览器 URL 中的域与 cookie 的域匹配时才会设置 cookie——第一方 cookie。

任何带有“SameSite=None”标签的 cookie 还必须有一个安全标志，这意味着它只能通过通过 HTTPs 发出的请求来创建和发送。 同时，“SameSite=Strict”的名称完全限制了跨站点共享，即使在同一发布者拥有的不同域之间也是如此。”

Mozilla 的 Firefox 和 Microsoft 的 Edge 宣布它们也将采用 SameSite=Lax 默认值。 如果没有这个标签，我们将开始在 Chrome 控制台弹出窗口中看到越来越多的警告，如下所示。

根据 Digiday ：

Google 2 月的 SameSite 和 Google Ads 更新将阻止与消费者没有主要关系的广告技术公司“收听”广告拍卖，以便使用内容类别建立用户档案。 在当前系统下，如果用户访问像 ESPN.com 这样的网站，Google 的交易平台会将包含上下文主题“体育”的投标流中的信息发送回潜在投标人。 需求方平台和其他广告技术公司（如数据管理平台）能够看到这些信息，并且理论上可以使用它来创建用户不知道的行为用户档案。 目前尚不清楚这种情况在实践中是否经常发生，但这种可能性会带来 GDPR 风险。 Google 的广告政策也禁止根据出价数据建立用户档案。

SameSite 更改似乎属于 Google Chrome 正在开展的一个更通用的项目，称为隐私沙箱。

隐私沙盒

根据这个 Chromium 页面，Privacy Sandbox 的使命是“创建一个尊重用户和默认隐私的蓬勃发展的网络生态系统”。 与 Webkit 一样，Chrome 的一般方法是重新启用跨站点跟踪，但不会影响用户的隐私。 这意味着他们不想失去广告功能，但也可以看到隐私成为他们不能再忽视的问题。

以下是团队的一份声明：

我们相信，网络的部分魔力在于内容创建者可以在没有任何看门人的情况下发布，并且网络用户可以自由访问这些信息，因为内容创建者可以通过在线广告为自己筹集资金。 该广告对发布商和广告商来说更有价值，并且当它与用户相关时，它对用户的吸引力和烦恼更少。 我们计划引入新功能来服务于当前通过跨站点跟踪（或与跨站点跟踪无法区分的方法）实现的健康网络的一部分的用例。 随着该功能的推出，我们将对第三方 cookie 的使用设置越来越多的限制，这是当今跨站点跟踪最常见的机制，并最终完全弃用它们。 与此同时，我们将积极打击当前基于非 cookie 的跨站点跟踪技术，例如指纹识别、缓存检查、链接修饰、网络跟踪和个人识别信息 (PII) 连接。

谷歌软件工程师迈克尔·克莱伯 (Michael Kleber) 在 Chrome 中从事隐私和跟踪预防工作，他概述了该公司向无跟踪网络发展的计划。 他建议从 cookie 转向“尺寸更合适的 API”，这些 API 不允许在网络上不受限制地跟踪个人，并讨论了 Chrome 如何探索使用联合学习群组 (FLoC)（隐私沙盒项目的一部分）继续允许在网络上投放基于兴趣的广告。 他鼓励开发人员“帮助我们想象一个没有第三方 cookie 或其他跟踪载体的世界”。

声明属于同一组织的第一方 Cookie

Chrome 正在隐私沙盒计划下开展的另一个项目是 First Party Sets（Chrome 工程总监 Justin Schuh 于 2019 年 8 月开始谈论这个问题）。

该项目提出了一种新的网络平台机制，将相关域的集合声明为第一方集。 它是 Wilander 的“单一信任和同源策略 v2”和“附属域”的迭代。

在这里，如果域选择加入并且集合符合 UA 策略，浏览器将把域视为集合的成员，以结合用户和站点的需求。 域通过在 https://<domain>/.well-known/first-party-set 托管 JSON 清单来选择加入。 辅助域指向拥有域，而拥有域列出集合的成员、触发更新的版本号和一组签名的断言以通知 UA 策略。 这是一个例子：

 https://a.example/.well-known/first-party-set { "owner": "a.example", "version": 1, "members": ["b.example", "c.example"], "assertions": { "chrome-fps-v1" : "<base64 contents...>", "firefox-fps-v1" : "<base64 contents...>", "safari-fps-v1": "<base64 contents...>" }, } https://b.example/.well-known/first-party-set { "owner": "a.example" } https://c.example/.well-known/first-party-set { "owner": "a.example" }

向浏览器声明您的第一方域允许您包含组织的所有域。 这使浏览器更容易阻止使用第一方 cookie 和脚本的第三方工具。 如果您有个性化、A/B 测试、分析、归因系统或推荐工具，请将它们置于您组织的域下，例如服务器端 cookie 和 CNAME。 请务必检查您将哪些方纳入您的域，因为它们成为您的责任（很快您必须在进入访问者设备之前向浏览器“海关”声明它们）。

转化衡量 API

Mozilla 的 Steven Englehardt 谈到 Conversion Measurement API 规范时说：

我想表达 Mozilla 对引入高熵跨站点标识符的担忧，我也在上述 TPAC 会议上表达了这一点。 高熵“印象数据”标识符使发布者网站能够了解个人用户在他们自己网站以外的网站上的活动信息。 这明显违反了 Firefox 的反跟踪政策，我们不会实施有助于这种违规行为的 API，因为它支持跨站点跟踪。 发布者网站可以通过在转换注册时（即，当用户点击发布者网站上的广告时）将“印象数据”值与用户标识符相关联来了解有关个人的信息。 然后，“conversion-metadata”值显示的信息可以通过“impression data”值创建的链接与该用户的帐户相关联。 实际上，这可能是敏感信息，例如该用户是否在目标站点上进行了购买，或者他们是否注册了帐户。 要了解与允许发布者通过此 API 收集与个人相关的活动数据相关的风险的严重性，请考虑发布者可能是充当用户访问网络其余部分的主要访问点的搜索引擎或社交网络. 处于此位置的发布者可能会了解单个用户在大量目标站点上的活动，从而构建该用户的场外购买活动、场外注册活动等的相当全面的图景。

此外，Safari (Webkit) 表示公众持怀疑态度，尤其是围绕 64 位印象元数据。

无论如何，所有其他浏览器都希望通过使用 Chrome 提出的 Conversion Measurement API 或 Safari 提出的 Private Click Measurement API 来解决广告商的归因问题。 一旦这一点到位，所有浏览器都会为广告商提供足够的激励措施来与他们合作，同时仍然保护网络隐私。

Turtledove 或群组联合学习 (FLoC)

Michael Kleber 提出了一个新提案，称为两个不相关的请求，然后是本地执行的胜利决策 (TURTLE-DOV) 或 TURTLEDOVE（PIGIN 的更新版本）。

尽管目前尚不清楚 Turtledove 或同群联合学习 (FLoC) 的结果如何，但 Chrome 的团队正在讨论所有这些解决方案，看看哪些会受到 Safari、Firefox 和 Brave 隐私团队的关注。 FLoC 提案提供了一种不同的广告定位方法，侧重于人们的普遍兴趣而不是具体行动。

在 FLoC 模型中，广告商和广告网络无法控制人们所在的群体。相反，浏览器本身负责以某种方式将“相似的人”群聚集在一起，它在如何提出相似性概念方面具有很大的自由度. 然后，浏览器可以采取措施防止其分组允许跟踪或泄露敏感特征。 PIGIN 满足了这个用例，其中一些解释器在这里被重用。 在该提案中，浏览器控制着兴趣组成员身份（如本次所示），但少量兴趣组信息与常规上下文广告请求一起发送（并且没有浏览器内拍卖）。

W3C 网络广告业务组和隐私利益组以及浏览器和隐私研究社区的反馈强调了这种设计的弱点。

将广告商的兴趣组分配与发布者网站上个人的第一方身份相关联的能力被认为是隐私泄露过高，即使该解释者提出了缓解措施。 对真实世界用户列表成员身份的分析表明，即使是提议的“少量兴趣组信息”也会消耗过多页面的隐私预算。 在 TURTLEDOVE 中添加浏览器内拍卖是解决这两个隐私弱点的方法。 与广告生态系统参与者的讨论表明，可以采用浏览器内拍卖组件似乎更加合理。

TURTLEDOVE 将如何运作？ 该提案是一个新的 API 来解决这个用例，同时提供一些关键的隐私改进：

• 浏览器，而不是广告商，持有有关广告商认为某人感兴趣的信息。
• 广告商可以根据兴趣投放广告，但不能将这种兴趣与有关此人的其他信息（尤其是他们是谁或他们正在访问的页面）结合起来。
• 该人访问的网站以及这些网站使用的广告网络无法了解访问者的广告兴趣。

这似乎是一个很好的隐私解决方案，它使浏览器成为广告界的强大参与者。 这样一来，我看到像 Apple (Safari Webkit)、Firefox 和 Brave 这样的公司作为新的收入模式支持这一点，同时仍然尊重隐私。 尽管如此，这仍需要从广告网络到浏览器的巨大权力转移。

服务器端将拯救我们所有人

一些供应商假装服务器端方法解决了所有问题，并且允许个性化或 A/B 测试。 但是如果不了解客户端（浏览器中的用户）的状态，服务器端方法将不允许您做很多事情。 为此，您仍然需要第一方 cookie。 您如何设置这些第一方 cookie？ 您需要为 A/B 测试和个性化提供相同的变体，以使其在会话中起作用。 指纹是不合法的，浏览器正在跟踪和禁用这些方法。 它根本不透明。 您只能使用在主站点的子域下设置的第一方 cookie，并使用第一方集来声明您拥有该子域。

客户端与服务器端的争论在本次讨论中没有意义。

您可以将客户端站点个性化和 A/B 测试工具称为混合工具，因为它们将 cookie 设置责任转移到组织内的受信任域（第一方集）。 但是，在这种情况下，所有客户端站点工具都将是混合的，因为这将是未来实现此目的的唯一方法。

删除第三方 Cookie。 下一步是什么？

迹象很明显，饼干已经死了……好吧，不是真的。 大多数在线文章都在谈论 cookie 的消亡。 尽管我们已经看到很多 API 可以接管 cookie 的部分工作，但还没有迹象表明 cookie 会在任何地方使用。

第三方 cookie 将完全消失，这对隐私来说是一件好事。

Chrome 工程总监 Justin Schuh 最近表示：“我们计划在 Chrome 中逐步停止对第三方 cookie 的支持（并且）我们打算在两年内做到这一点”。 Chrome 将从转化营销人员开始，因为他们计划在 2020 年底之前开始第一次原产地试验，从转化测量开始，然后是个性化。

Webkit (Apple Safari) 和 Chrome (Google) 将有助于引领浏览器隐私，Apple 推动 Google 寻求更多隐私，但并未解决许多 iOS 赚钱者隐私问题。

我预测越来越多的欧洲企业将专注于尝试让用户登录和注册（希望不使用 Google 或 Apple 服务）并根据合同应用法律基础。

在登录阶段优化同意或提供一些好处（如亚马逊的一键点击）的兴趣清楚地表明，欧洲的战斗将完全与登录有关。

作为优化者，我们需要确保在组织层面上，我们已经准备好与浏览器共享的所有（第一方）域。 朝着这个方向迈出的一步可以是对隐私友好的脚本和提供者进行清单。 然后，通过您的中央 CNAME 解决方案授予第一方 cookie 访问权限，同时保留任何对隐私敏感的工具（构建跨站点配置文件）。

法律要求我们在英国征求同意（根据 ICO），但我预见 CNIL 关于 A/B 测试和有限分析例外的指南将为欧洲例外铺平道路，因为这将符合新的电子隐私法规。 没有它，我们将只能进行基于会话的分析，并且无法连接到个人用户。 在这种情况下，使用标准用户级监控和转换循环的 A/B 测试不适用，我们将不得不依靠持续改进，监控这些转换改进并将它们关联起来。

非欧洲人可以使用第一方 cookie（Convert Experiences 提供的）进行测试，并且应该从组织信任的所有脚本和供应商的清单开始，以使用 CNAME 将这些脚本和供应商带到子域。 可以使用正在开发的不同点击或转化归因 API 来跟踪转化。 如果浏览器不遵循 CNIL 将这些从 cookie 块中排除的想法，也许 A/B 测试可以针对不同的变化提升这些并保持一致性，尽管在当前格式中这似乎不太可能。 一致性来自第一方受信任的 cookie。

使用 isLoggedIn 等技术的基于用户的分析可能会在浏览器之间扩展和统一，从而允许隐私法将定义合同的责任转移到浏览器机制上。 这赋予了浏览器新的力量。 结合用于意图测量、广告类别和转化跟踪的新 API，争夺谁拥有最大的浏览器市场份额，并提供世界上最大的广告网络。

有趣的未来……我真的希望这篇文章能帮助您弄清楚隐私法和浏览器可能会走向何方。 一件事是肯定的。 准备好您的优化和分析团队，以便计划在时机成熟时进行更改（这将比您想象的要快）。

有任何问题吗？ 让我们继续在 LinkedIn 上进行对话。