视频广告与同意:通过播放器和 VAST 标签传递同意信号

为什么视频不同

视频通常是发布商最有价值的库存,同时也是同意信号最容易丢失的地方。展示广告通常通过会自动读取 CMP 的 header bidding wrapper 和广告服务器标签投放。视频广告走的路径更长:页面加载播放器,播放器构建广告请求,广告服务器返回 VAST 文档,而该文档又可能指向更多的 wrapper、跟踪像素和媒体文件,这些都由播放器而不是页面来获取。

在每一跳上,同意信号都必须被明确地传递下去。如果没有,买家要么把该展示视为未同意,要么直接丢弃,而你网站上价值最高的格式就会悄悄地少赚本应得到的收入。

步骤 1:了解你的播放器如何读取同意

视频播放器大致分为三类:

查阅播放器的文档,然后在 Network 面板中验证其行为。文档描述的是应该发生什么;请求显示的才是实际发生了什么。

步骤 2:把信号放到广告请求上

大多数广告服务器和 SSP 接受以视频广告请求的 URL 参数形式传递同意。名称因平台而异,但常见的有:

如果播放器根据模板构建标签,请确保这些值在请求时填入,而不是在页面首次加载时。在播放器初始化之后才接受同意的访客,其第一个广告请求不应携带空字符串。

步骤 3:使用 VAST 同意宏

VAST 响应中经常包含稍后由播放器调用的跟踪 URL 和 wrapper URL。IAB VAST 4.1 的宏列表包含 [GDPRCONSENT],播放器在触发这些 URL 时应将其替换为同意字符串。询问你的需求方伙伴其标签是否使用它,并确认你的播放器支持宏替换。如果宏没有被替换,接收端点看到的将是字面上的占位符,而不是有效的信号。

步骤 4:处理前贴片的时机

前贴片会带来时机上的矛盾。广告请求希望在播放器就绪后立即发出,但对于首次访问的欧盟访客,横幅可能仍在屏幕上。你有三种选择:

  1. 等待决定。在 CMP 报告最终状态之前,暂缓广告请求。这能给买家最好的信号,但可能延迟播放。
  2. 以当前状态请求。以现有的任何信号立即发出请求,并接受第一条广告可能被视为未同意。
  3. 稍微延迟自动播放。只有在访客与横幅或页面交互之后才启动播放器,这适合视频位于首屏以下的网站。

没有放之四海而皆准的答案。在做出决定之前,请在你自己的流量上衡量每种选择的填充率、CPM 和播放开始时间。

步骤 5:别忘了中贴片和长会话

长视频和直播可能在页面加载许多分钟后才进入中贴片广告段。如果访客在此期间更改了选择,之后的广告请求必须反映新的状态。在初始化时缓存同意字符串的播放器会一直发送旧值。优先选择订阅同意变更事件,或在每个广告段之前重新读取 CMP 的集成方式。

步骤 6:把媒体托管与广告分开

视频文件本身也可能来自第三方。嵌入视频平台的托管播放器,可能在任何广告被请求之前就设置 Cookie 或加载跟踪。把播放器视为独立的供应商:在 CMP 配置中列出它,确定它所依赖的目的,如果它设置非必要 Cookie,则将其置于占位符之后再加载。

FlexyConsent 如何提供帮助

FlexyConsent 提供标准的 IAB TCF 2.4 和 GPP v1.1 API,以及 Google Consent Mode v2 信号,因此直接读取 CMP 的播放器和广告标签能以它们所期望的格式找到信号。FlexyConsent 是经 Google 认证的 CMP(CMP ID 317),并获得 IAB Europe 和 IAB Canada 的认证。

快速验证流程

核心要点

← 博客 阅读全部 →