出價請求

出價請求 是 廣告交易平台 或 供應方平台 在廣告位可用瞬間發出的結構化訊息，它描述了廣告曝光機會、頁面或應用程式情境，以及已知的使用者和裝置資訊，以便潛在買家決定是否出價及出價多少。

出價請求包含什麼內容#

在業界普遍採用的 OpenRTB 協議下，出價請求是一個 JSON 物件，包含一組相當一致的欄位：一個描述廣告位尺寸和格式的曝光物件、發布商和 網站或應用程式 ID、國家和地區等地理定位資料、裝置類型和連線資訊，以及賣家被允許分享的任何使用者或 第一方資料。如果該曝光機會是已協商安排的一部分，請求還會攜帶一個引用該特定交易的交易識別碼。

連接到該交易平台的每個 需求方平台 都會同時收到相同的請求，通常必須在毫秒級的嚴格回應窗口內回應。每個 DSP 的出價邏輯會根據其正在執行的廣告活動來評估該請求，並返回一個包含價格和廣告素材的出價回應，或者選擇完全不出價。

為什麼出價請求對買家很重要#

出價請求的品質和完整性直接影響 DSP 能如何處理它。一個包含豐富 情境式定向 訊號以及清晰網站或應用程式識別資訊的請求，能讓買家的演算法做出真正明智的決策。而一個資訊稀疏或標籤不清、缺少 app-ads.txt 驗證或不完整 供應鏈物件 的請求，則讓 DSP 難以有效運作，謹慎的買家通常會保守出價或直接跳過這些請求，而不是盲目出價。

這也是詐欺流量被過濾掉或趁機混入的地方。一個聲稱代表優質發布商廣告庫存的出價請求，若沒有相應的 ads.txt 或 sellers.json 記錄來支持其聲明，正是 DSP 和買家用來在出價前就拒絕偽冒或虛假陳述庫存的關鍵訊號。

將出價請求量視為市場訊號#

買家很少直接看到個別的出價請求，但總體模式、特定版位或地區產生的請求數量，以及這與實際出價回應的對比情況，是衡量真實市場需求的有用指標。對於競爭研究而言，與其查看原始的競價日誌，不如觀察實際在各個廣告網絡上獲勝並正在投放的廣告素材和廣告主，這比單純的出價量更能告訴你市場狀況。OpenAdLibrary 的 廣告情報 索引正是為此而建：提供廣告素材層級的即時可見性，而非從競價流程中推斷市場狀況。

常見問題#

每個 DSP 看到的出價請求都一樣嗎？

在單一競價輪次內，是的，已連接的 DSP 通常會同時收到相同的請求。不同之處在於每個 DSP 自身的邏輯如何決定是否出價以及出價多少。

DSP 需要多快回應出價請求？

回應窗口通常以數十到數百毫秒計，時間非常緊迫，以至於 DSP 若未能及時回應，該次曝光機會就會直接被視為無出價。

出價請求中總是包含使用者資料嗎？

不是。包含哪些內容取決於使用者同意、法規要求，以及發布商及其 SSP 的配置設定。如今許多請求攜帶的個體層級使用者資料比以前少，更多地依賴情境和第一方資料訊號。

如果出價請求缺少供應鏈資料會怎樣？

買家及其詐欺偵測工具通常會將不完整的供應鏈或 ads.txt 資料視為風險訊號。有些 DSP 仍會出價，但會更為保守；而另一些則配置為直接跳過這些請求。