如何恢复OneTrust.BlockGoogleAnalytics()屏蔽的Google Analytics功能

OneTrust.BlockGoogleAnalytics() 本身是无入参的单次执行兜底拦截方法，设计上不支持传入布尔值切换屏蔽状态，传false无效属于预期表现，不是代码调用错误。这个方法执行时会直接在当前页面上下文挂载GA全局拦截钩子，阻止所有GA请求发送、拦截data layer中GA相关事件的推送，没有内置的即时撤销开关。

测试场景快速恢复方法 #

• 清除当前站点下所有OneTrust相关存储项：包括Cookie里的OptanonConsent、OptanonAlertBoxClosed，以及LocalStorage/SessionStorage里带Optanon、OneTrust前缀的缓存项
• 执行硬刷新（Windows按Ctrl+F5，Mac按Cmd+Shift+R）重新加载页面，OneTrust会重新走初始化流程，之前挂载的拦截钩子会随页面上下文销毁，GA即可恢复正常上报，GTM/GA Debugger里就能正常看到data layer推送记录。

代码层面动态恢复GA的方案 #

如果需要在不刷新页面的前提下恢复GA功能，按以下步骤操作：

• 先在OneTrust后台确认Google Analytics归属的同意组ID，默认统计类Cookie对应的组ID为C0002，如果自定义过分组以实际配置为准
• 调用OneTrust原生同意状态更新接口，给对应同意组开放授权：

// 替换数组内的ID为你实际的GA所属同意组ID
OneTrust.SetConsentDecision(["C0002"], 1, () => {
  // 清除GA全局禁用标记，把G-XXXXXXX替换成你自己的GA衡量ID
  delete window[`ga-disable-G-XXXXXXX`];
  // 补推GTM初始化事件，恢复data layer事件监听
  dataLayer.push({
    event: 'gtm.js',
    'gtm.start': new Date().getTime()
  });
});

• 执行完成后等待1-2秒，后续GA相关的data layer推送就会被正常处理，Debugger工具就能抓到对应记录。

避坑提醒 #

不要在生产环境逻辑里主动调用OneTrust.BlockGoogleAnalytics()做动态开关，这个方法是OneTrust留给「用户明确拒绝统计类Cookie授权」场景的兜底拦截逻辑，设计目标就是执行后在当前页面生命周期内持续拦截GA，没有提供官方的即时撤销方法，动态控制GA启停应该走标准的同意组状态更新接口。

内容的提问来源于stack exchange，提问作者otigar1006