海外廣告變現(xiàn)（三）：廣告聚合的選擇

作為出海廣告變現(xiàn)的第三篇，聊一聊《廣告聚合的選擇》。

PART.01

什么是廣告聚合

Mediation（聚合）的大概定義：Mediation可以聚合多方廣告SDK，協(xié)調(diào)各廣告位中的廣告請求、展現(xiàn)等邏輯，使得多個SDK可以在一個廣告位正常運作起來。

廣告聚合的最終目的是為了提升廣告請求、展示的效率及eCPM。

Mediaiton（聚合）可以通過兩種方式實現(xiàn)：

1.自主開發(fā)

優(yōu)點：開發(fā)者可自主控制廣告請求、展現(xiàn)等邏輯，過程透明，靈活度高。

缺點：聚合SDK技術(shù)門檻高，且需要不斷實驗、更新及優(yōu)化，需要長期投入時間和精力。

2.使用三方

優(yōu)點：省去人工開發(fā)、維護(hù)成本，且一樣可以實現(xiàn)多方廣告SDK在單一平臺進(jìn)行請求、展現(xiàn)，以提升eCPM和填充率。

缺點：整個過程較為黑盒，開發(fā)者無法知道其實際請求、展現(xiàn)的邏輯。

綜上，建議資金實力雄厚、規(guī)模較大的開發(fā)者可選擇自主開發(fā)聚合；新手開發(fā)者可考慮從三方入門。

PART.02

如何選擇聚合

市面上的聚合產(chǎn)品很多，如何選擇合適的聚合平臺呢？我認(rèn)為有以下幾個參考標(biāo)準(zhǔn)：

1.接入及運營成本

廣告SDK是否容易接入？聚合平臺操作是否簡單易懂？

2.支持的廣告平臺及廣告類型

聚合支持的廣告類型是否能滿足需求？支持的三方廣告平臺是否滿足需求？

3.應(yīng)用內(nèi)競價

應(yīng)用內(nèi)競價相比傳統(tǒng)瀑布流，減少人力成本以及減少延時等問題發(fā)生，是未來廣告競價的發(fā)展趨勢，具體內(nèi)容會在下一篇內(nèi)容提到。所以「是否支持應(yīng)用內(nèi)競價」應(yīng)當(dāng)考慮在其中。

4.SDK穩(wěn)定性及bug

是否有強(qiáng)大的技術(shù)團(tuán)隊支撐，能夠提供穩(wěn)定服務(wù)？

5.數(shù)據(jù)中臺

是否可視化，可以細(xì)分到哪些數(shù)據(jù)維度，數(shù)據(jù)的及時性，以及是否能拉取多方數(shù)據(jù)，精準(zhǔn)算出渠道ROI。

6.其它特殊功能

是否支持自動優(yōu)化？是否支持A/B Test？

PART.03

海外Top廣告聚合SDK

Admob

背景：

谷歌旗下，有“全球最大移動廣告平臺”的金字招牌。Admob覆蓋200多個國家，是美國最大的移動廣告平臺。

接入及運營成本：

Admob是谷歌的廣告聚合，技術(shù)接入較為簡單；后臺設(shè)置較為簡單，邏輯簡明，不容易出錯，運營成本低，是新手入門款。

支持的廣告平臺及廣告類型：

支持Banner（橫幅廣告）、Interstitial（插頁廣告）、Rewarded Video（激勵視頻廣告）、Native（原生廣告）四種廣告類型；支持的廣告聯(lián)盟超級強(qiáng)大，基本覆蓋了市面上所有知名廣告聯(lián)盟，共計40余家。

應(yīng)用內(nèi)競價：

應(yīng)用內(nèi)競價當(dāng)前仍在Beta版，僅供部分發(fā)布商使用，能夠支持的廣告源相對較多，包括：Aarki、AdColony、AppLovin、Fluct、Facebook、Index Exchange、OpenX、Rubicon Project、Smaato、Tapjoy、Liftoff、Triplelift、UnrulyX、PubMatic。

SDK穩(wěn)定性及bug：

由Google廣告技術(shù)強(qiáng)力支持，服務(wù)穩(wěn)定，出現(xiàn)系統(tǒng)癱瘓的概率非常小。

數(shù)據(jù)中臺：

報表可以分小時，一些數(shù)據(jù)可以可視化，數(shù)據(jù)可與Google Adwords、Firebase等谷歌產(chǎn)品打通。

其他特殊功能：

支持自動優(yōu)化，通過獲取三方廣告源的相關(guān)數(shù)據(jù)，進(jìn)行自動排序。

缺點：

有自身廣告源傾向性，偏袒admob廣告源。

參考鏈接：

https://developers.google.com/admob/android/mediate?hl=zh_cn

MAX（AppLovin）

背景：

團(tuán)隊成員先后做過Admob、Mobpub，技術(shù)背景強(qiáng)大；且AppLovin是行業(yè)率先推出應(yīng)用內(nèi)競價聚合的平臺。

接入及運營成本：

接入需要另外單獨申請權(quán)限，是否能順利申請需要看產(chǎn)品；運營操作后臺支持功能相對較多，相比其它聚合SDK有一定上手門檻。

支持的廣告平臺及廣告類型：

支持Banner（橫幅廣告）、Interstitial（插頁廣告）、Rewarded Video（激勵視頻廣告）、MREC（中等矩形橫幅廣告）四種廣告類型；支持20余家廣告平臺。

應(yīng)用內(nèi)競價：

是行業(yè)率先推出應(yīng)用內(nèi)競價聚合的平臺，應(yīng)用內(nèi)競價支持AppLovin、AdColony、Facebook、InMobi、Mintegral、Tapjoy、Pangle，且Max可支持競價與傳統(tǒng)分層的混合模式。

SDK穩(wěn)定性及bug：

技術(shù)團(tuán)隊較為強(qiáng)大，SDK穩(wěn)定性較高。

數(shù)據(jù)中臺：

支持開發(fā)者通過API將相關(guān)數(shù)據(jù)拉取到自己的BI系統(tǒng)中或通過appsflyer等追蹤平臺，精準(zhǔn)衡量用戶成本。

其他特殊功能：

提供A/B測試工具，且功能較為完善，游戲開發(fā)者能夠清晰看到自己競價策略的調(diào)整，對ARPDAU（日活躍用戶的平均收益）的影響。

參考鏈接：

https://dash.applovin.com/documentation/mediation

Ironsource

背景：

一家以色列公司，做Mediation起家的，對接了非常多的DSP。ironSource被以色列媒體評為「年輕人最想去工作的公司」以及「最性感的公司」。

接入及運營成本：

注冊Ironsource賬號即可開通相應(yīng)聚合SDK，同時技術(shù)文檔較為簡單，接入成本相對較低；后臺操作簡單易上手,可以在同一個界面輕松實現(xiàn)廣告展示順序調(diào)整、應(yīng)用內(nèi)競價優(yōu)化，廣告變現(xiàn)策略調(diào)整等所有操作。

支持的廣告平臺及廣告類型：

支持Banner（橫幅廣告）、Interstitial（插頁廣告）、Rewarded Video（激勵視頻廣告）；支持10余家主流廣告平臺。

應(yīng)用內(nèi)競價：

新上線功能，目前僅支持Ironsource、AdColony、Facebook，但同樣可支持競價與傳統(tǒng)分層的混合模式。

SDK穩(wěn)定性及bug：

技術(shù)團(tuán)隊較為強(qiáng)大，服務(wù)穩(wěn)定。

數(shù)據(jù)中臺：

通過后臺或自定義的報告深入分析與理解每個玩家，數(shù)據(jù)報表包含DAU，ARPDAU，ARPDEU，LTV和廣告互動率等維度。

其它特殊功能：

支持自動優(yōu)化；支持A/B Test，但功能不夠完善；支持分國家進(jìn)行瀑布流運營。

參考鏈接：

https://developers.ironsrc.com/ironsource-mobile/android/android-sdk/

Mopub

背景：

Twitter旗下的，主打RTB服務(wù)。

接入及運營成本：

整體功能和邏輯上和admob相似，但是增加了很多可以讓開發(fā)者發(fā)揮的功能，開發(fā)難度也相對大一些，適合對廣告技術(shù)有一些了解的開發(fā)者；Mopub的廣告網(wǎng)絡(luò)功能非常強(qiáng)大，在其廣告網(wǎng)絡(luò)中Line item（廣告系列）是以特定預(yù)算運行廣告素材和特殊參數(shù)定位廣告的；并且每一個不同廣告參數(shù)對應(yīng)不同的優(yōu)先級，所以配置相對較為復(fù)雜。

支持的廣告平臺及廣告類型：

Banner（小橫幅）、Banner(Mrect)（大橫幅）、Interstitial（插屏）、Rewarded Video（激勵視頻廣告）、Rewraded Playable(MRAID)（互動式激勵廣告）、Native（原生廣告）、Native video（原生視頻）多種廣告類型；支持10余家廣告平臺，且不在MoPub官方名單上的廣告平臺，只要該平臺研發(fā)了MoPub adapter，就可以一起參與廣告競價。

應(yīng)用內(nèi)競價：

所有合作的廣告平臺均可支持應(yīng)用內(nèi)競價。

SDK穩(wěn)定性及bug：

官方對接效率相對較低，bug修復(fù)不及時。

數(shù)據(jù)中臺：

數(shù)據(jù)報表更新及時，用戶觸發(fā)廣告展示后，即可獲實時數(shù)據(jù)；收入數(shù)據(jù)維度較為齊全，RTB廣告與第三方廣告聯(lián)盟廣告做出了區(qū)分；可自行處理數(shù)據(jù)或?qū)?shù)據(jù)發(fā)送給第三方分析及歸因平臺如Adjust，AppsFlyer，Branch，Kochava，Singular，SOOMLA和Tenjin，從而精準(zhǔn)計算每個用戶的LTV。

其他特殊功能：

Marketplace：MoPub自己的RTB網(wǎng)絡(luò)，作為合作廣告平臺的補(bǔ)充，方便開發(fā)者更好地獲取RTB廣告。RTB廣告可以幫助開發(fā)者實現(xiàn)每次獲得展示機(jī)會的廣告主都是出價最高的，有利于開發(fā)者提高廣告收入。

參考鏈接：

https://developers.mopub.com/publishers/mediation/mopub-network-mediation/

PART.

04

總結(jié)

如果對以上4種廣告聚合做出一句話評價，我個人的想法是：

Admob適合新手入門款，各方面成本較低，且不容易出錯，但偏向自身廣告源；

MAX各方面功能相對較為完善，但申請權(quán)限不易，適合一定規(guī)模的產(chǎn)品；

Ironsource對接成本及運營成本相對較低，應(yīng)用內(nèi)競價、A/B Test等功能相比MAX不夠完善；

Mopub拓展性很強(qiáng)，適合精細(xì)化變現(xiàn)，但技術(shù)及運營門檻較高。

廣告聚合沒有最好的，只有最適合自己的。針對這些海外top廣告聚合，其變現(xiàn)效率已經(jīng)過多年驗證，都是靠譜的。

曾經(jīng)做過實驗，將同一產(chǎn)品及同一競價策略配置到不同廣告SDK上，最終得到的人均廣告展示次數(shù)及ARPU是相近的。當(dāng)然，由于各個廣告請求和緩存機(jī)制不一樣（串行、并行還是混合，緩存數(shù)量1條還是2條），會導(dǎo)致過程指標(biāo)人均請求和展示率不一樣。

所以，由于各家廣告聚合都有自己的優(yōu)劣勢，最后落實到一個問題，你的產(chǎn)品更在意什么，才能輔佐你的團(tuán)隊更高效進(jìn)行變現(xiàn)，才是決定使用哪個廣告聚合的最終原因。當(dāng)然，如果對流量變現(xiàn)有很復(fù)雜的需求，建議還是自建聚合。