{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','https://www.xiaopingtou.cn//data/attach/topic/topicKPo7gB.jpg', '推荐 dinghao1 的文章《我看到的在线广告解决方案演化-原生广告实现》','https://www.xiaopingtou.net/article-84388.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
4.原生广告实现
4.1 名词解释
原生广告(native advertising), 它一种伪装的在线广告类型,匹配它显示环境的形式和功能.
ONAF(XX native advertising framework),在原有的DSP平台上扩展出来支持原生广告的框架,需要开发的部分.
4.2 原生广告形式
4.2.1 原生广告展示形式 这里我最喜欢引用的一张图来说明原生广告的理念,想想一个介绍Oyster(牡蛎)知识的栏位里,在最右下角的位置插入一个Beer(啤酒)广告,Beer广告的位置,大小和颜 {MOD}是与环境完美搭配在一起(形式上一致).最highlight的部分,啤酒和牡蛎就是美食的一部分,功能上完美的搭配在一起(功能上一致),这就是真正的广告之美(ad beauty),最有可能吸引到真正的客户. 其实,我意识到原生广告的本质因该就是使广告与嵌入环境的形式和功能一致,在这个过程中可能创意和美学是最为关键,而作为平台来说目标就是提供这种能力,并且不限制其它人的发挥,这也是导致我们最终产品有一种自定义广告形式,就能实现Oyster and Beer. 4.3 设计细节 4.3.1 与原有DSP平台组件的关系
4.3.1.1 ONAF核心组件 native exchanger,它是接入各种app请求原生广告的接入方,支持一套标准的原生广告接入协议(我们内部把这套协议称为NBRP传送协议),把自接入的原生广告请求转换为” OpenRTB Native Ads API Specification Version 1.0.0”支持的请求,也就是标准原生广告请求. AVAS,是开发者和公司媒体服务人员共同使用的平台,功能包括定义原生广告栏位,发布这些栏位信息到native exchanger和native app zone(ACMS的一部分). Native protocols,是DSP的Protocols针对IAB原生广告请求的标准的扩展,这意味着它不仅仅接收native exchanger的原生广告请求,也能接受其它支持IAB的” OpenRTB Native Ads API Specification”的请求(在后台对于平台级的对接,就是对接这个组件),它的主要功能就是选择匹配的原生广告来投放. 4.3.2 native exchanger的工作原理
4.3.2.1 native exchanger的工作原理 4.3.3 AVAS成分 4.3.3.1 AVAS组件
4.3.3.1.1 AVAS组件 4.3.3.2 AVAS的established app/zone模型
4.3.3.2.1 AVAS的established app/zone模型 Directive是我们对于标准的扩展,为了更好的支持自定义的栏位,就是支持像牡蛎和啤酒这种原生广告一样 4.3.4 ACMS支持原生广告栏位的模型
4.3.4.1 ACMS支持原生广告栏位的模型 原生广告的栏位定义是放在AVAS里，由APP开发者自定义栏位或者选择IAB定义那几种标准原生广告,这些栏位定义最终会在ACMS里呈现(在ACMS里的栏位是无法修改的),广告主在ACMS看到这些栏位，然后设置自己的投放策略,就像其它DSP投放操作是一样的.
4.2.1 原生广告展示形式 这里我最喜欢引用的一张图来说明原生广告的理念,想想一个介绍Oyster(牡蛎)知识的栏位里,在最右下角的位置插入一个Beer(啤酒)广告,Beer广告的位置,大小和颜 {MOD}是与环境完美搭配在一起(形式上一致).最highlight的部分,啤酒和牡蛎就是美食的一部分,功能上完美的搭配在一起(功能上一致),这就是真正的广告之美(ad beauty),最有可能吸引到真正的客户. 其实,我意识到原生广告的本质因该就是使广告与嵌入环境的形式和功能一致,在这个过程中可能创意和美学是最为关键,而作为平台来说目标就是提供这种能力,并且不限制其它人的发挥,这也是导致我们最终产品有一种自定义广告形式,就能实现Oyster and Beer. 4.3 设计细节 4.3.1 与原有DSP平台组件的关系
4.3.1.1 ONAF核心组件 native exchanger,它是接入各种app请求原生广告的接入方,支持一套标准的原生广告接入协议(我们内部把这套协议称为NBRP传送协议),把自接入的原生广告请求转换为” OpenRTB Native Ads API Specification Version 1.0.0”支持的请求,也就是标准原生广告请求. AVAS,是开发者和公司媒体服务人员共同使用的平台,功能包括定义原生广告栏位,发布这些栏位信息到native exchanger和native app zone(ACMS的一部分). Native protocols,是DSP的Protocols针对IAB原生广告请求的标准的扩展,这意味着它不仅仅接收native exchanger的原生广告请求,也能接受其它支持IAB的” OpenRTB Native Ads API Specification”的请求(在后台对于平台级的对接,就是对接这个组件),它的主要功能就是选择匹配的原生广告来投放. 4.3.2 native exchanger的工作原理
4.3.2.1 native exchanger的工作原理 4.3.3 AVAS成分 4.3.3.1 AVAS组件
4.3.3.1.1 AVAS组件 4.3.3.2 AVAS的established app/zone模型
4.3.3.2.1 AVAS的established app/zone模型 Directive是我们对于标准的扩展,为了更好的支持自定义的栏位,就是支持像牡蛎和啤酒这种原生广告一样 4.3.4 ACMS支持原生广告栏位的模型
4.3.4.1 ACMS支持原生广告栏位的模型 原生广告的栏位定义是放在AVAS里，由APP开发者自定义栏位或者选择IAB定义那几种标准原生广告,这些栏位定义最终会在ACMS里呈现(在ACMS里的栏位是无法修改的),广告主在ACMS看到这些栏位，然后设置自己的投放策略,就像其它DSP投放操作是一样的.