改進OTT廣告的來源，播放和驗證
OTT是廣播公司和內容創建者超越線性電視體驗的絕佳機會，它可以根據每個觀眾的興趣個性化影片流。 這種高水平的個性化也是吸引廣告收入到OTT流的關鍵因素，因為它能夠以超值的CPM費率提供高針對性的廣告。
但是，這一機會受到廣告來源，播放和驗證挑戰的阻礙。 許多有關OTT廣告的標準都是新生的，仍在不斷發展。 此外，圍繞服務質量(QoS)的深入調試和分析通常是有限的。 了解用戶體驗質量(QoE)也很重要，例如廣告是否以一致的音量播放。
考慮到這些挑戰以及我們不斷致力於提高擴展性和減少延遲，我們開發了專用AD代理服務作為我們平臺的一部分。 最初設計為後端增強功能，以提高流媒體平臺的可擴展性，它還提供多種管理優勢，包括對廣告采購和交付工作流的可見性和控制。 這些工具可讓發行者最佳化將正確的廣告傳遞給正確的檢視者，並監控QoS和QoE的許多層面。
使用清單伺服器進行個性化流
在上一篇部落格文章中，我們詳細介紹了清單伺服器在個性化流以合併定制廣告內容方面的作用。 正如該帖子中所討論的，清單伺服器負責發出廣告請求，解析響應，然後下載和處理廣告創意，就像任何其他內容一樣。 然後，Manifest伺服器會將整合的串流傳送到播放器，讓觀眾獲得更一致的體驗，最大程度地提高裝置相容性，並避開廣告封鎖程式。
儘管清單伺服器配備齊全，可以處理回放和個性化部分，但采購和驗證廣告所涉及的工作帶來了更高的復雜性和新的挑戰。 隨著我們繼續優化流媒體架構，為數百萬同時觀看者提供個性化體驗，這導致開發了專注於支援這些活動的廣告代理服務。
采購和驗證挑戰
要獲取即將插入流媒體的廣告，必須從廣告決策伺服器(ADS)(如Freewheel或Google Ad Manager)獲取廣告內容。 此過程涉及請求廣告，並在流媒體中傳遞所有資訊，以便放置正確的廣告。 挑戰在於，給定伺服器上的許多廣告只是指向不同伺服器上實際廣告的包裝。
例如，如果有四個廣告插槽需要填充，其中兩個可以直接插入，但其他兩個可能沒有廣告資產，而是包裝人員說：“您的廣告不在這裏，而是在其他地方，您需要到這裏來。” 我們嘗試為每個廣告回應解包並取得可播放的影片資產。 我們會在解包時驗證回應，以確保可播放的廣告資產已準備好與串流接合。 鑑於我們的體系結構旨在向每個查看者提供個性化清單，因此每個會話都會重複此過程，這可能會產生相當大的負載。
AD查找延遲
如果不並行處理，通過多個包裝跟蹤資產可能是延遲的主要原因。 某些包裝程序從不解析為實際的廣告資產。 為了防止這種情況降低影片體驗，我們在繼續下一個廣告之前限制了這種“水滴”。 在此工作流程中透露數據和見解有助於發行商識別並解決不會導致廣告投放的需求來源，並確保觀眾獲得不間斷的觀看體驗，同時最大限度地提高廣告收入。
確保響應式廣告體驗還意味著查看廣告查找對清單伺服器的影響，清單伺服器正忙於以最小延遲組合個性化流。 清單伺服器沒有無限的資源專門用於生成和存儲AD性能數據。 它僅存儲生成清單所需的AD資訊，這會限制數據的可用性，以調試有問題的AD調用和回放。
AD代理服務接管
如今，出版商需要一個可擴展的平臺，該平臺可交互和管理日益復雜的廣告插入流程，並提供對工作流和與廣告合作夥伴關係的可見性。
下麵顯示的是Ad Proxy服務流體系結構。 在流的前端，播放器請求清單服務器，直到它有足夠的信息從ADS請求廣告。 一旦發生這種情況，清單伺服器就會將該任務交給Ad Proxy服務，而不是與ADS本身聯繫。 這種卸載不僅可以從清單伺服器上執行，而且還可實現其他幾個優點，例如減少延遲和捕獲更多的調試數據。
擷取和驗證廣告的工作是由廣告代理服務處理的，該服務會釋放資源給資訊清單伺服器，將廣告拼接至串流播放，並提供順暢的觀賞體驗。
- 播放器請求清單。
- 內容要求廣告代理獲取廣告。 在收到作品的唯一標識符後，內容將轉到清單生成中的其他步驟。
- AD Proxy開始執行要求的工作。
- 將工作放入隊列中等待其輪次處理。
- “工作人員”服務器從隊列中提取作業，並開始從ADS請求AD資產，並將所完成工作的步驟和任何生成的數據保存到數據庫中。
- 內容會詢問廣告代理，“我的廣告在哪裏可以找到工作x”，並引用唯一標識符。 廣告代理會將廣告傳回內容，內容會將廣告放入資訊清單中，並傳回給玩家。
擴展AD查找
當Ad Proxy服務接收請求時，它會將請求排隊，以便繼續接收新請求，從而提高可擴展性。 它還為清單伺服器提供一個作業ID作為占位符，同時跟蹤AD，以便清單伺服器可以繼續執行，而無需等待Ad Proxy。 然後ADS工作人員開始通過呼叫ADS並發送所有捕獲的播放器數據和其他流資訊來搜尋隊列中的“廣告作業”，以便ADS可以提供相應的廣告。 此過程的一個主要優勢是ADS工作人員可以並行獲取廣告，從而消除潛在的瓶頸並減少延遲。
標準化ADS數據
在整個過程中，廣告代理和ADS之間的通信將與廣告一起記錄並存儲在數據庫中。 這些數據可能因提供者而異，並使用一致的命名約定對其進行分析和規範化。 這使得在分析或調試過程中使用ADS數據的效率更高。
投遞廣告
當清單伺服器到達需要AD的位置時，該過程即告完成。 它呼叫廣告代理並說：“這是你給我的工作ID，給我廣告。” AD Proxy接著會從資料庫擷取並傳送這些資料。
索引和存儲AD信標活動
廣告代理服務還負責捕獲和存儲來自播放器的信標信息，這是確保正確盈利的關鍵。 信標存儲為帶有主鍵的單個對象。 因此，當清單伺服器請求ADS時，Ad Proxy服務也會提供信標資訊。 然後，當玩家到達特定的檢查點時，它會根據清單中指示的操作來觸發信標。 然後，信標工作者從數據庫中獲取對象，然後進行適當的更新以說明這一點已觸發；ADS返回的響應是x，它有錯誤或沒有錯誤，並存儲所有這些信息。
排除廣告播放故障
跟蹤和分析包括在流程中。 廣告代理架構通過API，GUI和推送日誌提供有關廣告性能和收視率的廣泛資訊。 我們知道“如果”和“為什麼”存在廣告問題，因此如果廣告不載入，就不再需要指責—您可以指向數據。 每個會話都包括在內，無需額外配置，數據可訪問最長14天。
通過API，內容發布者可以分析以下資訊：
- 來自外部ADS的原始請求和響應數據
- 響應時間和大小
- 傳回的廣告數量
- AD POD位置
- 設備類型
- 包裝器數量
- 錯誤(例如，無廣告退貨，解析失敗，連接錯誤)
- 來自廣告提供商的警告(例如，缺失可選但推薦的參數)
- 請求失敗(例如VPAID)
結論
出版商希望讓每位觀眾都能獲得個性化的影片體驗，他們必須構建相應的流媒體工作負載。 創建專屬的廣告處理服務不僅可以提高Manifest伺服器的性能，該引擎可為單個觀眾提供個性化廣告，內容和中斷服務，還可創建強大的工具來排除廣告支援的影片流故障，並確保獲得類似電視的高質量觀看體驗。
通過更好地了解廣告代理服務問題的根本原因，內容發行商和廣播商可以了解廣告營運工作流程。 它們可以與其他數據關聯，從而提高觀眾保留率並最大化廣告收入。
