每个使用同意横幅的发布商都面临同一个时序问题：是等访问者做出选择后再请求广告，还是立即请求、事后再处理？两种极端都会损失收入，最佳答案通常介于两者之间。

核心矛盾

广告竞价速度很快，而且毫不留情。在同意状态未知时发出的出价请求只能携带有限的信号；在个性化广告需要同意的地区，用户同意之前你无法发送个性化请求。但等待选择会推迟首次竞价，而首个广告加载缓慢往往意味着可见度得分较低，或者用户已经滚动离开。

策略一：在做出选择前一律阻止

在访问者与横幅交互之前，任何与广告相关的内容都不会触发。

• 优点：最容易理解；每个请求都带有明确的同意状态。
• 缺点：从不交互的访问者完全不会产生广告收入，而对于确实交互的访问者，第一个广告位也加载得较晚。

这是法律上最稳妥的姿态，但在损失展示次数方面代价最高。

策略二：使用受限信号立即请求

广告调用立即以非个性化或受限请求触发，待同意到达后升级为个性化请求。

• 优点：每次页面浏览从第一刻起就能变现；没有延迟损失。
• 缺点：早期请求获得的需求价值较低，并且必须通过配置确保在授予同意之前不会泄露任何个性化内容。

对于尚未做出选择的访问者，这是最契合的做法，前提是你的标签遵守受限状态。

策略三：带超时的短暂等待

广告技术栈在一个简短、固定的时间内等待已存储或新的同意决定，然后按已知的状态继续。

• 优点：选择已被存储的回访用户几乎没有延迟就能获得个性化请求；新访问者则回退到受限请求。
• 缺点：超时需要调优，数值过长会损害可见度，过短则浪费已存储同意的优势。

对于回访用户占比可观的大多数网站，这种混合方式是最强的起点。

数据中需要关注的内容

1. 首次访问与回访时的首次广告请求耗时。
2. 各策略下首屏广告位的可见度。
3. 以受限方式与个性化方式投放的展示占比。
4. 页面布局偏移。把内容挤开的横幅，或在横幅关闭时改变尺寸的广告位，既损害体验也损害广告表现。

实用建议

• 为广告位预留空间，避免延迟加载的广告导致布局偏移。
• 尽早并以高优先级加载 CMP 脚本，以便快速读取已存储的选择。
• 在缓慢的移动网络下测试，而不只是在高速的办公室网络中。
• 如果使用头部竞价，请确保在竞价开始之前而非之后，每个竞价适配器都能获取同意状态。
• 横幅重新设计后重新运行对比，因为横幅的大小和位置会改变人们做决定的速度。

CMP 的作用

FlexyConsent 是经 Google（CMP ID 317）、IAB Europe 和 IAB Canada 认证的 CMP，支持 IAB TCF 2.4、IAB GPP v1.1 和 Google Consent Mode v2，横幅提供 58 种语言。其横幅会存储访问者的选择，使回访用户不再看到横幅，这正是短超时方式行之有效的原因。

要点总结

• 在做出选择前阻止所有广告很简单，但会损失从不交互的访问者带来的收入。
• 用受限信号立即请求能保证速度，但首次请求的收益较低。
• 读取已存储同意的短超时，是回访用户较多的网站的良好默认方案。
• 在任何改动前后测量首个广告耗时、可见度和受限占比。
• 预留广告空间并尽早加载 CMP，以避免布局偏移和延迟。