01 什么是In-APP Bidding
首先，在文章最前面杉辙，先解釋一下什么是In-APP Bidding墙杯。
我在之前的文章中有簡單提到過這個概念，應(yīng)用實時競價的說法除了In-APP Bidding光酣，還有/Advanced Bidding/Header Bidding/Open Bidding等等。
瀑布流和應(yīng)用實時競價的區(qū)別基本可以用下圖來描述：
總結(jié)來說脉课，瀑布流模型（Waterfall）開發(fā)者需要預(yù)先給各個廣告平臺設(shè)置預(yù)期eCPM出價救军，并進行優(yōu)先級排序。當用戶觸發(fā)廣告時倘零，優(yōu)先給出價最高的廣告平臺展示機會唱遭，如果該平臺不填充則會流至出價第二的廣告平臺，通過漏斗的方式呈驶，直到有廣告被展示拷泽。
應(yīng)用內(nèi)競價（In-App Bidding）通過統(tǒng)一的實時競價機制，所有的需求合作方在同時間競價，出價最高的合作方獲得該廣告位的展示機會跌穗。
其實订晌，個人認為總體的差別在于從人工設(shè)置競價策略到由自動化算法直接設(shè)置競價策略轉(zhuǎn)變。
02 應(yīng)用實時競價的優(yōu)劣勢由于現(xiàn)在各個廣告聚合都在推行應(yīng)用實時競價蚌吸，闡述了它很多優(yōu)點。個人認為其最大的優(yōu)點：
瀑布流需要根據(jù)歷史價格的平均值來設(shè)置分層請求的機制砌庄，同時伴隨季節(jié)性變化羹唠，需要人工進行定期維護。對于缺少經(jīng)驗的運營人員來說娄昆，瀑布流優(yōu)化可能耗費大量精力佩微，同時也無法實現(xiàn)最佳變現(xiàn)效果。因而對于出海小廠來說萌焰，應(yīng)用實時競價更利于他們減少人力成本哺眯。
相反來說，對于經(jīng)驗較為豐富的運營人員來說扒俯，應(yīng)用實時競價可能不如瀑布流的效果或者基本持平奶卓。
至于有人提出來，手動設(shè)置的機制與間隔請求會影響廣告的回傳速度撼玄，而瀑布流中的廣告聯(lián)盟層數(shù)越多夺姑，廣告延遲和無廣告返回的發(fā)生概率也就越高。這個角度上掌猛，主要影響的是50層以上的瀑布流情況盏浙，針對層級本身就比較少的瀑布流來說，其本身的效率應(yīng)該與應(yīng)用實時競價相差不大荔茬。
此外废膘，應(yīng)用實時競價的劣勢也是比較顯而易見的。當前不是所有的廣告源都可支持競價慕蔚，比如部分在中低價位表現(xiàn)較好的廣告源如Unity丐黄。至于長期來看，是否能夠推動這些廣告源參與競價可能仍有待于觀察坊萝。
03 是否需要使用應(yīng)用實時競價既然是行業(yè)新的變現(xiàn)趨向孵稽，所以要不要使用也不能由我們個人選擇。比如Facebook ?Audience Network十偶，IOS系統(tǒng)當前必須使用競價模式菩鲜，才可以繼續(xù)通過 Audience Network進行變現(xiàn)；安卓端5/31日起惦积，新版應(yīng)用必須使用競價模式接校；9/30日起，舊版應(yīng)用也必須使用競價模式。
目前從行業(yè)趨勢來看蛛勉，未來1~2年來鹿寻，應(yīng)該還會以瀑布流+應(yīng)用實時競價的混合變現(xiàn)模式為主。
04 使用建議目前各家聚合都在推行自己的競價模式诽凌，每家聚合能夠支持競價的廣告源各不相同毡熏。Max是最早推行應(yīng)用實時競價的聚合平臺，相比其他幾家侣诵，能支持較多的廣告源痢法，且技術(shù)也相對成熟；而Admob Mediation的特色在于是唯一能支持Admob進行應(yīng)用實時競價杜顺。選擇哪個聚合開始嘗試In-APP Bidding财搁，個人還是建議基于自己收入貢獻最高的幾個廣告源及綜合成本進行選擇。
同時躬络，使用In-APP Bidding還需要注意：
1. 如果廣告聚合SDK版本較老尖奔，可能會出現(xiàn)不支持Bidding的情況，需要優(yōu)先升級SDK版本
2. 每個廣告平臺在不同廣告聚合中使用Bidding的操作方式有所差別穷当，具體需要遵循文檔
3.如果已經(jīng)配置了Bidding提茁，就不需要在瀑布流中配置相同廣告平臺，因為這些廣告平臺會優(yōu)先曝光Bidding區(qū)域的展示
4.部分廣告平臺如Unity膘滨、Vungle尚不支持Bidding甘凭，所以需要參考其歷史價格、Bidding區(qū)域各廣告平臺價格火邓，進行瀑布流優(yōu)化
參考：ARPDAU提升30%丹弱，應(yīng)用內(nèi)競價正在成為流量變現(xiàn)的新寵兒
