在程式化廣告實際業務中，經常會出現流量賣方的各種不同的廣告資源同買方需要進行技術對接。其中依據媒體類型及對接方式的不同，會采用不同的技術方案，如下表所列。不同的技術方案存在各種不同的特點、問題、注意事項及對接周期。下面就一些大家需要重點關注的點進行詳細介紹。
注：服務端對接方式下除App端媒體廣告流量外，PC與移動Web媒體廣告流量都需增加CookieMapping。
SDK：軟體開發工具包(Software Development Kit)的英文縮寫。
API：應用程式程式設計接口(Application Programming Interface)。
VPAID：Video Player Ad Interface Definition的縮寫，視訊播放器廣告接口定義，它定義一個廣告和視訊播放器之間為了實作更多的互動體驗而增加的通信協定。後面會有展開介紹。
VAST：VIDEO AD SERVING TEMPLATE的縮寫，後面會有展開介紹。
PC/移動Web媒體主要采用JS（JavaScript）廣告位代碼、API的方式進行技術對接。下面我們分别來看一下這兩種技術模式不同的特點。
JS代碼
媒體（廣告流量賣方）通過排期系統投放買方系統的JS代碼。廣告的展示及使用者浏覽網頁的相關資料的擷取，均由該JS代碼完成，進而解決了雙方CookieMapping的問題。此方式技術對接周期較快，一般1～2個工作日就能完成，但這種方式由于媒體方喪失了對流量的控制權，若不是廣告投放預算足夠大，媒體方一般不會支援。
API
API主要是服務端接口對接的方式，目前業内大都會采用在OpenRTB标準協定基礎上進行定制的方式。雙方需要進行CookieMapping。此方式技術對接周期較長，一般1～2個月才能完成。這種方式由于媒體賣方可對流量進行控制，故是較為常見的技術對接方式。
對于移動App媒體主要采用SDK、API的方式進行技術對接。下面我們分别來看一下兩種技術模式不同的特點。
SDK
廣告的展示及使用者手機的相關資料的擷取均由SDK代碼完成。SDK采用自己的裝置ID規範，不需雙方統一裝置ID規範。此方式技術對接周期快，但存在一個App新版本釋出的更新周期，一般3個月左右。采用這種方式由于媒體賣方喪失了對流量的控制權，故稍大一些的媒體賣方一般均不支援該模式。
API主要采用的是服務端接口對接的方式，大都會采用基于OpenRTB标準協定進行定制的方式。雙方需要遵守統一的裝置ID規範。此方式技術對接周期較長，在媒體方技術已準備好的情況下，也至少需要1個月才能完成技術對接（若媒體技術未準備好，則可能需要花近半年的時間進行改造，改造的核心就是媒體每次廣告曝光機會需請求伺服器申請精準的廣告，而不是之前提前按排期下發擷取廣告）。這種方式由于媒體賣方可對流量進行控制，故是常見的技術對接方式。
視訊媒體廣告常用“頁面廣告位嵌代碼”及API方式進行對接。API對接方式的問題及注意事項同上述的PC及移動App媒體的API對接模式，這裡就不再展開介紹了。而 “頁面廣告位嵌代碼”模式主要采用VAST或VPAID作為協定規範來進行技術對接，下面就給大家簡單介紹一下。
VAST實用知識
VAST是Video AD Serving Template的縮寫，中文譯為視訊廣告投放模闆，是用于線上視訊媒體擷取視訊廣告的一種通信協定，描述了視訊廣告響應的XML結構。VAST使廣告響應可以用于任何廣告伺服器（但凡接觸過視訊廣告或者視訊廣告程式化的同學一定都聽過“VAST”這個詞）。如下圖所示為協定文檔中的原圖截圖，其對視訊廣告播放器通過VAST協定拉取廣告的基本流程進行了描述。
上圖所示流程的大體說明如下：
1）視訊媒體的視訊播放器在需要展示廣告時會向媒體端的廣告伺服器發起請求拉取廣告。
2）媒體端廣告伺服器根據廣告系統廣告上刊的排期設定，決定展示哪個廣告，并采用VAST協定的XML結構返給視訊播放器端。具體XML内容示例如下面的代碼所示。同OpenRTB的代碼示例類似，還是希望大家能大概認識，以便實際工作中不被忽悠。
VAST XML簡單示例
3）媒體視訊播放器會同時向自己的廣告伺服器及監測方的位址（根據VAST中的“Tracking”資料段中的監測代碼設定）發出監測資料。
大家可能會有疑問，如果我們需要媒體方通路我方程式化廣告系統提供的VAST，該如何處理呢？VAST還支援VAST Redirect（VAST重定向），即一個VAST廣告響應可指向另一個VAST服務（有時稱為下遊VAST響應）。具體互動流程如下圖所示。
對上圖所示流程大體介紹如下：
1）視訊播放器向媒體端廣告伺服器發起請求拉取廣告。
2）在媒體排期中設定傳回“VAST重定向”的内容，也就是在媒體的排期系統中上傳的素材是一段外部廣告系統的VAST Tag（VAST标簽），即當被調用時傳回含有該外部VAST服務的URI。而這種重定向采用的是Wrapper（包裝）方式傳回的VAST：在VAST的背景下，一個包裝就是一個響應，它提供了視訊播放器調用一個二次VAST回應的URI。二級響應可能會是另一種包裝或一個VAST線内（inLine）響應。具體内容參見如下代碼，注意例子中的、相關的節點。
3）視訊播放器收到上述VAST傳回的内容後，知道了需要再“重定向”請求另外一個廣告伺服器擷取廣告内容。即根據VASTAdTagURI中的提供的廣告URI（Uniform Resource Identifier統一資源辨別符）去拉取廣告。這個廣告URI即外部的程式化廣告伺服器的URI。
4）程式化廣告伺服器根據計算結果将相應的廣告VAST内容傳回給到視訊播放器，傳回的就是标準的VAST内容。
5）媒體視訊播放器會同時向自己的廣告伺服器及監測方的位址（根據VAST中的“Tracking”資料段中的監測代碼設定）發出監測資料。
注：截至本書完稿時VAST最新标準是4.0。
下面說明幾個我們在實際工作使用VAST時應注意的幾個要點問題及事項：
1）Flash的跨域調用安全信任問題：現在大部分視訊媒體的視訊播放器還是為Flash為主，少量使用HTML5的
<video></video>
大家都可以使用上述代碼檢測crossdo main.xml檔案是否存在，以確定項目執行時不出現各種坑。
2）VAST技術對接模式下是否還需要CookieMapping？因VAST技術對接模式下的廣告請求是直接從視訊媒體播放器中發出的，是以不存在多域名CookieMapping的問題。關于CookieMapping将在第3章詳細介紹。
3）VAST技術對接模式下媒體為什麼不接受退量？正是因為VAST技術對接模式下的廣告請求是直接從視訊媒體播放器中發出的，大部分媒體不支援VAST傳回空時，再去請求廣告，很多媒體都是直接播放打底廣告的。是以很多大的視訊媒體是不能接受VAST對接模式下傳回空的情況出現的（即我們常說的返量或退量）。當然一些小媒體為了獲得更多預算會接受（實操時，返量就會用打底廣告或其他變通方式進行處理）。
4）VAST技術對接模式下如何傳遞參數？例如裝置ID、頻道劇目資訊等。我們會在URL的參數中加入我們需要的各種參數，具體URL示例可參見如下代碼。
VAST URL示例
5）ADX服務端Sever To Server（OpenRTB）對接模式中，僅少數視訊媒體ADX支援采用VAST作為廣告傳回格式，但是其他大部分視訊媒體都是上傳的創意及監測代碼，且創意Host在媒體方。支援VAST模式傳回創意的，可以支援富媒體、視訊廣告播放進度監測等進階功能。例如下面的代碼就可以傳回一個高互動體驗的富媒體廣告（例如可以玩遊戲等），這個“高互動體驗的富媒體廣告就是使用application/x-shockwave-flash技術實作的。
VAST富媒體XML示例
6）VAST支援視訊廣告播放進度監測，在VAST中的Tracking Event節點可以在不同的事件點放置監測代碼，即可收集媒體方發送過來的廣告播放進度資料，如下面的代碼所示。
VAST“Tracking Event”示例
視訊廣告播放進度相關的監測事件點有：
start：視訊廣告已播放開始的事件點；
firstQuartile：視訊廣告至少已播放25%的事件點；
midpoint：視訊廣告至少已播放50%的事件點；
thirdQuartile：視訊廣告至少已播放75%的事件點；
complete：視訊廣告已正常播放完成的事件點。
國内僅部分視訊媒體VAST支援這些進度事件，且很少有所有事件都支援的視訊媒體。
VPAID要點
所謂VPAID（Video Player Ad Interface Definition），就是視訊播放器廣告接口定義，它定義一個廣告和視訊播放器之間的為了實作更多的互動體驗而增加的通信協定。因為在視訊廣告播放時，随着廣告視訊的播放及使用者的參與互動，需要一種技術标準規範來統一這些事件點，讓“高互動體驗的富媒體廣告”更容易被行業内規範規模化地制作出來。簡單說就是可投放的“高互動體驗的富媒體廣告”使用到的正是VPAID的技術接口規範。通過VPAID能達成一些富媒體廣告特效，例如廣告“開始播放”“被使用者點選”“被使用者放大”“被使用者暫停”等。使用者及廣告播放的事件，都被傳遞給廣告内部的程式，這樣廣告内部的程式可以針對這些事件對使用者的互動動作進行響應。通過這樣的方式來完成整個高互動體驗的富媒體廣告。大體的互動示意如下圖（協定文章中的原文截圖）所示，這些互動細節也是為了讓大家形成大體的感性認知，故這裡就不再展開細節描述了，細節大家可以參考IAB上的專業文檔。
那麼使用VPAID，可以同視訊媒體播放器采用三種方式來投放廣告：
1）媒體視訊播放器首先可以自己實作一個VPAID廣告接口協定容器。這樣媒體就可以通過這個VPAID容器播放任何相容VPAID的廣告了，不論是通過VAST Tag方式擷取的廣告，還是直接被投放的VPAID廣告素材。VPAID是一套标準接口協定，若媒體視訊播放器是用Flash技術實作的，那麼就要用Flash實作VPAID的接口定義。若媒體視訊播放器是用HTML5+JavaScript技術實作的，那麼就用要用HTML5+JavaScript實作VPAID的接口定義。VPAID廣告互動大體流程如下圖所示。
由上圖可知：
視訊播放器請求廣告伺服器，擷取遵循VPAID接口規範的富媒體互動廣告程式檔案。
廣告伺服器傳回遵循VPAID接口規範的富媒體互動廣告程式檔案。
視訊播放器按VPAID的接口規範播放富媒體互動廣告程式檔案，并不斷根據視訊廣告播放進度及使用者互動事件，同該VPAID富媒體互動廣告程式不斷通信。
視訊播放器向服務端發出監測資料。
2）VAST方式傳回VPAID：在媒體視訊廣告播放器擷取的VAST tag内容中傳回的是遵循VPAID規範的富媒體互動廣告程式檔案的URI；媒體視訊廣告播放器拉取富媒體互動廣告程式檔案，然後按VPAID的接口規範播放該富媒體互動廣告程式檔案，并不斷根據視訊廣告播放進度及使用者互動事件，同該VPAID富媒體互動廣告程式不斷通信。大體的內建互動流程示意如下圖所示。VAST內建VPAID示例片段可參見下面的代碼，該代碼示例中的VPAID富媒體廣告是采用application/x-shockwave-flash技術實作的。
VAST內建VPAID示例片段