標頭出價和多重賣方 Protected Audience 競價的依序競價設定

發布商通常會提供多元的廣告需求來源來提高收益，並叫用多家公司 (例如發布商廣告伺服器、供應端平台和需求端平台)，藉此找出網頁上特定廣告版位的最佳廣告。標頭出價可讓發布商從多種廣告需求來源獲得廣告版位的出價。在依序競價的設定中，標頭出價程式庫可使用比對內容資料進行競價，Protected Audience 則用於透過跨網站資料進行競價。

開始之前，請先參閱「Protected Audience」頁面內的說明，以及 Prebid.js 文件中的標頭出價瞭解 API 基礎知識。

定義

拍賣

競價	定義
內容比對競價	參與競價時，會依據可用的資料進行廣告競價。情境競價可能包含多個競價，例如標頭出價和伺服器端競價。
目標對象受保護競價	廣告競價，需要對另一個網站上建立的興趣群組出價。
Protected Audience 多重賣方競價	在 Protected Audience 競價的雙層競價過程中，首先涉及多個同時進行多項元件的競價，接著將最高評分的廣告提交至最終的頂層競價。
頂層競價	在 Protected Audience 多重賣方競價中的最終廣告競價，為元件競價的得標者評分。
元件競價	在 Protected Audience 多重賣方競價中進行巢狀競價，其中每個元件賣方會同時執行元件競價。在每個元件競價中評分最高的廣告會傳遞至頂層競價。
依序設定競價	一種廣告競價設定，整合內容相關競價與 Protected Audience 競價，並在兩種競價之間選出勝出者。

參與者

參與者	定義
廣告客戶	想要廣告刊登位置及製作廣告素材的一方。
發布端	為競價廣告空間提供廣告空間的一方。
採購	在競價中向賣方購買廣告空間出價的一方。通常是需求端平台 (DSP)。
發布商廣告伺服器	發布商使用的服務，以便管理及選擇要在網站上顯示的廣告。發布商廣告伺服器可能會結合自身的競價結果、標頭出價工具回應、直接銷售廣告空間等，決定要為發布商帶來最高收益的廣告。 發布商廣告伺服器可能會提供用戶端程式庫，以便與伺服器互動。
頂層賣家	叫用 (即建立) Protected Audience 多重賣方競價並參與頂層競價的一方。
元件賣方	在 Protected Audience 多重賣方競價中執行元件競價的一方，並將發布商的廣告空間銷售給買方。通常是供應端平台 (SSP)。

依序設定競價

在依序競價的設定中，系統會先執行內容相關競價，然後再執行 Protected Audience 競價。發布商可利用這項設定，運用網頁上可用的內容比對資料進行競價，並在安全的環境中運用跨網站資料進行競價，藉此保護使用者，盡可能提高收益潛力隱私權。

系統可能會先在網頁上執行標頭出價程式庫，收集發布商廣告伺服器內容競價的出價。接著，比對內容競價的調整勝出出價可進入 Protected Audience 競價，做為出價下限。在評分步驟中，頂層賣方可以在計算期望度分數時，將競價出價調降為零，藉此降低出價低於底價的競價價格。如果沒有任何 Protected Audience 元件競價出價超過出價金額，系統則會向使用者顯示內容相關競價勝出的廣告。如果 Protected Audience 競價傳回勝出者，表示高於出價下限，且系統會向使用者顯示 Protected Audience 勝出廣告。

注意：本文件設定將介紹整合 Protected Audience 與現有廣告放送機制的一種潛在方法，但還有其他方法。本文說明其中一個標頭出價程式庫 Prebid.js 如何與 Protected Audience 整合。

在這個依序競價的設定範例中，依序在網頁上執行三項主要競價的順序是：1) 標頭出價程式庫的情境競價；2) 發布商廣告伺服器進行內容相關競價，以及 3) 目標對象受保護競價。

搭配標頭出價情境競價的 Protected Audience 多賣家競價總覽。

總覽圖的詳細說明：

1. 在競價之前，系統會將使用者加入廣告客戶網站上的興趣群組。
2. 當使用者之後造訪發布商網頁時，Prebid.js 會執行內容競價，從標頭出價方收集出價回應。在這個步驟中，買方可能會提供信號，賣方可能會提供元件競價設定，供後續的 Protected Audience 競價使用。Prebid.js 提供模組，用於將這些信號和設定傳播至 Protected Audience 競價。
3. Prebid.js 收集的出價回應會傳送至發布商廣告伺服器，進行伺服器端內容競價。
4. 發布商廣告伺服器可能會結合自身競價結果、標頭出價結果、直接銷售廣告空間等條件，決定要為發布商帶來最高收益的廣告。勝出的廣告會傳回發布商廣告伺服器的用戶端資料庫。
5. 內容相關競價得標者的調整價格、買方信號 (perBuyerSignals) 和 Prebid.js 收集的賣方元件競價設定，都能將發布商廣告伺服器的用戶端資料庫傳遞至 Protected Audience 競價。
6. Protected Audience 多重賣方競價是由頂層賣方執行。在頂層賣方的評分步驟中，頂層賣方可能會將每個元件的競價得標出價與內容競價調整的得標出價價格進行比較。如果元件的出價低於內容比對競價出價，頂層賣方會傳回 0 的理想出價。如果所有出價皆獲得 0 分，runAdAuction() 呼叫會傳回 null，表示內容相關競價勝出的廣告應該顯示。
7. 發布商廣告伺服器用戶端程式庫會根據 runAdAuction() 呼叫傳回的內容，顯示勝出的 Protected Audience 廣告或內容相關廣告。
8. 系統會向使用者顯示勝出的廣告。

競價前

廣告客戶頁面上的興趣群組時間順序。

在競價開始之前，買方和廣告主可定義使用者所屬的網站興趣群組，並加入廣告主網站的比對內容資料和第一方資料，做為之後用於競價的信號。

1. 使用者前往廣告客戶的網站。
2. 廣告客戶網站會在稍後的時間點，載入參與競價的每位買方的指令碼。
3. 買方的指令碼包含 joinAdInterestGroup() 呼叫，可將使用者新增至買方的興趣群組。

使用 Prebid.js 和發布商廣告伺服器進行內容比對競價

發布商網頁上的內容比對競價期間順序。

在依序競價的設定中，所有內容相關競價都會在 Protected Audience 競價執行前執行。在本文件所述的設定中，我們執行由 Prebid.js 執行的標頭出價情境競價，該競價會動態饋給發布商廣告伺服器的伺服器端競價。

發布商會先使用標記呼叫 Prebid.js，發起標頭出價內容相關競價。請注意，Protected Audience 競價之後就會執行。接著，Prebid.js 會收集出價回應，然後將回應傳送至發布商廣告伺服器，進行伺服器端內容競價。在出價回應收集步驟中，買方和賣方有機會提供元件競價設定和買方信號 (perBuyerSignals)。如果他們想參與，則用於後續的 Protected Audience 競價。該元件競價設定最終會傳入後續的 Protected Audience 競價。

1. 情境競價初始化
   使用者造訪發布商網頁。
2. 發布商網頁會載入發布商廣告伺服器用戶端程式庫，並定義廣告版位。
3. 發布商網頁載入 Prebid，然後啟動標頭出價內容相關競價。
4. 賣方 A 的情境競價
   (同時執行賣方 B 的內容競價)
   Prebid.js 會向賣方 A 送出出價要求，
5. 賣方 A 從買方擷取出價回應和 perBuyerSignals。
6. 賣方 A 執行內容相關競價
7. 賣方 A 建立內含 perBuyerSignals 的元件競價設定。
8. 賣方 A 以得標出價及其元件競價設定回應 Prebid.js。
9. 賣方 B 的情境競價
   (賣方 A 的情境競價同時執行)
   Prebid.js 會向賣方 B 送出出價要求，
10. 賣方 B 從買方擷取出價回應和 perBuyerSignals。
11. 賣方 B 執行內容相關競價。
12. 賣方 B 建立內含 perBuyerSignals 的元件競價設定。
13. 賣方 B 以得標出價及其元件競價設定回應 Prebid.js。
14. 發布商廣告伺服器的內容競價
    Prebid.js 收集的出價回應會傳送至發布商廣告伺服器，以進行內容相關競價。
15. 元件競價設定會與買方信號會與發布商廣告伺服器的用戶端程式庫共用
16. 發布商廣告伺服器會進行內容相關競價，決定直接銷售廣告活動、程式輔助出價、Prebid 內容相關出價和其他廣告空間最適合的廣告。
17. 發布商廣告伺服器傳回調整後的勝出出價。

Protected Audience 多重賣方競價

發布商頁面上的 Protected Audience 競價期間順序。

在這個階段結束後，內容相關競價已經結束，發布商廣告伺服器的用戶端程式庫可將內容相關競價勝出的調整出價、元件競價設定，以及參與 Protected Audience 競價的買方信號傳遞給頂層賣方。以底價形式將內容競價出價設為底價可傳入競價設定，做為在頂層競價評分的信號。

元件競價會同時執行，在每個元件競價中，瀏覽器會根據參與該元件競價的每位買方的出價邏輯設定出價，再根據元件賣方的評分邏輯為每筆出價評分，然後將得分最高的廣告傳回至頂層競價。

1. 發布商網站載入頂層賣家指令碼。
2. 發布商廣告伺服器的用戶端程式庫提供內容競價出價價格、元件競價設定，以及買方向頂層賣方提供的信號。內容競價勝出的廣告出價會以賣方信號的形式傳遞至競價設定 (這個出價價格可透過頂層賣方的 scoreAd() 函式查看)。
3. 頂層賣方呼叫 runAdAuction() 來啟動目標對象受保護競價。
4. 賣方 A 元件競價
   (與賣方 B 的元件競價同時執行)
   瀏覽器讀取使用者的興趣群組，以便對所有參與賣方 A 組件競價的買方讀取。
5. 瀏覽器會從參與元件競價的買方的興趣群組中指定的地區，擷取出價指令碼和受信任的出價信號。
6. 瀏覽器會執行每個買方的出價產生邏輯，藉此產生出價。
7. 瀏覽器會從賣方 A 擷取每則廣告的評分指令碼和受信任的評分信號。
8. 瀏覽器為每個出價執行賣方 A 的評分邏輯，
9. 瀏覽器會選擇賣方 A 的評分邏輯中得分最高的廣告。
10. 賣方 B 元件競價
    (與賣方 A 的元件競價同時執行)
    瀏覽器針對所有參與賣方 B 元件競價的買方讀取使用者的興趣群組。
11. 瀏覽器會從參與元件競價的買方的興趣群組中指定的地區，擷取出價指令碼和受信任的出價信號。
12. 瀏覽器會執行每個買方的出價產生邏輯，藉此產生出價。
13. 瀏覽器會從賣方 B 擷取每則廣告的評分指令碼和受信任的評分信號。
14. 瀏覽器會為每次出價執行賣方 B 的評分邏輯。
15. 瀏覽器選擇賣方 B 的評分邏輯中得分最高的廣告。

頂層競價評分與廣告顯示

發布商網頁上的廣告顯示順序。

執行上一節的元件競價後，瀏覽器會對每個元件競價的勝出廣告執行頂層賣方的評分邏輯。在頂層賣方的 scoreAd() 函式中，情境競價調整的出價可能會以 sellerSignals 的形式提供，而評分邏輯可能會將該比對內容競價出價的價格與 Protected Audience 元件競價的勝出出價進行比較。

如果內容競價的勝出出價高於元件競價的得標出價，scoreAd() 函式可能會傳回 0 的期望分數。如果沒有廣告的期望分數高於 0，就表示內容相關廣告競價勝出的廣告比元件競價中勝出的廣告更有價值，而 runAdAuction() 函式會傳回 null。

如果 Protected Audience 競價沒有勝出者並傳回 null，則發布商的廣告伺服器用戶端程式庫可將內容相關競價勝出者顯示在 iframe 中。如果 Protected Audience 競價勝出的是內容競價，並傳回 FencedFrameConfig 物件或不透明 URN，勝出的 Protected Audience 競價廣告便可顯示在圍欄頁框或 iframe 中。

1. 頂層競價廣告評分
   瀏覽器會從頂層賣方擷取評分指令碼，以及每則廣告的受信任評分信號。
2. 瀏覽器會針對所有元件競價的得標出價，執行頂層賣方的評分邏輯。在頂層賣方的 scoreAd() 指令碼中，邏輯可存取內容相關競價調整的得標出價。這些出價可能在競價設定中以 sellerSignals 的形式傳遞。這個指令碼會比較勝出的內容比對出價與元件 Protected Audience 出價價格，並在內容相關價格較高時傳回期望分數 0。否則，指令碼會根據 Protected Audience 出價的要素計算期望分數。
3. 瀏覽器會根據頂層賣方的評分邏輯所提交的廣告，選擇理想程度最高的廣告。
4. 如果 Protected Audience 競價勝出
   Protected Audience 競價會將 FencedFrameConfig 物件或不透明的 URN 傳回發布商的廣告伺服器用戶端資料庫。
5. 用戶端程式庫會將 Fenced Frame 的 config 屬性設為 FencedFrameConfig 物件，或是將 iframe 的 src 屬性設為勝出的 Protected Audience 廣告不透明 URN。
6. 瀏覽器從買方擷取 Protected Audience 競價勝出的廣告。
7. 瀏覽器向使用者顯示廣告。
8. 如果情境式競價勝出
   Protected Audience 競價傳回 null。
9. 瀏覽器會將 iframe 的 src 屬性設為勝出的內容相關廣告。
10. 瀏覽器向買方擷取內容相關競價勝出的廣告。
11. 瀏覽器向使用者顯示廣告。

互動及分享意見回饋

後續步驟

我們希望與您一起討論，確保我們打造出適合所有人的 API。

討論 API

如同其他 Privacy Sandbox API，這個 API 會記錄並公開討論。

使用 API 進行實驗

您可以實驗並參與 Protected Audience API 的討論。