通过意见征求模式，您可以根据用户的同意情况来调整 Google 代码的运作方式，同时 Google 能够根据模型估算转化和行为数据。如果在意见征求互动发生前，您的 Google 代码可能处于延迟或被屏蔽状态，则根据模型估算的转化的准确性会降低，并且 Google Analytics（分析）4 中的行为建模功能也无法使用。
为了更全面地进行衡量，以便了解完全不同的数据并充分利用第一方数据，我们建议您调整代码设置，确保在所有情况下都能加载 Google 代码。如果用户选择拒绝，触发的代码会传达非身份信号，例如用户同意情况和国家/地区。这些信号可改进根据模型估算转化功能并实现行为建模。但是，屏蔽代码会导致代码无法触发，因此也就无法传送任何信息。
要在 Google Analytics（分析）4 中进行行为建模并改进 Google Ads 中的根据模型估算转化功能，同时尊重用户的意见，请按照本文中的问题排查步骤取消屏蔽 Google 代码。
如何查看是否已屏蔽代码
如果您已设置意见征求模式，但看到一条消息，指出您的 Google Analytics（分析）4 媒体资源不支持行为建模，则表示您可能已屏蔽代码。
如果您使用跟踪代码管理器，可以使用 Tag Assistant 查看是否已屏蔽代码：
- 在 Tag Assistant 中启动新的调试会话。
- 依次前往摘要 > 代码。
- 查看已触发的代码部分。检查您希望触发的所有代码是否均已列出。
- 如果有任何您希望触发但没有触发的代码，请在未触发的代码部分中找到该代码，然后点击该代码。如果符合以下任一情况，代码就是被屏蔽的：
- 某个基于用户同意的触发器或变量属于触发条件之一；或者
- 您看到一个名为“要求的更多用户意见征求”的部分，其下的表格中含有一行或多行。
如需详细了解如何使用 Tag Assistant 调试意见征求设置，请参阅 Tag Assistant 意见征求模式调试。
如何取消屏蔽代码
取消屏蔽代码的方式取决于您为网站或应用添加代码的方式，以及您已实现的阻止代码触发的机制。Google 代码可能会在多个位置遭到屏蔽。检查您使用的每种代码植入方法。如果您使用意见征求管理平台 (CMP)，还要检查该平台的设置。
本文档针对代码被屏蔽的最常见原因提供了问题排查步骤。
使用跟踪代码管理器取消屏蔽代码
在跟踪代码管理器中，代码被屏蔽的两种最常见原因是例外情况触发器和额外的用户意见征求检查。请按照本部分中的问题排查说明操作，从 Google 代码中移除例外情况触发器和额外的用户意见征求检查。Google 代码是指 Google Analytics（分析）4、Universal Analytics、Google Ads、Floodlight 和转化链接器代码。
移除例外情况触发器
Google 代码的例外情况触发器可能是在意见征求模式推出之前就已设定，应予以移除。意见征求模式会根据用户的同意情况调整 Google 代码行为，因此不再需要例外情况。
移除 Google 代码中的例外情况，让代码正常运行：
1. 在跟踪代码管理器中，点击工作区。
2. 点击左侧导航栏中的代码。
3. 在“触发型触发器”列中，找到存在例外情况的 Google 代码。
4. 在“名称”列中，点击相应代码的名称。
5. 点击触发条件。
6. 在“触发条件”下，找到例外情况。您可能有多个例外情况触发器。
7. 点击您要移除的各个例外情况触发器旁边的移除图标 
8. 点击右上角的保存。
9. 预览您所做的更改。
10. 发布容器以使更改生效。
为使用内置用户意见征求检查的代码移除额外的用户意见征求检查
借助跟踪代码管理器，您可以在未征得用户同意时，阻止无法判断用户同意情况的代码的触发。换言之，如果代码没有内置用户意见征求检查，那么您可以使用跟踪代码管理器的额外用户意见征求检查来回应用户意见状态。Google 代码内置了用户意见征求检查，并可根据用户意见状态修改自身行为，因此无需执行额外的用户意见征求检查。如果您在实现意见征求模式的同时还使用额外的用户意见征求检查，它们将无法正常运作。如果您的 CMP 以异步方式加载，则该平台有时可能不会先于您的 Google 代码运行。在用户与您的意见征求横幅互动之前，或您收到用户意见征求状态的更新之前，这些代码可能就会触发。如果在代码首次触发的时间用户未表示同意，那么即使用户稍后同意，代码也不会触发。
从 Google 代码中移除额外的用户意见征求检查，确保代码正常运行：
- 在跟踪代码管理器中，点击工作区。
- 点击左侧导航栏中的代码。
- 点击 Google 代码的名称。
- 依次点击代码配置 > 高级设置 > 用户意见征求设置
- 查看内置用户意见征求检查中列出的设置。您应该会看到其中列出了
ad_storage和analytics_storage。 - 选择更多用户意见征求检查，然后选择以下任一选项：
- 未设置：默认值。此代码不会执行更多用户意见征求检查。或
- 无需更多用户意见征求：选择此选项即表示您的代码无需额外检查用户意见即可触发。
- 预览您所做的更改。
- 发布容器以使更改生效。
使用意见征求管理平台取消屏蔽代码
意见征求管理平台 (CMP) 主要通过以下三种方式屏蔽 Google 代码：
- 自动屏蔽
- 手动屏蔽
- 基于跟踪代码管理系统 (TMS) 屏蔽
取消屏蔽代码的方法取决于您实现 CMP 所用的方法。下文提供了每种方法的一般说明，并提供了部分 CMP 屏蔽文档的链接。如果您不确定自己的网站使用的是哪种屏蔽方法，请与您的 CMP 代表或支持团队联系。
请确保在任何 Google 代码触发之前，设置意见征求模式的默认命令。否则，Google 代码将被触发，意见征求模式则形同虚设。
自动屏蔽
您可以在 CMP 界面中设置自动屏蔽功能。如果您已实施 CMP 的自动屏蔽功能，则取消屏蔽 Google 代码的一般方法如下：
- 按 CMP 指定的方式修改 Google 代码，指明自动屏蔽功能应忽略该代码。通常的做法是向 Google 脚本代码添加属性。
- 在您的 CMP 界面中，让 Google 代码免遭屏蔽。通常的做法是将 Google 供应商映射到始终允许的用途（有时称为“Essential”），或将自动屏蔽功能设置为完全忽略 Google 代码。
第一种方法可让您确切地选择哪些 Google 代码不被屏蔽。如果您既有支持意见征求模式的代码，也有不支持意见征求模式的代码，这种做法会很有用。若选择第二种方法，则要确保您没有实现不支持意见征求模式的代码。
手动屏蔽
手动屏蔽会修改 Google 代码，使其在 CMP 加载之前无法加载。您的 CMP 可能会指示您更改 Google 代码的 type 或 src 属性，例如，将“type”属性更改为“text/plain”，或将src 属性更改为 <cmp_name>-src。要撤消这种屏蔽方法，请将修改后的 Google 代码（包含与 CMP 相关的修改）替换为从 Google 来源平台下载的原始代码。
跟踪代码管理系统屏蔽
这种方法使用跟踪代码管理系统（如 Google 跟踪代码管理器）来触发 Google 代码。CMP 会触发一个事件，指明是否已征得用户同意，然后该事件会被用作触发器，用于触发 Google 代码以及需要征求用户意见的其他类型的代码。如果您使用此方法，请修改 Google 代码的触发器，以移除任何基于用户同意情况的条件，从而仅根据您的业务所必需的条件进行触发。例如，对于网页浏览分析事件，请仅针对网页加载触发器触发，而非针对 CMP 提供的已征得用户同意的事件触发。
CMP 专属文档
以下列表提供了适用于特定 CMP 的代码屏蔽相关文档的链接。其中一些文章介绍的是实现方法，而不是取消屏蔽的方法。如果这些文章没有提到适用于您的 CMP 的取消屏蔽方法，请遵循上文中的常规指导，按照记录的流程反向操作。
如果没有列出适用于您的 CMP 的说明，请联系您的 CMP 代表或支持团队以获取帮助。
Cookiebot（自动、手动、Google 跟踪代码管理器）
Cookie Information（自动、手动、Google 跟踪代码管理器）
- 若要通过自动屏蔽功能来取消屏蔽 Google 代码，请为这类代码重新分类，确保其不会被屏蔽。如有任何问题，请与 Cookie Information 联系。
Commander’s Act（Tag Commander、Google 跟踪代码管理器）
- 对于 Tag Commander，请取消选中“Include in Privacy Scope”（包含在隐私权范围中）
- 对于跟踪代码管理器，请按上文方法移除 CMP 触发器
Consent Manager（自动、手动、Google 跟踪代码管理器）
Doneomi（自动、手动、Google 跟踪代码管理器）
- 如果使用 Doomi 来取消对代码的手动屏蔽，请仅移除 data-purposes 或 data-vendor 属性。请勿还原“didomi/javascript”修改，因为这项更改可确保 Domini 会在 Google 跟踪代码管理器或其他 Google 代码获准加载之前，加载并设置意见征求模式的默认同意情况。
iubenda（手动、Google 跟踪代码管理器）
OneTrust（自动、手动、Google 跟踪代码管理器）
Osano（自动、Google 跟踪代码管理器）
Usercentrics（手动、Google 跟踪代码管理器）