發布商通常會提供多元化的廣告需求來源，盡可能提高廣告收益，並呼叫多家公司 (例如發布商廣告伺服器、供應端平台和需求端平台)，為網頁上的特定廣告位址決定最佳廣告。標頭出價可讓發布商從各種廣告需求來源擷取廣告版位出價。在順序競價設定中，您可以使用標頭出價程式庫搭配內容比對資料執行競價，並使用 Protected Audience 搭配跨網站資料執行競價。
開始之前，請先參閱 Prebid.js 說明文件，瞭解標頭出價的基本概念。
定義
下表說明本文件中使用的部分術語。
拍賣
| 競價 | 定義 |
|---|---|
| Protected Audience 競價 | 廣告競價，涉及對其他網站上建立的興趣群組出價。 |
| Protected Audience 多賣方競價 | 兩層 Protected Audience 競價，首先涉及多個平行元件競價，然後將最高分數的廣告提交至最終頂層競價。 |
| 頂層競價 | Protected Audience 多個賣方競價中的最終廣告競價，為元件競價中的元件競價勝出者提供評分。 |
| 元件競價 | 在 Protected Audience 多個賣方競價中，各個元件賣方會同時執行元件競價。每個元件競價中分數最高的廣告會傳送至頂層競價。 |
參與者
| 學員 | 定義 |
|---|---|
| 廣告主 | 希望刊登廣告並建立廣告素材的一方。 |
| 發布商 | 提供競價廣告空間的一方。 |
| 採購 | 在競價中出價，以便向賣家購買廣告空間的一方。通常是需求端平台 (DSP)。 |
| 發布商廣告伺服器 | 發布商用來管理及選擇網站上要顯示的廣告的服務。發布商廣告伺服器可能會結合自身的競價結果、標頭出價方回應、直接銷售廣告空間等，判斷哪些廣告可為發布商帶來最多收益。 發布商廣告伺服器可能會提供用戶端程式庫，用於與伺服器互動。 |
| 頂層賣家 | 叫用 (也就是建立) Protected Audience 多賣方競價，並參與頂層競價的一方。 |
| 元件賣家 | 在 Protected Audience 多賣方競價中執行元件競價，向買家販售發布商的廣告空間。通常是供應端平台 (SSP)。 |
依序競價設定
在序列競價設定中，系統會先執行內容相關競價，然後執行 Protected Audience 競價。透過這種設定，發布商就能運用網頁上可用的內容資料執行競價，並在安全環境中運用跨網站資料執行競價，以保護使用者隱私，進而盡可能提高收益。
頁面上可能會先執行 header bidding 程式庫，收集發布商廣告伺服器內容相關競價。接著，您可以將內容相關競價的調整後勝出出價價格，輸入至 Protected Audience 競價做為出價下限。在評分步驟中，頂層賣家可在計算可取代性分數時，將元件競價出價價格降至低於出價底價，如果沒有任何 Protected Audience 元件競價出價高於底價，系統就會向使用者呈現內容相關競價勝出的廣告。如果 Protected Audience 競價傳回勝出者，表示出價高於底價，且系統會向使用者顯示勝出的 Protected Audience 廣告。
在這個連續競價設定範例中，頁面上可能會依序執行三個主要競價：
- 標頭出價程式庫的內容競價
- 發布商廣告伺服器的內容相關競價
- Protected Audience 競價。
總覽圖表的詳細說明：
- 在競價前，使用者會加入廣告客戶網站上的興趣群組。
- 當使用者稍後造訪發布商網頁時，Prebid.js 就會執行內容相關競價，收集標頭出價方提供的出價回應。在這步驟中，買方可能會提供信號，而賣方則可能會提供要用於後續 Protected Audience 競價的元件競價設定。Prebid.js 提供模組，可將這些信號和設定傳播至 Protected Audience 競價。
- Prebid.js 收集的出價回應會傳送至發布商廣告伺服器，以進行伺服器端情境競價。
- 發布商廣告伺服器可能會結合自身的競價結果、標頭出價結果、直接銷售廣告空間等，判斷哪些廣告能為發布商帶來最多收益。勝出的廣告會傳回至發布商廣告伺服器的用戶端程式庫。
- 比對內容競價得標者經過調整的出價價格，以及 Prebid.js 收集到的買方信號 (
perBuyerSignals) 和賣方的元件競價設定，可由發布商廣告伺服器的用戶端程式庫傳遞至 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 會從買方擷取出價回應和 perBuyerSignal。
- 賣家 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屬性設為得標的內容廣告。 - 瀏覽器會從買方擷取內容相關競價勝出廣告。
- 瀏覽器會向使用者算繪廣告。