本文跟大家講講廣告投放系統，看商業化廣告各方的協作流程是怎樣的，以及有什么樣的難點，其中SDK的接口又是如何設計的？

一、商業化廣告各方協作流程

上游：

1. 對接基礎服務端提供基礎服務；
2. 對接SSP、直投等等自有廣告資源；
3. 對接第三方廣告SDK（廣點通、百度白青藤、頭條穿山甲）。

下游：

1. 提供給集團公司各個客戶端使用；
2. 為大數據分析提供數據。

二、廣告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架構圖

本文由 @相見恨晚 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議