Header Bidding介绍
Header Bidding(头部竞价),又叫做预先竞价(Pre-bidding)、提前竞价(Advance bidding),以及应用内竞价(In-app Bidding )。Header Bidding允许多个广告源对开发者的广告库存进行实时竞价,最高出价者赢得该次广告展示机会。简而言之,开发者可以通过Header Bidding从众多广告源寻找“实时竞拍价高者得”。
头部竞价是一种用于PC端网页广告的竞价方式,最早由海外广告平台AppNexus于2015年提出。当时,海外头部广告交易平台(Ad Exchange)DoubleClick形成寡头垄断,大部分网页开发者只接入一家广告交易平台进行广告变现,这对于其他广告交易平台产生了较大的影响。AppNexus为了解决这个问题,发布了一系列开源的代码,网页开发者只需将代码嵌入在网页代码的Head片段中,即可同时向不同的广告交易平台发送广告请求,并按照返回价格进行“价高者得”的竞价,从而获得更高的收益。由于代码是嵌入在Head片段中,因此最初这种模式被称作“Header Bidding”。头部竞价在PC端被广泛采用,而随着越来越多的用户转向移动端,这种竞价技术也逐步被引入到移动应用中。详情见官网前文《In-app Bidding推动移动开发者广告商业化新增长》
图片1来源:参考资料6
基于APP的Header Bidding基本原理:
Header Bidding实际上是以满足APP开发者的广告变现需求为主的程序化广告交易技术,其运作方式类似于“竞拍”,具体工作原理如下:
开发者作为“拍卖方”,同时向多个广告网络发起询价;广告网络同时竞价并向开发者及时返回价格;出价最高者赢得该次广告展示机会;由最高出价的胜出者的SDK展示广告。
实际上,Header Bidding是传统RTB(实时竞价)模式在应用内广告流量上的竞价延伸。从Header Bidding的工作原理逻辑中,可以概括为最高单价成交、共同竞价。
最高单价成交,Header Bidding允许多个广告网络针对每一次广告展示进行统一竞价,并且由最高出价者获得该广告展示机会,采用第一价进行结算,确保了开发者可以获得更高的广告收益。
Header Bidding与RTB模式的核心区别在于,应用内广告的创意和模板渲染高度依赖于SDK。而传统RTB模式在对接时并不需要竞价方的SDK,这就造成了RTB模式无法体现出各家广告网络的创意和模板能力的问题,可能会导致广告网络出价较低,进而影响开发者的收益增长。
共同竞价,Header Bidding可以支持开发者同时向多个广告网络发送广告请求,所有参与竞价的广告网络同步出价,广告请求和竞价实时发生。因此,开发者的每一次广告请求都可以同时获得更多广告源,而不是传统Waterfall模式仅有的一个广告网络优先级的排序。
详情见官网前文《In-app Bidding推动移动开发者广告商业化新增长》
不难发现Header Bidding让APP开发者能够直接对接更多的买家,并通过实时竞价的方式售卖广告库存。这样一来,开发者能够立即知道每个展示广告位的实时售卖价格,而不是依赖于历史平均收益,从而向高价竞拍者售卖增加收益。此外,由于开发者可以不必基于Waterfall(瀑布流)设置买家分层(Waterfall设置分层可以有效减缓请求返回延时),就可以获取更多的买家,减少流量退回提高填充率。
主流 Header Bidding 测评
Header Bidding上手门槛低、操作简单,目前都只需要增配一个 bidding 代码位即可。
竞价方式
Header Bidding分为服务端竞价(Server Bidding)和客户端竞价(Client Bidding)两种接入方式, 主打国内市场的主流 Header Bidding有穿山甲GroMore 、倍联Bidding(倍业Bidding)、优量汇Bidding等。
GroMore是服务端竞价(Server Bidding)方式:
第一步,开发者客户端获取Token向GroMore服务端发起请求;
第二步,GroMore服务端会向各参竞方发起请求,进行实时竞拍,价高者得并向开发者客户端返回报价;
第三步,开发者客户端向GroMore SDK请求广告物料;
第四步,GroMore SDK返回广告物料,开发者客户端展示。

图片2来源:参考资料4
倍联Bidding(倍业Bidding)是客户端竞价(Client Bidding)方式:
第一步,开发者客户端向倍联 SDK请求广告;
第二步,倍联 SDK向各参竞方发起请求,进行实时竞拍,价高者得并向开发者客户端返回报价和广告物料。
优量汇Bidding有服务端竞价(Server Bidding)和客户端竞价(Client Bidding)两种方式,服务端竞价与上文GroMore类似,将GroMore改为优量汇;客户端竞价(Client Bidding)与上文倍联Bidding(倍业Bidding)类似,将倍业改为优量汇;
竞价策略
相同点:穿山甲GroMore 、倍联Bidding(倍业Bidding)、优量汇Bidding均支持全渠道Bidding,但可能部分渠道暂未完成Bidding改造(更多的是各家不愿意给Bidding接口,互为竞对,都受到集团和广告平台业务线压力),导致开发者更新APP后无法进行全渠道Bidding。目前大家均支持“Bidding +Waterfall ”混合比价模式的替代方案。
图片3来源:参考资料4
差异点:倍联Bidding(倍业Bidding)除支持第三方全渠道Bidding功能,而且对于目前未完成Bidding改造的替代方案是“Bidding +Waterfall+直客自投”。相较于日活100w+ APP开发者来说 , 实时竞价的买家更多,竞价更充分,更贴近日常实操场景。此外,由于倍联Bidding(倍业Bidding)是真正意义上的第三方Header Bidding,一切从APP开发者利益出发,不会偏向任何一方广告渠道,更不会受到上层指派带动任何广告平台营收和利润的压力。
数据和延迟风险
Header Bidding虽然有着上述对移动开发者的益处,但也存在一些风险。如果APP嵌入的SDK代码存在问题,比如服务端存在收集用户数据后门、代码过多...都对APP开发者是致命打击。收集用户数据不但违法还存在用户隐私泄漏风险,很容易被监管部门要求APP下架整改;代码过多可能减慢页面加载速度,影响用户体验,甚至延迟会影响广告成功展示率,减少广告收益。
倍业科技成立于2015年,以“赋能媒体商业化”为使命和愿景。自主研发推出APP自己的商业化管理和运营产品Blink,先后获得了险峰华兴、竑观投资、颐成投资等机构的投资。业务涵盖视频、社交、金融、教育、交通出行、汽车、母婴、动漫、工具等多个领域媒体商业化。已与国内100多款知名媒体建立长期合作伙伴关系。倍业科技整合了API和SDK解决方案,结合了全栈式广告技术,通过流量管理和运营优化工具,为媒体充分挖掘每个流量的价值。此外,倍业科技的免费开源聚合广告SDK产品EasyAds,已在GitHub代码库、Gitee代码库、华为开发者联盟生态市场等平台上线。EasyAds旨在为移动开发者集成市面广告SDK时,可以实现安全拓展层面、迁移层面、开放层面的完全自主可控。
参考资料:
1.《In-app Bidding推动移动开发者广告商业化新增长》
2.《优量汇 Bidding 降本增效,实现收益更大化》
3.《优量汇 Bidding 官宣开放!低门槛全自助,效率收益一手抓》
4.《穿山甲帮助文档-GroMore》
5.《干货|如何区分RTB和Header Bidding?》