广告变现产品 游戏广告变现指南3
在前两篇文章《游戏广告变现指南1 - 核心指标维度》《游戏广告变现指南2 - 如何加工流量?》我们介绍了游戏变现重点关注的数据维度指标以及如何有效的将用户流量转化为广告价值。在本文章中介绍如何有效的将用户流量进行售卖变现,分为三个方面:
广告变现方式
从开发者来讲目前存在着以下几种变现实现方式,我们将分别按以下几种方式介绍各自区别以及如何组合。
S2S
to , 即服务器对服务器。上游广告主提供带渠道ID参数的链接url2至下游,下游用该链接url2进行推广。简单流程如下:用户产生点击请求时,通过链接跳转至广告落地页;当产生转化行为时广告主回传转化信息至渠道服务器。
该对接方式常见于直客广告主或者广告代理商的对接中,对接方式简单。因为需要人工提供推广链接,所以需要商务人员对接上下游,运营人员针对资源进行优化调控。
注意事项:
API
媒体方按照接口协议规范规定对接,请求上游广告主服务器进行广告的获取。针对API又细分为 API 与 API, 顾名思义:
API 的对接方式,所下发的广告和投放逻辑均由上游系统处理,下游拿到广告资源进行展示即可,对接简单;但在 API对接方式中,上游广告主将会批量返回下游可展示的所有Offer,所以要根据用户端的请求决定下发具体的哪个广告,也就是投放逻辑是由下游自己处理的。目前 API 市面上相对来说较少,大部分都是实时的 API. 如、、avazu、等
注意事项:
SDK
媒体通常与Ad 广告网络合作,如 、 Admob、、穿山甲等;
在与一家 平台进行合作时,其请求逻辑简单表述为:SDK 向 发起广告请求, 进行内部广告检索排序等,返回相应的广告,如下图所示:
但一家 往往没有能力填充足够高价值的广告,所以需要聚合多家 来进行广告变现。其请求逻辑为,聚合服务基于历史数据变现即Ecpm 对 广告位 ID 进行排序,SDK 按照串行或者串并行的方式依次请求缓存,参照下图:
目前各平台在陆续推广各家的 ,为应用内竞价,广告平台会针对每次请求进行出价。
注意事项:
那么在针对以上实现方式开发者进行商业模式构建时,可以根据自身情况选择相应的变现方式。另外如果团队有一定技术实力可以通过RTB 接入程序化广告平台,如, , 等。
广告变现策略
针对大部分海外开发者来讲通过与 Ad 平台合作通过传统方式进行变现。针对 来讲需要针对不同广告场景、不同国家、不同用户进行分层策略,简单如下:
注意事项
广告变现平台
在选择合作的广告平台时,优先选择/Admob, 在补充一些视频流量平台(//unity等)进行辅助,最后可以扩充地域性较强的公司。
--- END ---