摘要:但凡接触过视频广告或者视频广告程序化的同学一定都听过“VAST”这个词,那么这些小知识你都知道么?
VAST是“VIDEO AD SERVING TEMPLATE”英文首字母的缩写(中文译:“视频广告投放模板”)。主要用于在线视频媒体获取视频广告的一种通讯协议,描述了视频广告响应的XML结构。 VAST使广告响应可以用于来自任何广告服务器。
如上图所示:
1.视频媒体的视频播放器在需要展示广告是会向媒体端的广告服务器发起请求拉取广告。
2.媒体端广告服务器根据广告系统广告上刊的排期设定决定展示哪个广告,并采用“VAST”协议的XML结构返回给到视频播放器端,具体XML内容示例如下:
00:00:15
]]>
]]>
]]>
3.媒体视频播放器会向自己的广告服务器并同时根据VAST中的“Tracking”检测代码向检测方的地址发出监测数据。
上图对理解视频媒体内部的广告服务机制还是十分的一目了然的了。而大家可能会疑问了,如果我们需要媒体访问我方程序化广告系统提供的VAST该是一个怎样的流程呢?VAST支持“VAST Redirect(VAST重定向)”:一个VAST广告响应指向另一个VAST响应(有时称为作为下游VAST响应)。具体交互流程如下图所示:
1.视频播放器向媒体端广告服务器发起请求拉取广告。
2.媒体按排期中设定返回“VAST重定向”内容,也就是在媒体的排期系统中上传的素材是一段外部广告系统的(我们常说的)“VAST Tag(VAST标签)”:当被调用时返回含有VAST响应的URI。而这种重定向采用的是“Wrapper(包装)”方式返回的VAST:在VAST的背景下,一个包装就是一个响应,它提供了视频播放器使用所调用一个二次VAST回应的URI。二级响应可能会是另一种包装或一个VAST线内(inLine)响应。具体内容参见如下示例:
… http://i.i.com/vast.tag …
3.视频播放器收到上述VAST返回的内容,知道了需要再“重定向”请求另外一个广告服务器获取广告内容。即根据“VASTAdTagURI”中的提供的广告URI去拉取广告。这个广告URI即大家问的程序化广告服务器的URI。
4.程序化广告服务器则根据计算结果返回相应的广告VAST内容返回给到视频播放器。返回的就是标准的VAST内容。
5.媒体视频播放器会向自己的广告服务器并同时根据VAST中的“Tracking”检测代码向检测方的地址发出监测数据。