出價回應 (Bid Resp)

出價回應是出價方返回給交易所的 OpenRTB 物件。它包裝了一個或多個 seatbid 物件，每個物件包含實際的出價。回應也可以是空的（無出價），但交易所記錄空回應的方式各不相同——有些將其計為回應，有些則忽略它們。

出價回應的主要屬性：

• seatbid 陣列 — 按買家席位分組的出價。每個 seatbid 都有一個 bid 陣列，包含價格、創意 ID 和定向詳細資訊。
• cur — 出價價格的貨幣（通常為 USD）。
• nbr — 無出價原因代碼（可選；並非所有交易所都會填入）。

所以呢？

出價回應是需求合作夥伴揭示意圖的時刻。高回應率表示出價方積極參與且有數據可依據行動。低回應率表示上游某處出現問題——解析緩慢、缺少用戶 ID，或底價扼殺了所有出價。

出價回應率 是一個比率，但分母取決於您的報表系統。

出價回應率 = 有效出價回應 / 已發送出價請求

其中：

• 有效出價回應 = 在逾時時間內到達且成功解析（有效的 JSON、正確的 seatbid 結構）的回應。
• 已發送出價請求 = 交易平台發送給出價者的請求（非從發布商收到的請求）。

重要注意事項

1. 無出價計數 — 有些平台將包含空 seatbid 陣列的回應視為有效回應。其他平台則將其視為無回應。請務必查閱您的供應商定義。
2. 逾時時間 — 在交易平台逾時後到達的回應會被靜默丟棄，且永遠不會被計為有效回應。出價者可能認為已回應，但交易平台不認可。
3. Seatbid 陣列大小 — 單一回應可包含多個 seatbid。比率計算的是回應次數，而非其中的出價數量。
4. 錯誤回應 — HTTP 500 或格式錯誤的 JSON 不屬於有效回應，即使出價者原本意圖出價。

對於調校良好的出價器，出價回應率達到 95% 以上通常屬於健康水準。若低於 80% 則需進一步調查，但不必因單一低數值而驚慌。

搭配指標：

• 出價請求量 — 在少量請求池中的低回應率僅是雜訊；但在數百萬請求中，則代表訊號。
• 平均回應時間 — 若回應時間超過逾時時間的 80%，回應率將會下降。基礎設施緩慢是導致低回應率的首要原因。
• 勝率 — 高回應率搭配低勝率，表示頻繁出價但勝出率低；低回應率搭配高勝率，則代表選擇性高但效果顯著。

常見錯誤

有人在 Slack 中說：「我們回應率掉到 60% 了，一定是需求流失！」請先檢查逾時時間。P99 延遲增加 50 毫秒，就可能讓回應率暴跌，而需求品質並未改變。

影響出價回應率的三個槓桿：基礎設施、資料品質和競價配置。

基礎設施

• 伺服器延遲 — 最大的槓桿。將 P99 回應時間縮短 10 毫秒，可將回應率提升 5-10 個百分點。
• 超時對齊 — 如果交易所超時為 100 毫秒，而您的 P95 為 95 毫秒，則處於危險邊緣。請提高超時或降低延遲。
• 連線池 — 重複使用 HTTP 連線可減少握手開銷。

資料品質

• 使用者 ID 匹配率 — 如果出價者無法解析使用者（無 Cookie、無裝置 ID），通常會跳過回應。改善 ID 同步可提高回應率。
• 庫存過濾 — 過於激進的出價前過濾（例如，僅允許 5% 的網域）會刻意降低回應率。這沒問題——只是別將其與技術問題混淆。

競價配置

• 底價 — 非常高的底價可能導致出價者在知道自己無法競爭時完全跳過回應。這是策略選擇，而非錯誤。
• 交易優先級 — 如果出價者僅回應交易，則公開競價的回應率會刻意偏低。

取捨

不惜一切代價提高回應率是個陷阱。如果放寬超時限制，可能提高回應率，但會錯過競價截止時間——這些延遲的回應毫無價值。如果降低出價前過濾條件，可能回應垃圾庫存並浪費運算資源。只有在確認回應具有競爭力且準時送達後，才最佳化回應率。

出價回應率是平台健康訊號，而非需求品質指標。應將其視為延遲、資料整合和競價配置的診斷工具。

• 務必與平均回應時間和勝出率搭配使用。
• 在跨系統比較之前，請確認您的平台如何計算無出價回應。
• 最佳化目標是穩定且準時的回應，而非追求完美的 100% 回應率。