透過 SupplyChain 物件獲得出價透明度

透過 SupplyChain 物件,買方和中介商可以查看所有參與銷售或經銷廣告空間的關係方。這個物件會與 ads.txt/ads.txtads.txt 協同運作,清楚交代整個廣告生態系統中的資訊。

  1. 發布商傳送出價要求。
  2. 買方收到出價要求和來自 SupplyChain 物件的資料。
  3. 買方查詢經銷廣告空間的所有中介商的 ID。
  4. 買方檢索及驗證有權銷售廣告空間的廠商。

Google 會依適用情況,在 OpenRTB 要求或 Google RTB 通訊協定中自動建立相關的物件。

SupplyChain 物件的運作方式

SupplyChain 物件 (又稱為 schain) 是 OpenRTB 出價要求中的一部分,而且內含多個「節點」。schain 物件中的每個節點就代表參與出價要求中的一個特定實體;也就是說,與廣告空間直接付款流程相關聯的所有實體都會包含在該物件中。

// 物件示例
"schain": {
    "complete": 1,
    "nodes": [{
         "asi":"google.com",
         "sid":"pub-1234567891234567", // 與 sellers.json 檔案中發布商相同的 seller_id
         "hp":1
    }],
    "ver":"1.0"
}

如需詳細資訊,請參閱 OpenRTB 開發人員文件IAB 說明文件

視您與買方的合作方式而定,SupplyChain 物件的內容會有所不同。

透過 Google 直接銷售廣告的發布商

對於直接透過 Ad Manager、AdMob 或 AdSense 銷售廣告空間的發布商而言,schain 物件中只會有一個「google.com」的節點以及 sellers.json 中相對應的 seller_id

使用公開出價的廣告發布商

對於使用公開出價與第三方廣告交易平台合作的發布商而言,在 schain 物件中會有兩個節點,其中一個節點為 google.com 以及在 sellers.json 中相對應的 seller_id,另一個則是屬於廣告交易平台收益夥伴的節點。

Google 會在傳送出價要求之前建立 google.com 的節點,而第三方廣告交易平台也同樣必須在傳遞要求之前,將自己的節點加入要求之中。

所有與付款無關的中介商

SupplyChain 物件中並不會納入不處理付款的中介商,例如用戶端標頭出價、非付款標頭出價,以及其他的中介服務。

發布商在提出請求前使用付款中介服務

如果發布商採用付款中介服務向 Google Ad Manager 提出請求,則必須依據 IAB 指南傳送 SupplyChain 物件。SupplyChain 物件應只包含與廣告空間付款流程直接相關的中介商,這些中介服務可能包含發布商使用的第三方廣告伺服器技術。您可以使用 schain 參數,在廣告請求中傳送 SupplyChain 物件。

注意:附加至 SupplyChain 物件的任何其他節點,也應在發布商的 ads.txt/app-ads.txt 檔案中顯示,否則買方可能會將流量視為未經授權。

使用多重客戶管理的廣告發布商

多重客戶管理 (MCM) 可讓上層發布商以兩種方式透過子發布商的廣告空間營利:一是以「管理帳戶」委任類型的方式傳送個別的要求,另一個是用「管理廣告空間」委任類型的方式傳送大量的要求。

管理帳戶合作夥伴

對使用管理帳戶的上層和子發布商而言,schain 物件中會有一個內含子發布商賣方 ID 的節點,且系統會將供應鏈標示為完成。對「管理帳戶」發布商而言,營利的情況其實是出現在子發布商的帳戶中。因此,系統會將子發布商視為終端發布商,而上層發布商的資訊就不會包含於 schain 物件之中。

管理廣告空間合作夥伴

MCM 管理廣告空間發布商現在已將 SupplyChain 物件標示為「完成」。MCM 子發布商有 1 個節點,MCM 上層聯播網有 1 個節點,節點則會標示為完成。

進行這項更新時,MCM 管理廣告空間上層發布商必須透過 Ad Manager 前端或 API,共用子發布商的賣方 ID (SID)

已完成的 SupplyChain 物件範例

這個例子會顯示以 Google 做為廣告交易平台,且將 MCM 子發布商與上層發布商的 SupplyChain 物件標示為「完成」的案例。

"schain" : {
    "ver": "1.0",
    "complete" : 1,
    "nodes" : [

// MCM 子發布商的節點
        {
            "asi":"mcm-parent-example.com",  // 這是範例,請務必輸入上層發布商的實際網域。 
            "sid":"52e41fac28963d1e058a106f", // 在上層發布商 seller.json 檔案中的子發布商賣方 ID
            "hp":1,
        },

// MCM MI 上層發布商的節點
        {
            "asi":"google.com",
            "sid":"pub-1234567891234567", // 在 Google seller.json 檔案中的 MCM 上層發布商的發布商 ID
            "hp":1,
        }
    ]
}

常見問題

為什麼 MCM 的上層發布商需要建立 sellers.json 檔案?

這是為了要在 sellers.json 檔案中公開提供合作夥伴的相關資訊,用於協助買方確認其廣告空間的一個重要步驟。

進一步瞭解 IAB sellers.json 檔案的規格

所有的子發布商都必須具備有效的 ads.txt 檔案嗎?

是的。在邀請 MCM 子發布商的流程中,子發布商可以設定 ads.txt 檔案,用以驗證其所擁有和經營網站的網站擁有權。

如果子發布商並未在 ads.txt 中加入將 MCM 上層發布商列為 DIRECT 的敘述行 (例如 MCM-parent-example.com, MCM 子發布商的 Seller ID, DIRECT),但卻將上層發布商的發布商 ID 列成 Google 的敘述行 (例如 google.com, MCM 上層發布商的發布商 ID, RESELLER, f08c47fec0942fa0),則是否會對收益造成負面影響?供應鏈會標示為完成嗎?

系統會將供應鏈標示為完成,但由於 SupplyChain 中有一個節點不屬於 ads.txt 所列舉的授權賣方網站,買方可能會將該流量視為「未獲授權」。請更新 ads.txt 檔案,將 MCM 上層發布商納入並設為 DIRECT (例如 MCM-parent-example.com, MCM 子發布商的 Seller-ID, DIRECT),此為避免這類錯誤的必要步驟。

 

 

 

這對您有幫助嗎?

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

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

查看新功能

搜尋
清除搜尋內容
關閉搜尋
Google 應用程式
主選單