出价响应（Bid Resp）

竞价响应是竞价者返回给交易平台的OpenRTB对象。它包装了一个或多个seatbid对象，每个对象包含实际的出价。响应也可以为空（无出价），但交易平台记录空响应的方式各不相同——有些将其计为响应，有些则忽略它们。

竞价响应的关键属性：

• seatbid数组 — 按买家席位分组保存出价。每个seatbid有一个bid数组，包含价格、创意ID和定位详情。
• cur — 出价价格的货币（通常为美元）。
• 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% 响应率。