關(guān)于幾個主流廣告聚合（AdMob.Mopub.ironSource）的一些認知

廣告聚合（Ad mediation）是使用廣告做流量變現(xiàn)必須具備的工具，是networks和（游戲）前端的橋梁，游戲發(fā)出的請求，會通過廣告聚合發(fā)給各家networks，并且確保按照運營對networks的排序展示對應(yīng)network的廣告。首先，聚合需要讓開發(fā)者對networks進行排序；其次，需要安裝順序去嘗試請求network，展示返回廣告中優(yōu)先級最高的。

聚合就像一個廣告的云控，因為需要配合讓開發(fā)者排序的功能，所以配套會有運營操作的后臺和報表功能。

筆者認為可以從以下幾個方面評估聚合：

支持的平臺：ios，Android，unity

支持的Ad format：video,banner，native，interstitials等

技術(shù)接入難度

廣告請求邏輯和緩存數(shù)量：決定了聚合對廣告的使用效率，和對產(chǎn)品展示需求的響應(yīng)能力。目前請求有串行，并行和混合，之前平臺為節(jié)約服務(wù)器成本，多數(shù)使用串行（或者控制waterfall的層數(shù)），目前有的開始轉(zhuǎn)向混合。

支持adaptor的數(shù)量和穩(wěn)定性：network和聚合通過adaptor鏈接，聚合對接的network越多，對cpm的提升幫助越大。adaptor的升級周期和穩(wěn)定性，也需要考慮。一般大平臺支持的比較多，由于技術(shù)實力好和商務(wù)合作廣。

BI后臺設(shè)置：運營需要在BI后臺配置值network的順序，BI后臺的易用性和容錯性很重要。由于市場波動，有些大產(chǎn)品的配置是每周甚至每天都需要調(diào)整的。

BI后臺報告：是否可視化，可以細分到哪些數(shù)據(jù)維度，會影響數(shù)據(jù)波動時運營對數(shù)據(jù)的回溯。比如如果能看當(dāng)天的分小時數(shù)據(jù)，可以很快查運營的效果，及時避免金錢損失。

聚合向前端回傳的事件：前端向聚合發(fā)出的請求數(shù)，聚合向network發(fā)出的請求數(shù)，請求結(jié)果（錯誤提示細分），請求耗時，loading耗時，展示，展示結(jié)果，點擊，視頻開始播放，視頻結(jié)束播放。聚合回傳事件，有助于troubleshooting。

是否支持header bidding。

是否支持S2S廣告，支持哪些廣告format。

其他特殊功能。the last but not the least，特殊功能已經(jīng)成為聚合近幾年產(chǎn)品的重要考慮方向了，也是市場占有率較小的聚合的賣點。特殊功能會增加一些和買量或者產(chǎn)品方面數(shù)據(jù)聯(lián)動，幫助開發(fā)者更加全面的考慮商業(yè)化這件事。

在游戲開發(fā)者中，目前出海幾個主流的廣告聚合包括：admob，ironsource，mopub，applovin。這幾家聚合都支持ios，Android，unity。廣告樣式也都只支持的很全。

Admob by Google.Admob是谷歌的廣告聚合，技術(shù)接入較為簡單。廣告用串行請求，激勵視頻新出了雙例，可以緩存多個廣告，或者區(qū)分激勵廣告場景緩存廣告。

支持的adaptor很全，因為有自定義事件（custom event），對于不支持的network，開發(fā)者可以自行開發(fā)。這個功能十分有用，因為聚合很難覆蓋到不同領(lǐng)域，不同地區(qū)的所有重點networks。支持的adaptor鏈接：https://developers.google.com/admob/android/mediate

BI后臺設(shè)置較為簡單，邏輯簡明，不容易出錯。報表可以分小時，一些數(shù)據(jù)可以可視化?？隙ú蝗鏸n-house的報表，但是已經(jīng)基本夠用?；貍魇录苋?。

有admob open bidding。

支持s2s直銷廣告，視頻支持h5，插頁支持video等。

最大優(yōu)勢：支持network最全面

其他特殊功能：

自動優(yōu)化。通過獲取network的reporting api，可以自動排序。但是對于一些渠道，自動優(yōu)化不是很準確

智能細分

如果使用firebase，firebase可以獲取admob數(shù)據(jù)，把產(chǎn)品數(shù)據(jù)和商業(yè)數(shù)據(jù)對接上

傳說Mopub聚合的開發(fā)者是前Admob員工，在整體功能和邏輯上和admob相似，但是增加了很多可以讓開發(fā)者發(fā)揮的功能，開發(fā)難度也相對大一些，適合對廣告技術(shù)有一些了解的開發(fā)者。mopub BI network順序設(shè)置和admob/adx邏輯上很像，多了復(fù)制功能，可以快速復(fù)制規(guī)則。很多設(shè)置可以在list頁面或者彈窗頁面調(diào)整，不用進入二級詳情頁，個人認為比admob更加方便。但是由于多了group，line的維度，不容易被理解。

支持S2S,Custom JavaScript network和Custom SDK network。支持自定義S2S(pic,vast video)和online h5廣告。

老后臺的報告維度很少，因此mopub和metamarket合作，可以在meta看數(shù)據(jù)，meta是我用過最好用的報表，速度快，可視化強，方便看對比數(shù)據(jù)。新后臺維度已經(jīng)很細致了。

回傳事件有到展示維度的line item的價格。這個很6，大家可以自行發(fā)揮想象優(yōu)化配置。

特點：拓展性很強，適合要深度做商業(yè)，或者有一定商業(yè)技術(shù)基礎(chǔ)的開發(fā)者。

最大優(yōu)勢：waterfall可以細分無數(shù)層；回傳事件有到展示維度的line item的價格

Ironsource聚合。IS是一家以色列公司，廣告聚合很別致，有很多標新立異的地方。首先是請求方式，IS用串行加并行請求，每次請求兩個廣告。并且緩存兩個（有一個是IS自有廣告來源），包括激勵視頻。這樣，如果你的有用戶需要連續(xù)看激勵視頻的場景，這個邏輯可以幫助提速loading廣告（同admob雙例）。

支持的network不如前兩者多，沒有custom event給開發(fā)者自行開發(fā)。

對于BI后臺設(shè)置仁者見仁智者見智，有運營說很易用，但是也有運營認為很容易出錯，缺少設(shè)置失敗的錯誤提示。并且由于network的id和順序不在一個界面設(shè)置，配置單設(shè)置方便的同事也容易出錯。對一些network必須從default開始請求，配置容易出錯。

BI報表界面對于整體數(shù)據(jù)表現(xiàn)十分清晰，但是設(shè)計不太便于細分數(shù)據(jù)和數(shù)據(jù)對比。優(yōu)勢是有DAU維度的數(shù)據(jù)

活躍用戶，The number of active users–this allows to optimize the ad frequency

The number of“engaged users”–these are users who engaged with the rewarded video(opted in)

不支持headerbidding，不支持S2S。

有uar功能，幫助在不需要開發(fā)的情況下，更準確估算用戶價值

最大優(yōu)勢：接入簡單；report到dau維度

其他特殊功能：UAR；交叉推廣

總結(jié)。廣告聚合沒有最好的，只有最適合自己的。各家的功能有差異化，但是都不影響基本的需求，如果對流量變現(xiàn)有很復(fù)雜的需求，建議還是自建聚合。

筆者做過關(guān)于聚合在某一個產(chǎn)品上的同期的效用測試，產(chǎn)品本身廣告頻次較低，用戶看廣告間隔長。

在同樣的配置下，在人均展示和arpu這些產(chǎn)品商業(yè)關(guān)注的關(guān)鍵指標上，沒有太大區(qū)別。

但是由于聚合的請求機制不一樣，人均請求和展示率會有所不同。

以下是激勵視頻場景的舉例。a b分別代表一個聚合，a組是混合請求模式，有備胎邏輯，可以看出緩存很多，但是使用率（展示率）會折損。

如果由于支持的adaptor不同，配置不同，b組在top level多配置了一個network，可以看出b組人均請求減少，具體是在低cpm的層級請求減少。

另外，由于聚合是通過獲取network回調(diào)來判斷，所以需要對比network統(tǒng)計和聚合統(tǒng)計的discrepancy。如果獲取的數(shù)據(jù)不正確，waterfall的正常運行肯定受到影響。

性能方面也需要考慮，比如，請求-展示的耗時。

最重要的還是對自己產(chǎn)品的理解，和對產(chǎn)品數(shù)據(jù)的分析。

比如對于以下這樣，展示集中在第一次，展示間隔長的產(chǎn)品，也沒啟動后就需要展示廣告的廣告場景，對于性能各方面的訴求不高，主要看對cpm的幫助。

選擇聚合要根據(jù)自己的產(chǎn)品情況和聚合的特點來匹配，對于廣告場景不復(fù)雜的產(chǎn)品，通過了解聚合的邏輯，和產(chǎn)品流量變現(xiàn)的需求，基本可以選擇合適的聚合，不一定需要測試所有聚合。同時也需要考慮自身廣告技術(shù)能力，因此沒必要跟隨頭部產(chǎn)品選聚合，聚合只是個工具，關(guān)鍵是怎么用。

以上均是出于產(chǎn)品維度的考慮。