因为最近在构建自有广告系统(已上线),所以很认真看了本文,作者写得很详细,流程和实现也很完善。但我也有几个疑问哈。
第一个疑问,是流程中的第二点:
“(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。
本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容,请添加站长微信举报,一经查实,本站将立刻删除。
如若转载,请注明出处:http://www.ibjoo.com/29091.html