透過 SupplyChain 物件，買方和中介商可以查看所有參與銷售或經銷廣告空間的關係方。這個物件會與 ads.txt/app-ads.txt 和 sellers.json 協同運作，清楚交代整個廣告生態系統中的資訊。
- 發布商傳送出價要求。
- 買方收到出價要求和來自 SupplyChain 物件的資料。
- 買方查詢轉售廣告空間的所有中介商的 ID。
- 買方檢索及驗證有權銷售廣告空間的廠商。
Google 會依適用情況，在 OpenRTB 要求或 Google RTB 通訊協定中自動建立相關的物件。
SupplyChain 物件的運作方式
SupplyChain 物件 (又稱為 schainschain 物件中的每個節點就代表參與出價要求中的一個特定實體；也就是說，與廣告空間直接付款流程相關聯的所有實體都會包含在該物件中。
sid)。
// 物件示例
"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 物件並未包含不需處理付款的中介商，像是用戶端標頭出價、非付款標頭出價、廣告空間共用和其他中介服務。
發布商在提出請求前使用付款中介服務 (測試版)
您的聯播網可能無法使用 Beta 版階段的功能。如要掌握這項功能正式發布的時間，請參閱版本資訊。
如果發布商採用付款中介服務向 Google Ad Manager 提出請求，則必須根據 IAB 指南傳送 SupplyChain 物件。SupplyChain 物件應只包含與廣告空間付款流程直接相關的中介服務，這些中介服務可能包含發布商使用的第三方廣告伺服器技術。您可以使用 schain 參數，在廣告請求中傳送 SupplyChain 物件。
說明
供應鍊 (schain) 參數接受變數值，應為序列化的 SupplyChain 物件。如有這項參數，Google 會先在收到的 schain 物件加上節點，再傳送給買方。
如果不想使用 OpenRTB，而要透過標記傳送 SupplyChain 資訊，歡迎參閱完整的 IAB 說明文件。
查看規定，確保能夠正確剖析schain
依據 IAB 說明文件，下列項目可以定義 SupplyChain 物件的序列化設定：
{SupplyChainObject}!{SupplyChainNode array}. SupplyChainObject和SupplyChainNode屬性以半形逗號分隔，因此可以省略選填欄位，也能視情況排除半形逗號分隔符。- 個別
SupplyChainNode元素之間會以「!」分隔。 - 如果屬性的值含有需要進行網址編碼的字元 (例如「
,」或「!」)，則應先對值進行網址編碼再加以序列化。
序列化順序
SupplyChainObject 屬性會按照下列順序進行序列化：
ver,complete
SupplyChainNode 屬性會按照下列順序進行序列化：
asi,sid,hp,rid,name,domain,ext
ext 的內容會因廣告交易平台而異，Google Ad Manager 不會剖析這項屬性。將 SupplyChain 物件序列化的操作示範
您可以透過下列兩種方式，將上方的 SupplyChain 物件序列化：
1.0,1!exchange1,12345,1,bid-request-1,publisher1,publisher1.com!google.com,pub-12345678910,1,,,,
1.0,1!exchange1,12345,1,bid-request-1,publisher1,publisher1.com!google.com,pub-12345678910,1
使用範例
schain=1.0,1!exchange1,12345,1,bid-request-1,publisher1,publisher1.com!google.com,pub-12345678910,1,,,,
如果 asi 的值為 exchange,1，含有逸出字元的序列化情況會如下所示：
1.0,1!exchange%2C1,12345,1,bid-request-1,publisher1,publisher1.com!google.com,pub-12345678910,1
要求和建議
雖然針對任意實作或交易類型放送廣告時，您不一定要提供這項參數，不過如果發布商會透過付款中介服務向 Google Ad Manager 發出請求，就必須使用這項參數，包括使用第三方廣告伺服器技術的發布商。
SupplyChain 物件的額外節點，否則買方可能會將流量視為未經授權。多重客戶管理中的發布商
多重客戶管理 (MCM) 可讓上層發布商以兩種方式透過子發布商的廣告空間營利：一是以「管理帳戶」委任類型的方式傳送個別的要求，另一個是用「管理廣告空間」委任類型的方式傳送大量的要求。
對使用管理廣告空間的上層和子發布商而言，系統現在會建立一個內含上層發布商賣方 ID 節點，以及一個子發布商節點的 SupplyChain 物件，且系統會將該 schain 物件標示為完整。
對使用管理帳戶的上層和子發布商而言，schain 物件會有一個內含子發布商賣方 ID 的節點，且系統會將該物件標示為完整。對「管理帳戶」發布商而言，營利的情況其實是出現在子發布商的帳戶中。因此，系統會將子發布商視為終端發布商，而上層發布商的資訊就不會包含於 schain 物件之中。
