影片廣告解決方案動態饋給總覽

如要將廣告指定至影片內容,Ad Manager 會連結到您的 CMS (內容管理系統),並擷取影片中繼資料。Ad Manager 已內建某些系統 (例如 Brightcove 和 Ooyala) 的整合功能,可讓您透過 Ad Manager 介面使用。針對大部分的其他系統,Ad Manager 可使用以 RSS 為基礎的動態饋給來擷取中繼資料。

規格會顯示下列資訊:

  • 影片 CMS 應如何在動態饋給公開影片內容中繼資料,以便 Ad Manager 擷取。
  • 有利於擷取大量中繼資料的分頁機制,並能加快重新整理中繼資料時所需的定期同步處理作業。使用分頁機制可確保達到最佳成效。

影片內容中繼資料動態饋給的結構

請參閱必要元素和建議元素,或動態饋給範例中用來設定動態饋給的結構。這些元素會對應到 Ad Manager 在剖析動態饋給時讀取的命名空間,如下所示。

結構定義 命名空間網址 範例中使用的命名空間前置字元
Atom 聯合發布格式 http://www.w3.org/2005/Atom atom
媒體 RSS http://search.yahoo.com/mrss/ media
影片廣告解決方案中繼資料 http://api.google.com/dfpvideo dfpvideo
TMS/Gracenote 中繼資料 http://data.tmsapi.com/v1.1 tms

常見問題

全部展開  全部收合

Ad Manager 如何提出 MRSS 動態饋給請求?

動態饋給的網址會指向發布商 CMS 中所有影片的分頁動態饋給。

我需要提供 Delta MRSS 動態饋給嗎?

Delta 動態饋給已淘汰,因此不再適用。系統會根據必要的 <lastModifiedDate> (表示影片的任何部分或影片中繼資料上次修改的時間) 來同步處理您的內容。

MRSS 動態饋給中三個不同的日期欄位有何不同?

MRSS 動態饋給可能包含 3 個不同的日期和時間相關 MRSS XML 欄位,也就是 <pubDate><lastModifiedDate><lastMediaModifiedDate>,分別有不同的用途。這些 XML 元素中的資料格式都必須符合 RFC 822 規格或遵照 ISO 8601 格式。

RFC 822 範例


  • Wed, 31 Oct 2016 08:00:00 EST
  • Wed, 31 Oct 2016 13:00:00 GMT
  • Wed, 31 Oct 2016 15:00:00 +0200

 

ISO 8601 範例


  • 20161031
  • 2016-10-31
  • 2016-10-31T08:00:00+01:00

<pubDate>

這個欄位表示內容發布的日期,僅適用於影片廣告規則

<lastModifiedDate>

這個欄位表示影片之前的任何部分或影片中繼資料上次修改的時間。

<lastMediaModifiedDate>

若動態饋給是動態廣告插播的隨選影片內容來源,才需使用這個欄位。這個欄位中的日期表示 <dfpvideo:ingestUrl> 中參照的影片檔案上次修改的日期。如果您已透過任何方式將內容重新轉碼或變更內容 (例如新增或移除了變數),則應更新這個欄位。

如果動態饋給中的這個值曾經更新,內容中的 <lastModifiedDate> 也需要更新。

Ad Manager 可以處理特別龐大的影片廣告空間嗎?

Ad Manager 可以處理不限數量的影片。請一律為整個動態饋給套用分頁;建議一頁 100 項資料。

Ad Manager 如何處理影片中的片中廣告提示點?

只要 Ad Manager 與內容來源同步,就會擷取提示點資訊。如果您新增或變更影片提示點,並且想立即更新影片資訊,也可以手動方式進行同步處理。

這對您有幫助嗎?

我們應如何改進呢?
true
版本資訊

瞭解 Ad Manager 最新功能和說明中心更新內容。

查看新功能

搜尋
清除搜尋內容
關閉搜尋
主選單
16591170729443516128
true
搜尋說明中心
true
true
true
true
true
148
false
false