Home 技術文章 提高伺服器端廣告插入(SSAI)的透明度和故障排除
Applications

提高伺服器端廣告插入(SSAI)的透明度和故障排除

About The Author

Outline

改進OTT廣告採購,回放和驗證

OTT是廣播公司和內容創建者超越線性電視體驗的絕佳機會,它可以 根據每位觀衆的興趣對影片流進行個性化 設定。 這種高水平的個性化也是吸引OTT流廣告收入的關鍵因素,因爲它能夠以高費CPM率交付高目標的廣告。

但是,這一機會因廣告來源,播放和驗證挑戰而受到阻礙。 OTT廣告的許多標準都是新生的,而且還在不斷髮展。 此外,圍繞服務質量(QoS)進行深入調試和分析通常受到限制。 瞭解體驗品質(QoE)也很重要,例如廣告是否以一致的音量播放。

考慮到這些挑戰,以及我們持續致力於改善擴展和減少延遲,我們開發了專用AD代理服務作爲我們平臺的一部分。 最初設計爲後端增強功能,以提高流媒體平臺的可擴展性,它還提供了多種管理優勢,包括對廣告來源和交付工作流的更多可見性和控制。 這些工具使發佈商能夠優化向正確的查看者交付正確的廣告,並監控QoS和QoE的許多方面。

使用清單伺服器進行個性化流

在之前的部落格文章中,我們詳細介紹了清單伺服器在個性化流以融入定製廣告內容方面的作用。 如該帖子所述,清單伺服器負責發出廣告請求,解析響應,然後像任何其他內容一樣下載和處理廣告創意。 然後,清單伺服器會將整合的串流傳送給播放機,讓觀衆獲得更一致的體驗,最大程度地提升裝置相容性,並繞過廣告封鎖程式。

儘管清單伺服器設備齊全,能夠處理回放和個性化部分,但採購和驗證廣告所涉及的工作卻帶來了更多的複雜性和新的挑戰。 隨着我們不斷優化流式傳輸架構,爲數百萬併發觀衆提供個性化體驗,這導致了一項專注於支援這些活動的AD代理服務的開發。

採購和驗證挑戰

要獲取要插入流媒體的廣告,必須從廣告決策伺服器(ADS)(如freyheel或Google廣告管理器)中提取廣告內容。 這個過程包括請求廣告和傳遞流及其所有資訊,以便放置正確的廣告。 挑戰在於,給定伺服器上的許多廣告只是指向不同伺服器上實際廣告的包裝。

例如,如果有四個廣告插槽需要填寫,其中兩個插槽可以直接插入,但另外兩個插槽可能沒有廣告資產,而是包裝紙,寫道:”您的廣告不在這裏,它是在其他地方,您需要在這裏獲取。” 我們嘗試爲我們看到的每個廣告響應打開包裝並獲取可播放的影片資源。 我們會在解壓縮回應時驗證回應,以確保可播放的廣告資產準備好拼接至串流。 鑑於我們的架構旨在爲每個查看者提供個性化的清單,因此每個會話都會重複此過程,這可能相當於一個相當大的負載。

AD查找延遲

如果不並行處理,通過多個包裝程序跟蹤資產可能是延遲的主要原因。 某些包裝程序無法解析爲實際的AD資產。 爲了防止這種情況降低影片體驗,我們在繼續獲取下一個廣告之前限制了這種”水滴”。 在此工作流程中公開數據和見解有助於發佈者識別並解決無法提供廣告的需求來源,並確保觀衆在獲得最大廣告收入的同時,獲得不間斷的觀看體驗。

確保響應式廣告體驗還意味着要查看廣告查找對清單伺服器的影響,該伺服器正忙於以最短的延遲組合個性化流。 清單伺服器沒有專門用於生成和存儲AD性能數據的無限資源。 它只存儲生成清單所需的AD資訊,這可能會限制數據的可用性,從而調試有問題的AD調用和回放。

AD代理服務接管

如今,出版商需要一個可擴展的平臺,它可以交互和管理日益複雜的廣告插入過程,並提供對工作流和與其廣告合作伙伴關係的可見性。

下面顯示的是Ad Proxy服務流程架構。 在流的前端,播放器請求清單伺服器,直到它有足夠的資訊從ADS請求廣告。 一旦發生這種情況,清單伺服器將該任務移交給Ad代理服務,而不是直接聯繫ADS本身。 這種卸載不僅可以從清單伺服器上卸載,而且還能實現其他幾個優點,例如減少延遲和捕獲更多的調試數據。

提取和驗證廣告的工作由廣告代理服務處理,該服務爲清單伺服器釋放資源,將廣告拼接到流中以進行播放,並提供無縫的觀看體驗。

  1. 玩家請求清單。
  2. 內容要求Ad Proxy擷取廣告。 在接收到工作的唯一標識符後,內容將轉到清單生成中的其他步驟。
  3. AD代理開始執行請求的工作。
    1. 工作被置於隊列中等待其輪到處理。
    2. “工作人員”伺服器從隊列中提取作業,並開始從ADS請求AD資產,並將正在執行的工作步驟和任何生成的數據保存到數據庫中。
  4. 內容要求Ad Proxy參考唯一標識符,“我的作業x廣告在哪裏”。 廣告代理將廣告返回到內容,內容將其放入清單並將其返回給玩家。

縮放廣告查找

當Ad Proxy服務接收請求時,它會將請求排隊,以繼續接收新請求,從而提高可擴展性。 它還爲清單伺服器提供作業ID作爲佔位符,同時跟蹤廣告,以便清單伺服器可以繼續執行,而不必等待Ad Proxy。 然後,ADS工作人員開始通過呼叫ADS並發送所有捕獲的播放器數據和其他流資訊,以便ADS能夠提供適當的廣告,從而在隊列中開始咀嚼“AD作業”。 此過程的一個關鍵優勢是ADS工作人員可以並行提取廣告,從而消除潛在的瓶頸並減少延遲。

標準化ADS數據

在整個過程中,廣告代理和ADS之間的通信會與廣告一起記錄,並存儲在數據庫中。 數據因提供程序而異,可通過一致的命名約定進行分析和標準化。 這使得在分析或調試期間使用ADS數據的效率更高。

傳達廣告

當清單伺服器到達需要廣告的位置時,該過程即完成。 它調用廣告代理並說:“這是您給我的工作ID,給我廣告。” AD代理隨後從數據庫中提取它們並將它們一起發送。

索引和存儲AD信標活動

廣告代理服務還負責捕獲和存儲來自玩家的信標資訊,這是確保適當貨幣化的關鍵。 信標存儲爲具有主鍵的單個對象。 因此,當清單伺服器請求廣告時,Ad Proxy服務還提供信標資訊。 然後,當玩家命中一個特定的檢查點時,它會根據它在清單中被指示的操作觸發一個信標。 然後,信標工作人員從數據庫中獲取對象,然後進行適當的更新以說明此時已觸發;ADS回覆的響應爲x,它有錯誤或沒有錯誤,並且它存儲了所有這些資訊。

疑難排解廣告播放

跟蹤和分析包括在流程中。 廣告代理架構通過API,GUI和推送日誌提供了有關廣告性能和觀衆的廣泛資訊。 我們知道“如果”和“爲什麼”存在廣告問題,因此如果沒有載入廣告,就不會再有指尖—您可以指向數據。 每個會話都包含在內,無需額外配置,數據可訪問最多14天。

通過API,內容發佈者可以分析如下資訊:

  • 來自外部ADS的原始請求和響應數據
  • 響應時間和大小
  • 返回的廣告數量
  • AD POD位置
  • 設備類型
  • 包裝數量
  • 錯誤(例如,無廣告退貨,解析失敗,連接錯誤)
  • 來自廣告提供商的警告(例如,缺少可選但建議的參數)
  • 請求失敗(例如VPAID)

結論

希望以個性化的影片體驗吸引每位觀衆的發行商必須設計他們的流媒體工作負載以進行擴展。 爲廣告處理創建專用服務不僅提高了清單伺服器的性能,該引擎爲個人觀衆提供個性化廣告,內容和中斷支援的引擎,而且還創建了一個強大的工具,用於排除廣告支援的影片流,並確保高質量的電視觀看體驗。

通過更好地瞭解廣告代理服務問題的根本原因 ,內容發佈商和廣播商可以瞭解廣告營運工作流。 它們可以與其他數據相關聯,以提高觀衆保留率並最大限度地提高廣告收入。