> For the complete documentation index, see [llms.txt](https://docs.exoclick.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.exoclick.com/rtb/zh/fa-bu-shang/kai-fang-rtb/pub-open-rtb-2.4-response.md).

# Open RTB 2.4 出价响应

竞价请求的响应将具有以下结构：

## 出价响应对象

| 属性      | 描述                     |
| ------- | ---------------------- |
| id      | 竞价请求的 ID（字符串）          |
| seatbid | 由出价方代表特定 seat 提交的出价集合。 |

### seatbid

| 属性  | 描述                 |
| --- | ------------------ |
| bid | 此出价适用的展示对象 ID（字符串） |

### seatbid.bid

| 属性    | 描述                          |
| ----- | --------------------------- |
| id    | 由出价方选中的出价对象 ID（字符串）         |
| impid | 此出价适用的展示对象 ID（字符串）          |
| price | CPM 或 CPC 的出价价格（浮点数）        |
| adm   | ExoClick XML/JSON 广告标记（字符串） |
| nurl  | 赢标通知 URL                    |
| cid   | 用于辅助广告质量检查的活动 ID（字符串）       |
| crid  | 用于辅助广告质量检查的创意 ID（字符串）       |
| iurl  | 创意的 URL                     |
| ext   | ExoClick 特定扩展（对象）           |

{% hint style="info" %}
必须通知 nURL，以确保广告活动频控，并避免每次都获得相同的响应。
{% endhint %}

### seatbid.bid.ext

| 属性    | 描述                                                                                   |
| ----- | ------------------------------------------------------------------------------------ |
| btype | 定价模型。取值：1 = CPM，2 = CPC\*。默认值 = 1（整数）。 **注意**：当响应对应的是 Email Clicks 区域请求时，1 = 智能 CPC。 |
|       | **注意**：只有推送通知、原生广告、直链和 Email Clicks 可以使用 CPC 计费模型出价。                                 |

## 无出价响应

为了在不实际出价的情况下响应竞价请求，将发送 HTTP 响应码 204 “无内容”。

## 赢标通知

当参数 **出价响应对象 > 座位出价对象 > 出价对象 > nurl** 包含在出价响应中时，必须对该 URL 发起 GET 请求。

## 计费通知 <a href="#billing-notification" id="billing-notification"></a>

当参数 **出价响应对象 > 座位出价对象 > 出价对象 > burl** 包含在出价响应中时，当展示或点击变为可计费时（CPM 或 CPC，取决于 `btype` 字段），会对该 URL 发起 GET 请求。这使展示或点击能够从可计费事件而不是基于客户端的跟踪进行计数，并提供并行 **“已展示”指标** 在 [RTB 统计中。](/publishers/publisher-statistics.md#the-real-time-bidding-panel) ，显示渲染内容与计费内容之间的差距。

如果 nurl 和 burl 都存在，则两者都应被调用。

### 计数逻辑 <a href="#count-logic" id="count-logic"></a>

* **当 BURL 被禁用时** — 展示或点击完全依赖于由已渲染广告触发的客户端跟踪。这是今天用于统计展示和点击的默认方式。
* **当 BURL 被启用时** — 展示或点击从 burl 调用中计数，而不是从客户端跟踪中计数。
* **当 BURL 已启用但合作方未触发时** — 展示或点击计数在计费用途上降为零，而已展示的展示量（浏览器记录的内容）仍然保留。该差异表明存在技术集成问题。

### 保留在客户端跟踪上的内容 <a href="#what-stays-on-client-side-tracking" id="what-stays-on-client-side-tracking"></a>

* **频次控制**. 无论 BURL 开关如何，FC 继续依赖展示事件。
* **所有“已展示”指标**，按定义。
* **直接（非 RTB）区域**，没有 BURL 概念。

### 计费通知 <a href="#billing-notification" id="billing-notification"></a>

当参数 **出价响应对象 > 座位出价对象 > 出价对象 > burl** 包含在出价响应中时，当展示或点击变为可计费时（CPM 或 CPC，取决于 `btype` 字段），会对该 URL 发起 GET 请求。这使展示或点击能够从可计费事件而不是基于客户端的跟踪进行计数，并提供并行 **“已展示”指标** 在 [RTB 统计中。](/publishers/publisher-statistics.md#the-real-time-bidding-panel) ，显示渲染内容与计费内容之间的差距。

如果 nurl 和 burl 都存在，则两者都应被调用。

#### 计数逻辑 <a href="#count-logic" id="count-logic"></a>

* **当 BURL 被禁用时** — 展示或点击完全依赖于由已渲染广告触发的客户端跟踪。这是今天用于统计展示和点击的默认方式。
* **当 BURL 被启用时** — 展示或点击从 burl 调用中计数，而不是从客户端跟踪中计数。
* **当 BURL 已启用但合作方未触发时** — 展示或点击计数在计费用途上降为零，而已展示的展示量（浏览器记录的内容）仍然保留。该差异表明存在技术集成问题。

#### 保留在客户端跟踪上的内容 <a href="#what-stays-on-client-side-tracking" id="what-stays-on-client-side-tracking"></a>

* **频次控制**. 无论 BURL 开关如何，FC 继续依赖展示事件。
* **所有“已展示”指标**，按定义。
* **直接（非 RTB）区域**，没有 BURL 概念。

## 示例

您可以在以下位置找到您可能收到的响应的详细示例： [示例页面](/rtb/zh/fa-bu-shang/kai-fang-rtb/open-rtb-publisher-code-examples.md).


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.exoclick.com/rtb/zh/fa-bu-shang/kai-fang-rtb/pub-open-rtb-2.4-response.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
