博客首页|TW首页| 同事录|业界社区
2017-03-28

近年来整体数字营销行业的发展呈现出三大趋势:

第一个趋势:广告主越来越重视数据资产,他们将自己的大数据沉淀下来,然后建立大数据系统。其实在两年前,很多广告主就想做大数据资产沉淀,但直到现在才有可能真正落实,开始基于数据资产,优化数字营销能力。

第二个趋势:很多企业开始发展自己的大数据技术,结合原有的数据沉淀,自己建设数字营销DSP平台投放广告。

第三个趋势:广告主在打通线上和线下大数据,构建闭环生态方面,也有很大诉求。

可见大家越来越重视数据,大数据越来越成为数字营销、程序化广告的重要基础。大数据就是通过各种数据采集手段采集到线上线下的用户行为数据,经过清洗、分析、管理并结合营销业务,从基础业务运行支撑、报表分析、人群画像、销售自动化、营销精准化、决策支持等等各个方面发挥巨大价值。而大数据是跨学科的领域,会涉及到技术、业务等等很多方面的内容。本章会花较大的篇幅从必备的一些基础知识进行阐述,后续实战的很多内容都是基于这些基础概念和知识的。所以建议大家认真学习。

人的唯一性标识

大数据营销首要的就是分析目标受众,并针对目标受众的特点及其当时的场景进行有效地营销活动。收集的海量数据也是基于人为核心的。所以追踪个体用户行为、对人的唯一性标识是营销大数据的关键。

1.人唯一性标识的方式

标识一个人的方式可谓是丰富多样:

  • 对于真实世界中,日常工作生活中常用身份证件号(身份证、护照等各种证件)来标识一个人;
  • 在医学上常用DNA鉴定的方式类标识一个人;
  • CRM系统中常常以手机号来标识一个人;
  • PC端的Web网站对于用户的浏览行为常常使用CooikeID来标识;
  • 很多网站及服务常用会各种会员ID来标识一个人, 社交中我们常用QQ号、微信号等等;其他各种服务也会存在着各种会员ID。为了避免遗忘这些会员ID我们可能都经常需要一个小软件来帮我们管理这些ID;
  • 手机设备App端常用设备ID来标识一个人。

等等等等,可见对人的唯一性标识极其的复杂且重要。

2.数据互通的核心–ID Mapping

我们可以发现标识一个人的方式实在是花样繁多。大量的用户数据由于其产生和采集的场景区隔性的特点,造成了大量的数据花园围墙。单独的数据孤岛能创造的价值十分有限。所以ID mapping成为数据互通的核心,只有ID首先能打通才有可能联通各个数据孤岛,促进数据流动创造数据价值。

3.PC端识别技术

PC端,用户在互联网上主要是通过浏览器浏览内容,及完成相应的业务操作的,所以Cookie是PC端标识用户的重要技术。相关内容详情请阅读文章《什么是CookieMapping》

4.移动端识别技术

详情请阅读历史文章《移动数据关键ID系列》:

移动设备ID烦恼知多少?【技术类】

IOS体系ID知多少?【技术类】

Android体系ID知多少?【技术类】

媒体注意:Android设备ID大洗牌【行业动向】

蓝瘦香菇的ADX移动ID【技术类】

(转载请注明出处:微信订阅号:ad_automation)

文字表现力有限,欢迎参加《4.15线下大课堂》面对面为您答疑解惑讲透您关心的问题。

2017-03-22

备注:增加玩咖ADX、更新猎豹移动信息:十分感谢同学们的积极反馈,已根据反馈的信息更新内容。这些内容将随书籍印刷出版。

一般会根据ADX对其主要媒体资源的拥有关系,我们会将ADX分为:

  • 公共(也有称为“公开”)综合ADX:ADX不拥有媒体资源,十分典型的中间撮合买卖双方的角色。常见的有:baidu的BES、阿里的TANX、google的ADX、360的MAX等等。这类ADX的特点是流量大、价格低,但流量质量参差不齐,大量以长尾的流量为主,当然也有少量垂直领域头部媒体(自己没有建立ADX的媒体)的剩余流量。
  • 私有ADX:此类ADX从属于主要的媒体方,以媒体方的资源为主体。典型的例如:几大门户类媒体的ADX(腾讯、新浪、搜狐等等)、视频类媒体的ADX(youtu、IQIYI、乐视等等)、新锐移动媒体的ADX(小米、陌陌等等)等等。这类ADX中的流量质量因是媒体自己的流量,相对质量好一些。当然价格会稍微贵一些。(有的时候出于为了拉低整体买方成交成本的诉求,这类ADX也会在自身的流量之外,会引入外部的其他一些较为便宜的媒体流量。)

下面所列为常见的ADX

(注:排名不分先后。相关内容因有一定时效性,其中的内容请读者不用太过追究,请以各ADX最新的数据为准,此稿仅供参考。主要目的是希望大家能通过该表对各ADX的大体情况有个初步的概念。而且市场上的ADX还有很多,就不一一都罗列了。)

公共综合类ADX(PC、Mobile、视频)

移动为主的公共综合类ADX

媒体私有ADX(PC、Mobile、视频)

移动为主的媒体私有ADX

(转载请注明出处:微信订阅号:ad_automation)

文字表现力有限,欢迎参加《线下大课堂》面对面为您答疑解惑讲透您关心的问题。

2017-03-19

卖方诉求

虽然程序化广告购买是行业大势所趋,但还是有很多媒体卖方拼死抵抗,尤其是那些已建立了庞大传统销售体系的卖方更难转型。只有市场搅局者希望用新模式重新洗牌(他们才是初期的主要行业推动力)。所以我们要充分的理解卖方的诉求才能很好地同卖方打交道,推动行业良性发展。

  1. 不能因增加某种业务模式,而减少另一种(成熟)业务模式的收入
  2. 不能因为某业务模式,冲击另一(成熟)业务模式的价格
  3. 不能为了迎合买家,贱卖
  4. 程序化广告售卖剩余流量在很多媒体目前仍是 “增量” 收入,在整体收入20-30%左右,并非传统稳定的收入。

(一)价格保护

对于存在竞价的场景中:

卖方可以通过一些底价规则保护一些特殊库存或通过分类售卖或排除策略排除一些买家

典型案例:

1. 大部分视频媒体私有adx对不同行业都执行不同的底价政策:

游戏、电商、品牌、其他(中小)

很多视频媒体Adx都有类似的政策

2. 对于北上稀缺的视频前贴片的资源底价为天价:

部分视频媒体存在这个现象。

(二)卖方核心诉求

媒体卖方中的不同工种角色对程序化广告的态度和核心诉求也不同。所以我们也需要充分理解并合理应对。

  • 卖方销售:关心的是总销售盘量是否会增加,若简单的从一种模式转移到另一种模式。卖方的动力不大。
  • 媒体运营:用户日活数据不可暴露,这是媒体十分敏感的数据。会直接影响到媒体在市场中的位置以及媒体商业变现的体量。
  • 媒体产品:用户的体验及隐私数据的保护,是媒体方产品最最关心的问题。不能因为程序化广告的加入影响了用户体验(例如:响应速度、用户注意力、不能误导用户),或侵犯用户的隐私数据等等。

这些都会是行业升级过程中会遇到的阻力。我们只有深刻认识才能以多方共赢为出发点找出解决方案。

目标人群投放(TA-Target Audience)

对目标人群进行筛选流量投放广告是才能达到我们所讲的“在合适的时间合适的上下文场景推送合适的信息”。这就需要流量方开放用户的行为信息。在流量中携带用户行为的相关数据,所以某种意义上可以说程序化广告购买是流量媒体卖方一种数据变现的方式。

(一)用户行为信息保护

一般卖方会根据自己的考虑适度开放,这点是程序化购买模式中的一个十分重要的功能。这些信息对精准分析用户的相关属性特别关键,尤其是若广告主存在目标人群分析强烈的需求,就需要建议卖方开放足够多的信息。

例如:

a.媒体的顶级/子域名

b.媒体的频道/栏目

c.用户访问的媒体页面的完整URL(Full URL)(强烈建议此模式)

d.媒体URL保护处理:

e.完全不提供,买方完全不知道购买的何处的媒体库存。

视频媒体的流量中还存在:剧目、频道等重要信息;移动端有LBS信息等等。

注意:移动端APP很少能取到用户阅读页的上下文内容,对行为分析受到一定限制。

(二)广告请求中携带的广告位及用户数据

OpenRTB协议标准中已约定的广告请求携带的相关数据段,这些数据是分析用户行为及机器学习建立模型十分重要的因子维度。但刚刚也说了实际情况不是所有流量都能获取到这些数据的,媒体方会根据自身变现的考虑选择开放哪些数据。

OpenRTB协议标准中已约定的广告请求携带的广告位相关数据供大家参考:

  • banner数据段:尺寸、位置、mimes(说明该广告位支持的多媒体类型,例如:Flash、gif、MP4等等)、topframe(0说明广告位在iframe,1说明广告位不在iframe而在“topframe”顶级页面框架中)、expdir(若是可扩展的广告位(点击广告,广告会扩展变大的广告位),说明可扩展的方向)等等;
  • Video数据段:mimes、时长、尺寸、位置等等;
  • Native数据段:mimes、尺寸、位置等等;
  • Site数据段:名、域名、类(网站所属类别)、大类(网站所属大类)、页面类(广告所在页所属类别)、Url(该页面的url)、来源(从那个页面调转到该页面)、搜索词、是否移动Web、关键词等等;
  • App数据段:名、AppId、域名、storeurl(该App在AppStore中的地址)、类(App所属类别)、大类(App所属大类)、页面类(广告所在页所属类别)、是否收费App、关键词等等。

OpenRTB协议标准中已约定的广告请求中携带的用户行为数据供大家参考:

  • Geo(位置信息):经纬度、国、市、区等等;
  • User(用户信息):出生年、性别、关键词、浏览器等等;
  • Device(设备信息):ip、设备类型(PC、手机、平板等等)、设备ID(IMEI、IDFA、MAC等等)、型号、操作系统、操作系统版本、硬件版本、设备屏幕尺寸、设备分辨率、系统语言、设备上网运营商、设备上网方式(WIFI、2G、3G等)等等。

(三)目标人群投放

在程序化购买模式中存在大量的对目标人群数据的使用。这些数据主要来源于:

a. 之前campaign投放的广告主方的第一方数据(点击、到达、转化),访客找回(retargeting)效果较好;

b.竞品或其他第三方监测收集的之前campaign投放的的第三方数据;

c.(第三方)DMP供应商按广告主提供相关标签及Look-alike挖掘出的第三方数据;

d.以上数据为样本,及结合投放中的执行数据优化行为数据挖掘出的人群数据;

e.目标人群排除也很常见;

需说明的几点:

1.首要前提是要有人群数据库 及 已打过标签分析过的人群数据库;

2.retargeting效果较好;

3.割裂的DMP数据,脱离了投放执行环节的数据无法持续优化及提高绩效;

4.PC端,cookie需mapping后,积累的cookie才能被使用。

相关的常见词:Data Usage、DMP- Data Management Platform、TA-TargetAudience、AP-Audience Platform

本系列历史文章:《程序化广告4种典型模式》​、《流量优先级和交易管理》​、《OpenRTBv2.5》

(转载请注明出处:微信订阅号:ad_automation)

文字表现力有限,欢迎参加《3.25线下大课堂》面对面为您答疑解惑讲透您关心的问题。

2017-03-14

什么是Deep Link

“Deep Link”从字面上理解是“深度链接”,因为移动端的媒体内容页面都是在APP中打开的,最早推出“Deep Link”的主要意图是,为了能让搜索引擎能检索APP中的内文页内容,并在用户检索到内容时,可通过简单点击一个“链接”直接打开该APP的内文页。简单讲就是,可以通过一个简单的“链接”,打开APP并直接进入该APP中的内文页,前提是该APP在该手机上已安装,且该APP需要编程支持该Deep Link的“schema”语法定义。例如:大家可复制如下的淘宝商品及淘宝店铺页的Deep Link链接,在手机浏览器中打开,便可直接进入淘宝APP中的商品页及店铺页:

 taobao://item.taobao.com/item.htm?id=440…

 taobao://shop.m.taobao.com/shop/shop_ind…

可见在移动端广告投放中采用Deep Link技术,省去了用户打开APP、再搜索商品页的中间环节,让用户只需便捷地点击广告,一键就能到达商品购买页面。省去中间多次跳转的环节,减少用户流失,有效提升转化。(当然该APP需要开发改造,编程支持Deep Link。)

APP没安装怎么办?

当然大家会问,若当时手机上没有安装这个APP会发生什么情况呢?在移动端广告投放中,可以采用加一个Mobile Web中间页的方式。在该中间页上安置JS代码来判断(通过Deep Link尝试调用手机APP),若手机上APP没有安装,则跳转到APP下载页面引导用户安装。若APP已安装则打开APP进入内容页。这样通过Deep Link也能有效地唤醒沉睡用户(那些已安装APP但还未持续产生转化的用户。)。

现在也有很多APP服务提供方,不论用户是否已安装APP,为了让用户能更容易的通过各种方式(Mobile Web、APP)触达到产品服务,会对应APP做一套简化版的Mobile Web的服务。由于URL使用的是普通的网站URL,相比Deep Link更容易传播,及被各种网站内容中引用,及被搜索引擎收录。例如,大家可复制如下的淘宝商品页的普通URL,在手机浏览器中打开,便可直接进入淘宝中的商品页(该页面中也有一些JS代码,会判断手机上是否已安装APP,若已安装,会提示用户是否打开淘宝APP):https://item.taobao.com/item.htm?id=44014690052

Universal Link

上面已讲到:很多APP服务提供方已经在提供普通网站URL方式作为中间也载体,便于传播和使用。这也就引出了一个新的规范:Universal Link(通用链接)。在iOS9以前,我们从外部启动App都是通过(Deep Link)一个特殊的URL Scheme实现跳转的。这种方式弊端很明显:我们只能通过scheme://example这种格式的链接来实现跳转,而且现在苹果还对这种方式的跳转加了一个提示框:“是否打开XXX”。对于Web和原生App交互的场景需求量很大的产品来说,这样的跳转方式显然是步骤繁杂的,用户体验并不好。

当然需要强调一下为了保证用户网络安全,该“通用链接”必须是HTTPS协议的。

在APP中添加这个功能很简单,相关参考文档可参考官方文档(点击文末“阅读原文”可直接打开):

https://developer.apple.com/library/content/documentation/General/Conceptual/AppSearch/UniversalLinks.html

大体的步骤是:

1) 在苹果开发者网站中,打开需要使用Universal Link功能的App中的Associated Domains

  • 首先,我们要在苹果开发者网站中开启App的Associated Domains功能:在Account -> Certificates, Identifiers & Profiles -> App IDs -> YourApp -> Edit中把Associated Domains设置为Enable
  • 然后需要配置一下工程文件,找到Capabilities -> Associated Domains
  • 打开此功能并把“通用链接”的domain加进去,格式为applinks:http://www.example.com/

2) 将 “apple-app-site-association”(一个json文件)上传到服务器中根目录下(因为是HTTPS,所以服务器必须支持SSL;文件名“apple-app-site-association”不可添加任何后缀。),如:https://www.example.com/apple-app-association ,json内容示例如下:

{

“applinks”: {

“apps”: [],

“details”: [

{

"appID": "TeamID.com.domain.App",

"paths":[ "*" ]

}

]

}

}

注意:当APP在设备上第一次运行时,若已开启Associated Domains功能,那么iOS会自动去获取Domain下的apple-app-site-association文件,iOS会先请求https://domain.com/.well-known/apple-app-site-association 。若此文件请求不到,再去请求https://domain.com/apple-app-site-association 。所以若想要避免服务器接收过多GET请求,可直接把apple-app-site-association放在./well-known/目录下。服务器上apple-app-site-association的更新不会让iOS本地的apple-app-site-association同步更新,即iOS只会在APP第一次启动时请求一次,以后除非APP更新或重新安装否则不会在每次打开时请求apple-app-site-association。

3) 在AppDelegate中实现相应的方法,

示例代码如下:

- (BOOL)application:(UIApplication *)application continueUserActivity:(NSUserActivity *)userActivity restorationHandler:(void (^)(NSArray * _Nullable))restorationHandler{

if (![userActivity.activityType isEqualToString:NSUserActivityTypeBrowsingWeb]) {

return YES;

}

//读取url地址

NSURL *webUrl = userActivity.webpageURL;

if (![webUrl.path isEqualToString:@"/show"]) {

//path错误,直接从safari打开

[[UIApplication sharedApplication] openURL:webUrl];

return YES;

}

//跳转并显示内容

[[NSNotificationCenter defaultCenter] postNotificationName:@”notify” object:@”hello world”];

return YES;

}

(转载请注明出处:微信订阅号:ad_automation)

文字表现力有限,欢迎参加《3.25线下大课堂》面对面为您答疑解惑讲透您关心的问题。

2017-03-13

《程序化广告4种典型模式》​、《流量优先级和交易管理》​之后我们看看一下程序化广告关键的技术接口协议:OpenRTB_API_Specification

下载地址:

http://www.iab.com/wp-content/uploads/2016/03/OpenRTB-API-Specification-Version-2-5-FINAL.pdf

是IAB指定的RTB竞价广告协议的规范,主要包括其生态图体系、业务流程和主要的对象模型和数据模型。基本负责流量技术对接的产品技术同学必须参考的文档。

现以《OpenRTB-API-Specification-Version-2-5-FINAL.pdf》为例给大家概要性地介绍一下该技术接口协议:

该协议首先介绍一些常用词,这些常用词也是我们经常会用到的:

常用词定义

RTB:实时竞价处理每个广告曝光机会投标(即,因用户等待广告结果整体处理时间极短,一般要求小于100毫秒)。

Exchange:对每个广告曝光机会之间进行拍卖的服务。(常称为广告交易市场(Ad Exchange))

Bidder:在广告实时拍卖中完成竞价的实体。(在此基础上完善的需求方的业务功能系统,常称之为DSP(需求方平台))

Seat:使用竞价服务代表其利益的交易席位。(竞价购买广告实际的出钱买方,常见的有广告主、广告代理公司等等,实际业务执行中他们可能不参与实际的竞价技术环节,但是他们给DSP下订单、并通过该“席位“的交易同Adx对账确保“透明化”。)(目前国内大部分Adx不支持该特性,仅google的Adx支持。)

Publisher:拥有一个或多个媒体的广告发布者。(是SSP系统的主要使用者)

Site:有广告位要展示的内容网站,包括Web、App等等。

Deal:广告卖方同买方以特殊的交易模式及特定的条款预先约定好的预订量合约。

该协议描述基础的RTB处理时序图:

0.用户打开媒体页面(媒体页面中有广告位需展示广告),媒体端向RTB交易服务(Adx)发起广告请求;

1.Adx向竞价服务方(DSP,广告主可在DSP添加广告投放订单)发起竞价(邀约)请求(传送竞价邀约请求、媒体网站、用户设备、用户相关行为数据等等);

竞价服务方返回竞价信息(竞价、广告素材或广告片段);

2a.Adx结果反馈:win-notice返回成交结果;

若竞价返回包中未含广告片段需要再次提供;

2b.有些Adx会发失败原因(注意:这个不是必须发的)。

3a.有些Adx会发成交账单信息(注意:这个不是必须发的)。

最后广告通过Adx返回给媒体并通过媒体展示给用户。

图上虚线流程:

a.媒体方可在Adx中设定媒体的相关属性设置(分类、底价、禁投行业等等)。

b.DSP可在设置接受竞价邀约流量的响应能力及所需流量过滤设置、创意审核等等。

协议中约定的广告请求对象内实体间的关系图如下:

(上图为“E-R图”即:“实体关系图(Entity Relationship Diagram)”,用于表示各实体对象间关系,“框”符号代表“实体”,“线”符号代表“关系”,“实心菱形”符号代表该“线”是“组成关系”,“实心菱形”所指的“实体”对象由“线”另一端的对象组成(即包含关系)(“0..1”代表符号这端对象被“线”另一端对象包含可0个但至多1个,“0..*”代表符号这端对象被“线”另一端对象包含可0个也可多个,“1..*”代表符号这端对象被“线”另一端对象包含至少1个也可多个)。拿“BidRequest”-“Imp”那个关系举例,通俗的说就是一个“BidRequest”可包含多个且至少1个“Imp”,这个可理解为有的时候为了节省网络开销,一个竞价请求可能会包含多个广告位的竞价信息(出现的场景很可能是用户一次打开内容页面时而同时产生的多个广告位的曝光机会)。)

换一种能直观展示包含关系的图例如下:

各数据段(对象)的简单描述参见下表:

对象(数据段)描述

BidRequest:顶级对象(代表整个竞价请求数据包对象)

Source:该数据段描述该广告曝光机会竞价决策的细节,是否该Adx决策或上游决策等等信息。(例如:header bidding就是由上游媒体决策的。)

Regs:该数据段描述该竞价请求中所有广告曝光机会是否存在任何法律、政府或行业法规的约束,例如:美国儿童在线隐私保护法等等。

Imp:描述特定广告曝光机会的数据段;每个竞价请求至少有1个该数据段

Metric:该数据段描述该广告位历史平均的数据,例如:CTR、广告可见性等等数据。

Banner:若广告位是广告横幅,该数据段描述该横幅广告位的细节(广告形式:横幅广告、横幅中的视频、或视频的旁的横幅广告),内容有:高宽尺寸、支持素材规格(mimes)等等。

Video:若广告位是视频中的广告位,该数据段描述该视频广告位的细节,内容有:高宽尺寸、支持素材规格(mimes)、最小时长、最大时长、序号(例如:一次竞价请求支持多个贴片广告,这个序号用于标识第几个贴片)等等。

Audio:若广告位是音频节目中的广告位,该数据段描述该音频广告位的细节,内容有:支持素材规格(mimes)、最小时长、最大时长、支持的API等等。

Native:若广告位是原生广告,该数据段描述该原生广告位的细节,内容有:支持的API等等。

Format:该数据段描述广告位允许的素材尺寸,例如:高宽比、高宽像素等等。

Pmp:若该该广告曝光机会是否存在已预订的PMP (private marketplace 的合约,该数据段描述用于描述这类合约的细节,内容有:是否私有交易、合约等等。

Deal:该数据段描述该广告曝光机会卖方买方双方预先约定好的合约内容。内容有:底价、成交方式等等。

Site:若是Web上的广告,该数据段描述广告曝光机会所在的网站的细节,内容有:网站名、广告所在页面URL、网站所属类别等等。

App:若是App上的广告,该数据段描述广告曝光机会所在的App的细节,内容有:App名、App是否为付费App、App所属类别等等。

Publisher:该数据段描述该网站或App广告发布者的细节,内容有:名字、域名、类别等等。

Content:该数据段描述广告将被展示的内容页的细节,内容有:关键词、语言等等。

Producer:该数据段描述广告将被展示的内容作者的细节,内容有:名字、分类等等。

Device:该数据段描述展示广告的设备的细节,内容有:ip、设备屏幕尺寸、地理信息等等。

Geo:该数据段描述展示广告设备的地理信息细节,内容有:经纬度、所属国家、所属城市等等。

User:该数据段描述展示广告的用户相关数据,内容有:用户基本的人口属性(年龄、性别)、位置信息、附加数据等等。

Data:该数据段描述展示广告的用户的附加数据,内容有:数据提供方名字、ID、相应的数据包等等。

Segment:该数据段描述附加数据的详细内容,内容有:一组键值对的数据包等等。

BidRequest包数据片段简单示例(一般都是Json(Content-Type: application/json)):

{

“id”: “80ce30c53c16e6ede735f123ef6e32361bfc7b22″,

“at”: 1, “cur”: ["USD" ],

“imp”: [

{

"id": "1","bidfloor": 0.03,

"banner": {

"h": 250, "w":300, "pos": 0

}

} ],

“site”: {

“id”: “102855″,

“cat”: [ "IAB3-1" ],

“domain”:”http://www.foobar.com“,

“page”:”http://www.foobar.com/1234.html “,

“publisher”:{

“id”: “8953″,”name”: “foobar.com”,

“cat”: [ "IAB3-1" ],

“domain”:”foobar.com”

} },

“device”:{

“ua”:”Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/537.13

(KHTML, likeGecko) Version/5.1.7 Safari/534.57.2″,

“ip”:”123.145.167.10″

},

“user”: {

“id”:”55816b39711f9b5acf3b90e313ed29e51665623f”

}

}

协议中约定的买方广告响应对象内实体间的关系及同竞价请求对象相应的对应关系图如下:

(上面介绍“E-R图”符号中有个“剪头”符号,用以表示“剪头”所指的“实体”对象被“线”另一端的对象所关联(关联关系)(“0..*”代表符号这端对象被“线”另一端对象关联可0个也可多个)。拿“BidRequest”-“BidResponse”那个关系举例,通俗的说就是多个“BidResponse”对应一个“BidRequest”,这个好理解一个竞价请求自然会有多个Biider返回“BidResponse”。)

换一种能直观展示包含关系的图例如下:

各数据段(对象)的简单描述参见下表:

对象(数据段)描述

BidResponse:顶级对象(代表整个竞价返回数据包对象)

SeatBid:若出价有特定的买方交易席位,则该数据段描述该席位的细节,内容有:席位名等等。

Bid:该数据段描述出价的细节,内容有:出价、出价针对的广告曝光机会ID、广告素材ID、接收winnotice的地址等等。

BidResponse包数据片段简单示例:

{

“id”: “1234567890″,”bidid”: “abc1123″, “cur”: “USD”,

“seatbid”: [

{

"seat": "512",

"bid": [

{

"id": "1","impid": "102", "price": 9.43,

"nurl":"Conversant",

"iurl": "Conversant",

"adomain": ["advertiserdomain.com" ],

“cid”:”campaign111″,

“crid”:”creative112″,

“attr”: [ 1, 2, 3,4, 5, 6, 7, 12 ]

}

] }

]

}

(转载请注明出处:微信订阅号:ad_automation)

文字表现力有限,欢迎参加《3.25线下大课堂》面对面为您答疑解惑讲透您关心的问题。

2017-03-07

程序化广告有一些关键特征,对这些关键点的清晰认知可以帮助我们更好地了解程序化广告并运用好。

首先我们先来看看大家都经常关心的“流量优先级及交易管理”:

流量优先级管理:

卖方(媒体方)的可按不同的程序化购买的方式对流量按不同的优先级进行管理。

媒体方一般都有现成的传统广告排期投放系统可以按位置按时间设定投放计划。很多媒体的传统广告排期系统就支持对不同的广告主或者订单安排不同的优先级。

PDB基本是现有传统广告排期投放系统中锁定流量再对接PDB系统进行投放,所以流量的优先级同传统排期订单在一个优先级。

PD、PA、OA是媒体通过传统广告排期系统讲剩余流量导入Adx系统进行管理。(对模式及名词不清楚的可参见历史文章《程序化广告4种典型模式-IAB程序化定义系列【基础类】》

所以优先级从高->低一般如下:

常规订单及预留库存PDB订单(也可能根据大小客户在订单层面有优先级控制,不同媒体排期系统具体各有不同。)

->PD:非预留的库存量 + 固定价“First right of refusal”流量筛选

->PA:非预留库存 + 少量Buyers 竞价

->OA:非预留库存 + all Buyers open竞价

-> 最后是打底广告

(打底广告:一般为了避免广告位“开天窗”(即出现空白),一般需要媒体方设置打底广告。特别是在程序化广告的模式下,广告的交易是实时进行的,为了避免广告位的浪费,无人竞价购买时会展示打底广告。所以相对来说打底广告很便宜(例如视频媒体经常以游戏或医药行业的广告作为打底广告),有很多媒体会选择阿里妈妈广告联盟或百度广告联盟的广告作为打底。)

(HeaderBidding(OpenRTB 2.5中已加入):最近这段时间行业内Header Bidding这个词有些热,是从国外流入国内的,号称是一种新的程序化交易广告技术。Header Bidding实际是AppNexus首先大力推动的,它给Publisher增加了新的开放选择。因为目前国外DFP(Google Doubleclick For Publisher)依旧是PC网站集成最多的广告平台。AppNexus希望联手其它的SSP/ADX(例如OpenX、AOL等)一起通过这种方式撼动DFP的垄断地位。其机制简单理解就是媒体可在调用广告服务获取广告之前,通过Header Bidding技术提前对买家询价,若无买家出价则再调用广告服务,实现其收益最大化。一般媒体通常对接单个ADX/SSP,Heading Bidding可使得媒体保持这种合作之外,额外地可主动对接其他的买家(ADX/SSP/AdNetwork等)。目前是以PC的为主,移动则刚开始尝试。)


交易管理:

为了给不同的买方系统及广告主区分出不同流量的交易模式,所以技术上流量对接时是需要提前在流量中携带相应的Deal ID标识。买方根据对流量需求的紧迫程度及价值评估来决定是以OA的方式来竞价还是采用PD、PA的方式,不同的方式买方就需要按约定返回相应DealID标识以标示以那种模式获取流量。卖方不仅会通过Deal ID的方式来管理买方的交易模式,还会根据哪些广告主能使用该流量进行更细致约束管理。

(一)预订量标识(Deal ID)

所以我们能发现“Deal ID”的重要性:技术对接上在RTB技术接口的Server端对接,必须加入该预订量标识(Deal ID),才可完成PDB及PDPA等模式。


(二)Deal达成的过程及操作流程

  1. 卖方挂牌(媒体)在Adx中发布资源库存:价、量

SSP卖家Adx平台中自助操作发布资源,表单界面截图示例如下:

2. 买方在Adx预定流量,商定Deal

DSP买家可在Adx平台中自助操作,先从可供预定资源列表选取可预定广告资源,界面示例如下:

然后对该预定资源做相关设置,操作表单界面示例如下:

3. 买卖双方商议成功,预定流量达成Deal

Adx平台中,DSP自助界面中,已预定流量Deal结果列表界面示例如下:

4. 买方在程序化系统中录入约定的Deal ID,并实时竞价时由大数据机器学习引擎决策采用何种方式参与竞价。

(转载请注明出处:微信订阅号:ad_automation)

文字表现力有限,欢迎参加《3.25线下大课堂》面对面为您答疑解惑讲透您关心的问题。

2017-03-02

程序化广告最重要的标志是“通过技术手段管理广告展示的每次曝光机会”。而在这个基础上由于买卖的“交易方数量”、“交易量是否预留”、“交易价格是否固定”等等一些不同变量的变化组成了“程序化广告”的四种典型模式。至于这些模式具体如何因买卖方诉求的成因在《前世今生》部分已做阐述。此处重点从规范、特性及行业角度来开始介绍。

在介绍详细内容之前,介绍一下互联网广告尤其程序化广告行业内十分重要的标准制定的组织:IAB:美国互动广告局(The Interactive Advertising Bureau,简称IAB),共有500多个成员公司,包括AOL、迪斯尼、google等等知名公司。美国互动广告局在全世界的成员遍布五大洲36个国家,很多成员都是全球性企业。IAB致力于推动全球网络广告市场的持续增长,帮助指导Publishers和Advertisers,及广泛的商业组织构成更好互动广告的价值。很多网络广告及程序化广告的标准都出自该组织,行业内整个上下游普遍都十分认同和遵守这些标准。IAB就是广告行业藏经阁。所以这是大家必须知道的,有很多关键的标准和资料可直接去IAB上查询。这样不至于造成概念上的混淆被某些不清晰的认识误导。

程序化广告4种典型模式:

下图是摘自:

http://www.iab.net/media/file/IAB_Digital_Simplified_Programmatic_Sept_2013.pdf

IAB关于程序化广告的四种典型模式的定义:

中文翻译如下:

从上表值得注意的几点:

  1. PD(Preferred Deals)、PA(Private Auction)、OA(Open Auction)均实时竞价RTB范畴,仍旧是程序化广告购买,结算方式:广告主同DSP方按第三方监测的曝光数据结算,而Adx同DSP按竞价成功数结算。DSP参与到了交易环节,承担中间这个结算GAP。(注:市场中还有一个大家经常说的词PMP(Private marketplace)从表上看狭义的定义仅仅指的是PA;但市场中也有一种更广义的误解只要非OA的模式都是PMP(包含PD、PA、PDB,主要突出Private);当然也有很多人将PMP解读为仅包含PD、PA(因为第一种模式PDB不涉及交易环节)。)
  2. PDB由于“保价保量”,结算方式广告主同媒体卖方已约定好,且广告主同媒体卖方按第三方监测的曝光数据直接结算,PDB技术供应方仅仅完成不同流量展示不同广告的工作,不参与交易环节。(注:PDB这个词严格意义上也是可能有些歧义的,仅仅是因刚退出这种模式的时候就用PDB做为名字了,故这么多年下来在国内大家叫惯了,其实从表上准确定义是Automated Guaranteed(AG);当然还有一种对PDB这个词的定义是程序化下单,即:不能管理每个曝光机会是最大差异,仅仅是通过技术程序化的手段给媒体下单(下单可以定向受众、地域、量、价等等)。所以这也是PDB这个次可能会产生歧义之处。所以我经常强调要搞明白内含和外延,至于用什么代名词不用太纠结。重点是沟通中搞明白双方沟通的内容,避免不同的误读造成沟通的歧义。)
  3. 一般从买方获取流量的交易成本优势角度看:OA>PA>PD>PDB;PD、PDB更像计划经济,OA、PA更像市场经济(一般相同资源卖方PA的底价会高于OA的底价),若市场流量竞争激烈相对价格就会被抬高。
  4. 一般从获取的流量质量及对流量获取的优先权角度看:OA<PA<PD<PDB;Open Auction中剩下的都是大家挑剩的流量,若买方需要做访客找回,或对流量优先级有一定需求的建议可以考虑PA及PD的模式。财大气粗的买方可考虑PDB模式(但PDB模式由于退量会受到一定限制,肯定无法做到极致只对需要的流量投放广告)

从出价方式及库存是否保证两个维度看,这四种模式各有特点。

后面几篇我们会继续介绍:程序化购买/投放的一些关键特征,请大家留意关注。​

(转载请注明出处:微信订阅号:ad_automation)

文字表现力有限,欢迎参加《3.25线下大课堂》面对面为您答疑解惑讲透您关心的问题。

2017-03-01

2月25日刚刚举办完程序化广告2017年流水课第1期,第2期又要如期而至啦!此次课程是接着上次内容,主讲“程序化广告行业态势(下)”。

对于程序化广告,你脑中是否有这样的疑问?

  • AG、PD、PA、PMP、PDB这几种程序化广告的形式傻傻分不清楚?
  • 为什么要把程序化广告的分为这么多种形式,每种形式解决了哪些营销痛点呢?
  • 每种形式在执行过程中有些坑需要避免?
  • 程序化广告买卖双方的核心诉求是什么?
  • 程序化广告的实现流程是怎样的?

……

听完此次课程,这些问题全部迎刃而解。

另外,非常感谢各位同学对我们活动的支持,有些同学从去年第1期课程一直跟到现在,期期不落,还有好多同学参与完后感觉内容非常有价值,又推荐身边的朋友、同事来参加,学习队伍越来越大,我们也希望能借助程序化广告的平台与活动,能推动行业的发展,使之越来越成熟、越来越规范、从业者的素质越来越高,这样想想,觉得浑身充满了力量呢!

以下为此次活动详情:

活动时间:2017年3月25日 周六下午 15:00——17:00

活动详细安排:

14:50-15:00 签到与自我介绍

15:00-16:30 吴俊老师分享

16:30-17:00 全体同学自由social时间

在讲解过程中,如果你有任何问题,可随时提问。

活动地点:北京 西城区 百万庄大街22号机械工业出版社3号楼10层会议室

乘车路线:地铁6号线 车公庄西站 D西南口出。

报名方式:

第一步:添加微信号:13121124046(伍刀刀);

第二步:填写报名表,并缴纳200元报名费(单次体验票¥200,欢迎大家选购文末介绍的超实惠的¥1920年包套餐、或¥4188VIP年包套餐);

第三步:活动当天来到活动现场签到参与。

另外,为了满足无法亲临现场同学的需求,此次活动我们增加了线上同步直播及视频回看。

如何参加线上直播及视频回看?

第一步:添加微信号:13121124046(伍刀刀);

第二步:填写报名表,并缴纳200元报名费;(单次体验票¥200,欢迎大家选购文末介绍的超实惠的¥1920年包套餐、或¥4188VIP年包套餐);

移动端直播地址:

mudu.tv/?

PC端直播地址:

mudu.tv/watch/656782

第三步:我们会将以您手机号作为唯一识别码加入直播间,给您可以在线直播互动及视频回看的课程地址参与活动。

直播将以视频形式进行,而且能够进行互动,我们将回答您在直播间提出的每个有价值的问题。而且若您时间上冲突,依然可以等有空的时候回看即可。

如您在报名中遇到任何问题,请拨打电话或添加微信:13121124046(伍刀刀)随时联系我们。

(转载请注明出处:微信订阅号:ad_automation)

2017-02-21

广告可见性(Viewability)近来广告主开始关心的话题。

一、定义

根据MRC(Media Rating Council)的定义:Banner广告需要至少有50%的像素面积在屏幕上展示1秒,才能够被视为“可见”的广告展示。

  • 对PC展示广告:可视区域内展现至少50%像素,展现至少1秒钟;
  • 对PC视频广告:可视区域内展现至少50%像素,展现至少2秒钟;
  • 对较大的PC展示广告:可视区域内展现至少30%像素,展现至少1秒钟;

    (其他自定义的广告单元,由于目前计量标准和技术正在发展,仍不可测量。移动端App中广告目前还是一大难题。)

从谷歌披露的宏观数据显示:56.1%的广告展示属于不可见的,这个百分比背后对应的广告费金额不是小数目。

二、测量方法

进行测量的先决条件

MRC定义的可以进行viewability测量的三个先决条件:

  • Safe Iframe:Page Iframe 嵌套是广告投放的一种技术嵌套方式,普通Iframe嵌套方式是不可能被测量到实际坐标的,因为坐标信息已经被嵌套,网页嵌套方式只有遵循了IAB的Safe Iframe格式,那么广告投放坐标才能被测量。这需要中间商与媒体一起遵循Safe Iframe,这需要标准协会做协调并认证,(国内这块目前才刚刚起步,还比较弱小。)
  • page geometry(页面坐标):页面坐标测量通过广告位坐标与浏览器的相对坐标做定位,来算Viewability,但这里可能打开多TAB来骗viewability并且 Chrome 和Safari不支持page geometry(页面坐标)。
  • browser optimization(浏览器优化):Viewability这里一定要结合浏览器优化(一种浏览器为了优化渲染速度,来部分加载可见区域的素材的信息的技术手段,作为监测手段可以帮到Viewability),而浏览器优化信息只有一些最新版本的部分浏览器支持。

测量的具体方法

Ø 浏览器内广告的相对坐标:确定广告在主网页(host webpage)内的位置以及浏览器视窗在主网页内的位置,两厢比较就能知道广告是否包含在浏览器视窗内,有没有被肉眼可见。该方法的不足之处:目前很多广告都是采用iframe的格式,把一个广告锁定在一个框内,然后嵌套在主页面中,这样就无法得知广告在主网页内的位置。

Ø 屏幕内广告相对坐标:比较对象从主网页扩大到整个屏幕,通过Firefox浏览网页的用户屏幕信息尺寸与广告位坐标是可获得的。此方法的不足之处:不是所有的浏览器,或操作系统都能通过serving代码取得广告的屏幕坐标信息。

Ø 鼠标坐标,屏幕顶点与广告坐标的夹角余弦最大值:通过IE浏览网页时,监测公司可通过确定鼠标光标与屏幕一角以及广告的一角形成的三角区域判断该广告是否可见。此方法的不足之处:用户浏览的安全性。

Ø 浏览器CPU计算区别:通过浏览器加载网页素材时CPU的消耗量与时差来判断这个广告到底有没有显示出来。此方法的不足之处:一般是需要在广告上盖一个透明的层,其中平均安置16个(4行4列)小渲染计算器来计算广告展示比例的。因此会增加了用户电脑的计算压力。
目前广告可见性实践代码中是结合上述多种方法综合使用的。

三、 影响因素

哪些因素会对广告可见性产生影响呢?

  • 广告位在页面中的位置:一般首屏的可见性会好一些,而可见度最高的位置是首屏底部,而不是页首。(当然并非所有首屏的广告位都是可见的,有许多非首屏的广告位反倒是可见的。)
  • 广告位尺寸:一般垂直的广告位会可见性高一些(垂直广告位由于其较高,故用户在滚动页面的时候,这类广告位在屏幕上停留的时间更长一些),基本大于52.5%,例如:120X240、240X400、160X600、120X600;其他常见的广告尺寸的可见性也就40%+:300X250、970X90等。
  • 不同行业的内容页也不同:一般参考信息类的内容页广告可见性略高51.9%;社区、游戏、艺术娱乐、求职教育、工商业、计算机及电子、互联网及科学类的内容页46%+;休闲娱乐类最低44%+。
  • 首页(频道首页)及文章内容也不同:文章内容页由于用户更长停留和更强的关注,实际广告可见性优于首页。参考如下统计数据:内容页可见性54.3%(财经内容页56.83%);首页可见性41.68%(财经首页30.01%、时尚首页40.53%、频道首页41.25%、财经频道首页32.80%、时尚频道首页可见性为38.88%)。

四、程序化广告中的注意事项

程序化广告环节针对广告主度量广告可见性的需求时应有哪些需注意的点呢?

  • 目前哪些Adx能提供广告位的可见性数据?这样可以帮助DSP在竞价前根据广告可见性数据来决策竞价。目前仅有google的Adx部分PC广告位的流量提供google度量到的该广告位的可见性统计数据。
  • 目前国内很多Adx提供的广告位的位置是页面的首屏、第二屏、内文页等等,例如:TANX、baidu、google、sina、好耶等等。DSP均可根据需要定向不同的广告位所在屏。
  • 收集广告可见性数据投放的广告物料就需要使用特殊的AdServing代码(例如:Sizmek、DCM(Doubleclick Campaign Manager)等),而这些代码仅google、TANX部分兼容。

(转载请注明出处:微信订阅号:ad_automation)

文字的表现力毕竟有限,欢迎参加《2.25线下大课堂》面对面为您答疑解惑讲透您关心的问题。

2017-01-23

自2016年8月18号开通微信公众号至今,短短不到5个月的时间已发布60余篇文章、逾十万字的干货内容。累积了几千数字营销程序化广告领域的专业粉丝。(微信互动群也因快破500要开二群。)

感谢一路走来同学们、粉丝们的大力支持,没有你们我也坚持不到今天。当然要点名感谢宋星老师,若没有宋星老师的邀请开课我也不会打开干货分享的闸门。还要点名感谢伍刀刀同学在背后无私的大力支持和鼓励。让我们一起走过了猴年迎来了鸡年。

废话就不多说了,在此我仅以整理的《2016文章合集目录》对各位一直关注“程序化广告实战”的同学们聊表的至诚谢意。

希望大家可以通过这个《2016合集目录》简单快速地获取您想要的内容。

若还需要其他的什么内容欢迎留言告知,我会尽我所能为大家整理。

祝大家新春快乐,鸡年吉吉利利、万事如意、17年发发发发发发!

亲爱的同学们,节后《线下大课堂》见

呈上干货目录:

数字营销职业鸡汤:

来篇鸡汤 - 数字营销人2017职业规划参考

“未来3-5年”问题?(数字营销2017职业鸡汤系列)

独立DSP未来预测(上)——数字营销2017职业鸡汤

独立DSP未来预测(中)——数字营销2017职业鸡汤

独立DSP未来预测(下)——数字营销2017职业鸡汤

从“Master”横扫人类看数字营销未来【行业趋势】

入门系列:

程序化广告的前世今生及趋势

程序化广告入门

程序化广告术语

网络广告术语一

网络广告术语二

程序化广告竞价购买?不就是炒股票么

4A广告公司流程及岗位设置

这个行业需要些正能量:程序化广告您早!

常见的广告形式【基础类】

实用防坑系列:

广告上线防黑锅计【运营类】

地域GAP

什么是CookieMapping

视频广告常用词您都知道多少?

VAST实用小知识?【技术类】

VPAID要点知多少?【技术类】

移动广告要点知多少?【技术类】

MRAID3.0来了,交互视频广告或成移动新宠【技术类】

PDB防坑系列:

PDB之坑(一)

PDB之坑(二)

PDB之坑(三)

PDB四-数据互通误区多

PDB五:给媒体的广告都会展示么?

为什么说PDB是有钱金主的游戏?【业务类】

媒体单靠PDB无法多拿单的【业务类】

移动数据关键ID系列:

移动设备ID烦恼知多少?【技术类】

IOS体系ID知多少?【技术类】

Android体系ID知多少?【技术类】

媒体注意:Android设备ID大洗牌【行业动向】

蓝瘦香菇的ADX移动ID【技术类】

站在DSP立场盘点Adx技术细节:

DSP对接Adx平台流量CheckList【技术类】

ADX投放广告时创意Host在谁的CDN?【技术类】

ADX投放广告创意内容谁来渲染?【技术类】

DSP在哪些Adx上可做曝光宏替换【技术类】

DSP在哪些Adx上可做EXT宏替换【技术类】

DSP在哪些Adx上可%%CLICK_URL_PRE%%宏替换【技术类】

Adx审核注意事项:

各广告交易平台审核注意事项一(Adx盘点)

各广告交易平台审核注意事项二(Adx盘点)

特殊行业及医疗行业审核注意点(Adx盘点)

金融行业审核注意点(Adx盘点)

快消行业审核注意事项(Adx盘点)

电商/汽车/游戏/房地产等有钱行业审核注意事项(Adx盘点)

各平台特殊限投行业审核注意事项(Adx盘点)

活动及分享系列:

吴俊《线下大数据驱动营销新趋势》WAW831分享内容

小米Q2出货量暴跌38%,定位还是毒药么?

新中产高端人群全新调研产品!快、准、狠!

【伍刀刀专栏】初学者对程序化广告的几个误解

【机密数据】移动消耗行业分布

课程系列:

[锋暴研习社]程序化广告实战流水课第一期精彩回顾

《大数据营销与程序化广告实战》线下大课回顾

11.5活动报名通知,及锋暴研习社第二期活动回顾

12月10日程序化广告第四期线下活动精彩回顾

《2017程序化广告实战流水课》适合谁参加?【课程类】

课堂笔记:1.7号亿级多CampaignPDB及移动ID讲座【干货摘要】

(转载请注明出处:微信订阅号:ad_automation)

文字的表现力毕竟有限,欢迎参加《线下大课堂》​面对面为您答疑解惑讲透您关心的问题。