定义
实时竞价允许符合条件的买方在页面或 App 展示广告前的极短时间内评估一次展示机会并提交出价。竞价系统根据价格、交易规则、素材资格和政策限制选出结果。
所在链路
广告机会 → 出价请求 → 买方评估 → 竞价 → 广告展示
为什么重要
理解 RTB 有助于解释展示级别的价格、定向、延迟、频次与政策决策,但并非所有程序化交易都采用公开竞价。
一次实时竞价里发生了什么
实时竞价(RTB)是在页面开始加载到广告位渲染之间的间隙里,为单次广告展示举行的自动化拍卖。流程:广告机会 → 竞价请求 → 买方评估 → 竞价 → 广告渲染——通常全部发生在一百多毫秒内。
分步看:
- **机会出现。**用户打开带广告位的页面或应用界面。发布者的技术栈——可能经由 header bidding、SSP 或两者——把已知信息打包:广告位尺寸、页面上下文、地理位置、设备、可用标识符、地板价。
- **竞价请求。**这个包以 OpenRTB 请求(IAB 制定的标准化协议)的形式发出,扇出到几十家 DSP。
- **买方评估。**每家 DSP 把请求与在投 campaign 匹配:用户符合定向吗?预测转化率意味着这次展示值多少钱?出价是按单次展示计算的,不是按广告位。
- **竞价。**出价必须在严格的超时窗口内返回(迟到的直接出局)。竞价机制——历史上是二价,如今以一价为主——选出赢家、应用地板价、返回广告代码。
- **渲染与记录。**素材渲染;展示、可视性和消耗事件回流到买卖双方的报表。
解释程序化大部分行为的关键细节:定价发生在每次展示、每个用户、每个瞬间。同一页面上的两个访客看到不同的广告、以不同的成交价清算,因为不同的买方对他们的估值不同。
一价竞价及其影响
行业从二价转向一价竞价(主要交易所约在 2019 年完成)从根本上改变了出价逻辑。二价竞价中,按真实价值出价是最优策略——你只需付略高于第二名的价格。一价竞价中,出多少付多少,天真的诚实出价就是多付钱。DSP 的应对是出价削减(bid shading):估算大概率获胜的最低出价,并把出价压向那个数而不是足额价值。
值得知道的推论:
- 对买方,削减算法的质量是 DSP 之间的真实差异点;削减做得差,等于给每次展示悄悄加税。
- 对发布者,一价让地板价更具策略性——地板如今是直接的谈判立场,而不是兜底。
- 对所有人,"竞价价格"不再是稳定的参照:同样的库存因各家削减的激进程度不同而以不同价格清算。
竞价价格 vs 总成本
成交价不是广告主每单位价值最终支付的钱。叠在上面的还有:DSP 平台费、数据成本、验证费用,以及卖方侧的 SSP/交易所抽成。广告主支出与发布者净收入之间的差额——被供应链透明度研究反复记录——正是供应路径优化作为一门学科存在的原因。比较渠道或伙伴时,比单位已验证结果的成本,永远不要比原始成交价。
程序化也不全是公开竞价。交易层级是:公开竞价(人人可出价)→ 私有交易市场(受邀买方,常带地板或优先权)→ 优先交易(固定价、无排他)→ 程序化保量(协商价的预留量,走同一套管道成交)。大量优质库存根本不碰公开竞价。
延迟:物理约束
上述一切都发生在用户等待时。超时在链条中层层传导——header bidding 容器等大约 1–1.5 秒,SSP 给 DSP 两百毫秒上下,DSP 内部模型只分到其中一小部分。工程上的后果:
- 迟到的出价直接作废——又慢又高的出价输给又快又平庸的出价,所以基础设施质量直接影响买方竞胜率和发布者收益。
- 调校 header bidding 的发布者在需求广度和页面速度之间做交换;每加一个伙伴都拓宽了竞价、也拉长了尾部延迟。
- 移动网络让这一切雪上加霜,这是应用变现倚重时序行为不同的聚合 SDK 的原因之一。
常见错误
- **假设所有程序化交易都是公开竞价。**PMP、优先交易和程序化保量让大笔预算流经 RTB 基础设施却没有公开竞争;把"程序化"当一个桶来分析,会同时误读价格和质量。
- **无视延迟。**买方把出价器太慢归咎于定向;发布者不断加伙伴,直到超时损失吃光理论上的需求增益。
- **把竞价价格当总媒体成本。**买卖双方之间的费用可占支出的可观份额;成交价仪表盘系统性低估真实成本。
- **把竞价请求当真相。**请求字段是发布者声明的;验证(ads.txt 核对、出价后测量)的存在正是因为声明可能出错或造假。
- **优化出价却不优化供应路径。**同一次展示经由多条路线以不同有效成本到达;走浪费路径的完美出价依然多付钱。
FAQ
RTB 竞价实际多快? 端到端预算通常给竞价本身留约 100–300 毫秒,整体页面耐心窗口一秒上下。单个 DSP 往往必须在约 100 毫秒内响应(含网络时间)。
RTB 等于程序化吗? 不等于——RTB 是竞价协议;程序化是自动化、管道化采买的更大类别,包括没有竞价的保量交易。所有 RTB 都是程序化;不是所有程序化都是 RTB。
竞价到底由谁运行? 可能发生在多个地方,有时层层叠加:页面上的 header bidding 容器、每家 SSP/交易所内部、广告服务器的最终决策。一次展示可以正当地经过多场顺序竞价才渲染——每场有自己的规则和费用。程序化路径端到端走完这条链。
竞价请求里有什么数据? 广告位和页面上下文、设备和地理、隐私允许的标识符、发布者声明信息。隐私监管和标识符退化正稳步削薄用户相关的部分,把估值推向上下文和第一方信号。
为什么一价取代了二价? header bidding 制造了结果再喂进其他竞价的平行竞价,让"第二价"定义不清,还给隐藏费用游戏留了空间。一价对出价方不那么优雅,但透明:胜出价即成交价,链条上的每一方都能审计。
新手常见误区
- 认为所有程序化广告交易都通过公开竞价完成
- 忽略请求链路和合作方数量带来的延迟
- 把竞价成交价误认为广告主支付的全部媒体成本