概述：廣告平臺架構師，用系列文章分享廣告平臺業務邏輯，設計開發及運營維護

供應方平臺 SSP

供應方平臺，供應的是什麼？是流量

SSP 對接的是媒體，也就是各個網站、App，它為媒體提供了將流量變現的途徑。從功能的角度，可以分為 3 個主要部分

媒體平臺廣告介面運營平臺媒體平臺

建立廣告位

媒體想要將流量變現，就可以註冊到 SSP，並建立廣告位，不同的廣告位變現能力不一樣，能展示廣告型別也不一樣

進入 App 的主介面後，可能會在頂部顯眼位置展示一個橫幅廣告，寬度會佔據整個螢幕，高度大概是螢幕的四分之一左右

開屏廣告和橫幅廣告就有很大的區別

並不是每次開啟應用都會展示開屏廣告，但橫幅廣告基本每次進入主介面都會展示開屏廣告佔據了整個螢幕，你的注意力完全被吸引，雖然多數 App 都有跳過的選項，但這個跳過按鈕基本都很小，位置很邊緣，不方便點選；而橫幅廣告只佔據螢幕的四分之一左右，你可能會視而不見，覺得煩了，滑動螢幕就能將橫幅廣告移出視野

如果你是 App 的開發者，會更重視開屏的廣告價值，也就是說，更高的廣告收入，才會讓你考慮在開屏時顯示廣告

App 裡的不同頁面，同一個頁面的不同位置，其廣告價值都可能不一樣，適合的廣告展現形式也有區別，比如

你的 App 裡有個欄目是影片，那麼這個欄目的廣告展現形式可能就更適合採用影片的形式而不是文字的形式而搜尋時展示的廣告，就可能文字類廣告要比影片類廣告更合適

同一個廣告在不同廣告位上的轉化率往往有很大的差異，要將流量更有效率的變現，就要好好規劃廣告位——在哪裡投放廣告，投放什麼型別的廣告

廣告位配置

廣告平臺提供豐富的廣告型別，媒體建立廣告位以後，需要配置該廣告位可以投放的廣告型別

媒體也可能設定一些廣告過濾邏輯，最基本的就是過濾掉競品的廣告

統計報表

廣告介面

SSP 對外開放廣告介面有兩種模式

後臺對接：如果媒體自身有開發能力，就可以採用後臺對接的方式，媒體後臺獲取到廣告後，是否在 App 上展示，以何種樣式進行展示，都由媒體自行控制SDK 對接：媒體也可以在自己的 App 裡植入 SSP 提供的 SDK，這樣廣告如何展示就由 SSP 來控制了，對於媒體來說，減少了開發工作量

SSP 能不能對接多個 ADX 呢？理論上是沒問題的，但實踐上不建議這麼做

不同的 ADX 採用不同的協議，SSP 的適配工作量較大接入多個 ADX 需要 SSP 具備流量路由和競價的能力，而這個工作應該放到 ADX 上

要對接多個 ADX，應該把這部分業務邏輯抽出來建設自有的 ADX，這樣系統架構會更清晰。

SSP 應該具備以下能力

對請求的過濾，比如說，影片廣告可能對裝置的處理效能有要求，那麼 SSP 應該能根據裝置的機型等引數來過濾影片類廣告請求，避免低端機型顯示影片類廣告可能導致的崩潰對填充的廣告的過濾，比如說，媒體會設定黑名單，在黑名單內的廣告就不能返回給媒體

相對來說，SSP 的業務邏輯比較簡單

運營管理

運營管理平臺的使用者是廣告平臺運營人員，提供如下功能

媒體管理：建立、稽核媒體廣告位管理：建立、稽核廣告位流量管理：如果 SSP 對接多個 ADX，流量如何分配競價規則：如果 SSP 對接多個 ADX，最終填充哪個 ADX 返回的廣告廣告位樣式管理：如果媒體採用 SDK 接入，SDK 需要知道一個廣告是如何渲染的，比如廣告位大小，邊距，字型，文字顏色，等等設定請求過濾規則設定填充過濾規則報表和統計廣告費用結算：SSP 需要從 ADX 匯入廣告收入賬單，這種匯入可能是透過介面自動匯入，也可能需要運營人員從 ADX 後臺下載後手工匯入 SSP，扣除 SSP 平臺的費用後，就是媒體的收入

SSP

廣告平臺系列內容