如何甄别“真的”SDK视频流量？

“有些渠道说自己是SDK视频平台，可我听说他们的主营业务还是网盟，我该如何甄别该平台给我跑的流量是视频流量还是网盟流量？”

前一篇推送讨论了激励视频广告认知的三个层次：激励视频广告的用户流程是什么样的，激励视频广告平台技术上是如何实现的，激励视频广告平台如何决定配送什么样的广告给用户。今天讨论的是第二个层次。

了解激励视频广告的技术实现，可以帮我们回答至少两个问题：

广告平台的流量真的是SDK流量吗？

激励视频平台是怎么做用户定向的？

这篇文章讨论的是第一个问题。

由于本文主要读者是广大商务同学，因此不会在技术细节上深入，主要解释这些技术细节对于投放决策的影响。如我们在前一篇推送《激励视频的用户流程是什么？我的广告真的被观看和点击了吗？》中提过的，SDK视频流量由于其相对安全性在市场上赢得了较多广告主的信任。许多广告平台便也纷纷开展（或者宣称开展）激励视频业务，并对外宣称其所有流量来自自有SDK流量。

但罗马终究不是一天建成的，在和大量开发者对接SDK前，这些广告平台的主要流量来源仍然是安全性比较没有保障的网盟流量。作为市场投放人员，应该了解哪些东西才能确认广告平台提供的是不是全部都是自有的SDK视频流量呢？

（网盟业务示意图）

壹

—

什么是SDK？

在讨论激励视频广告SDK之前让我们先了解一下什么是SDK。

SDK是软件开发工具包（Software Development Kit）的简写 - 对于没有技术背景的人显然不是太直观。简单来说SDK就像是包含了使用说明的懒人料理包。一个地三鲜SDK可能包含茄子、土豆、辣椒、调料、料理说明和一份供你参考的地三鲜半成品。拿着这个地三鲜SDK的说明书还有半成品就可以开始依葫芦画瓢炒一盘地三鲜了 - 这个过程我们通常称为SDK的对接。完成对接了的地三鲜SDK应该可以实现地三鲜的所有功能 - 能下饭、能吃饱、当夜宵还可以把室友香得受不了。

以刚才的地三鲜SDK为例 ，在对接视频广告SDK时，游戏公司的技术大牛们只需要用他们的Macbook (想用Macbook的同学，是时候转技术岗了）把各家广告平台的SDK复制到自己的游戏里，接着再依照说明书（对接文档）还有半成品（对接范例）依样画葫芦把茄子、土豆、调料（各种组件功能代码）添加进去，就可以在游戏里面使用激励视频广告的所有功能了。

不同的SDK可以帮助开发者快速实现不同的功能 - 广告追踪SDK可以帮助开发者快速完成归因和追踪后续用户行为，支付SDK可以帮助开发者快速在游戏中添加一个三方支付的收款入口，社交网络SDK可以帮助开发者快速在游戏中实现让用户社交网络登陆的功能。没有SDK的话，开发者当然可以自己从头开始写代码来实现SDK功能，就像没有了地三鲜SDK，你一样也可以去菜场逐个把原材料买回来再开始自行研究地三鲜怎么做，只是这样的话会多花很多时间而已。

(据说这是一盘无油地三鲜）

贰

—

激励视频广告SDK

激励视频广告SDK就是一个可以用来快速帮开发者实现激励视频广告的工具包，里面包含了视频播放器、创建和渲染endcard的工具、从广告平台获取视频广告的代码，以及告诉开发者什么时候应该奖励用户的回调接口。回顾一下上一篇推送发的这张图，当一个用户观看激励视频时，图中红色的部分全部由激励视频SDK来执行：

但是这仅是从用户流程的层面来看的，在用户能够开始看到广告之前以及看广告的过程中，其实视频广告SDK在整个用户观看广告的周期里做了很多事情，具体的流程大概如下图：

(简易版激励视频实现流程）

简单说明：

CDN是指内容分发网络（Content Distribution Network）在这个语境里是指使广告能够被快速下载的服务器。

一般效果类广告主都会把广告视频直接交给激励视频广告平台，因此他们的广告视频会存放在视频广告平台的CDN上。而品牌广告广告主由于投放的媒体量大而分布广泛，因此通常会把广告视频放在自己或者代理商的服务器上，并用VAST或VPAID的方式将视频广告发送给媒体。关于VAST/VPAID的知识当然可以上IAB的官网去看文档，不过非技术人员推荐看吴俊老师的《程序化广告实战》，里面有详细的中文白话文讲解。

每次SDK向广告平台服务器发起广告请求时，都会带上相应的用户信息，比如ip、MAC地址、用户代理、操作系统、机型、媒体包名、IDFA/GAID、运营商等。

叁

—

自有SDK流量的基本特征

从上面两张图我们可以看到，从技术上来说，激励视频广告平台基本可以控制从广告请求到广告播放的所有环节，因此当一个广告平台只跑了自有SDK视频流量的时候，这个广告平台可以精准的定位每一个用户看了什么视频广告，在哪儿看的，视频看了多久，以及为什么要给这个用户看这个广告而不是其他。具体来说，说广告平台只跑了自己的视频SDK流量，会有下面几个特征：

不会有用API对接的媒体或者流量源

能够提供所有流量源（Publisher）的包名

能够对流量源（Publisher）进行黑白名单设置

通常只会有移动应用端的流量，不会有WAP流量

主要流量来源为游戏（全屏视频）或者信息流（原生视频）

可以控制广告的播放流程：如是否可跳过，是否有退出按钮

可以根据每一个点击记录追踪当时用户看到的广告单元和素材

除了iOS用户限制广告追踪（全球大概15%-20%）之外，绝大多数情况下能够获取用户的GAID或者IDFA

正常的点击率（2%-10%），正常的点击转化率（1%+），正常的TTI（Time to install），符合其SDK市场占有率的点击和展示数量

能够及时地完全将广告打开或关闭，不需要前置提醒。关闭广告后不会有点击产生

最后一点最为关键的。如果说广告平台不能立刻开启或者完全关闭广告，说明广告平台对于广告的播放没有完全的控制。有极大的可能该广告平台将这个广告单子外放给了其他渠道，而不是全部在自有的激励视频渠道上进行投放。如果渠道将广告单子进行了外放，那就没有办法保证所有的流量都具有和SDK流量相同的安全性。

(SDK流量的核心特征是对广告投放的完全控制）

肆

—

荐书

《收入是一连串事件》：我校周其仁老师01年左右开始写的关于产权与农民收入的文章。关于土地产权、粮食分销渠道限制和城镇化的洞见自然无需多言，相信所有的读者都可以从中收益。看着序言里引用张培刚、张五常文章，搞不懂当年那个认为农业经济学是未来职业/研究方向的自己怎么就进入了广告行业。因为也不是正式论文，周其仁老师的这本书文风很热血，希望以后也可以把这个号写成一个热血的公众号。

《程序化广告实战》：在前文中提到，不管是做效果广告还是品牌广告的投放人员都很推荐的一本书。同样的推荐的还有《计算广告》。窃以为，《程》的技术普及写的更浅显易懂，而《计》对于点击率转化率预估模型的介绍令人印象深刻，供读者们参考。