For the complete documentation index, see llms.txt. This page is also available as Markdown.

Ответ на ставку 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 (объект)

nURL необходимо уведомить, чтобы обеспечить ограничение кампании и избежать получения одного и того же ответа каждый раз.

seatbid.bid.ext

Атрибут
Описание

btype

Модель ценообразования. Значения: 1 = CPM, 2 = CPC*. По умолчанию = 1 (целое число). Примечание: Когда ответ относится к запросу зоны Email Clicks, 1 = Smart CPC.

Примечание: Только Push Notification, Native ads, Direct Link и Email Clicks могут делать ставки с моделью ценообразования CPC.

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

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

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

Когда параметр Bid Response Object > Seat Bid Object > Bid Object > nurl присутствует в ответе на ставку, необходимо выполнить GET-запрос по этому URL.

Уведомление о биллинге

Когда параметр Bid Response Object > Seat Bid Object > Bid Object > burl присутствует в ответе на ставку, GET-запрос выполняется по этому URL, когда показ или клик становится платным (CPM или CPC, в соответствии с btype полем). Это позволяет учитывать показ или клик по платному событию, а не на основе клиентского трекинга, и обеспечивает параллельные метрики «Served» в Статистике RTB. которые показывают разницу между тем, что было отрисовано, и тем, что было выставлено к оплате.

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

Логика подсчёта

  • Когда BURL отключен — Показ или клик полностью полагаются на клиентский трекер, срабатывающий от отрисованной рекламы. Текущий стандарт по умолчанию для подсчёта показов и кликов.

  • Когда BURL включен — Показ или клик учитывается по вызову burl вместо клиентского трекинга.

  • Когда BURL включен, но партнёр не выполняет вызов — Для целей биллинга количество показов или кликов становится нулевым, в то время как отработанные показы (то, что зафиксировал браузер) сохраняются. Это расхождение указывает на проблему технической интеграции.

Что остаётся на клиентском трекинге

  • Ограничение частоты. FC продолжает полагаться на события показов независимо от переключателя BURL.

  • Все метрики «Served», по определению.

  • Прямые (не RTB) зоны, для которых понятие BURL отсутствует.

Примеры

Подробные примеры ответов, которые вы можете получить, можно найти на странице примеров.

Последнее обновление

Это было полезно?