匯集移動廣告行業(yè)熱點(diǎn)資訊和變現(xiàn)指南,激發(fā)移動應(yīng)用廣告變現(xiàn)增長無限可能!
【溫馨提醒】芒果游戲SDK,聚合海量游戲資源,一鍵部署到APP媒體,助力APP媒體流量多樣化變現(xiàn),提升用戶體驗(yàn)和變現(xiàn)收益,立即體驗(yàn)!
【變現(xiàn)知識】APP廣告變現(xiàn):插屏廣告在不同類型APP中的應(yīng)用方案

為什么會出現(xiàn)廣告超預(yù)算的情況?
廣告超預(yù)算有兩個原因:延遲和并發(fā)。
1.延遲
從競價到曝光回傳有一段無法規(guī)避的延遲時間。假設(shè)以cpm為計(jì)費(fèi)方式,在回傳回來之前的曝光是沒有計(jì)入到消耗中,延遲時間越長已經(jīng)曝光但是還沒有計(jì)費(fèi)的情況就越多。
如果以已計(jì)算到的消耗來判定是否到達(dá)預(yù)算,那么在到達(dá)預(yù)算時其實(shí)已經(jīng)跑超,因?yàn)檫€有部分曝光沒有計(jì)算到。計(jì)算剩余預(yù)算的時候沒有考慮延遲的曝光消耗是跑超的原因。
2.并發(fā)
并發(fā)則是對上述情況的倍數(shù)放大。假設(shè)每次曝光延遲都是相同的一個固定時間,在單個線程的情況下一次只能處理一個競價,再假設(shè)在這個固定的時間內(nèi)有1000次競價,每次都競爭贏每次都曝光,那么在任何時刻都會有1000個曝光待回傳待計(jì)費(fèi)。
如果有100個這樣的線程,那么就有1000乘以100個待計(jì)費(fèi)的曝光,那就是放大了100倍。當(dāng)然這是理想化的計(jì)算,現(xiàn)實(shí)中每個曝光回傳的延遲時間在接收到回傳之前是沒辦法知道的,并發(fā)情況也是動態(tài)變化的。
如何降低廣告超預(yù)算發(fā)生概率和減少跑超數(shù)值?
下面給出3個建議:
1.根據(jù)歷史跑超情況設(shè)置閾值,到達(dá)閾值停止消耗。
這種方式簡單粗暴,可以減少跑超太多的情況發(fā)生。但是還是避免不了跑超,同時還引入了預(yù)算沒跑滿的情況。沒跑滿,就需要手動小心調(diào)整預(yù)算跑完,增加工作量。
設(shè)置閾值的方案很難得到各方的滿意,閾值低了預(yù)算跑不完,高了又容易跑超。這個方案只能作為臨時的解決方案。
2.到達(dá)閾值,降低競價概率,延緩消耗速度
這個方案可以解決閾值方案中預(yù)算沒跑滿的情況,但不能解決極端情況,比如延遲了一兩個小時。
3.預(yù)測跑超概率,調(diào)整競價概率
根據(jù)流量情況、競贏情況、延遲情況、消耗速度、剩余預(yù)算等動態(tài)計(jì)算跑超的可能性,及時調(diào)整競價概率。這個方案難度較大,取決于算法設(shè)計(jì)的質(zhì)量。
下圖是rtb競價過程的簡化模型,簡化了很多東西,其中紅色字體標(biāo)記了導(dǎo)致延遲的過程的耗時,單位是毫秒。標(biāo)記的數(shù)值是一個假設(shè)值,不一定跟現(xiàn)實(shí)對應(yīng)。
adx的拍賣過程包含了dsp競價、返回出價的過程,且主要耗時也是這兩者,所以這里可以忽略。
還有一些影響因素沒考慮,比如app獲取到廣告后到展示給用戶也有一段耗時,耗時的長短依賴于媒體的策略。如果是提前預(yù)先加載廣告,這個耗時可能會很長。
熱門搜索:芒果廣告聚合 | app廣告變現(xiàn)
APP流量變現(xiàn) - 芒果聯(lián)盟,助力廣告收益提升20%-100%!
相關(guān)詞條:聚合SDK廣告平臺 | 程序化廣告 | 第三方短視頻SDK | APP開發(fā)者 | Banner廣告位設(shè)置 | 游戲APP收益 | APP推廣 | SDK平臺 | APP變現(xiàn)知識
免責(zé)聲明:本站文章來源于互聯(lián)網(wǎng),文章為作者獨(dú)立觀點(diǎn),不代表本站立場。如有侵權(quán),請聯(lián)系我們。