起点学院课程

广告投放系统:聚合广告SDK与技术设计方案

1 评论 5611 浏览 37 收藏 7 分钟
15天0基础极速入门数据分析,掌握一套数据分析流程和方法,学完就能写一份数据报告!了解一下>>

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

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

上游:

  1. 对接基础服务端提供基础服务;
  2. 对接SSP、直投等等自有广告资源;
  3. 对接第三方广告SDK(广点通、百度白青藤、头条穿山甲)。

下游:

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

聚合广告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的接口设计

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

五、SDK的功能设计

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

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

(2)数据获取支持超时和重试。

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

(3)数据打点上报

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

(4)失败打点数据的缓存和上报处理

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

(5)流量控制功能支持

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

(6)配置及时更新

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

六、开屏广告功能设计

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

1)接口

  1. 传入广告位创建开屏视图方法
  2. 允许app控制超时时间方法,SDK提供默认值
  3. 控制背景色方法(百度不支持)
  4. 控制背景图方法(百度不支持)
  5. 支持logo视图方法
  6. 支持跳出按钮的位置控制方法(百度不支持)
  7. 加载广告方法

2)广告获取展示

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

3)图片、视频的缓存

七、其他广告类型设计

略过

八、SDK架构图

聚合广告SDK 技术设计方案

 

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

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
起点学院课程
评论
评论请登录
  1. 因为最近在构建自有广告系统(已上线),所以很认真看了本文,作者写得很详细,流程和实现也很完善。但我也有几个疑问哈。
    第一个疑问,是流程中的第二点:
    “(2)客户端传入广告位从SDK获取广告,SDK根据流量配置获取广告返回(SSP、广点通)。”
    因为SSP是供应方平台,也就是做媒体管理,而不是做广告投放的。所以客户端(媒体)应该才是和SSP打交道的。因此我给改了下文字描述,不知是否正确:
    “(2)客户端从SSP获取广告位,并在触发对应广告位时,把广告位传给广告SDK。广告SDK根据流量配置,从广告后台获取对应广告位的广告,并返回给客户端(广告后台会对接DSP和直客、广点通等,获取广告)。”

    第二个疑问,是这段话,感觉没有描述清楚。
    “SDK在版本迭代中会去对接多个第三方广告投放方(DSP,或者直投,或者广点通等),也会增加各类广告展示类型。为保证app升级SDK的无缝对接,需要对app端提供一致的接口设计,保证聚合SDK新增其他第三方和其他广告类型时能完美支持。”
    中间的这句“为保证app升级SDK的无缝对接”,我的理解,是不是指广告SDK升级时,应该尽量对已有APP造成的影响最低?所以这段话我修改一下:
    “广告SDK在版本迭代过程中,会持续对接多个第三方广告投放方(DSP,或者直投,或者广点通等),或增加更多的广告展示类型。为保证APP对广告SDK各个版本的无缝对接,需要对APP端提供一致的接口设计,以确保广告SDK在升级过程中,即便新增了其他第三方广告投放方或其他广告类型,老的APP也能完美支持/兼容。”

    第三个疑问,是“接口设计”的“初始化接口”部分。
    “如果后台不处理多方SDK的应用ID兼容情况,则需要让app传入第三方SDK的应用ID列表。”这里的需求,是不是指为了实现激活与鉴权,需要将本应用的AppID,或者注册开发者时生成的AppID,传给接入的各家广告SDK。

    第四个疑问,是“开屏广告功能设计”里的描述:“如果是SSP或者DSP,需要实现所有展示和功能逻辑。”
    因为DSP是广告主关注的,而SDK其实并不关注这一块,所以这里是不是应该只有SSP,而没有DSP。

    回复