網站廣告調價平臺有：百度競價、360搜索、搜狗競價、神馬搜索、谷歌。
1、百度競價。
百度競價是現在最常用的網絡推廣方式，因為它的流量大、覆蓋范圍廣、關鍵詞數量多等特點被很多商家所使用。不過隨著互聯網的不斷發展，百度競價的弊端也逐漸顯露出來。比如：廣告展現時間長、價格高、率低等缺點都讓不少企業望而卻步了。
2、360搜索。
360搜索作為國內第二大搜索引擎，360搜索在用戶量方面也是相當可觀的。而且它還有著其他搜索引擎無法比擬的優勢——安全！360搜索有著嚴格的審核機制，能夠網站的安全性。
并且它還擁有自己的服務器和帶寬資源以及的售后服務體系等優勢，所以對于一些企業來說，360搜索是非常不錯的選擇。
3、搜狗競價。
搜狗競價是繼百度之后又一個重要的搜索引擎平臺，它的流量雖然不及前兩個平臺那么大但是也有一定的度和影響力了。另外搜狗還有一個特點就是其廣告展現時間較短且價格相對較低，所以對于一些中小型企業來說選擇這個平臺的幾率還是比較高的！
4、神馬搜索。
神馬搜素作為一個新的中文搜索引擎，致力于成為全球最大的中文搜索引擎服務商和服務商之一。目前已經覆蓋了包括中國大陸在內的整個亞洲地區。神馬搜素具有非常強大的功能支持與數據挖掘能力。通過的數據倉庫管理技術和分析技術為海量數據提供智能化的處理方案并實現精準營銷。
5、谷歌。
谷歌是全球最大的綜合性互聯網之一（Nasdaq：GOOG），于1998年9月7日由拉里·佩奇和謝爾蓋·布林共同創立于加利福尼亞州圣何塞的電腦。190多個國家和地區的人們進行網上交流時都離不開google的服務。
以上內容參考：百度百科-百度競價
以上內容參考：百度百科-360搜索
01 什么是In-APP Bidding
首先，在文章最前面，先解釋一下什么是In-APP Bidding。
我在之前的文章中有簡單提到過這個概念，應用實時競價的說法除了In-APP Bidding，還有/Advanced Bidding/Header Bidding/Open Bidding等等。
瀑布流和應用實時競價的區別基本可以用下圖來描述：
總結來說，瀑布流模型（Waterfall）開發者需要預先給各個廣告平臺設置預期eCPM出價，并進行優先級排序。當用戶觸發廣告時，優先給出價最高的廣告平臺展示機會，如果該平臺不填充則會流至出價第二的廣告平臺，通過漏斗的方式，直到有廣告被展示。
應用內競價（In-App Bidding）通過統一的實時競價機制，所有的需求合作方在同時間競價，出價最高的合作方獲得該廣告位的展示機會。
其實，個人認為總體的差別在于從人工設置競價策略到由自動化算法直接設置競價策略轉變。
由于現在各個廣告聚合都在推行應用實時競價，闡述了它很多優點。個人認為其最大的優點：
瀑布流需要根據歷史價格的平均值來設置分層請求的機制，同時伴隨季節性變化，需要人工進行定期維護。對于缺少經驗的運營人員來說，瀑布流優化可能耗費大量精力，同時也無法實現最佳變現效果。因而對于出海小廠來說，應用實時競價更利于他們減少人力成本。
相反來說，對于經驗較為豐富的運營人員來說，應用實時競價可能不如瀑布流的效果或者基本持平。
至于有人提出來，手動設置的機制與間隔請求會影響廣告的回傳速度，而瀑布流中的廣告聯盟層數越多，廣告延遲和無廣告返回的發生概率也就越高。這個角度上，主要影響的是50層以上的瀑布流情況，針對層級本身就比較少的瀑布流來說，其本身的效率應該與應用實時競價相差不大。
此外，應用實時競價的劣勢也是比較顯而易見的。當前不是所有的廣告源都可支持競價，比如部分在中低價位表現較好的廣告源如Unity。至于長期來看，是否能夠推動這些廣告源參與競價可能仍有待于觀察。
既然是行業新的變現趨向，所以要不要使用也不能由我們個人選擇。比如Facebook Audience Network，IOS系統當前必須使用競價模式，才可以繼續通過 Audience Network進行變現；安卓端5/31日起，新版應用必須使用競價模式；9/30日起，舊版應用也必須使用競價模式。
目前從行業趨勢來看，未來1~2年來，應該還會以瀑布流+應用實時競價的混合變現模式為主。
目前各家聚合都在推行自己的競價模式，每家聚合能夠支持競價的廣告源各不相同。Max是最早推行應用實時競價的聚合平臺，相比其他幾家，能支持較多的廣告源，且技術也相對成熟；而Admob Mediation的特色在于是唯一能支持Admob進行應用實時競價。選擇哪個聚合開始嘗試In-APP Bidding，個人還是建議基于自己收入貢獻最高的幾個廣告源及綜合成本進行選擇。
同時，使用In-APP Bidding還需要注意：
1. 如果廣告聚合SDK版本較老，可能會出現不支持Bidding的情況，需要優先升級SDK版本
2. 每個廣告平臺在不同廣告聚合中使用Bidding的操作方式有所差別，具體需要遵循文檔
3.如果已經配置了Bidding，就不需要在瀑布流中配置相同廣告平臺，因為這些廣告平臺會優先曝光Bidding區域的展示
4.部分廣告平臺如Unity、Vungle尚不支持Bidding，所以需要參考其歷史價格、Bidding區域各廣告平臺價格，進行瀑布流優化
參考：ARPDAU提升30%，應用內競價正在成為流量變現的新寵兒
互聯網商業模式就是指以互聯網為媒介，整合傳統商業類型，連接各種商業渠道，具有高創新、高價值、高盈利、高風險的全新商業運作和組織構架模式，包括傳統的移動互聯網商業模式和新型互聯網商業模式。
從發展歷史來看，互聯網商業模式可以分為門戶網站模式、電子商務模式。
1.門戶網站模式：指提供某類綜合性互聯網信息資源并提供有關信息服務的應用系統，例如：搜索引擎式門戶網站百度、娛樂資訊式門戶網站新浪、新聞信息式門戶網站搜狐等。
2.電子商務模式：指在網絡環境和大數據環境中基于一定技術基礎的商務運作方式和盈利模式，例如：B2B代表阿里巴巴、B2C代表唯品會、C2C代表淘寶、O2O代表美團點評等。
從盈利來源來看，互聯網商業模式可以分為直銷模式、廣告模式、價值共享交易模式。
1.直銷模式：誰用產品/服務誰出錢，例如：微軟、蘋果。
2.廣告模式：你用產品/服務廣告商出錢，例如：Google、Facebook。
3.價值共享交易模式：小部分忠實付費用戶養活整個產品/服務的普通用戶形成交叉補貼，例如：亞馬遜、騰訊、阿里。
從驅動要素來看，互聯網商業模式可以分為客戶驅動模式、資源驅動模式、產品驅動模式。
1.客戶驅動模式：依賴于建設有力的營銷體系維持客戶關系的商業模式，例如：提供網站建設、項目外包開發、代理運營的公司。
2.資源驅動模式：依賴于得天獨厚的資源研發產品/提供服務/承接項目的商業模式，例如：有業務資源的電信運營商、有平臺資源的滴滴打車、有合作高校背景資源的科大訊飛。
3.產品驅動模式：依賴于研發產品解決用戶痛點、行業（企業）問題的商業模式，例如：培訓網絡課程、APP開發公司
作為出海廣告變現的第三篇，聊一聊《廣告聚合的選擇》。
01. 什么是廣告聚合
Mediation（聚合）的大概定義：Mediation可以聚合多方廣告SDK，協調各廣告位中的廣告請求、展現等邏輯，使得多個SDK可以在一個廣告位正常運作起來。
廣告聚合的最終目的是為了提升廣告請求、展示的效率及eCPM。
Mediaiton（聚合）可以通過兩種方式實現：
1. 自主開發
優點：開發者可自主控制廣告請求、展現等邏輯，過程透明，靈活度高。
缺點：聚合SDK技術門檻高，且需要不斷實驗、更新及優化，需要長期投入時間和精力。
2. 使用三方
優點：省去人工開發、維護成本，且一樣可以實現多方廣告SDK在單一平臺進行請求、展現，以提升eCPM和填充率。
缺點：整個過程較為黑盒，開發者無法知道其實際請求、展現的邏輯。
綜上，建議資金實力雄厚、規模較大的開發者可選擇自主開發聚合；新手開發者可考慮從三方入門。
02. 如何選擇聚合
市面上的聚合產品很多，如何選擇合適的聚合平臺呢？我認為有以下幾個參考標準：
1. 接入及運營成本
廣告SDK是否容易接入？聚合平臺操作是否簡單易懂？
2. 支持的廣告平臺及廣告類型
聚合支持的廣告類型是否能滿足需求？支持的三方廣告平臺是否滿足需求？
3. 應用內競價
應用內競價相比傳統瀑布流，減少人力成本以及減少延時等問題發生，是未來廣告競價的發展趨勢，具體內容會在下一篇內容提到。所以「是否支持應用內競價」應當考慮在其中。
4. SDK穩定性及bug
是否有強大的技術團隊支撐，能夠提供穩定服務？
5. 數據中臺
是否可視化，可以細分到哪些數據維度，數據的及時性，以及是否能拉取多方數據，精準算出渠道ROI。
6. 其它特殊功能
是否支持自動優化？是否支持A/B Test？
03. 海外Top廣告聚合SDK
Admob
背景：
谷歌旗下，有“全球最大移動廣告平臺”的金字招牌。Admob覆蓋200多個國家，是美國最大的移動廣告平臺。
接入及運營成本：
Admob是谷歌的廣告聚合，技術接入較為簡單；后臺設置較為簡單，邏輯簡明，不容易出錯，運營成本低，是新手入門款。
支持的廣告平臺及廣告類型 ：
支持Banner（橫幅廣告） 、Interstitial（插頁廣告）、Rewarded Video（激勵視頻廣告）、Native（原生廣告）四種廣告類型；支持的廣告聯盟超級強大，基本覆蓋了市面上所有知名廣告聯盟，共計40余家。
應用內競價：
應用內競價當前仍在 Beta 版，僅供部分發布商使用，能夠支持的廣告源相對較多，包括：Aarki、AdColony、AppLovin、Fluct、Facebook、Index Exchange、OpenX、Rubi買粉絲n Project、Smaato、Tapjoy、Lift