发布商通常会使广告需求来源多样化，从而以提高收入为目标进行优化，并调用多家公司（例如发布商广告服务器、供应方平台和需求方平台）来确定网页上给定广告位最合适的广告。借助标头出价，发布商可以从各种需求来源获取广告展示位置的出价。在顺序竞价设置中，标头出价库可用于使用内容相关数据运行竞价，Protected Audience 可用于使用跨网站数据运行竞价。
在开始之前，请先参阅 Prebid.js 文档，了解标头出价的基本原理。
定义
下表介绍了本文档中使用的部分术语。
拍卖
| 竞价 | 定义 |
|---|---|
| Protected Audience 竞价 | 涉及对其他网站上创建的兴趣群体进行出价的广告竞价。 |
| Protected Audience 多卖方竞价 | 两层级 Protected Audience 竞价，首先涉及多个并行组件竞价，然后这些竞价会将得分最高的广告提交到最终的顶级竞价。 |
| 顶级竞价 | Protected Audience 多卖方竞价中的最终广告竞价，用于为组件竞价中的组件竞价胜出者提供评分。 |
| 组件竞价 | Protected Audience 多卖方竞价中的嵌套竞价，其中每个组件卖方都会并行运行其组件竞价。每个组件竞价中得分最高的广告都会传递到顶级竞价。 |
参与者
| 参加者 | 定义 |
|---|---|
| 广告客户 | 希望获得广告展示位置并制作广告素材的一方。 |
| 发布商 | 提供广告资源以供竞价的一方。 |
| 采购员 | 在竞价中出价以便从卖方购买广告空间的一方。 通常是需求方平台 (DSP)。 |
| 发布商广告服务器 | 发布商用于管理和选择要在网站上呈现的广告的服务。发布商广告服务器可能会结合使用自己的竞价结果、标头出价方响应、直接销售的广告资源等信息，以确定哪个广告可为发布商带来最多的收入。 发布商广告服务器可能会提供一个客户端库，用于与服务器交互。 |
| 顶级卖家 | 调用（即创建）Protected Audience 多卖方竞价并参与顶级竞价的一方。 |
| 组件卖家 | 在 Protected Audience 多卖方竞价中运行组件竞价的一方，以便向买方出售发布商的广告空间。通常是供应方平台 (SSP)。 |
顺序竞价设置
在顺序竞价设置中，系统会先执行内容相关竞价，然后再执行 Protected Audience 竞价。通过这种设置，发布商可以通过在页面上使用可用的情境数据运行竞价，并在安全环境中使用跨网站数据运行竞价，从而最大限度地提高创收潜力，同时保护用户隐私。
系统可能会先在网页上执行标头出价库，以便为发布商广告服务器的内容相关竞价收集出价。然后，您可以将内容相关竞价的调整后胜出出价作为出价下限输入 Protected Audience 竞价中。在评分步骤期间，顶级卖方可以在计算可取性得分时为组件竞价出价分配零分，从而将组件竞价出价降至低于出价下限的水平。如果没有 Protected Audience 组件竞价出价高于出价下限，系统会向用户呈现内容相关竞价胜出的广告。如果 Protected Audience 竞价返回胜出方，则表示其出价高于出价下限，并且系统会向用户呈现 Protected Audience 胜出广告。
在此顺序竞价设置示例中，系统可能会按顺序在页面上执行三次主要竞价：
- 按标头出价库进行内容相关竞价
- 发布商广告服务器的内容相关竞价
- Protected Audience 竞价。
概览图的详细说明：
- 在竞价之前，系统会将用户添加到广告客户网站上的兴趣群组。
- 当用户稍后访问发布商页面时，Prebid.js 会运行内容相关竞价，以收集来自标头出价方的出价响应。在此步骤中，买方可以提供信号，卖方可以提供要在后续 Protected Audience 竞价中使用的组件竞价配置。Prebid.js 提供了一个module，用于将这些信号和配置传播到 Protected Audience 竞价。
- Prebid.js 收集的出价响应会发送到发布商广告服务器，以进行服务器端内容相关竞价。
- 发布商广告服务器可能会结合使用自己的竞价结果、标头出价结果、直接销售的广告资源等，以确定哪个广告可为发布商带来最多的收入。胜出的广告会返回到发布商广告服务器的客户端库。
- 情境竞价胜出者的调整后出价以及 Prebid.js 收集的买方信号 (
perBuyerSignals) 和卖方的组件竞价配置可由发布商广告服务器的客户端库传递到 Protected Audience 竞价。 - Protected Audience 多卖方竞价由顶级卖方执行。在顶级卖方的评分步骤中，顶级卖方可能会将每个组成部分竞价胜出出价与情境竞价调整后的胜出出价进行比较。如果组件出价低于内容相关竞价出价，则顶级卖方会返回 0 的偏好度得分。如果所有出价的得分均为 0，则
runAdAuction()调用会返回 null，这表示应呈现内容相关竞价胜出的广告。 - 发布商广告服务器客户端库会根据
runAdAuction()调用返回的内容，呈现胜出的 Protected Audience 广告或内容相关广告。 - 系统会向用户呈现胜出的广告。
使用 Prebid.js 和发布商广告服务器的内容相关竞价
在顺序竞价设置中，所有内容相关竞价都会在 Protected Audience 竞价运行之前执行。在本文档中介绍的设置中，我们通过 Prebid.js 运行标头出价内容相关竞价，该竞价会馈送到发布商广告服务器的服务器端竞价。
发布商首先通过使用标志调用 Prebid.js 来发起标头出价内容相关广告竞价，以表明之后将执行 Protected Audience 竞价。然后，Prebid.js 会收集出价响应，并将其发送到发布商广告服务器以进行服务器端内容相关竞价。在收集出价响应步骤期间，买方和卖方有机会提供组件竞价配置和买方信号 (perBuyerSignals)，以供后续的 Protected Audience 竞价使用（前提是他们希望参与竞价）。该组件竞价配置最终会传递到后续的 Protected Audience 竞价。
- 内容相关竞价初始化：用户访问发布商页面。
- 发布商页面会加载发布商广告服务器客户端库并定义广告位。
- 发布商页面加载预出价，并启动标头出价内容相关竞价。
- 卖家 A 的情境竞价（与卖家 B 的情境竞价并行运行）。Prebid.js 向卖方 A 发送出价请求。
- 卖方 A 从买方检索出价响应和 perBuyerSignal。
- 卖方 A 执行了内容相关竞价。
- 卖方 A 构建包含
perBuyerSignals的组件竞价配置。 - 卖方 A 使用胜出出价及其组件竞价配置响应 Prebid.js。
- 卖方 B 的情境竞价（与卖方 A 的情境竞价并行运行）。Prebid.js 向卖方 B 发送出价请求。
- 卖方 B 从买方检索出价响应和
perBuyerSignals。 - 卖方 B 执行内容相关竞价。
- 卖方 B 构建包含 perBuyerSignals 的组件竞价配置。
- 卖方 B 使用胜出出价及其组件竞价配置响应 Prebid.js。
- 发布商广告服务器的内容相关竞价。Prebid.js 收集的出价响应会发送到发布商广告服务器，以进行内容相关竞价。
- 包含买方信号的组件竞价配置会与发布商广告服务器的客户端库共享
- 发布商广告服务器会开展内容相关竞价，以便在直销广告系列、程序化出价、Prebid 的内容相关出价和其他广告资源之间确定最佳广告。
- 发布商广告服务器返回经过调整的胜出出价。
考虑将内容匹配广告需求与 Protected Audience 广告需求结合使用
此时，内容相关竞价已结束，发布商广告服务器的客户端库可以将内容相关竞价胜出的调整后出价、组件竞价配置以及参与 Protected Audience 竞价的买方的信号传递给顶级卖方。作为底价的情境竞价出价可以作为信号传递到竞价配置，以便在顶级竞价中进行评分。
- 浏览器会从卖方提取评分脚本以及每个广告的可信评分信号。
- 浏览器会针对所有组件竞价的每个胜出出价执行顶级卖方的评分逻辑。在顶级卖方的
scoreAd()脚本中，该逻辑可以访问内容相关竞价调整后的胜出出价，该出价可能已在竞价配置中作为sellerSignals传入。该脚本可以将胜出的内容相关出价与组件 Protected Audience 出价进行比较，如果内容相关出价更高，则返回 0 的偏好度得分。否则，脚本会计算可取性得分，可能基于组件 Protected Audience 出价。 - 浏览器选择由顶级卖方的评分逻辑提交的吸引力得分最高的广告。
- 如果 Protected Audience 竞价胜出 Protected Audience 竞价会将
FencedFrameConfig对象或不透明 URN 返回给发布商的广告服务器客户端库。 - 客户端库会将围栏框架的
config属性设置为FencedFrameConfig对象，或将 iframe 的src属性设置为胜出的 Protected Audience 广告的不透明 URN。 - 浏览器从买方提取 Protected Audience 竞价胜出广告。
- 浏览器向用户呈现广告。
- 如果内容相关广告竞价胜出 Protected Audience 竞价会返回
null。 - 浏览器将 iframe 的
src属性设置为胜出的内容相关广告。 - 浏览器从买方提取内容相关竞价胜出广告。
- 浏览器向用户呈现广告。