博客首页|TW首页| 同事录|业界社区
2017-01-17

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

2017-01-16

摘要:其实数字广告项目执行的是否成功?在广告上线前可能就能检查的出来的,这些检查点您平时都检查么?

一、背景信息及准备

首先最终要的第一个卡关就是:合同签了?或合同没签客户正式下单Brief的mail有没有?这些都是将来扯皮的重要证据。(当然我也不希望扯皮的,只是为了对双方负责,尽量做到有备无患。)

跟这个相关的有很多项目需要核查的:

合同编号:将来财务要追应收应付的重要编号

项目名称:总得有个名字吧

合同金额:这个很关键

购买单价及量:CPM,还是CPT?

投放周期:从几号几点到几号几点?共计多少天?

补量:如果量不够补量客户要求排期内补量?还是可以接受排期后补量?是同点位补量还是可以接受其他点位补偿?

内部上线审批是否完成:各个环节的老大是否都同意上线了?否则出了问题只能你自己背黑锅了。

项目的几个主要人员角色是否确定了?

销售:有啥需要对外沟通协调的事情,尤其商务的必须她去。

销售leader:就是这个项目销售的老板或老板的老板,为什么需要销售的老板出现呢?还是为了把关的。

项目经理:这个背黑锅的人十分的重要,如果没有这个人项目就无法执行的,做砸了黑锅也没人背了,所以项目做好了建议最好给项目经理一定的奖励让他在项目团队内部来分配这些奖励,这样人家才有动力顶着黑锅上不是么?

媒介经理:我们经常说“供应链”,现在客户的需求都是多元复合的,就是BAT这样的大集团也不是都能单靠自己的资源能满足的,所以肯定会涉及到外采的需求的,所以明确出这个角色十分的重要。

项目执行助理及优化师:这些角色都是为了给项目经理分担执行琐事的。而且对于客户KPI严格的效果单,优化师的角色尤其重要,不断地盯着数据不断优化调整投放执行细节。

所以到这里我们才能说可以来谈我们上线前的检查工作了。

二、KPI沟通会

KPI一般分为:

1、显性KPI,即会签在合同中的KPI,例如CTR等等。如果合同中的KPI未达成算合同执行违约。所以首先显性KPI首先要保证的。

2、隐性KPI,即合同中不会约定,但客户心理是有预期的,如果达不成后续无法续单,进而扩大生意规模的。

一般在一个项目客户快下单前确认合同及Brief的时候,就是项目经理该介入组织KPI沟通会的时候:

KPI沟通会要把上述“背景信息及准备”、人员、及KPI及投放点位等等全数需要明确下来的。

同时最重要需要项目经理群发mail出来,把会议结论让所有的参会者都知道。

项目执行所有干系人信息在一个水平面最最重要。千万不要传话,传话是效率最低的沟通方式,要开就直接把从前到后所有的干系人抓到一起快速开一个沟通会,确保大家对项目的目标、风险、NextStep安排达成一致才能结束。

三、广告物料

1、物料基本信息确认:是否为敏感行业?广告主相关资质是否是否提供齐全?

2、物料尺寸:例如:120*600、160*600、200*200、250*250、300*250、300*300、336*280、400*300(适用于Flv格式) 、468*60 、728*90、 950*90、960*90、1000*90、其他等等

3、文件格式:例如:jpg 、gif 、 swf 、flv 等等

4、物料规格:例如:

swf : 50K以内、时长30秒以内、GIF 广告的帧速率不得高于5 帧/秒 (需在第30S添加静帧Stop)   ;

jpg: 30K以内;

flv : 500k以内;flv格式控制在1M以内;影片长度14秒 ;

等等

四、广告点击链接是否正常?

1、点击链接跳转正常?

2、主域名跳转正常?

3、多帧物料是否都有不同的点击地址?

五、Landing Page是否正常?

Landing Page即广告点击后打开的落地页。

打开速度是否正常?超过3S后续效果肯定受到影响

如果可能可以找第三方公司全国访问的基调报告,这个肯定是有成本的。不过也是为了避免将来扯皮的一个环节。

模拟KPI步骤流程:这个环节尤其的重要,客户方往往会在Landing Page放置GA或者各种奇葩的代码,所以这块一定要对数对数对数,以确保正式投放时,不要被客户耍赖你没有投放广告。毕竟现在这个市场太混乱了,为了对双方负责请做好这个环节的测试。这也是避免项目失败的重要环节。如果这个环节没做,项目必定失败无疑。要是做成功了只能说KPI太松或者客户是亲爹。

六、第三方监测代码检查

1、是否有曝光监测代码?GAP测试了么?

2、是否有点击监测代码?GAP测试了么?点击跳转正常么?

3、第三方监测代码是否需要重新提前向ADX报备?

4、监测代码类型:秒针、Admaster、Double Click、CNZZ、量子、其他等等

5、监测代码是否添加在物料中?

6、投放系统后台代码是否已添加完成?

7、交叉检查是否已确认添加无误? 检查人是谁?签字了么?没签字如何确保没问题?

七、官网或访客代码布置

A、访客代码是否布置:

是否添加访客代码?

是否Https页面?

客户是否返回“代码安放细节说明”?

技术是否检查结果已确认添加无误数据回收正常?

B、转化代码是否布置:

是否添加转化代码?

是否Https页面?

客户是否返回“代码安放细节说明”?

技术是否检查结果已确认添加无误数据回收正常?

八、上线前人工测试

1、广告曝光数测试是否正常?各方收数?GAP?

2、广告点击数测试是否正常?各方收数?GAP?

3、广告Landing Page测试是否正常?各方收数?GAP?

4、是否存在其他问题需要备注的?

测试测试测试,为了防止黑锅,对双方都负责任尽量多测试哈。

九、预付款

1、是否有预付款?比例是多少%?

2、预付款是否已到账?

十、正式上线并发出上线通知

上面这些防黑锅的环节都踏实了,广告终于可以按期上线了,对所有干系人发出上线通知吧。当然有的时候对外发的是公开的通知mail,对内还需要发一个内部执行注意点的通知mail。

最后预祝大家都能成为广告防黑锅大侠:)

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

2017-01-13

为了避免读者误读,特别声明:此文是从DSP立场看,DSP投放时在哪些Adx上可做%%CLICK_URL_PRE%%宏替换。

“%%CLICK_URL_PRE%%”意味着例如支持一些特殊的Adserving(筷子科技、Sizmek等)之类的代码可以定制特殊的点击跳转规则。一般Adx的广告投放都是先跳Adx的平台再调DSP平台最后跳Adserving或监测代码最终到达客户的Landing Page。使用了“%%CLICK_URL_PRE%%”后,可以先跳DSP的平台或Adserving,然后再跳Adx的平台的点击监测地址。

各ADX平台是否支持“%%CLICK_URL_PRE%%”?

清单如下(顺序随机无特别意义):

adview:是

google:是

好耶:否

baidu(BES):是

暴风:否

风行:否

佳投:否

广点通:否

inmobi:是

iqiyi:否

乐视:否

灵集:否

新浪:是

sohu:否

tanx:是

腾讯:否

今日头条:否

响巢看看:否

youtu:否

ifeng:否

小米:否

咪咕:否

mopub:是

pptv:否

蜻蜓FM:否

新浪微博:否

互众:否

万流客:是

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

2017-01-07

亿级多CampaignPDB及移动ID 讲座

干货摘要

什么是PDB——(Private) Programmed Direct Buying(私有化程序化购买)

谈转化,首先要识别ID。不同操作系统,ID技术不同。

——我们关注漏斗,那么曝光的ID,与转化的ID之间的关系,如何识别?前提得先打通ID,使得所有ID可以识别,包括Cookie Mapping等技术。

1、IOS系统

  • IDFV:ID forvender,苹果給的,在app内追踪用户行为。
  • IDFA: ID forAdvertising,苹果給的,可以跨app平台的ID。
  • 去年,IDFA,20%已经关闭了,也就是说跨平台app有20%你追踪不到用户行为了。
  • 大于IOS 9:主动连WI-FI,可获取mac码。

点此阅读《IOS体系ID详细文章》

2、Android系统

  • Android 里面是IMEI
  • 但是6.0以上android 占20%,其中又有35%关掉IMEI号——大家可以算一算有多少市场可以追踪。

点此阅读《Android体系ID详细文章》

点此阅读《ADX移动ID详细文章》

3、单campaign的PDB

  • 单campaign的PDB里面,主要是视频,一般按照CPM采购。可以要求推过来1200CPM,只曝光1000CPM,挑选。自由挑选流量。
  • 固定位,做单campaign的少。PDB是广告主包段了后,去做的优化。黄金位(如焦点图、流量等)。

PDB系列文章:《PDB一》《PDB二》《PDB三》《PDB四》《PDB五》《为什么说PDB是有钱金主的游戏?》《媒体单靠PDB无法多拿单的》

4、甲方DMP平台正逐步成熟

  • 甲方DMP平台加快了建设速度。东风日产,ADmaster帮他建了。伊利,也在做自己的DMP系统……甲方的DMP系统成熟后,必然会去直接对接其采购的数字媒体。
  • 对单体媒体来讲,如果没有1000万以上的量级,媒体不会做。因为传统采买投放都会有10%左右的损耗;中间加一个PDB,还会增加8%左右的损耗。
  • 媒体提供的PDB需要对接相应参数,保证广告库存对应的广告主使用同clients沟通各Campaign的投放目标。
  • 3-6次,是正常曝光频次范围。超过,浪费;低于3次,可能曝光强度不够。
  • 一般来说点击率高,那么后面的点击、到站、转化、消费会高。

5、智能优化模型关键因素

智能优化模型里面:本质在于智能预测模型,多维度优化。

创意、媒体,因素影响力大。

6、多campain的PDB常见大坑及核心作用

  • 多campain的曝光,不能按每天的曝光量绝对值来计算。而是应该是曝光比例。因为,媒体流量是变化的,CPD是价固定的,那么每个曝光的CPM单价是变化的。每天都在变。
  • 当用户,素材A、素材B……都匹配了一遍,没有匹配的,就推荐其他产品了。
  • 有效降低CPUV,相同预算,能否覆盖更多的人。
  • 通过频次控制,触达更多人群。

7、核心的PDB技术分析

三个维度:PC&移动web媒体、移动App媒体、视频媒体

  • PC&移动web媒体——对应页面广告位嵌代码——JS广告位代码,可以节省CookieMapping。但是你把手伸长了,深入媒体,媒体没法作假。(大媒体都会封死)(关于CookieMapping可以参见此文《什么是CookieMapping》​)
  • PC&移动web媒体——服务端对接(CookieMatching是最要命的问题,80%PC端都是这个问题)——类RTB、Preferred Deal。可能存在的问题:媒体提供的ID,与你的ID格式不match,无法识别,产生流失。ADX有流量,让客户竞价,但要先认识ID,识别了才能出价;所以会开放部分流量,去做CookieMapping。Preferred Deal,給不同的ID打标签,红色給A客户,蓝色給B客户,白色随便竞价……(分类)。
  • 移动App媒体——对应页面广告位嵌代码——广告SDK(Android、IOS),不可能,站在媒体位考虑,不可能曝光其日活等核心数据。
  • 移动App媒体——服务端对接——类RTB、PreferredDeal。
  • 视频媒体————对应页面广告位嵌代码——Flash广告播放容器(各种互动)、VAST 3.0(可以做广告看了多少的数据,看了20%,50%,60%),大部分把这个门关掉了。因为和媒体的排期有关,因为退量没法再使用。当然,媒体自己可以回收流量后,放到自己的ADX里面,再统筹。但是VAST少。也可以不退量,你自己做创意轮播。
  • 视频媒体————服务端对接——类RTB、PreferredDeal(PC端是要做Cookie Mapping 的)。大部分视频媒体和第三方监测都已经打通了。

8、关于其他接口及机器流量(作假流量)

  • API——谁用得多?C轮、D轮的APP用得多。没有力量去打造自己的ADX平台,把流量倒給联盟。也有安一个SDK接流量的(SDK对接周期长),通过API输送流量对接周期端。但是API对接机器流量多,通过API倒手,入注水流量——中间商注水。
  • SDK——也有机器流量。Publisher才能做,一个广告下面,挂一个SDK,覆盖另一个广告(已经曝光)。
  • 如果你投ADX,因为长尾流量太多,监测方难以和媒体一个个谈合作。
  • 新浪微博,也支持PDB了。
  • 宝洁的鹰眼是秒针做的。Admaster去年开始也在做PDB,东风日产。
  • 今天,2017年,PDB市场整体盘子30亿应该没有问题。

9、案例分享(国际快消品牙膏及奶粉)的核心结论

(1)主要优化指标KPI(多Campaign PDB的KPI

  • CPUV——Cost per UV
  • CPL——Cost Per Leads(销售线索)/Action

(2)核心策略还是:

  • 先降频次
  • 再根据不同的人去曝光

(3)PDB战术——“轰天雷”投放优化

  • 核心广告位,包断
  • 轰天覆盖:第一天发布后;第二天所有包断的黄金位,让所有的网民打开后,每天第一眼打开来看到的第一个广告,就是这个车。并且只看一次。连续3天。所有UV一次覆盖。
  • 结果:比常规PDB效果还要好!还提升了40%!

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

2017-01-06

为了避免读者误读特别声明:此文是从DSP立场看:DSP投放时在哪些Adx上可做EXT宏替换。

《DSP在哪些Adx上可做曝光宏替换》一文中提到了客户及4A代理公司TradingDesk想要分出不同曝光及点击的CampaignID、ChannelID、UserId、Domain等等。但是由于很多Adx平台素材中的监测代码上传后不能更改了,所以就需要Adx提供一种“EXT宏替换”的方式予以支持(仅供技术人员参考)。
各ADX平台EXT宏替换?清单如下(顺序随机无特别意义):

adview:否

google:否

好耶:是

baidu(BES): 否

暴风:否

风行:否

佳投:是

广点通:是

inmobi:否

iqiyi:否

乐视:否

灵集:否

新浪:否

sohu :是

tanx:否

腾讯:是

今日头条:否

响巢看看:否

youtu:否

ifeng :否

小米:否

咪咕:否

mopub:否

pptv:否

蜻蜓FM:否

新浪微博:否

互众:是

万流客:否

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

2017-01-05

​摘要:很多媒体的同学找我来问媒体PDB的相关政策及价格该如何制定等等问题,希望能通过发布PDB政策来增加竞争优势来多抢预算。可惜这是自己骗自己,媒体靠PDB是无法多拿预算的。媒体商业化同学要看明白这点。

为什么“媒体靠PDB是无法多拿预算的”呢?

一、媒体传统采买时没有预算PDB时一样也没有预算

在讲PDB课程的时候我必然会讲下面这张图:

“其实PDB并没有改变传统广告排期采买的流程和利益链条,仅仅采用PDB技术的手段帮助广告主获取了广告位的管理权,让这些传统广告位更智能化、更可控化、更精益化,以及更规模化”。

从这段话可以简单理解为:若广告主对您这个媒体的属性以及点位没兴趣,就算您增加了对PDB的支持,广告主也不会因为您增加了PDB的支持而多给您单子,是否能入围拿到预算首先还是媒体属性和点位特质以及对广告主营销ROI带来的贡献,对于这点媒体方一定要认识清楚。

二、很多广告主选择PDB时往往基础需求是跨媒体频控

很多广告主选择PDB的时候往往希望通过PDB最最基础的能做到跨媒体频次控制。在优质媒体及点位的基础上实现跨媒体对人进行频次控制,千人千面的广告投放。以期达成更好的数字营销ROI。

那么既然要跨媒体频次控制是广告主PDB最最基础的需求,那么意味着某家媒体号称自己支持PDB也无法多拿到预算的,因为广告主要多家媒体都支持PDB才行的,这样的话,显然媒体单靠PDB是拿不来更多单子的。

三、那靠PDB拿不到更多单子,那为什么媒体还是会积极支持PDB呢?

可以这么理解:PDB决定不了是否入围?但是在入围的媒体同等的情况下,谁对PDB支持的越好,通过PDB流量中开放的数据越多,帮助广告主通过PDB获得更好的数字营销ROI,广告主的预算是会有所倾斜的。因为PDB就是用数据分析的手段来管理广告投放,广告主是可以通过各种数据分析认清谁是“李逵”谁是“李鬼”的。只是聪明的广告主直客平时在媒体销售面前从来不发表任何评论罢了,直接用预算的比例来表达对媒体价值的评估。

从某种层面来看,其实媒体支持PDB是变相用数据变现的一种方式。

四、还有一种情况很多媒体支持定向人群包投放(也称之为PDB)来多拿预算
很多媒体随着自己大数据和流量筛选技术基础设施的完善。很多媒体期望通过这种支持定向人群包投放的方式来多拿预算。其实这种方式是有些失算的。

原来在投的不定向人群包投放的大预算,定向人群包后,预算自然就减少了呀

原来没有投过的广告主,选择媒体的定向人群包投放肯定也是看中最后的效果目标的,所以这样是需要保效果目标的。要保效果目标当然会增加媒体的成本哟。

拿OTV投放举例,如果媒体定向人群投放,但又无法支持按第三方的TA监测结果结算的话,广告主凭什么增加对该媒体的预算呀?

五、就是支持了PDB,广告主还是会评估媒体执行效率、价格、ROI等因素

就算媒体支持了PDB,广告主还是会评估媒体项目执行的配合度、价格、ROI等等因素来决策对媒体的预算的分配。

所以一定要换位考虑,站在广告主的角度,她一定是根据哪个媒体对营销ROI的贡献大倾斜预算的。(此处忽略人情关系及台面下见不得光等等微观因素。)

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

文字的表现力毕竟有限,欢迎参加“1.7号的线下大课堂”面对面为您答疑解惑讲透“PDB有钱人的游戏”

2016-12-30

为了避免读者误读特别声明:此文是从DSP立场看:DSP投放时在哪些Adx上可做曝光宏替换。

“曝光宏替换”意味着客户及4A代理公司TradingDesk想要分出不同曝光的CampaignID、ChannelID、UserId、Domain等等。

各ADX平台是否支持曝光宏替换?清单如下(列表先后顺序随机,请不要误解为排名):

adview:是

google:是

好耶:否

baidu(BES):仅动态创意和js创意由支持,普通Banner广告不支持

暴风:是

风行:是

佳投:否

广点通:否

inmobi:是

iqiyi:是

乐视:是

灵集:是

新浪:是

sohu:否

tanx:是

腾讯:否

今日头条:是

响巢看看:否

youtu:是

ifeng:是

小米:是

咪咕:是

mopub:是

pptv:是

蜻蜓FM:是

新浪微博:是

互众:否

万流客:是

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

2016-12-29

摘要:为什么PDB是亿元俱乐部的游戏?PDB的课上有广告主方的同学提问她们能不能做PDB业务,我当时就回答了最少每年整体广告预算上亿,单媒体最少千万以上的预算消耗才玩的起PDB,为什么呢?

在展开正题之前,聊个有意思的引子,来引出这个话题:前次PDB的课上有一位广告主方的同学来听课,反馈课程“实际是讲给广告主代理和中下游从业者听的。来的人也是圈内人为主。”;而“通过活动介绍判断为面向甲方讲如何更好投放”。(关于本套系列实战系列流水课程受众群定位的介绍请参见文章《2017程序化广告实战流水课适合谁参加?》,请仔细阅读并评估是否适合自己学习。这里就不再展开。)

针对这位同学的反馈让我想到了这个有趣的话题:“PDB是有钱金主的游戏”。

所以PDB的课程大的代理公司的同学来听的会多一些;希望个人职业发展去往这些头部客户或者服务这些头部客户(亿元俱乐部)的同学会多一些。

为什么说“PDB是有钱金主的游戏”呢?

课上我曾经提到过,可能课程上信息量太大,大家可能容易忽略掉了,这里我再写篇问文章强调一下:

一、PDB业务门槛很高

主要高大上品牌广告主:

1.更注重品牌形象,预算充足(最少每年整体广告预算上亿,单媒体最少千万以上的预算消耗);

2.内部提升广告投放效率诉求强烈

二、PDB的一个首要前提是:广告环境或媒体的要求特别的高,如此高的要求非亿元俱乐部的头部广告主莫属了。

广告主既想要享受到程序化购买的优化手段,又想要满足自己对各类广告环境或媒体的要求。

广告主预算规模若不大,可能全是效果广告预算,可能直接选择SEM购买搜索引擎关键词就够了,根本没必要选择展示广告的程序化投放。更别说PDB模式了。

若单靠SEM买关键词遇到了瓶颈,需要一定的展示广告投放,完全可以直接找选择一些DSP平台进行展示广告投放即可。根本不用选择PDB模式。

当然若广告主觉得普通DSP中的流量太长尾了,希望媒体资源好一些,也可直接选头部媒体自有的DSP投放即可;例如:今日头条、腾讯广点通、腾讯智汇推、新浪扶翼、微博粉丝通、搜狐汇算、网易有道等等。也没必要选择PDB模式了。

只有当广告主每年有上千万投入在黄金媒体广告位上的时候才可能执行PDB模式。

三、PDB第二个重要前提是:技术设施成本高,如果总体广告投放金额不大的话是养不活供应商的

一般广告主方执行PDB项目一般都是要给PDB技术供应方3%左右(广告总投放金额)服务费的。如果总体的广告投放金额不大的话,是养不活技术供应商的。

而且很多玩PDB项目的广告主都是需要自建第一方DMP,这种都是需要大量投放的,所以如果不是有钱的金主是玩不转这个模式的。

四、PDB第三个重要前提是:给单媒体的预算大到媒体能承受技术改造增加以及运营人力增加带来以及增加中间环节造成数据的GAP而带来成本。

一般PDB的项目,尤其移动端固定位的PDB项目媒体方都是需要承受最少两个人2个月的技术改造成本的。

视频媒体视频贴片的广告位相对单一,技术改造成本可能不用每次都增加,但是需要承担因退量而造成的损耗。所以还是要预算大媒体才能接受。

同时媒体还需要承受被“扒光”的风险;日活数据的暴露、作弊成本增加等。

传统广告投放媒体都是按第三方监测数据同广告主进行结算的,一般数据GAP10%以内媒体是能接受的。而PDB模式意味着中间还要增加一个中间环节,势必还要增加10%的GAP。所以若预算不是足够的大,媒体不可能就范的。

PDB项目目前由于执行流程上增加了环节,势必媒体方还需要增加运营AE同学的工作量。

所以上述这些都点直接导致PDB的项目在媒体看来一年没有上千万的预算消耗,肯定是不会同意的。

正式因为PDB是有钱人的游戏,只有有钱的广告主请的起牛逼的4A广告代理公司,所以4A广告代理公司里的同学对PDB也是十分十分的关注。来参加课的同学也特别的多,问的问题也特别的多。

那么最后大家会问了,这么高的门槛,难道有那么多有钱的金主们呀?对的呀,有钱的金主很多的哟否则怎么养活那么多的牛逼的4A公司的呢:)。请看随后附的一些数据吧。可以预见到随着程序化广告的不断成熟,这些预算将在未来的几年都会慢慢变为PDB的预算的。

最后用几个参考数据做为我们今天“有钱人的游戏”的结束吧。

附:易观2016年3月发布的数据来看,2016年近3000亿广告预算规模。原文连接:

易观智库:2016中国程序化购买广告市场年度综合报告-Useit 知识库

附:大金主广告排行榜:

上图摘自:“4A广告门”微信号2016-09-13转载的一篇“21世纪营销”发的文章:《2016年上半年度广告投入排行榜》,文章链接如下:

2016年上半年度广告投入排行榜

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

文字的表现力毕竟有限,欢迎参加“1.7号的线下大课堂”面对面为您答疑解惑讲透“PDB有钱人的游戏”

2016-12-26

摘要:ADX发的广告流量中移动设备ID都是什么样的?这个问题不搞明白怎么做人群ID包定向投放呢?

既本系列《移动设备ID烦恼知多少?》《IOS体系ID知多少?》《Android体系ID知多少?》后我们来看怎么用好这些ID来在ADX的广告流量中进行定向投放吧:

一、分别什么类型的ID?

先说IOS,比较简单,基本只有IDFA,IOS广告流量中没有其他类型的ID(只有十分少量的IOS6一下的版本有MAC地址的流量。):

但是有的大平台发明文IDFA居多、小平台发IDFA MD5居多。

“IDFA原文”基本大家都是“大写带”-””为主,

例子:9C287922-EE26-4501-94B5-DDE6F83E1475

MD5基本都是以“IDFA原文”直接MD5加密摘要并转大写。(目前SHA1加密的量越来越少了。)

所以如果获取了IOS 的人群IDFA原文包需要先全部转大写后MD5后才能对Adx的流量进行定向投放。如果是获取的人群包是MD5加密的就需要需要“以“IDFA原文”直接MD5加密摘要并转大写”才能对Adx的流量进行定向投放。

如果获取到的人群包是MAC地址包就需要想办法找一些数据资源匹配出相应的IDFA原文包或MD5加密包才能对Adx的流量进行定向投放。否则那就是个故事了。

再来说Android,这个就相对IOS麻烦多些了。

1、Android目前还是以IMEI为主,在文章《媒体注意:Android设备ID大洗牌》也已提到,未来随着Android6.0以上版本的普及,用户越来越多地禁止App对IMEI的获取,AndroidID、MAC地址将会逐渐成为国内Android主要广告流量的ID。

IMEI号是一串15位的号码,比如像这样 359881030314356;

由于IMEI(International Mobile Equipment Identity,移动设备国际识别码,又称为国际移动设备标识)同设备绑定了,某种程度上侵犯了用户隐私。所以我往往建议需要进行MD5加密,一般大部分Adx平台MD5的加密规则:“明文直接MD5转小写”。当然有一家比较奇葩是“明文直接MD5转大写”。(目前SHA1加密的量越来越少了。)

2、Android流量中MAC地址目前大部分Adx平台都是发的,而且大部分都是MD5加密的。仅有少数Adx是发的明文。原则上也是建议需要进行MD5加密的,因为MAC地址除非黑客普通用户是不能重置了,意味这MAC地址也是同设备绑定的了,某种程度上侵犯了用户隐私。这里要提一点就是上次那个同学问的问题,不用的平台MD5之前的MAC原文的处理方式多种多样,大家就疯掉了。

目前常见的几种:

明文:大写带“:”、小写带“:”;

MD5加密:(目前SHA1加密的量越来约少了。)

有在上述两种“明文”基础上直接MD5转小写的;

有“明文”先转大写去“:”MD5转大写的;

有直接“明文”去“:”MD5再转大写的;

有转换大写保留”:”MD5再转小写。

总之不把大家逼疯是不肯罢休的。

所以获取到的人群包是MAC地址原文包就需要按上述这些奇葩的加密方式加密了才能对Adx的流量进行定向投放。否则那也投不出来的。

其实说到这里,我倒建议大家能尽量能参考下图MMA监测规范中对于ID定义的指导参考:<MMA China wireless mobile Internetmarketing alliance Appembedded advertising monitoring API standardV.1.1.pdf>;

期待什么时候清静的不逼疯人的行业上下游能形成:)

3、Android流量中目前仅部分Adx平台是发AndroidID的,而且明文和MD5的也基本对半。(目前SHA1加密的量越来越少了。)

二、不同ID是否同时发?

之前发过不同Adx之前各种ID的携带率,大部分ID都是同时发送的。

同时也是针对Android的流量而言的;因为IOS流量只有IDFA,只有十分少量的IOS6一下的版本有MAC地址的流量。

只有极个别的平台是先取“IMEI”,取不到“IMEI”取“AndroidID” ,取不到“AndroidID”取“MAC地址”的。

也仅极个别的平台只发IMEI不发其他ID的。

当然也有个奇葩需要点名的平台就是“广点通”由于微信的政策限制,广告流量是不发ID的。

三、Adx的广告曝光后ID会给第三方监测发么?

目前除了视频媒体Admaster、秒针花了几年的时间搞定了OTV曝光监测回收ID的问题,其他大量的Banner的广告位还不会给Admaster、秒针第三方监测发ID的,各种ID都不会发的。

所以目前在Adx中投放移动端Banner广告的时候,第三方监测是无法根据ID出具准确的频次报告的。秒针会根据广告曝光时的IP、WebView浏览器特征等等特性计算一个“指纹ID”来估算频次报告。而Admaster曾经用过WebView的CookieID出的频次报告就特别的不准确(当然据Admaster自称也可以“广告曝光时的IP、WebView浏览器特征等等特性计算一个“指纹ID”来估算频次报告”)。移动端WebView浏览器中的Cookie极度不稳定我曾经在《移动广告要点知多少?》中有过阐述。

四、各Adx设备ID的未来会怎么走预估?

IOS依旧IDFA为主,遵循MMA规范的“原文直接转大写”输出。

Android其实最好也应该跟IOS一样以IDFA为主了,不过就看是Google针对中国妥协将IDFA从Google Play中移入Android基础中,还是中国工信部同意让Google Play进中国。(这个估计1-2年是指不上了)

Android上若没有IDFA,建议采用遵循MMA规范的MAC地址(原文转大写去“:”再MD5)输出。

最后还是要再次呼吁一下:尽量所有的Adx以及媒体对外开放设备ID的时候尽量遵从统一的标准,研发同学只要多看一眼MMA的规范,就不会出现那么多奇葩的做法,搞的人最后都精神分裂了。《PDB四-数据互通误区多》文中有提到过其中的痛苦。

谢谢谢谢,如果这个ID的问题大家能一同推进解决必定会功德无量的。

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

文字的表现力毕竟有限,若大家还比较迷糊的话,欢迎参加“1.7号的线下大课堂”专门增加了针对移动ID的专题,可面对面为您答疑解惑讲透这些问题。

2016-12-23

谁来渲染创意意味着谁有一定的主动权。例如支持一些特殊的Adserving(筷子科技、Sizmek等)之类的代码。

ADX平台是否由DSP方来渲染创意?清单如下:

互众:否

adview:是

google:是

好耶:否

baidu(BES): 仅动态创意和js创意由DSP方渲染,普通创意平台渲染

暴风:否

风行:否

广点通:否

inmobi:是

iqiyi:否

乐视:否

灵集:仅动态创意DSP渲染,普通创意平台渲染

新浪:是

sohu :否

tanx:是

腾讯:否

今日头条:否

响巢看看:否

youtu:仅动态创意DSP渲染,普通创意平台渲染

ifeng :是

小米:否

咪咕:否

mopub:是

pptv:否

蜻蜓FM:否

新浪微博:是

佳投:否

万流客:是

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