計算廣告-合約廣告核心技術

合約廣告的關鍵特徵是廣告投放的價格和量由雙方協商約定

在實際的媒體廣告投放中，經常會遇到CPT廣告與其他伺服器決策的動態廣告混合的情形，並需要處理動態廣告返回失敗的防天窗問題，

合約廣告的重點形式是按照指定受眾購買的，按照CPM計算的展示量合約廣告

展示量合約廣告的投放系統成為擔保式投放系統

它依賴於受眾定向，流量預測，點擊率預測三項基本技術並採用在線分配的方式完成實時決策

在線分配的問題，即在一組合約量的約束條件下，對每個在線到達的展示做投放決策，已優化某效果目標

廣告排期系統

對於按照CPT結算的廣告位合約，媒體一般採用廣告排期系統來管理和執行

廣告排期系統並不是一個個性化系統，也不太需要伺服器端的動態決策

廣告排期系統的一般技術方案是將廣告素材按照預先確定的排期直接插入媒體頁面，並通過內容分發網路加速訪問，這樣可以使得廣告投放延遲很小，也沒有伺服器的壓力和開銷

廣告排期系統需要注意的問題在於：與其他動態廣告混合投放的時候的調度策略

另一個相關問題就是當一些橫幅廣告位沒有廣告合約需要用其他伺服器動態決策的廣告補足的時候，由於伺服器可能出現超時或者其他錯誤導致廣告未能返回，那麼也需要再頁面上展示一個默認廣告放置廣告位的空白，這樣的廣告稱為防天窗廣告

防天窗廣告由於需要再伺服器不工作的情況下進行補倉，因此也應該放在CDN上進行實現

排期與動態廣告混合系統

• 首先前端的廣告位代碼從CDN上獲取一個默認廣告素材以及標識此廣告是優先的CPT廣告還是防天窗廣告的參數
• 根據上述的參數，如果CDN上獲得的是一個CPT廣告，那麼直接將素材渲染到頁面上面即可
• 如果CDN上獲得的是一個防天窗廣告，則優先向廣告投放機發送請求，如果在指定的延時時間內有廣告返回，則將其渲染在頁面上
• 如果伺服器在指定延遲時間內沒有廣告返回或者發生其他錯誤，則將從CDN里得到的防天窗廣告渲染在頁面上
• 可以驗證，這樣的系統只要CDN不發生錯誤，這樣的系統可以保證不會出現廣告位上的天窗，
• 由於我們對廣告位合約直接透過前端投放，這部分流量上避免了訪問伺服器帶來的延遲，因此CPT廣告的效果可以得到較好的保證
• 實際的排期和動態廣告混合系統，由於有輪播模式的存在和地域定向的請求，會比上述的邏輯更加複雜一點，不過沒有原理上面的差異

擔保式投放系統

與展示量合約對應的廣告系統成為擔保式投放系統

在展示量合約這樣的交易結構中，只要合約都被滿足的話，系統的受益就是一定的

擔保式投放系統的整體架構:

在此系統中，在線投放引擎接受用戶觸發的廣告請求，根據用戶標籤和上下文標籤找到可以匹配的廣告合約，然後由在線分配模塊決定本次展示投放那個廣告，完成決策後，將展示和點擊日誌送入數據高速公路，這些日誌一方面進行離線分散式計算平台以後，通過日誌的整理，完成合約的計劃，即確定在線分配演算法的參數，再將分配方案送給線上投放機使用，另一方面，日誌也送到流計算平台，在反作弊和計價的基礎上，在對索引進行快速的調整，可以看出，這一系統的核心技術是在線分配的演算法決策與執行過程

由於擔保式投放需要用到人群標籤和上下文標籤，因此在廣告檢索的過程中也需要用到用戶標籤和頁面標籤這兩個標籤庫，

流量預測

流量預測的問題可以描述為：給定一組受眾標籤組合以及一個eCPM的閾值，估算在將來某個時間段內符合這些受眾標籤組合的條件，並且市場價在該eCPM閾值以下的廣告展示量，這裡的eCPM閾值主要用於競價廣告系統中，目的在於了解在某出價水平下的流量情況，

流量預測，是根據歷史數據的統計來擬合未來的流量

當然，也可以引入時間序列的方式，從流量在時間軸上的規律預測未來某個時間段的流量，這主要適用於需要短時預測的場景，

工程上面的主要挑戰在於：給定的受眾標籤組合可能性非常多，不可能將所有的這些組合都預先做好統計，可行的思路是將其視為反向檢索的問題

在一般性的檢索問題上面，索引的文檔是廣告，查詢的是標籤

而在流量預測上面，索引的是標籤，查詢時受眾條件

頻次控制

頻次，指的是某個用戶在一段時間內看到某個或者某組廣告的曝光次數，

隨著某個用戶看到同一個創意頻次的上升，點擊率呈下降的趨勢這一點是可以驗證的

因此，在按照CPM採買流量的時候，廣告主有時候會要求頻次控制某個用戶接觸到某個創意的次數，以達到提高性價比的目的

特別是在視頻廣告這樣的有效曝光程度較高的廣告產品中，頻次控制的意義就更加重要了

頻次控制的需求可以描述為，控制各標籤組合在一定的時間周期內的展示量

應該說，頻次的明確要求主要存在於展示量合約廣告中，

頻次控制有客戶端和伺服器端兩種解決方案，

客戶端的解決方案就是把某個用戶對某個廣告創意的頻次值記錄在瀏覽器的cookie中，投放決策時再把這個值傳給伺服器來決策創意，這個方案的好處在於簡單易於操作，而且服務成本低，但是可擴展性差，當同時跟蹤多個廣告的頻次的時候，coolie會變得很重，影響廣告相應時間

當然在移動應用廣告中利用SDK做前端投放控制的場景，客戶端的方案是非常好的選擇

伺服器端的方案是在後台設置一個專門用於頻次記錄和更新的緩存，當廣告請求到來的時候，在緩存中查詢候選詞廣告的頻次，並根據最後投放的廣告更新頻次

頻次控制用到的緩存同時存在高並發讀和高並發寫的要求

而且隨著頻次控制粒度要求的不同，需要記錄的頻次變數數量可能很大

在線分配

在線分配問題指的是在通過對每一次廣告展示進行實時在線決策，從而達到在滿足某些量的約束的前提下，優化廣告產品整體收益的過程