广告变现方式

从开发者来讲目前存在着以下几种变现实现方式，我们将分别按以下几种方式介绍各自区别以及如何组合。

S2S

API

SDK

S2S

Server to Server, 即服务器对服务器。上游广告主提供带渠道ID参数的链接url2至下游，下游用该链接url2进行推广。简单流程如下：用户产生点击请求时，通过链接跳转至广告落地页；当产生转化行为时广告主回传转化信息至渠道服务器。

该对接方式常见于直客广告主或者广告代理商的对接中，对接方式简单。因为需要人工提供推广链接，所以需要商务人员对接上下游，运营人员针对资源进行优化调控。

注意事项：

需要下游搭建广告投放系统，针对直客Offer进行投放优化，在流量发起时筛选*优的广告；

回款账期：与直客广告主经常存在账期的问题，在进行资金周转时需要注意；

优化效果：存在多个直客广告主Offer时，按照一定的优先级规则来展示直客广告，根据广告主的要求针对点击率/转化率/Ecpm等指标进行优化；

API

媒体方按照接口协议规范规定对接，请求上游广告主服务器进行广告的获取。针对API又细分为offline API 与 online API, 顾名思义：

Offline API : 下游渠道定时请求上游API接口，定时批量拉取可用offer库资源进行创建或者更新，常见于 Affiliate Network上下游集成中；

Online API：下游向上游进行实时请求，上游根据请求参数，返回匹配的广告资源。

online API 的对接方式，所下发的广告和投放逻辑均由上游系统处理，下游拿到广告资源进行展示即可，对接简单；但在offline API对接方式中，上游广告主将会批量返回下游可展示的所有Offer，所以要根据用户端的请求决定下发具体的哪个广告，也就是投放逻辑是由下游自己处理的。目前Offline API 市面上相对来说较少，大部分都是实时的online API. 如webeye、Mobvista、avazu、youapi等

注意事项：

需要下游搭建广告投放系统，针对上游批量下放的Offer进行管理优化，在流量发起时筛选*优的广告；

大部分合作的上下游均为广告代理商，上游的收入来源于直客广告主，所以部分广告代理商也存在回款账期的问题;

Offline API 对接由于是定时批量获取 Offer 推广链接，当链路中存在多层代理商时经常会出现Offer下架不具备推广条件的情况，所以在入库时需要提前或者定时验证Offer是否有效以及offer的质量等；

Offline API 在推广时会存在kpi，需要注意Caps /定向限制等条件;

Offline API /online api存在大量的广告代理商，所以在进行上下游对接时，需要处理好api适配结构，后续在对接时才能更为便利。

SDK

媒体通常与Ad Network 广告网络合作，如Facebook Audience Network、Google Admob、Ironsource、穿山甲等；

在与一家 Adnetwork 平台进行合作时，其请求逻辑简单表述为：SDK 向 Adnetwork 发起广告请求，Adnetwork 进行内部广告检索排序等，返回相应的广告，如下图所示：