#relationships·Jul 17, 2026·6 分鐘閱讀
Bid Request vs Bid Response: Key Differences in Programmatic Advertising
出價請求 和 出價回應 是即時競價中交換的兩個核心訊息。出價請求是發布商對出價的呼籲；出價回應是買方的回應。了解兩者之間的差距對於診斷填充率和延遲至關重要。
核心差異
出價請求由發布商的廣告伺服器（例如 Google Ad Manager）在廣告位可用時發送給需求來源。它包含：
- 頁面網址、裝置類型、使用者 ID
- 廣告單元尺寸、底價
- 情境訊號（IAB 類別）
出價回應是買方（例如來自 DSP）的回覆。它包含：
- 出價價格（CPM）
- 創意內容（VAST、圖片、HTML）
- 用於追蹤的勝出網址
請求詢問「誰想要這個曝光？」回應則說「我願意為此支付 X 元。」
何時該使用哪一種
選擇出價請求時：
- 您想要衡量供應量（有多少機會存在）。
- 您正在診斷超時率（從未收到回應的請求）。
- 您正在稽核資料外洩（發送了哪些使用者資料）。
選擇出價回應時：
- 您想要衡量需求積極度（出價價格、勝率）。
- 您正在最佳化廣告素材投放（尺寸、格式符合性）。
- 您正在除錯延遲（每個買家的回應時間）。
同時使用兩者時：
- 計算填充率 = 回應數 / 請求數。
- 建置記錄兩者的瀑布流或標頭競價包裝器。
它們如何分叉
方向
出價請求從發布商流向買方。出價回應從買方流回發布商。
內容重點
出價請求描述曝光機會（情境、使用者、廣告版位）。出價回應描述出價內容（價格、素材、追蹤資訊）。
時間壓力
出價請求沒有截止時間（伺服器會等待）。出價回應必須在超時（通常為100–200毫秒）前送達，否則將被忽略。
它們在哪裡重疊
協定
兩者皆定義於 OpenRTB 2.x 規格中，並使用 JSON 或 Protobuf。
競價 ID
兩者皆攜帶相同的 bidid 或 auctionid，以便交易所進行配對。
同意訊號
兩者皆可包含 GDPR 同意（TCF 字串）及 CCPA 選擇退出訊號。
真實場景
行動網頁填充率偏低
情境：發布商發現行動網頁的填充率僅有50%。
- 發生原因： 出價請求量很高，但許多請求缺少用戶ID（無Cookie）。
- 檢查方式： 比較請求日誌（缺少
device.ifa）與回應日誌（這些請求無出價）。
結論： 出價請求中缺少用戶識別碼，導致買方跳過回應。解決方案：啟用符合隱私規範的ID解決方案。
某DSP延遲過高
情境：標頭競價包裝器顯示某DSP總是在300毫秒後才回應。
- 發生原因： 該DSP的出價回應在超時後才送達。
- 檢查方式： 比對出價請求發送時間與出價回應接收時間。
結論： 該DSP需要優化其內部競價邏輯。發布商設定了200毫秒超時，並排除了反應慢的競價者。
它們如何一起工作
當您是發佈商，診斷特定廣告版位為何沒有出價時，請檢查出價請求中是否缺少訊號（例如：無使用者 ID、尺寸錯誤）。
當您是買家，優化出價價格或素材時，請分析出價回應資料，了解哪些素材勝出及其 CPM 價格。
當您是廣告營運團隊，解決填充率過低問題時，請比較請求量與回應量，找出超時或過濾情況。
對照速覽
| 觀察角度 | 出價請求 | 出價回應 |
|---|---|---|
| 方向 | 發布商 → 買家 | 買家 → 發布商 |
| 主要內容 | 曝光環境（網址、尺寸、使用者） | 出價價格、創意素材、得標網址 |
| 逾時相關性 | 無逾時（伺服器等待） | 必須在逾時前送達（例如 100 毫秒） |
| 典型使用案例 | 供應分析、資料外洩稽核 | 需求分析、創意素材最佳化 |
常見誤區
混淆請求次數與曝光機會次數
為何混淆是錯的：單次頁面載入可能產生多個出價請求（每個廣告版位一個）。將請求計為「曝光次數」會誇大供應量。
- 正確做法：僅使用出價請求來衡量競價量，而非可視曝光次數。
忽略無出價回應
為何混淆是錯的：出價回應可能包含「無出價」（空價格）。某些系統會將其計為回應，導致填充率失真。
- 正確做法：計算填充率時，僅篩選出
price > 0的回應。
- 正確做法：計算填充率時，僅篩選出
快速檢查
測試您是否能區分這些指標。
boolean
出價回應可以在逾時後到達並仍被使用。
請選擇答案
僅供學習，不構成投放建議。