原生广告程序化的标准就要来了
服务热线:400-6060-805 时间:2015/3/1 9:31:45
在2013年的下半年,跟着FBX的推出,Facebook开始了实时竞价(RTB)和原生广告方式交融的前奏。为了习惯交际巨人的改动,各大干流DSP都加入了关于构思元数据的支撑,比方缩略图、标题等原生内容。
目击了FBX的成功,网络出版商和广告科技公司纷繁开端想象:怎么将原生广告的RTB竞价方式带到Facebook以外呢?
这样的探索在曩昔的两年中从未连续,当今这一想象总算有时机变成实际。原生广告和RTB竞价方式将跟着新规范的出炉有时机完成真实的交融,而这一规范被称作OpenRTB2.3。
Open RTB2.3的发布是原生广告一次关键的转折点,支撑这一新规范将极大的开释供应方和需求方的发展潜力。
该规范的推出为原生广告程序化的疑问盖棺事定,一同也在改进展现广告程序化进程中呈现的一些疑问,例如买卖方对买卖价格的逐底竞赛以及剩余库存低质量带来的声誉疑问。而这些缺点并非程序化广告天然生成就有。
展现广告企图经过私有买卖方式来处理这些疑问,但这并不是唯一的办法,也不一定是最佳的。从各个方面来看,原生广告的生态系统都可以在保证曝光质量的一同让各方获益,给出了私有买卖商场方式以外的另一条挑选。
新的原生广告规范
当前Open RTB2.3正在承受IAB的大众评议,估计在将来的几个月里将会得到批准,它将变成第一个RTB方式的原生广告程序化规范。它首要是经过对现有的RTB规范进行延伸,将原生元素加入到之前已有的banner及视频广告规矩中。而新的原生项目(native object)将从头做起,以支撑原生广告在实时竞价中关于数据类型的需求。
在竞价恳求端,nativeobject会将需求竞价的广告单元依据6个中心类型进行描绘,分别是缩略图、品牌称号、象征以及原生类型等,也被称作IAB的6大中心类型。
在呼应端方面,原生呼应与banner呼应最大的差异在于:标题和品牌标识等元数据信息有必要包含在呼应中。曩昔的banner呼应中,你只需求将指针提供给页面浏览器上的一段代码,DSP不需求了解任何与内容有关的信息。而在原生呼应方面,以FBX为例,DSP有必要了解广告的每一个构思元素以及元数据。
这一新规范的出台,把原生广告、展现广告和视频广告一同带入到程序化广告年代。尽管它处理了原生广告规模化的疑问,但是新的疑问也由此而生。
推动移动向前
Open RTB2.3推出最早形成的影响就表现在移动端,考虑到移动网络上关于原生广告库存一向都是供大于求,移动设备最有时机变成绝大多数的原生曝光展现的舞台。
这一增加首要是因为之前在移动设备上程序化采购规范的缺失。而跟着OpenRTB 2.3接入到移动原生库存以后,将最大限度拓宽移动端程序化采购的才能,然后使得移动程序化行业不必再阅历一次向pc端那样在程序化广告前期只能靠售卖长尾库存投机。
在曩昔的几年中,那些将数据首要用于程序化定向的DMP们,都加入了对移动端的数据支撑,尽管当前移动数据的密度比PC小,但是在PC上的用户定向才能同样适用于移动范畴。
库存质量疑问
关于RTB方式的敞开,一种忧虑表示RTB将会削弱原生广告的优异溢价特点。这关于每一个媒体发行方来说都是一个不行回避的疑问,当他们把RTB需求方垂涎欲滴的优异库存敞开的那一刻,就有必要想好怎么防止当日展现广告敞开给RTB商场后呈现的库存溢价下降表象。
考虑到原生与RTB的结合,以及在视觉观感上和有机内容广告过于相似等缘由,媒体发行方将更多的注意力转移到原生广告的构思表达上,防止他们的内容推送给人以贱卖、低质量的感受。
因为RTB是一项关乎买卖的技能,许多人期望品牌广告主能更多的投进高质量的品牌广告,但是即便广告主乐意这么做,媒体发行方也会尽也许的保证自个关于广告的构思和方式有着必要的掌控,究竟最终这些广告都投进在了自个的地盘上。
将来展望
原生广告与之前最首要的差异之一即是一切关乎构思的数据有必要呈现在竞价恳求中。因而,关于DSP而言,有必要有交互界面和才能以保证可以获取、修改和买卖构思元数据。这是关于需求方而言,原生程序化广告形成的最大改动。一些DSP早在对FBX完成技能支撑时就现已在做相似的作业。
在供应方,原生带来的改动愈加广泛,缘由在于全部将原生内容及数据嵌入供应方网站的技能与之前是有很大不同的。例如把原生组件结合在一同投进在网站上远比把一个图像嵌入iframe要杂乱的多。
简而言之,现在咱们手里现已有了媒体方的处理方案、有关规范和DSP方需求做的准备作业,万事俱备只等原生程序化到来的那一天了。