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

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

開始之前，請先參閱「Protected Audience」頁面和 Prebid.js 說明文件中的標頭出價，瞭解 API 的基本概念。

定義

拍賣

競價	定義
內容相關競價	使用競價期間可用資料的廣告競價。內容相關競價可能會進行多次競價，例如標頭出價和伺服器端競價。
Protected Audience 競價	廣告競價涉及在其他網站上建立的興趣群組進行出價。
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 競價。

使用標頭出價內容比對競價的 Protected Audience 多重賣方競價總覽。

總覽圖表的詳細說明：

1. 系統在競價前，將使用者加入廣告客戶網站上的興趣群組。
2. 使用者稍後造訪發布商頁面時，Prebid.js 就會執行內容相關競價，並收集標頭出價方的出價回應。在這個步驟中，買方可以提供信號，賣方則可提供元件競價設定，以便用於後續的 Protected Audience 競價。Prebid.js 提供的模組可將這些信號和設定套用到 Protected Audience 競價。
3. Prebid.js 收集的出價回應會傳送至發布商廣告伺服器，進行伺服器端內容相關競價。
4. 發布商廣告伺服器可能會結合本身的競價結果、標頭出價結果、直接銷售廣告空間等，判斷為發布商帶來最多收益的廣告。勝出的廣告會傳回發布商廣告伺服器的用戶端程式庫。
5. Prebid.js 收集的經過調整的出價價格、買方信號 (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. 發布商廣告伺服器會執行內容相關競價，找出直接銷售廣告活動、程式輔助出價、預先出價內容相關出價和其他廣告空間的最佳廣告。
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. 用戶端程式庫會將 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 的討論。