RTB

Материал из Справочник сервиса Kadam.net
Перейти к: навигация, поиск

Введение

RTB аукцион (SSP) предоставляет владельцам рекламных площадок возможность вести торги в реальном времени выбирая самые выгодные предложения, которые предоставляют рекламодатели.

Как работает RTB (real-time bidding)

Real-time bidding (торги в реальном времени) являются взаимодействием уровня серверсервер между рекламным инвентарем на аукционе SSP (sell-side platform) и продавцами (рекламными площадками) по протоколу http post. Весь рекламный инвентарь, который удовлетворяет требования, доступен владельцам площадок посредством RTB инфраструктуры.
Ниже описанный принцип работы аукциона дает краткое понятие о процессе (более детализированное описание смотрите в разделе “Описание рабочего процесса”):

    1. RTB SSP (Real-time bidding sell-side platform) получает рекламный запрос от продавца и отбирает список покупателей для аукциона
    2. RTB SSP отправляет запрос покупателям из выбранного списка
    3. Каждый покупатель из списка получает запрос и оценивает свою возможность участия в торгах, отвечает на запрос
    4. RTB SSP проводит аукцион на основании полученных ставок от покупателей
    5. RTB SSP «доставляет» рекламное объявление победителя торгов среди рекламодателей продавцу рекламного места на площадке
    6. RTB SSP отсылает результаты торгов участникам аукциона

О документе

Документ описывает подключение DSP (demand-side platform) или рекламодателя к RTB SSP (sell-side platform). Интерфейс SSP разработан в соответствии со спецификацией протокола OpenRTB v.2.3
http://www.iab.net/media/file/OpenRTB-API-Specification-Version-2-3.pdf

Термины и определения

Bid request – запрос от RTB SSP отсылаемый покупателям (рекламодателям) для выставления на торг своих рекламных предложений
Bid response – ответ покупателя к RTB SSP в качестве ставки для торгов
CPM (Cost per mille) – цена за одну тысячу показов рекламного объявления
RTB (Real-time bidding) – торги в реальном времени, принцип поставки рекламы продавцу рекламного места в реальном времени
SSP (sell-side platform) – система торгов в реальном времени, представляющая интересы продавцов (владельцев площадок)
DSP (demand-side platform) - рекламная система представляющая интересы покупателей (рекламодателей)
Впечатление - тизер, баннер, отдельное рекламное объявление

Описание рабочего процесса

Каждый запрос к покупателю (рекламодателю) сопровождается следующими шагами:
1. Выбор покупателя в реальном времени
После получения запроса на показ рекламы от продавца (площадки) RTB аукцион выбирает список покупателей для выставления рекламных ставок. Выбираются ставки, которые имеют наибольшие шансы для победы в аукционе.
2. Запрос на ставки (bid request) от RTB SSP
RTB аукцион отправляет запросы выбранным покупателям (рекламодателям). Запрос содержит техническую информацию необходимую для “поставки” рекламного объявления, а также набор таргетингов по данному запросу. Если один и тот же покупатель (рекламодатель) имеет несколько объявлений, которые совпадают с таргетингами запроса от продавца рекламного места, то RTB аукцион включает в торги все подходящие под запрос поступающие ставки.
3. Ответ от покупателя (bid response)
Покупатель получает запрос от RTB аукциона и оценивает возможность участия в торгах. В качестве ответа покупатель отсылает предложение с ценой ставки или не отвечает на запрос, если у него нет предложений по данному запросу. Покупатель должен ответить на запрос в рамках отведенного интервала времени, иначе потеряет возможность участия в торгах. В случае наличия нескольких предложений для торгов, покупатель должен ответить на запрос ответов с ценой на каждое свое предложение, которое он готов выставить на торг.
4. Аукцион
Когда получены все ставки (в отведенное время на принятие ответов от покупателей), происходит аукцион. Продавцы имеют возможность указать минимальную цену для площадки, на которой они продают место. В связи с этим, каждая победившая ставка должна быть выше, чем минимальная цена, которую выставляет продавец места на площадке. Все материалы проходят обязательную модерацию в системе RTB SSP.
5. Нотификация о результатах
RTB SSP отправляет уведомления о результатах каждому участнику в каждом отдельно взятом аукционе.

Запросы к DSP

Запрос к DSP (или покупателю) представляет собой набор информации:

    - о рекламной площадке;
    - о посетителе этой рекламной площадки;
    - об устройстве, с которого посетитель зашел;
    - о списке рекламных мест под рекламу;

Запрос к DSP представлен в json формате, то есть [content_type] => application/json.


Пример запроса DSP/покупателю

Определение объекта
Ниже приводятся определения различных объектов, задействованных в запросе.
Объект запроса предложения
Объект ставки предложения высшего уровня содержит глобально уникальную ставку предложения или ID аукциона. Этот обязательный «ID» атрибут требует, по крайней мере, один «imp» (например, impression) объект. Другие атрибуты являются необязательными, поскольку обмен может устанавливать значения по умолчанию. Колонка «по умолчанию» определяет, как дополнительные параметры должны быть интерпретированы, если явные значения не предусмотрены.

Поле Тип По умолчанию Описание
id string - Уникальный идентификатор ставки запроса, обеспечивающийся путем обмена
imp array of objects - Массив объектов впечатления. Несколько аукционов впечатлений могут быть указаны в одной ставке предложения. Для правильной ставки требуется, по крайней мере, одно предложение.
site object - см. объект сайта
device object - см. объект устройства
user object - см. объект пользователя
ext object - Этот объект является прототипом, который может содержать пользовательские JSON, согласованные сторонами в сделке OpenRTB, поддерживающей гибкость стандартов, определенных в данной спецификации. Описано в примере запроса к DSP / покупателю
at int 2 Принцип аукциона. Если "1", то первый аукцион. Если "2", то второй аукцион. Дополнительные виды аукционов могут быть определены в соответствии с бизнес правилами биржи.

Объект впечатления
Объект «imp» описывает позицию объявления или впечатления на аукционе. Колонка «По умолчанию» определяет, как дополнительные параметры должны быть интерпретированы в случае, если явные значения не предусмотрены.

Поле Тип По умолчанию Описание
id string - Уникальный идентификатор для этого впечатления в контексте ставки предложения (как правило, стоимость начинается с 1, и увеличивается до n величины за n количество показов).
banner Object - Ссылка на объект баннера. Любой баннер или видео объект (или оба, если впечатление позволяет) должны быть включены в представление объекта; оба объекта не обязательно включать. См. Объект баннера
ext object - Этот объект является прототипом, который может содержать пользовательские JSON, согласованные сторонами в сделке OpenRTB
bidfloor float 0 Минимальная ставка для каждого материала, который будет передан в ответе на запрос.
bidfloorcur string RUB Валюта, в которой указана минимальная ставка.

Объект баннера
Объект баннера должен быть включен непосредственно в представление объекта в случае, если впечатление выставлено на аукцион и является отображающимся или мультимедийным. Колонка «По умолчанию» показывает, как дополнительные параметры должны быть интерпретированы, если явные значения не предусмотрены.

Поле Тип По умолчанию Описание
w int32 - Ширина впечатления в пикселях. Некоторые типы объявлений, не ограниченные размером этой области, не требуется, но настоятельно рекомендуется включать эту информацию тогда, когда это возможно.
h int32 - Высота впечатления в пикселях. Некоторые типы объявлений, не ограниченные размером этой области, не требуется, но настоятельно рекомендуется включать эту информацию тогда, когда это возможно.

Объект сайта
Объект сайта должен быть включен, если объявление поддерживает контент, как часть веб-сайта. Запрос ставки не должен содержать и объект сайта, и приложение объекта. Если параметр не указан, его следует рассматривать как неизвестный. Как минимум, это полезно для обеспечения URL страницы или ID сайта, но это не является обязательным.

Пример валидного ответа DSP

Синхронизация пользователей

Результат:
Возвращает объект с данными, пример: 

{
  "response": {
    "count": 1,
    "items": [
      {
        "macros": "12345678901234",
        "block": "1234",
        "domain": "123456789",
        "leads": "0",
        "views": "123",
        "clicks": "0",
        "conversions": "0",
        "rejections": "0",
        "ctr": "0.0000",
        "cpm": "0.00",
        "cpc": null,
        "moneyOut": "0.000000",
        "moneyIn": null,
        "prelandvisit": "0",
        "prelanduseful": "0",
        "prelandscroll": "0",
        "landvisit": "0",
        "landuseful": "0",
        "landscroll": "0",
        "multiplier": null,
        "blackList": "0"
      }
    ],
    "request": {
      "campaignId": 123456,
      "limit": 10,
      "offset": 0
    }
  }
}

Сортировка

Сортировка по возрастанию 

sort={параметр}
Пример: api.kadam.net?sort=views

Сортировка по убыванию 

sort=-{параметр}
Пример: api.kadam.net?sort=-views

Сортировка по нескольким параметрам 

sort={параметр1},-{параметр2},{параметр3}
Пример: api.kadam.net?sort=views,-clicks,leads

Фильтрация 

{параметр}={значение}
Примеры:
api.kadam.net?attr=10
api.kadam.net?attr=string
api.kadam.net?attr=string&date_from=01.05.2016&date_to=01.07.2016
Источник — «https://wiki.kadam.net/index.php?title=RTB&oldid=4030»