Google Consent Mode 2026 年 6 月更新：统一控制所有 Google Ads 数据

2026 年 6 月 15 日，Google 将重新调整广告数据在 Analytics 与 Google Ads 之间的流转方式。核心变化在于：Consent Mode 中的 ad_storage 将成为决定哪些广告数据被收集并传递到你 Ads 账户的唯一参数。如果你运行转化广告系列、维护再营销受众，或依赖 GA4 为 Ads 提供数据，这次转变将直接影响你的测量工作。

Google Consent Mode 2026 年 6 月更新

2026 年 6 月 15 日将发生哪些变化

Google 的公告指出："自 2026 年 6 月 15 日起，Google Analytics 将过渡到使用（Google Ads 内的）Consent Mode 作为数据的唯一控制方式。"这一转变捆绑了三项截然不同的变化。

1. Google Signals 将失去对广告数据收集的控制权

迄今为止，两个因素共同决定了 Google Ads 是否能从你的网站接收到广告 Cookie 和用户 ID：Google Analytics 内的 Google Signals 设置，以及 Consent Mode 中的 ad_storage 参数。两者都必须允许追踪，完整的信号才能流通。这种双重控制模型使企业能够在不触及 Consent Mode 设置的情况下，在 Analytics 层面限制广告数据共享。

6 月 15 日之后，这一模式将终结。ad_storage 将成为所有为已关联 Ads 账户收集的广告数据的唯一权威参数。Google Signals 的作用范围将被缩小至仅限于 Analytics 用途，具体而言，是将会话与已登录用户关联，以用于 GA4 内的行为报告。allow_google_signals 这一 gtag 设置对于该报告用途仍将继续生效，但对哪些数据能传递到 Google Ads 不再具有任何影响力。

此前，关闭 Google Signals 是一种相对低阻力的限制广告数据流通的方式。转变之后，唯一起作用的杠杆将是同意模式中的 ad_storage，这使得 CMP 配置成为你数据治理的核心。

2. 广告个性化整合即将到来

Google 已宣布，广告个性化控制最终将被整合到 Google Ads 之下，Consent Mode v2 中的 ad_personalization 将成为决定 Analytics 数据能否用于个性化广告的主导参数。目前尚未设定具体日期，Google 表示时间安排将另行通知。

目前，个性化设置分散在 Analytics 内的多个层级（账户、媒体资源、Ads 关联和事件），使团队能够进行细粒度控制。当这种分层结构被合并之后，来自你 CMP 的 ad_personalization 信号将成为唯一的决策点。如果该信号被拒绝，无论 Analytics 端有任何开关设置，基于 Analytics 数据构建受众以及通过 Google Ads 进行再营销都将对这些用户失效。

3. 向 Google Ads 传输前对 IP 地址进行加密

Analytics 标签将继续收集 IP 地址，但 Google 会在将其转发给已关联的 Ads 账户之前对其进行加密。加密之后这些数据的去向，将由你的 Google Ads 账户设置而非 Analytics 内的任何设置来决定。Google 表示将发布关于受监管市场之外 IP 地址处理方式的补充文档。

谁受影响最大

曾将关闭 Google Signals 作为隐私保护措施的组织

关闭 Google Signals 一直是一种常见的策略，用于在不修改 Consent Mode 的情况下限制 Analytics 数据与 Ads 的关联。一些隐私和法务团队正是出于防止访客数据与 Google 账户身份绑定的目的而做出这一选择，并围绕它建立了合规文档。

6 月 15 日之后，这一保护措施将消失。如果你的 CMP 设置中 ad_storage 处于已授予状态，无论 Signals 开关如何设置，Ads 都将开始把广告数据与已登录用户关联起来。这一数据处理方式的变化在 Google 一侧悄然发生；你这边无需采取任何操作就会触发它。如果"关闭 Signals"曾被写入你的数据处理协议（DPA）或数据治理框架中，现在就应审查你的 ad_storage 默认设置，确认它们确实反映了你的实际隐私意图。

欧洲经济区（EEA）、英国和瑞士的发布商与广告主

这次更新将同意结果简化为一个二选一的选择。正如分析师 Simo Ahava 所描述的那样："要么授予 ad_storage，Google 将使用其所能获得的一切广告信号（包括将用户与其 Google 登录账户关联起来）；要么将其设为拒绝，Google 除了 URL 中可用的信息（例如 gclid）之外，将无法访问任何标识符。"

当 ad_storage 被拒绝时，Ads 只能使用诸如 gclid 之类的 URL 参数。Consent Mode v2 中的转化建模能通过聚合估算部分弥补这一缺口，但这一过程需要一定数量的已同意会话池，才能生成可靠的数据。在德国、法国和荷兰等拒绝率较高的市场，规模较小的账户可能无法达到这一门槛，而依赖再营销名单或目标每次转化成本竞价构建的广告系列将首当其冲受到冲击。

对于 GDPR 适用地区，正确的设置是将 ad_storage 和 analytics_storage 默认设为"拒绝"，仅在用户主动接受后才更新为"授予"。这也是欧盟用户同意政策所要求的，Google 在 2025 年已加大执行力度，对未能传递正确 EEA 信号的账户禁用了个性化功能。

运行再营销、转化追踪或归因分析广告系列的广告主

任何依赖用户级别身份信息的广告系列，一旦 ad_storage 配置错误，都将面临风险。转化建模需要足够数量的已选择加入会话，才能从未同意的访客中估算结果；低于某一门槛后，其结果将变得不可靠。一旦记录到拒绝状态，再营销名单便会立即停止增长。Customer Match、Floodlight、跨设备归因以及增强型转化，全都依赖于该参数所控制的标识符。在法律要求"拒绝"的情况下将默认值设为"授予"，会夸大受众数据并带来合规风险。诸如确认页面和子域名等特定页面上的缺口，会导致所报告的转化数据出现无法解释的下降。

仍在使用 Consent Mode v1 的组织

Google 已于 2024 年 3 月开始对 EEA 流量强制执行 Consent Mode v2。第二版在原有两个参数之外，引入了 ad_user_data 和 ad_personalization。只设置了 ad_storage 和 analytics_storage 的 CMP，其集成是不完整的。当 ad_personalization 整合生效时，这一缺口将变得尤为重要，因为它将全面独家主导个性化行为。

ad_storage 实际控制的内容

这一参数的适用范围，比许多广告主所意识到的要广泛得多。

当 ad_storage 被拒绝时，Google 标签将不会读取或写入广告 Cookie（包括 _gcl_au），不会收集或转发设备标识符，不会将该会话与任何 Google 账户身份关联，也不会向 Ads 传递访客级别的数据。在这种状态下，唯一能传递到 Google Ads 的信息，来自落地页上已存在的 URL 参数，例如付费点击附加的 gclid。除此之外，不会有任何其他信息传递过去。

当它被授予时，标签会设置和读取广告 Cookie，收集设备标识符，将会话与已登录的 Google 账户关联起来，并向 Ads 发送完整的测量信号，用于归因和受众构建。此前由 Google Signals 控制的登录关联功能，在 6 月 15 日之后将完全由此处控制。

该参数通过在任何标签加载之前调用 gtag('consent', 'default', {...}) 进行初始化，并在用户做出选择后通过 gtag('consent', 'update', {...}) 进行更新。有关如何配置这些调用的完整讲解，请参阅 gtag 集成指南。默认值确立了尚未与横幅交互的访客的行为；更新则传达了用户的实际决定。这两者都必须在每个页面上以正确的顺序运行，且要在任何 Ads 或 Analytics 标签执行之前完成。任何调用缺失、延迟触发或参数值错误，都意味着 Google 将依据错误的信号采取行动。

如何在 6 月 15 日之前审查你的设置

第一步：检查冷访问时的默认状态

在一个私密浏览器窗口中打开你的网站，不要与同意横幅进行任何互动。使用 GTM 预览模式或 Google Tag Assistant，确认在任何标签触发之前所设置的隐私状态。对于受 GDPR 监管的流量（EEA、英国、瑞士），ad_storage 和 analytics_storage 必须默认为"拒绝"。在任何用户交互之前默认值为"授予"，属于一个需要立即修复的既有合规问题。

对于美国访客而言，正确的默认值取决于适用的州法律。加州依据 CCPA 属于选择退出制，因此只要你遵从全球隐私控制信号，默认为"授予"是可以接受的。要求选择加入的州，则需要以"拒绝"作为起始状态。使用单一全局默认值而非按司法管辖区制定规则配置的 CMP，可能会向法律上需要"拒绝"的用户发送"授予"信号，而这一缺口在 6 月 15 日之后将变得更加重要。

第二步：确认四个参数均已配置齐全

核实默认调用和更新调用是否都包含了 ad_storage、analytics_storage、ad_user_data 和 ad_personalization。较旧的集成方案往往只传递前两个参数。ad_user_data 标志专门控制电子邮件地址等第一方数据是否可以发送给 Google 进行哈希匹配；如果缺少它，即便 ad_storage 已被授予，增强型转化也无法正常工作。

第三步：确认覆盖每一种页面类型

隐私信号只有在每个页面（而不仅仅是首页）上都先于标签加载时，才具有实际意义。结账确认页面常常会遗漏这一点，因为它们通过独立的代码路径或容器引入 Ads 转化标签。运行各自 GTM 实例的子域名，每一个都需要独立进行集成。AMP 页面需要使用 amp-consent 组件进行专门的实现，该组件的运作方式与标准 gtag 方法有所不同。单页应用需要特别注意，确保存储的偏好设置能够在客户端路由切换过程中延续下去，而不必要地重新运行默认值。

第四步：在首次访问和回访中都测试更新调用

更新调用必须在用户与横幅互动之后触发，而不是在此之前。最常见的失败情形是竞态条件：GTM 在 CMP 的回调到达之前就已经派发了 Ads 标签，导致这些标签是依据默认值而非用户的实际选择执行的。当默认值为"拒绝"且用户接受同意时，这一点尤为重要，因为首次页面浏览时的触发已经错过了那个窗口期。

同样重要的是：验证当存储的偏好设置从 Cookie 中被重新读取时，更新是否会在回访中触发。有些 CMP 只在做出初始选择的页面上触发回调，并期望该 Cookie 能在后续访问中悄无声息地延续这一状态。如果后续页面上没有这一确认，GTM 可能会持续将这些会话视为未同意。在 GTM 预览中测试这两种流程：一次是执行了接受操作的全新访问，另一次是应自动遵从之前选择的回访。

第五步：确认 GA4 与 Ads 账户的关联

这一新的单一权威模型专门适用于已在 GA4 和 Google Ads 之间关联的媒体资源。请在 GA4 管理后台的"Google Ads 关联"下核实该关联是否已建立，并指向正确的账户。关联失效或不匹配，意味着 6 月 15 日的变化可能无法按预期生效，你的数据也将无法正确反映这一新行为。

同时确认 Google Ads 中的自动标记功能处于启用状态。它附加到目标网址上的 gclid 参数，是在拒绝状态下唯一可用的信号，这使得这一设置比以往任何时候都更加关键。

第六步：审查诊断信息和 Ads 账户设置

GA4 同意中心内的标签诊断功能，能够揭示信号缺口并标记出配置错误的标签。导航路径为：管理 > 同意 > 标签诊断。UniConsent 同意数据验证工具提供了 GA4 界面之外的独立视角。这两个工具都存在 48 至 72 小时的延迟，因此应至少提前两周开始审查，以便在过渡完成之前留出时间让修复内容体现在数据中。

在 Ads 一侧，审查账户级别的 IP 匿名化、客户数据配置和个性化设置。6 月 15 日之后，这些账户设置的重要性将超过 Analytics 内的任何设置，因此它们需要与你为所服务的每一个市场所设定的预期保持一致。

更宏观的模式

这一转变，是 Google 有意减少碎片化隐私控制这一举措的一部分。2025 年年中，标签诊断功能被添加到了 Analytics 同意中心。2025 年 7 月，Google 加强了对欧盟用户同意政策的执行力度，对未能传递正确 EEA 信号的账户削减了个性化功能。大约在 2025 年 12 月前后，Google 标签设置中出现了隐藏的数据传输控制项。2026 年 2 月，会话属性和 IP 地址导入功能从 Google Ads API 中被移除，将这一责任推向了如今在 6 月即将到来的加密方案。

这一模式清晰可见：剥离产品层面的覆盖设置，将决策路由收窄至更少的权威渠道，并将隐私控制置于更贴近数据实际使用之处。对发布商和广告主而言，这使得 CMP 成为了用户选择与整个 Google 技术栈所接收内容之间的主要接口。

UniConsent 如何提供帮助

UniConsent CMP 是一个经 Google 认证的同意管理平台，全面支持所有四个 Consent Mode v2 参数。它会自动将用户的选择转发给 Google Tag Manager，为 EEA、英国、瑞士以及美国各州应用特定司法管辖区的默认设置，并在网页、AMP 和移动端环境中保持信号的一致性。接受率、信号健康状况和合规审计记录，均可从单一仪表盘访问。

6 月 15 日的截止日期已近在眼前。如果你尚未审查自己的 ad_storage 设置，也未确认 Consent Mode v2 集成已完整到位，现在正是时候。

关于 UniConsent

UniConsent CMP 是一个获得全球认可、经 Google 认证的同意管理平台，每天为领先的发布商和数千万用户提供服务。UniConsent 帮助企业遵守 GDPR、美国各州隐私法以及 Google 的政策要求。

联系我们了解更多信息：hello@uniconsent.com