發布商通常會提供多元化的廣告需求來源，盡可能提高收益，並呼叫多家公司 (例如發布商廣告伺服器、供應端平台和需求端平台)，為網頁上的特定廣告空間決定最佳廣告。發布商可透過標頭出價，從各種廣告需求來源擷取廣告空間的出價。在連續競價設定中，系統可能會使用標頭出價程式庫，透過脈絡資料執行競價；並使用 Protected Audience，透過跨網站資料執行競價。
開始前，請先參閱 Prebid.js 說明文件，瞭解標頭出價的基本概念。
定義
下表說明本文使用的部分術語。
拍賣
| 競價 | 定義 |
|---|---|
| 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 競價使用。Prebid.js 提供模組，可將這些信號和設定傳播至 Protected Audience 競價。
- Prebid.js 收集的出價回應會傳送至發布商廣告伺服器，進行伺服器端情境競價。
- 發布商廣告伺服器可能會合併自身的競價結果、標頭出價結果、直接銷售的廣告空間等，以判斷哪則廣告能為發布商帶來最高收益。勝出的廣告會傳回發布商廣告伺服器的用戶端程式庫。
- 發布商廣告伺服器的用戶端程式庫可將比對內容競價得標者調整後的出價價格，連同買方信號 (
perBuyerSignals) 和 Prebid.js 收集的賣方元件競價設定，一併傳遞至 Protected Audience 競價。 - Protected Audience 多個賣方競價是由頂層賣方執行。在頂層賣方的評分步驟中，頂層賣方可能會比較每個元件競價的勝出出價，以及情境競價調整後的勝出出價。如果元件出價低於情境競價出價，頂層賣家就會傳回 0 的合適度分數。如果所有出價的分數都是 0，則
runAdAuction()呼叫會傳回空值，表示應算繪內容相關競價的勝出廣告。 - 發布商廣告伺服器用戶端程式庫會根據
runAdAuction()呼叫傳回的內容，算繪勝出的 Protected Audience 廣告或內容相關廣告。 - 向使用者放送勝出的廣告。
使用 Prebid.js 和發布商廣告伺服器進行內容相關競價
在連續競價設定中，所有情境競價都會在 Protected Audience 競價執行前完成。在本文件中說明的設定中，我們透過 Prebid.js 執行標頭出價情境競價，並將結果提供給發布商廣告伺服器進行伺服器端競價。
發布商首先會呼叫 Prebid.js，並使用旗標註記稍後將執行的 Protected Audience 競價，藉此啟動標頭出價內容相關競價。接著，Prebid.js 會收集出價回應，並傳送至發布商廣告伺服器，進行伺服器端內容相關競價。在收集出價回應的步驟中，買家和賣家有機會提供元件競價設定和買家信號 (perBuyerSignals)，供後續的 Protected Audience 競價使用 (如果他們想參與的話)。該元件競價設定最終會傳遞至後續的 Protected Audience 競價。
- 初始化情境競價：使用者造訪發布商網頁。
- 發布商網頁會載入發布商廣告伺服器用戶端程式庫，並定義廣告版位。
- 發布商網頁會載入 Prebid，並開始進行標頭出價情境式競價。
- 賣家 A 的比對內容競價 (與賣家 B 的比對內容競價同時進行)。Prebid.js 會將出價要求傳送給賣方 A。
- 賣方 A 從買家擷取出價回應和 perBuyerSignals。
- 賣家 A 執行內容比對競價。
- 賣家 A 會建構包含
perBuyerSignals的元件競價設定。 - 賣方 A 會向 Prebid.js 回應勝出出價和元件競價設定。
- 賣家 B 的比對內容競價 (與賣家 A 的比對內容競價同時進行)。Prebid.js 會將出價要求傳送給賣方 B。
- 賣方 B 擷取買方的出價回應和
perBuyerSignals。 - 賣家 B 執行內容比對競價。
- 賣家 B 會建構元件競價設定，並納入 perBuyerSignals。
- 賣方 B 會向 Prebid.js 回應得標出價和元件競價設定。
- 發布商廣告伺服器的內容相關競價：Prebid.js 收集的出價回應會傳送至發布商廣告伺服器，以進行內容相關競價。
- 含有買方信號的元件競價設定會與發布商廣告伺服器的用戶端程式庫共用
- 發布商廣告伺服器會執行比對內容競價，從直接銷售廣告活動、程式輔助出價、Prebid 的比對內容出價和其他廣告空間中，選出最佳廣告。
- 發布商廣告伺服器會傳回調整後的勝出出價。
同時考量內容比對廣告需求和 Protected Audience 廣告需求
此時，脈絡競價已結束，發布商廣告伺服器的用戶端程式庫可將脈絡競價勝出的調整後出價、元件競價設定，以及參與 Protected Audience 競價的買方信號，傳遞至頂層賣方。內容相關競價出價價格可做為底價，以信號形式傳遞至頂層競價的競價設定，用於評分。
- 瀏覽器會從賣方擷取評分指令碼，以及每個廣告的信任評分信號。
- 瀏覽器會針對所有元件競價的每個得標出價，執行頂層賣方的評分邏輯。在頂層賣方的
scoreAd()指令碼中，邏輯可存取情境式競價調整後的得標出價，這可能已在競價設定中以sellerSignals形式傳遞。如果比對內容出價高於元件 Protected Audience 出價，指令碼可以比較兩者，並傳回 0 的合適度分數。否則，指令碼可能會根據元件 Protected Audience 出價價格，計算期望分數。 - 瀏覽器會選擇頂層賣家評分邏輯提交的最高期望分數廣告。
- 如果 Protected Audience 競價勝出：Protected Audience 競價會將
FencedFrameConfig物件或不透明的 URN 傳回給發布商的廣告伺服器用戶端程式庫。 - 用戶端程式庫會將設有圍欄的影格的
config屬性設為FencedFrameConfig物件，或將 iframe 的src屬性設為勝出 Protected Audience 廣告的不透明 URN。 - 瀏覽器會向買方擷取 Protected Audience 競價的勝出廣告。
- 瀏覽器向使用者顯示廣告。
- 如果內容相關競價勝出：Protected Audience 競價會傳回
null。 - 瀏覽器會將 iframe 的
src屬性設為得標的比對內容廣告。 - 瀏覽器會從買方擷取內容相關競價的勝出廣告。
- 瀏覽器向使用者顯示廣告。