使用標頭出價和多個賣方 Protected Audience 競價的連續競價設定

發布商通常會提供多元化的廣告需求來源，盡可能提高廣告收益，並叫用多家公司 (例如發布商廣告伺服器、供應端平台和需求端平台)，找出網頁上特定廣告版位最適合的廣告。標頭出價可讓發布商從各種廣告需求來源擷取廣告插槽的出價。在順序競價設定中，您可以使用標頭出價程式庫搭配比對內容資料執行競價，並使用 Protected Audience 搭配跨網站資料執行競價。

開始前，請先參閱 Protected Audience 頁面，瞭解 API 的基本概念，並參閱 Prebid.js 文件，瞭解廣告欄位出價。

定義

拍賣

競價	定義
內容比對競價	廣告競價會使用競價執行所在環境中可用的資料。內容相關競價可能包含多個競價，例如標頭出價和伺服器端競價。
Protected Audience 競價	廣告競價活動，涉及對其他網站上建立的興趣群組出價。
Protected Audience 多賣方競價	兩層 Protected Audience 競價，首先涉及多個平行元件競價，然後將最高分數的廣告提交至最終頂層競價。
頂層競價	Protected Audience 多個賣方競價中的最終廣告競價，為元件競價的元件競價勝出者提供評分。
元件競價	在 Protected Audience 多個賣方競價中，各個元件賣方會同時執行元件競價。每個元件競價中分數最高的廣告會傳送至頂層競價。
連續競價設定	將內容相關競價與 Protected Audience 競價整合的廣告競價設定，並決定這兩種競價的勝出者。

參與者

參與者	定義
廣告主	希望刊登廣告並建立廣告素材的一方。
發布商	提供競價廣告空間的一方。
買方	在競價中出價，以便向賣家購買廣告空間的一方。通常是需求端平台 (DSP)。
發布商廣告伺服器	發布商用來管理及選擇網站上要顯示的廣告的服務。發布商廣告伺服器可能會結合自身的競價結果、標頭出價方回應、直接銷售廣告空間等，判斷哪些廣告能為發布商帶來最多收益。 發布商廣告伺服器可能會提供用戶端程式庫，用於與伺服器互動。
頂級賣家	叫用 (也就是建立) Protected Audience 多賣方競價，並參與頂層競價的一方。
元件賣家	在 Protected Audience 多賣家競價中執行元件競價，向買家出售發布商的廣告空間。通常是供應端平台 (SSP)。

設定順序競價

在序列競價設定中，系統會先執行內容相關競價，再執行 Protected 競價。這項設定可讓發布商透過在頁面上使用可用的內容資料執行競價，並在安全環境中使用跨網站資料執行競價，以保護使用者隱私，進而盡可能提高收益。

系統可能會先在網頁上執行 header bidding 程式庫，收集發布商廣告伺服器內容相關競價。接著，您可以將內容相關競價的調整後勝出出價，輸入至 Protected Audience 競價做為底價。在評分步驟中，頂層賣家可在計算可取代性分數時，將元件競價出價價格設為零分，藉此將出價價格降至低於出價底價。如果沒有任何 Protected Audience 元件競價出價超過底價，系統就會向使用者顯示內容相關競價勝出的廣告。如果 Protected Audience 競價傳回勝出者，表示出價高於底價，且系統會向使用者顯示勝出的 Protected Audience 廣告。

注意：本文件中的設定說明瞭一種可能的方法，可將 Protected Audience 與現有的廣告放送機制整合，但這並非唯一方法。本文件說明標頭出價程式庫 Prebid.js 如何與 Protected Audience 整合。

在這個連續競價設定範例中，頁面上可能會依序執行三個主要競價：1) 透過標頭出價程式庫執行的內容相關競價、2) 透過發布商廣告伺服器執行的內容相關競價，以及 3) Protected Audience 競價。

Protected Audience 多個賣方競價 (含標頭出價內容相關競價) 總覽。

概覽圖的詳細說明：

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

競價前

廣告主頁面上的興趣群組時間序列。

在競價前，當使用者造訪廣告主網頁時，買方和廣告主可以定義使用者所屬的網站興趣群組，並新增廣告主網站中的情境資料和第一方資料，以便日後做為競價信號。

1. 使用者前往廣告主網站。
2. 廣告主網站會在稍後載入參與競價的每位買家提供的腳本。
3. 買方指令碼包含 joinAdInterestGroup() 呼叫，可將使用者加入買方的興趣群組。

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

發布商網頁上的內容相關競價期間序列。

在序列競價設定中，系統會先執行所有內容相關競價，再執行 Protected 競價。在本文件說明的設定中，我們會透過 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() 啟動 Protected Audience 競價。
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. 用戶端程式庫會將柵欄框架的 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 的討論。