本文跟大家讲讲广告投放系统，看商业化广告各方的协作流程是怎样的，以及有什么样的难点，其中SDK的接口又是如何设计的？

一、商业化广告各方协作流程

上游：

对接基础服务端提供基础服务；对接SSP、直投等等自有广告资源；对接第三方广告SDK（广点通、百度白青藤、头条穿山甲）。

下游：

提供给集团公司各个客户端使用；为大数据分析提供数据。

二、广告SDK工作流程

（1）客户端初始化SDK，SDK初始化并获取配置（基本配置（默认），流量控制配置等）。

（2）客户端传入广告位从SDK获取广告，SDK根据流量配置获取广告返回（SSP、广点通）。

（3）客户端负责展示广告，SDK上报曝光和点击等统计事件，同时也给客户端回调接口。

（4）处理失败打点数据，缓存和上报。

三、难点

（1）版本兼容

其中包括SDK自身配置和数据库缓存的的版本兼容，其实更重要的是对客户端接口的版本兼容。SDK在版本迭代中会去对接多个第三方广告投放方，也会增加各类广告展示类型，为保证app升级SDK的无缝对接，需要对app端提供一致的接口设计，保证聚合SDK新增其他第三方和其他广告类型时能完美支持。

（2）数据准确性

广告的打点数据是结算的重要依据，需保证上报的数据的准确性，不丢失，且可靠。这里设计到一系列的优化项，对广告数据获取的成功率提升，对广告展示、点击的数据准确性保证的技术运用，同时提供监测手段的手段运用。

（3）SDK的健壮性要求

尤其处理广告请求并发，数据打点并发的情况下的线程安全问题。

（4）SDK的其他性能指标的关注

执行时间、内存、cpu、无crash。特殊广告类型，如开屏广告的性能要求。展示流畅，加载需要控制在1-3s内。

四、SDK的接口设计初始化接口。如果后台不处理多方SDK的应用ID兼容情况。则需要让app传入第三方SDK的应用ID列表。可通过配置model传入SDK。包含我们定义的app Id、第三方SDK注册定义的应用ID、以及其他公共参数。各类广告类型的广告view或者实体接口，需要传入广告位ID。加载广告接口，加载成功的数据自动装载该view。各类事件回调接口。处理加载成功、加载失败、曝光、关闭、点击、广告落地页即将展示、即将关闭展示、已经展示，已经关闭等回调。（需要定制广告投放系统联系微信：136837241）

五、SDK的功能设计

（1）配置的获取和版本缓存和更新支持。

带版本号请求接口、app Id等信息请求配置，成功后缓存。在app启动和退出后台、回到前台均更新配置。

（2）数据获取支持超时和重试。

超时时间根据配置控制、重试次数根据配置控制。

（3）数据打点上报

SSP的点击、曝光上报到大数据所有事件

（4）失败打点数据的缓存和上报处理

失败的打点需缓存到本地数据库，再定时上报。定时间隔由服务器控制，默认值60s。无网络不上报。上报成功后删除本地缓存数据。失败继续上报，每个缓存数据重试若干次后舍弃。重试次数由配置控制，默认3次。

（5）流量控制功能支持

SSP、第三方SDK分流控制。根据配置，按优先级去分配。

（6）配置及时更新

部分广告类型需确保等待最新配置返回；静默推送更新app端配置。

六、开屏广告功能设计

如果展示第三方SDK的广告，扔给第三方处理即可。如果是SSP或者DSP，需要实现所有展示和功能逻辑。

1）接口

传入广告位创建开屏视图方法允许app控制超时时间方法，SDK提供默认值控制背景色方法（百度不支持）控制背景图方法（百度不支持）支持logo视图方法支持跳出按钮的位置控制方法（百度不支持）加载广告方法

2）广告获取展示

客户端请求广告，SDK根据配置优先级决定交给SSP还是广点通处理。（并发也可能按需）如是SSP处理，则请求SSP接口（需上传参数确定），获取广告后，绘制视图展示（需要单张图），点击跳转支持deeplink、webview展示功能。

3）图片、视频的缓存

七、其他广告类型设计

略过

八、SDK架构图

本文由 @相见恨晚 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议