> 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/ru/izdateli/open-rtb/pub-open-rtb-2.4-response.md).

# Ответ на ставку Open RTB 2.4

Ответ на запрос ставки будет иметь следующую структуру:

## Объект ответа на ставку

| Атрибут | Описание                                                                         |
| ------- | -------------------------------------------------------------------------------- |
| id      | ID запроса ставки (строка)                                                       |
| seatbid | Набор ставок, сделанных участником торгов от имени конкретного места размещения. |

### 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 (int). **Примечание**: Когда ответ относится к запросу зоны Email Clicks, 1 = Smart CPC. |
|         | **Примечание**: Только Push Notification, Native ads, Direct Link и Email Clicks могут делать ставку с моделью ценообразования CPC.                             |

## Ответ без ставки

Чтобы ответить на запрос ставки без фактической ставки, будет отправлен HTTP-ответ с кодом 204 «No Content».

## Уведомление о выигрыше

Когда параметр **Объект ответа на ставку > Объект Seat Bid > Объект Bid > nurl** есть в ответе на ставку, к такому URL должен быть выполнен GET-запрос.

## Уведомление о биллинге <a href="#billing-notification" id="billing-notification"></a>

Когда параметр **Объект ответа на ставку > Объект Seat Bid > Объект Bid > burl** есть в ответе на ставку, GET-запрос выполняется по такому URL, когда показ или клик становятся тарифицируемыми (CPM или CPC, в соответствии с `btype` полем). Это позволяет учитывать показ или клик по событию, подлежащему оплате, а не по клиентскому отслеживанию, и обеспечивает параллельные **метрики «Served»** в [статистике RTB.](/publishers/publisher-statistics.md#the-real-time-bidding-panel) которые показывают разницу между тем, что было отрендерено, и тем, что было выставлено к оплате.

Если присутствуют и nurl, и burl, оба должны быть вызваны.

### Логика подсчёта <a href="#count-logic" id="count-logic"></a>

* **Когда BURL отключён** — Показ или клик полностью зависят от клиентского трекера, вызываемого отрендеренной рекламой. Текущая настройка по умолчанию для подсчёта показов и кликов.
* **Когда BURL включён** — Показ или клик учитывается по вызову burl вместо клиентского отслеживания.
* **Когда BURL включён, но партнёр не выполняет вызов** — Количество показов или кликов для целей биллинга падает до нуля, тогда как served-показы (зафиксированные браузером) остаются. Это расхождение указывает на проблему технической интеграции.

### Что остаётся на клиентском отслеживании <a href="#what-stays-on-client-side-tracking" id="what-stays-on-client-side-tracking"></a>

* **Ограничение частоты**. FC продолжает полагаться на события показов независимо от переключателя BURL.
* **Все метрики «Served»**, по определению.
* **Прямые (не-RTB) зоны**, для которых нет понятия BURL.

### Уведомление о биллинге <a href="#billing-notification" id="billing-notification"></a>

Когда параметр **Объект ответа на ставку > Объект Seat Bid > Объект Bid > burl** есть в ответе на ставку, GET-запрос выполняется по такому URL, когда показ или клик становятся тарифицируемыми (CPM или CPC, в соответствии с `btype` полем). Это позволяет учитывать показ или клик по событию, подлежащему оплате, а не по клиентскому отслеживанию, и обеспечивает параллельные **метрики «Served»** в [статистике RTB.](/publishers/publisher-statistics.md#the-real-time-bidding-panel) которые показывают разницу между тем, что было отрендерено, и тем, что было выставлено к оплате.

Если присутствуют и nurl, и burl, оба должны быть вызваны.

#### Логика подсчёта <a href="#count-logic" id="count-logic"></a>

* **Когда BURL отключён** — Показ или клик полностью зависят от клиентского трекера, вызываемого отрендеренной рекламой. Текущая настройка по умолчанию для подсчёта показов и кликов.
* **Когда BURL включён** — Показ или клик учитывается по вызову burl вместо клиентского отслеживания.
* **Когда BURL включён, но партнёр не выполняет вызов** — Количество показов или кликов для целей биллинга падает до нуля, тогда как served-показы (зафиксированные браузером) остаются. Это расхождение указывает на проблему технической интеграции.

#### Что остаётся на клиентском отслеживании <a href="#what-stays-on-client-side-tracking" id="what-stays-on-client-side-tracking"></a>

* **Ограничение частоты**. FC продолжает полагаться на события показов независимо от переключателя BURL.
* **Все метрики «Served»**, по определению.
* **Прямые (не-RTB) зоны**, для которых нет понятия BURL.

## Примеры

Вы можете найти подробные примеры ответов, которые вы можете получить, на [странице с примерами](/rtb/ru/izdateli/open-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/ru/izdateli/open-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.