ADX 是 SSP 和 DSP 進行廣告交易的平台，它支持多個 SSP/DSP 接入

在媒體的角度，一次廣告請求，參與競價的 DSP 越多，競爭越激烈，預期收入越高

在廣告主的角度，流量更多了，有利於廣告的曝光；流量的來源多樣化，也有利於廣告主評估不同來源的廣告轉化效果，針對性的投放廣告

ADX 的功能

如果只有一個 dsp 接入，adx 的意義不大，此時完全可以讓 dsp 和 ssp 直接對接。之所以需要 adx，更主要的理由是接入多個 dsp 後，在多個 dsp 之間進行競價

這時候的競價是用一價還是二價呢？

和 dsp 不同，adx 的競價不一定要用二價，用一價可能更容易接受一些

這是 adx 最核心的功能，除此以外，adx 還應該具備以下功能

流量控制

adx 能控制一次廣告請求發送到哪些 dsp

創意審核

adx 應該對 dsp 的廣告創意進行審核，只有審核通過的廣告創意才能在競價中勝出。這個工作量一般比較大，也存在時效性的問題

對於信任的 dsp，實踐中一般採用後審，僅當廣告創意被投訴時才會有運營人員介入，進行審核操作

條件過濾

adx 可以設置一些廣告過濾條件，對參與競價的廣告進行過濾，例如

• 底價過濾：dsp 的出價必須要大於底價才能參與競價
• 敏感詞過濾：創意的標題、文案等內容是否包含敏感詞；這個過濾可以視為自動化的創意審核

ssp 業務邏輯前置

adx 和 ssp 的業務側重點不一樣，從系統解耦的角度，adx 不應該去做 ssp 的業務邏輯，比如媒體會在廣告位上設置競品黑名單，避免類似在華為的手機 app 上出現小米廣告的烏龍

但是，如果將這些業務邏輯放到 ssp，就可能影響填充率，比如說，一次競價請求，拼多多勝出，adx 把拼多多的廣告返回給 ssp，結果發起此次廣告請求的 app 是京東，這就很尷尬了，難道讓京東給拼多多做廣告嗎？

這時 adx 就應該將 eCPM 排在拼多多後面且分類不是電商的廣告返回給 ssp，否則就會浪費一次流量。

為了提升填充率，adx 應該在可能的情況下去實現 ssp 的過濾邏輯，不僅僅是 adx，dsp 也應該這麼做

當然，不同的業務邏輯，有的 dsp 支持，有的 dsp 無法支持，就說這個競品黑名單的例子，如果媒體設置的黑名單是競品的包名，那麼 dsp 都是可以支持的；但是，媒體也可能將某一類應用設置為競品，由於不同的系統對應用的分類標準不同，媒體的分類 dsp 根本就無法識別，這樣 dsp 就很難去支持

adx 對接多個 dsp 和 ssp，是可以制定一套標準的分類的，但是接入的 ssp 和 dsp 是否認可你的分類並應用到自己的系統里，這個就不一定了

對於認同 adx 標準的 ssp 請求，adx 就可以進行一些 ssp 業務邏輯的處理

報表和對賬

廣告曝光，媒體是要進行上報的，無論是 dsp，adx，還是 ssp，都會在廣告物料里添加自己的上報監控地址，有條件的廣告主也會設置上報地址

那麼，如果 dsp 和 adx 的曝光數不一致時，以誰的為準呢？

一般情況下，都是以 adx 的數據為準，所以 adx 需要給 dsp 提供報表查詢的功能，一般採用接口對接的方式為 dsp 提供請求，響應，填充，曝光，點擊，下載等數據