#relationships·Jul 17, 2026·6 分钟阅读
Bid Request vs Auction Latency: Which Metric Tells You More About Your Ad Auction Health?
出价请求和竞价延迟都描述了广告竞价过程，但回答的问题截然不同。出价请求告诉你有多少机会存在；竞价延迟告诉你这些机会被解决的速度。
核心区别：数量 vs 速度
出价请求 统计的是 SSP 或交易平台向买方提供展示机会的次数。它是一个 数量 信号——请求越多，潜在收入越高。
竞价延迟 衡量的是从发送出价请求到返回竞价获胜者之间的时间（以毫秒为单位）。它是一个 速度 信号——延迟越低，页面加载越快，用户体验越好。
关键对比
- 出价请求 = 机会数量
- 竞价延迟 = 响应时间
- 高出价请求 + 高延迟 = 机会多但交付慢
- 低出价请求 + 低延迟 = 机会少但交付快
何时使用哪个
选择竞价请求（Bid Request）当：
- 您想衡量库存量或广告机会供应。
- 您正在诊断低填充率（我们是否收到了请求？）。
- 您正在比较需求来源（哪个SSP发送的请求最多？）。
选择竞价延迟（Auction Latency）当：
- 您关心页面加载速度和用户体验。
- 您正在优化超时窗口（例如200ms vs 500ms）。
- 您正在调试导致竞价损失的慢速竞价。
同时使用两者当：
- 您想要一个完整的竞价健康仪表盘——数量+速度。
- 您正在调整头部竞价包装器（平衡请求数量与延迟）。
它们如何分叉
衡量内容
- 出价请求： 发送给买家的广告机会数量。
- 竞价延迟： 从请求到响应的时间（毫秒）。
对用户体验的影响
- 出价请求： 对页面加载无直接影响（仅为一个信号）。
- 竞价延迟： 直接影响页面加载时间和用户体验。
优化杠杆
- 出价请求： 通过增加更多需求来源或广告位来提升。
- 竞价延迟： 通过减少超时、限制竞价者或使用更快的广告服务器来降低。
它们在哪里重叠
两者均为竞价层级指标
竞价请求和竞价延迟均在实时竞价（RTB）过程中生成，并可在SSP控制面板中查看。
两者均间接影响收入
竞价请求过低可能意味着收入损失；延迟过高可能导致竞价被丢弃，同样会减少收入。
两者均受超时设置影响
较短的超时时间可降低延迟，但如果竞价方被过早切断，也可能减少竞价请求数量。
真实场景
高竞价请求量，低填充率
场景：某发布商每天收到100万次竞价请求，但填充率仅为30%。
- 发生了什么： 存在大量机会，但成功竞得的很少。
- 他们检查了什么： 平均竞价延迟为800毫秒——竞价者在响应前超时。
要点： 如果延迟过高，高竞价请求量并不能保证高填充率。将超时时间从1000毫秒缩短至400毫秒后，填充率提升至65%。
低延迟，低收益
场景：某发布商的平均竞价延迟为50毫秒，但收益持平。
- 发生了什么： 竞价速度很快，但参与的竞价者很少。
- 他们检查了什么： 竞价请求量仅为每天1万次——供应量极低。
要点： 低延迟固然好，但如果没有足够的竞价请求，收益仍会低迷。增加更多需求来源后，竞价请求量提升了5倍。
它们如何一起工作
当需要衡量库存供应量时使用出价请求——例如，比较SSP、诊断低填充率或预测广告机会。
当需要衡量竞价速度时使用竞价延迟——例如，优化页面加载、设置超时限制或调试因响应缓慢导致的竞价失败。
在构建整体竞价健康仪表盘时同时使用两者——仅有数量而无速度可能掩盖性能问题；仅有速度而无数量可能掩盖供应缺口。
对照速览
| 观察角度 | 出价请求 | 拍卖延迟 |
|---|---|---|
| 定义 | 发送给买家的广告机会数量 | 从请求到拍卖获胜者响应的时间（毫秒） |
| 主要用途 | 衡量库存供应量 | 衡量拍卖速度 |
| 对用户体验的影响 | 无直接影响 | 直接影响页面加载时间 |
| 优化方向 | 通过增加需求来源来提高 | 通过减少超时或竞拍者来降低 |
| 常用报告工具 | SSP 仪表盘、广告服务器日志 | SSP 仪表盘、实时分析 |
常见误区
将高竞价请求量与高收入混淆
为何这种混淆是错误的：更多机会并不自动意味着更高收入——如果延迟高，许多竞价会被丢弃。
- 应如何做：始终将竞价请求量与拍卖延迟配对分析，以了解真实的拍卖效率。
优化延迟时未考虑竞价请求量
为何这种混淆是错误的：过于激进地缩短超时时间可能会减少竞价请求量，因为竞价者无法及时响应。
- 应如何做：根据竞价者响应分布设置超时时间——使用延迟百分位数（例如 p50、p95）找到最佳平衡点。
仅供学习，不构成投放建议。