發布商通常會採用多元的廣告需求來源來提高收益,並叫用多家公司 (例如發布商廣告伺服器、供應端平台和需求端平台),找出網頁上特定廣告版位的最佳廣告。標頭出價可讓發布商擷取各種廣告需求來源的廣告版位出價。在依序競價設定中,標頭出價程式庫可用於執行包含內容相關資料的競價,而 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 收集的出價回應會傳送至發布商廣告伺服器,用於內容相關競價。
- 與買方信號相關的元件競價設定會與發布商廣告伺服器的用戶端程式庫共用
- 發布商廣告伺服器會執行內容相關競價,找出直接銷售廣告活動、程式輔助出價、預先出價內容相關出價和其他廣告空間的最佳廣告。
- 發布商廣告伺服器傳回調整後的勝出出價。
運用 Protected Audience 廣告需求,考量內容相關廣告需求
此時,內容相關競價已結束,發布商廣告伺服器的用戶端程式庫可以將內容相關競價得標的調整後出價、元件競價設定,以及參與 Protected Audience 競價的買方提供的信號傳遞給頂層賣方。內容相關競價出價價格 (以底價) 可傳遞至競價設定,做為在頂層競價評分的信號。
- 瀏覽器會從賣方擷取評分指令碼,以及每則廣告的受信任評分信號。
- 瀏覽器會針對所有元件競價的每個得標出價,執行頂層賣家的評分邏輯。在頂層賣家的
scoreAd()
指令碼中,這個邏輯可以存取內容相關競價調整的得標出價 (可能在競價設定中以sellerSignals
的形式傳遞)。這段指令碼會比較勝出的情境出價價格與 Protected Audience 出價金額,如果內容相關價格較高,則傳回合適度分數為 0。否則指令碼可能會根據 Protected Audience 的元件出價價格計算所需分數。 - 瀏覽器選擇由頂層賣家的評分邏輯提交最高預期分數的廣告。
- 如果 Protected Audience 競價勝出,Protected Audience 競價會將
FencedFrameConfig
物件或不透明的 URN 傳回至發布商的廣告伺服器用戶端程式庫。 - 用戶端程式庫會將 Fenced Frame 的
config
屬性設為FencedFrameConfig
物件,或將 iframe 的src
屬性設為勝出的 Protected Audience 廣告的不透明 URN。 - 瀏覽器從買方擷取 Protected Audience 競價勝出的廣告。
- 瀏覽器顯示廣告。
- 如果內容相關競價勝出,Protected Audience 競價會傳回
null
。 - 瀏覽器會將 iframe 的
src
屬性設為勝出的內容相關廣告。 - 瀏覽器從買方擷取內容相關競價勝出的廣告。
- 瀏覽器顯示廣告。