Google 同意模式 v2：有什么变化

迁移到同意模式 v2 后发生了什么变化

在谷歌收紧广告和分析标签工作要求后，这个问题变得尤为紧迫。Cookie 同意不再仅仅是一个带有“接受”和“拒绝”按钮的谷歌广告 Cookie 同意横幅——它现在是整个信号收集设置的一部分。如果一个网站使用广告、分析或再营销，几乎总是需要审查同意逻辑。

过去，许多网站只需一个简短的 Cookie 通知就能应付。这已经不够了。谷歌同意模式 v2 改变了实际机制：网站必须在标签触发之前传递同意状态，而不是之后，这就是在切换到谷歌同意模式 v2 后 Cookie 同意中出现的新问题。团队获得了更多的控制点，网站所有者也有更多可能出错的地方。

在实践中，即使在简单项目中也能明显感受到这一点。横幅可能看起来相同，但在其背后现在有 GA4、谷歌广告和 GTM 标签的规则，GA4 同意模式 v2 的设置必须仔细验证。一个错误的场景——某些事件就会消失得无影无踪。或者进入灰色地带，这同样糟糕。

同意模式 v2 与之前版本的不同之处

主要区别在于新的同意信号。在旧的方法中，人们通常只从广义上看分析和广告，但现在谷歌期望对数据类型和个性化进行更精确的设置。这不仅影响横幅，还影响网站在用户首次访问时如何传递标签。

同意模式 v2 引入了更严格的广告场景逻辑。如果一个网站之前可以使用简单的“允许或不允许”模型，现在必须分离多个参数并明确传递它们。否则，广告标签的行为会变得不可预测：有些被阻止，有些在有限信号模式下运行，仪表板中的报告看起来不均匀。

基本的 cookie 横幅显示用户的选择。同意模式 v2 将该选择转化为对标签在技术上有意义的内容。这就是区别：横幅是界面，而同意模式 v2 是分析和广告的规则层。人们常常将它们混淆。

现在需要考虑哪些数据和权限

重点通常放在四个类别上：analytics_storage、ad_storage、ad_user_data 和 ad_personalization。它们不可互换，这不仅仅是术语问题。analytics_storage 负责存储分析数据，ad_storage 负责广告 cookie，ad_user_data 负责将用户数据传递到广告系统，ad_personalization 负责广告个性化。

如果一个网站只收集基本统计数据，可能看起来一个权限就足够了。实际上并非如此。谷歌广告和相关场景需要不同的同意级别，有时需要同时多个类别。这在电子商务中尤为明显：一个用户拒绝广告但允许分析，计数器需要理解这一点而不是猜测。

还有一个实际的细微差别。横幅中的文本应与同意设置中实际启用的类别相匹配。如果一个网站要求用户“允许 cookies”，但内部将数据分为四种模式，那么就很难理解他们同意了什么。之后，向审计员解释为什么界面和逻辑各自独立存在也很困难。

这如何影响 cookie 横幅和用户体验

cookie 横幅不能再过于通用。用户不仅应该看到一个接受按钮，还应该有一个明确的拒绝选项，有时还需要基于类别的选择。文案必须重写，因为像“我们使用 cookies 来改善服务”这样的措辞已不再满足详细信息的需求。

按钮也会发生变化。在适当的设置中，用户应该至少看到两个平等的操作：接受和拒绝。有时需要第三个选项——打开设置并手动选择类别。这不是一个装饰性的额外功能。如果一个网站有广告、分析和重定向，简单的是或否的选择可能无法涵盖所有场景。

您还需要考虑用户如何在稍后重新打开设置。人们往往不是立即改变主意，而是在 2-3 次访问后。如果设置链接隐藏在页脚中并用小字写成，同意就变成了一种形式。然后，营销团队会想知道为什么会有这么多拒绝，以及为什么报告中的用户行为与预期不符。

对于复杂的项目，提前将横幅与网站的整体架构对齐是有用的，而不是在最后一刻将其附加上去。在这里，查看 网站安全因为同意层通常与其他脚本一起存在，一个地方的错误可能会影响其他地方的加载。

在分析和广告中需要检查什么

首先要检查的是GA4。如果同意传递不正确，一些事件可能不会到达，其他事件可能会丢失参数。这对报告来说是令人沮丧的：流量存在，转化存在，但归因开始偏离。

Google Ads 对同意模式 v2 也很敏感。同意参数中的错误可能会削减再营销受众，降低转化信号的质量，并使广告活动比较变得不可靠。这在从多个来源获取流量的网站上尤其明显，而广告平台更喜欢干净的数据。

GTM 应该单独检查。容器可能设置正确，但触发器在默认同意到达之前就触发了。因此，像素在网站收到用户选择之前就已经触发。代码存在，但逻辑出现了问题。

第三方像素也应该手动测试。Meta Pixel、TikTok Pixel、再营销服务和分析小部件有时在没有额外配置的情况下无法在新设置中正常工作。在一个小网站上，这意味着一两个奇怪的数据丢失；在一个大网站上，这就变成了系统性的缺口。

实施同意模式 v2 后的常见错误

最常见的错误是错误的标签加载顺序。默认同意必须首先运行，然后才能启动分析和广告。如果顺序颠倒，网站会在没有正确状态的情况下发送信号，而之后修复比看起来要困难得多。

另一个问题是根本没有默认同意。这样系统在用户做出选择之前不知道如何行为。有时开发者希望横幅能处理一切，但如果没有明确的初始状态，Consent Mode v2 就无法按预期工作。

CMP 和 GTM 设置经常会出现偏差。在界面中，用户拒绝了广告，但 GTM 仍然获得了 ad_storage 的权限。这个冲突并不总是立刻显现出来。它会在团队比较 Google Ads 和 CMP 报告的数字时出现。

对于不仅分析而且整体稳定性都很重要的网站，查看 网站上线后的支持：同意错误很少孤立存在，它们通常与其他发布、缓存和脚本问题并存。

如何为更新准备网站

最好从当前 cookie 横幅的审计开始。你需要了解哪些同意类别已经存在，用户看到什么文本，以及选择存储在哪里。一个横幅可能看起来整洁，但仍然缺乏 Google 新模式所需的正确状态。

下一步是检查 CMP。如果同意管理平台无法传递 analytics_storage、ad_storage、ad_user_data 和 ad_personalization，更新将会拖延。有时调整集成比重建整个网站更容易，但这取决于技术栈和流量规模。

之后，更新标签。在GTM或网站代码中，您需要设置默认同意，验证加载顺序，并确保广告标签在用户拒绝时不会提前触发。然后在预览模式下测试所有内容，再在实时网站上测试。一次浏览器测试是不够的。

检查视觉方面也很重要。“自定义”按钮不应该被额外的点击埋没。它的标签最好保持简短。没有人会阅读长句子。

从法律和文档的角度考虑什么

技术方面并不能完全解决问题。您需要隐私政策、Cookie 政策，以及清楚解释数据类别和如何撤回同意的文本。如果用户选择拒绝，网站必须能够记录这一点并保留所选逻辑。

这些文件应与横幅的实际行为进行核对。如果政策说一回事而横幅做另一回事，这在审核和信任方面会造成不必要的风险。是的，信任在这里可能因为一句笨拙的句子而丧失。

对于透明度和可预测的网站行为很重要的项目，依赖于如何在下单前评估网站的可靠性。同意逻辑是可靠性的一部分，因为那里出现错误会像破损的潜在客户表单一样可靠地破坏分析。

如果网站已经跟踪用户行为，还值得检查同意日志是如何存储的以及谁可以访问它们。这不仅是一个技术问题，也是一个组织问题。当一家公司有三个承包商和两个内部团队时，模糊的责任很快就会变成争议。

最后，在更新上线后，不要让 cookie 同意处于自动模式。在前 7-14 天内，您应该监控报告，检查流量下降，并比较发布前后广告标签的行为。在这样的任务中，网站分析和监控平台 ·如果您需要定期控制网站如何传递信号以及是否在此过程中丢失数据，它可以提供帮助。