实时竞价拍卖需要多长时间？

从端到端大约十分之一秒——在页面渲染的同时，请求、分发、竞价和结算都在严格的超时时间内完成。超时后到达的出价会被忽略，因此延迟是链条中每个平台的竞争维度。

RTB 和程序化广告是同一回事吗？

不是——RTB 是程序化广告的一个子集。程序化广告指任何自动化购买，包括程序化直接交易和私有交易市场（价格预先协商）。RTB 特指公开的、每次展示的竞价。大多数开放网络展示广告通过 RTB 流通，而原生广告网络在其平台内运行自己的封闭式实时竞价。

简单来说，什么是 Header Bidding？

一种发布商端技术，它同时向多个交易平台和 SSP 请求对同一展示进行竞价，而不是按固定“瀑布流”顺序逐个进行。所有人都同时看到该展示，最佳出价胜出，发布商不再因某个合作伙伴恰好排在第一位而损失价值。

Taboola 和 Outbrain 使用 RTB 吗？

它们运行实时、每次展示的竞价，但是在自己的封闭交易市场内，而非开放的 RTB 交易平台——您的 Taboola 出价只与其他 Taboola 广告主竞争。原生广告库存确实会通过 OpenRTB 的原生规范在边缘流通，并且网络之间会互相转售需求，从而延长供应链。

为什么程序化竞价从第二价格转向第一价格？

Header Bidding 打破了第二价格逻辑：并行竞价意味着第二价格胜出者在下游仍需以第一价格竞争，而隐藏的底价使定价不透明。第一价格恢复了透明度——您支付您所出的价格——但代价是策略调整：买家现在依赖出价优化来避免系统性地过度支付。

联盟营销与媒体购买

实时竞价详解：RTB 和 Header Bidding 如何运作

程序化广告中每次展示背后的竞价全流程：SSP、DSP、交易平台、第一价格结算、Header Bidding、OpenRTB——以及原生广告网络为何遵循不同规则。

OpenAdLibrary 编辑团队广告情报与原生广告研究

2026年9月2日 · 阅读约 6 分钟

实时竞价（RTB）是大多数程序化广告背后的每次展示竞价机制：当包含广告位的页面加载时，交易平台会广播一个竞价请求，描述广告位、页面和匿名用户；需求方平台评估并出价；胜出者的广告得以展示——所有这些都在大约十分之一秒内完成，在页面完成渲染之前。Header Bidding 是发布商端技术，让多个交易平台同时竞争同一广告位，而 OpenRTB 是它们共同使用的协议。本指南将全程解析竞价流程，解释其背后的机制，并涵盖大多数解释者忽略的部分：原生广告如何适应此模型以及如何打破它。

竞价流程逐步解析#

一次展示，一次竞价，六个步骤：

页面加载，广告位触发。 发布商的页面请求特定广告位的广告——尺寸、位置、上下文。
供应方封装竞价请求。 发布商的供应方平台（SSP）构建结构化请求：广告位尺寸、页面 URL、用户地理位置、设备、隐私允许的标识符。
交易平台进行分发。 广告交易平台将请求广播给连接的多个需求方——通常数十个，并行进行。
需求方平台评估并出价。 每个需求方平台（DSP）根据其广告主的定向、预算和频次上限对展示进行评分，然后返回出价和创意——或跳过。
竞价结算。 交易平台选择胜出者（在当今市场为第一价格），通知 DSP，并返回胜出创意。
广告展示，资金流动。 创意展示，展示跟踪器触发，发布商获得结算价格减去路径中所有参与方的费用。

整个往返过程在严格的超时时间内完成——延迟到达的出价不计入——这就是生态系统如此关注延迟的原因。

参与角色#

角色	代表方	在竞价中的职责
SSP	发布商	封装库存，设置底价，最大化收益
广告交易平台	市场	运行竞价，强制超时
DSP	广告主	评估每次展示，出价，管理预算
广告服务器（双方）	发布商/广告主	最终决策和创意投放

角色界限不断模糊——大型 SSP 运营交易平台，DSP 相互购买，同一家公司可能同时站在双方——这也就是供应路径透明度成为行业问题的一部分原因。关于这些组件如何组合成购买策略的更多背景，请参阅程序化广告。

第一价格 vs 第二价格：竞价为何改变#

经典 RTB 运行第二价格拍卖：胜出者支付略高于次高者的出价，因此出价真实价值是安全的。然后 Header Bidding 将同一展示放入多个并行竞价中，“第二价格”失去了意义——一个竞价中的第二价格胜出者仍需与其他竞价的胜出者进行第一价格竞争。再加上交易平台悄悄应用底价和费用，价格发现变得不透明。

行业转向第一价格拍卖：胜出者支付其出价。更简单、更诚实，但将策略负担转移给了买家——每次出价真实最大值会导致系统性过度支付，这就是为什么 DSP 现在运行出价优化：估算最低胜出价格并接近该价格出价的算法。如果您通过程序化方式购买，而您的 DSP 的优化效果不佳，您将承担差额。

Header Bidding：瀑布流的解决方案#

在 Header Bidding 之前，发布商运行瀑布流：需求源按固定优先级顺序逐个调用，每个需求源有机会在预设底价下购买，然后请求“回传”给下一个。结果：第一个在线的需求源可以以低价购买库存，而后面更好的出价从未看到该展示。

Header Bidding 颠覆了这一点。页面头部的一个脚本（或在服务器端变体中，页面调用一次的代理）同时向多个 SSP 和交易平台请求出价，然后将最佳出价传递给发布商的广告服务器，与直接销售的广告活动竞争。每个需求源在同一时刻、平等地看到每个展示。

权衡是操作性的：客户端 Header Bidding 增加页面延迟和 JavaScript 权重；服务器端则降低 Cookie 匹配率。大多数成熟的发布商运行混合方案。对于买家而言，实际影响更简单：在配置不当的瀑布流中发现系统性低价库存的日子已经过去——优势现在来自创意和漏斗，而非竞价套利。

OpenRTB 与透明度层#

OpenRTB——一项 IAB 技术实验室标准——是竞价请求和响应传输的 JSON 协议：标准化的对象描述展示、网站、设备、用户和出价本身。这就是为什么一个 DSP 可以与五十个交易平台通信而无需五十次集成。

协议之外，还有一个旨在打击欺诈和模糊转售的公开透明度层：

ads.txt——发布商域名上的文件，列出授权销售其库存的实体。
sellers.json——镜像：交易平台发布其代表的实体。
供应链对象（schain）——每个 OpenRTB 请求携带展示经过的中介链。

这些工件是公开设计的——这意味着外部观察者可以审计程序化路径，而不仅仅是参与者。这种可审计性是现代供应链分析的基础。

原生广告的适配与不适配之处#

以下是展示导向的解释者常犯错误的部分。大型原生广告网络——Taboola、Outbrain、MGID、Revcontent——并不主要通过开放的 RTB 管道销售。每个网络运行自己的封闭交易市场：广告主在网络平台内出价，原生广告竞价在每个 widget 广告位、每个用户、每次页面浏览时在网络内部进行。

RTB 概念仍然适用——它是实时、每次展示的竞价，带有底价和节奏——但竞争环境不同。您的 Taboola 出价只与其他 Taboola 广告主竞争，而非与开放交易平台竞争。OpenRTB 有一个原生广告规范，原生广告库存确实在边缘通过程序化方式流通；网络之间也会互相转售需求，产生比典型展示广告更多跳数的供应路径。我们在原生广告供应链详解中追踪了这些链条的真实示例——从 widget 到网络到转售商到广告主。

对媒体买家的实际影响：

DSP 工具通常无法看到原生广告网络的竞价。 程序化仪表盘不会告诉您在 Taboola 上运行了什么。
竞争是网络内的。 在 MGID 上获胜意味着在您的地理位置和垂直行业中击败 MGID 的广告主，而非全球程序化市场。
供应链仍然可观察。 因为投放的广告及其请求链是面向公众的，独立的观察者可以分类谁投放了什么——这是广告间谍工具如何抓取原生广告背后的技术。

为什么这对您的购买很重要#

从机制中得出的三个实用结论：

了解您的路径，了解您的费用。 链条中的每个中介在发布商获得付款前都会抽取一部分；在转售的原生库存上，跳数成倍增加。跳数越少，您的美元通常越多地用于购买注意力。
第一价格改变了出价策略。 不要本能地出价天花板；了解您的平台应用的优化策略——在原生广告网络的内部竞价中，由于没有为您进行优化，请通过测试出价水平来实证确定。
在原生广告领域，竞争研究取代了竞价数据。 您无法查询 Taboola 的竞价，但可以观察其输出。OpenAdLibrary 的供应链分类——基于对 49 个网络超过 680 万次广告观察（2026 年 7 月）——在广告情报平台中展示了每个创意实际由哪些网络和转售商投放。阅读投放现实胜过猜测竞价。

RTB 是一个以惊人规模执行的简单理念：每次展示一次竞价，在页面渲染前结算。理解竞价、协议和路径——程序化缩写词之汤就简化为管道。