Важно: в статье разобраны только особенности настройки DSP-кампаний. Если вы не читали статью «Создание CPA-кампании», рекомендуем вам сделать это сейчас. В ней описаны настройки, которые мы не будем рассматривать тут.

На платформе вы можете самостоятельно настроить DSP-кампании. Процесс запуска кампании будет разобран на примере протоколов AdKernel или OpenRTB.

Salematics поддерживает и другие варианты интеграции. Если у вас возникли сложности с настройкой иных протоколов, обратитесь к нашему менеджеру, который курирует вашу работу.

Создание DSP-кампании #

После того как вы создали аккаунт рекламодателя на платформе, необходимо запустить новую кампанию. Для этого нажмите кнопку «Создать» — «Кампания».

Настройка DSP-кампании
Кнопки «Создать» и «Кампания»

Блок «Администрирование» #

Откроется страница с настройками. Заполните обязательные поля: «Рекламодатель» и «IAB Categories».

В строке «Рекламодатель» выберите рекламодателя, для которого создается кампания.

«IAB categories» — здесь укажите одну или несколько категорий, к которым относится кампания. Рекомендуем не выставлять более 10 категорий. IAB категории необходимы для более точного таргетинга.

Настройка DSP-кампании
Блок «Администрирование», поля «Рекламодатель» и «IAB Categories»

Если у вас возникли трудности с определением категории, установите «IAB24 — Uncategorized» или «IAB1 — Arts & Entertainment», поскольку они имеют весьма широкое определение. Когда кампания содержит промоматериалы сексуального характера, выберите значение «IAB25-3 — Pornography». Теперь кампания будет показываться только на сайтах для взрослых.

Настройка DSP-кампании
Блок «Администрирование», выбор IAB категорий

В выпадающем списке «Интеграция» установите способ получения статистики для кампании. Перечень содержит варианты:

  • «Наследуется от рекламодателя» — для кампании будет использован тип интеграции, который указан в настройках рекламодателя.
  • «Нет интеграции» — применяется для CPM/CPC-кампаний.
  • «Postback» — выбирается, когда статистика DSP-кампании рассчитывается на стороне платформы. Для этого используются данные, полученные из bid response.
  • «Feedback» — необходим для получения статистики от рекламодателя. Преимущество типа интеграции — возможность автоматической настройки страховки по площадкам. Если между статистикой платформы и данными рекламодателя есть большие расхождения, «Feedback» обязателен для выбора.

Чтобы настроить «Feedback» интеграцию, рекламодатель должен предоставить доступ к API и документацию к нему. Или у вас должна быть возможность войти в кабинет рекламодателя. Так наш технический отдел сможет настроить парсер статистики. После создания кампании передайте доступы к API или личному кабинету нашему менеджеру, который закреплен за вами, для настройки статистики. Когда интеграция будет установлена, менеджер сменит опцию «Интеграции» на «Feedback». До этого момента отметьте «Postback».

Настройка DSP-кампании
Блок «Администрирование», выпадающий список «Интеграция»

Теперь поставьте галочку возле опции «DSP».

Настройка DSP-кампании
Блок «Администрирование», опция «DSP»

Из выпадающего списка «Варианты интеграции» выберите протокол. Если отметить «Adkernel», платформа попросит внести обязательные данные:

  • «Endpoint» — ссылка, на которую будет отправляться запрос.
  • «Feed parameter» — ID паблишера рекламной сети, от которой был получен фид.
  • «Auth parameter» — параметр аутентификации рекламной сети, от которой вы получили фид.
  • «Static keyword» — пригодится, когда в запросе не передается ключевое слово. Указав его, в запросе будет использоваться прописанное значение.
Настройка DSP-кампании
Блок «Администрирование», протокол Adkernel

Настройка кампании с интеграцией по OpenRTB происходит аналогичным образом. В списке «Варианты интеграции» выберите пункт «Open RTB» и заполните поле «Endpoint». Остальные шаги будут одинаковыми для всех типов протоколов.

Настройка DSP-кампании
Блок «Администрирование», протокол OpenRTB

Блок «Информация» #

Перейдите в блок «Информация». Здесь нужно заполнить обязательное поле «Название рекламной кампании».

Настройка DSP-кампании
Блок «Информация», поле «Название рекламной кампании»

В графе «Сервис» выберите один из сервисов рекламодателя. Если сервиса нет, создайте новый. Для этого необходимо заполнить строки: «Имя», «Ссылка на сервис (оффер)» и «Описание».

Настройка DSP-кампании
Блок «Информация», поля «Сервис», «Имя», «Ссылка на сервис (оффер)» и «Описание»

Блок «Бюджет» #

Установите модель оплаты «RTB» в выпадающем списке «Стратегия», находящимся в блоке «Бюджет». В графе «Общий бюджет» пропишите сумму, которая будет затрачена на трафик, если это оговорено с рекламодателем. В строке «Ограничения бюджета» по усмотрению указывается бюджет в разрезе минут, часов и дней.

Настройка DSP-кампании
Блок «Бюджет», поля «Стратегия», «Общий бюджет» и «Ограничения бюджета»

Также можно воспользоваться следующими настройками, поставив галочку у необходимой строки:

  • «Использовать аукцион второй цены» — применяя ее, победителем будет считаться кампания с наивысшей ставкой, но рекламодатель должен выплатить цену ближайшей конкурирующей кампании + заранее определенную надбавку. Используйте опцию, только когда рекламодатель поддерживает аукцион второй цены.

Подробно о функционале «Использовать аукцион второй цены»

Если в партнерской программе есть три кампании, они будут соревноваться между собой.

Предположим, площадка направила запрос на показ рекламы.

Кампания А отправляет в bid response максимальную ставку, равную $1 за показ, кампания Б — $0,5, кампания В — $0,3.

В аукционе выиграет кампания А, но за показ она заплатит $0,6. Сумма складывается из ближайшей конкурирующей кампании + заранее определенной надбавки, которая устанавливается администратором партнерской программы.

Финальная ставка передается рекламодателю в параметре «adm» или «burl».

  • «Не закупать трафик дороже ставки» — означает, что кампания не будет покупать трафик, если установленная на площадке стоимость выше оценочной стоимости показа. Настройка не используется для DSP-кампаний.
Настройка DSP-кампании
Блок «Бюджет», настройки «Использовать аукцион второй цены» и «Не закупать трафик дороже ставки»

Блок «Закупка трафика у SSP» #

Здесь находится опция «Закупать у SSP, если используется аукцион второй цены». Если ее активировать, закупка трафика будет производиться только у SSP, которые применяют аукцион второй цены. Трафик с других источников поступать на кампанию не будет.

Настройка DSP-кампании
Блок «Закупка трафика у SSP»,

Создание промоматериала #

Когда все необходимые сведения о кампании будут внесены, нажмите на кнопку «Сохранить».

Система перенаправит вас в раздел «Промо».

Настройка DSP-кампании
Настройки кампании, сохранение данных

Блок «Информация» #

Сперва укажите название рекламного объявления в соответствующей строке.

Настройка DSP-кампании
Блок «Информация», название промо

Из выпадающего списка «Тип рендера» выберите один из подходящих методов открытия промоматериалов:

  • «HIDE REF» — с сокрытием HTTP referer, то есть скрывается адрес страницы, с которой пришел пользователь. Рекомендуем использовать настройку в большинстве случаев.
  • «302» — без сокрытия HTTP referer — промо открывается через Traffic Delivery System. Опция необходима, когда рекламодатель требует передавать HTTP referer.

Наличие HTTP referer в запросе на показ рекламы может быть важным для рекламодателя. Поэтому предварительно уточните у рекламодателя о значимости метода открытия.

Настройка DSP-кампании
Блок «Информация», типы рендера

В «Типе площадок» отмечается вид промоматериалов, который будет присылать рекламодатель.

Настройка DSP-кампании
Блок «Информация», список «Тип площадок»

В выпадающем списке «Способ оплаты» укажите, за какое событие рекламодатель осуществляет выплату:

  • «По показам» — оплата производится за показы.
  • «По кликам» — оплата производится за клики.
Настройка DSP-кампании
Блок «Информация», выпадающий список «Способ оплаты»

Если вы хотите запретить показ на промежуточной странице, где размещено несколько рекламных объявлений, поставьте галочку около строки «Запретить показ на витрине».

Настройка DSP-кампании
Блок «Информация», опция «Запретить показ на витрине»

Теперь заполните обязательные поля для промоматериала. В нашем примере это «Заголовок рекламного объявления» и «Изображение». Внесите сюда любые значения: они не используются для показа рекламы.

Настройка DSP-кампании
Блок «Информация», сведения о промоматериале

Блок «Настройка типов размещения» #

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

Для тизеров доступны три типа:

  • «Teaser» — рекламные блоки, предназначенные только для показов тизеров.
  • «Push» — тизер преобразуется в push-уведомление.
  • «Banner» — тизер размещается в блоке для баннеров.

Использование разных типов размещения позволяет увеличивать охват рекламной кампании.

Настройка DSP-кампании
Блок «Настройка типов размещения»

Блок «Target page URL» #

В качестве Target URL можете прописать любой домен. Например:

https://example.com/
Настройка DSP-кампании
Блок «Target page URL»

Внеся обязательные сведения в форму, нажмем на кнопку «Сохранить».

Настройка DSP-кампании
Настройки промо, сохранение промоматериала

Не забудьте запустить промоматериал, изменив статус в блоке «Управление». Запуск DSP-кампании происходит аналогичным образом на странице ее настроек.

Настройка DSP-кампании
Настройки промо, запуск промоматериала

Проверка кампании #

После запуска кампании проверьте корректность ее работы. Для этого воспользуйтесь вкладкой «DSP Запросы» и разделом «Логи запросов».

Проверка кампании во вкладке «DSP Запросы» #

Для проверки кампании через «DSP Запросы» перейдите в блок «White/Black листы» настроек кампании. Выберите один из интересующих показателей. Рекомендуем начать анализ трафика с «ID инвентаря (ID платформы издателя)».

Настройка DSP-кампании
Настройки кампании, блок «White/Black листы»

Нажмите на ссылку «Оптимизация» и перейдите во вкладку «DSP Запросы». Здесь отображается статистика по каждой площадке, отправившей запрос к изучаемой DSP-кампании. Данные доступны за последние 2 дня.

Поскольку кампания новая и сведений во вкладке еще нет, мы рассмотрим «DSP Запросы» на примере другой кампании.

Настройка DSP-кампании
Вкладка «DSP Запросы»

Разберем значения каждого столбца таблицы:

  • «Название/Значение» — ID площадки кампании.
  • «Req» — количество запросов на показ рекламы.
  • «No Ref» — количество запросов на показ рекламы, в которых нет HTTP referer. Для некоторых рекламодателей важно, чтобы был указан HTTP referer. Чтобы не получать подобных запросов, можно активировать опцию «Показывать только при наличии заголовка Referer» в настройках кампании.
  • «No Keyword» — количество запросов на показ рекламы, в которых нет ключевых слов. Если рекламодатель не принимает такие запросы, включите настройку «Показывать только при наличии ключевого слова (keyword)».
  • «Res» — общее количество ответов 200-й группы.
  • «W/Promo» — количество ответов с подобранным промоматериалом.
  • «Fillrate» — отношение количества ответов с подобранным промо (W/Promo) к общему числу запросов (Req).
  • «Rot» — количество ротаций, то есть получение права на показ кампании. Стоит учитывать, что не всякая ротация может привести к показу. Для каждого типа промо существует своя вероятность быть показанным.
  • «Shows» — количество показов.
  • «Clicks» — количество кликов.
  • «CTR» — отношение количества кликов (Clicks) к показам (Shows).
  • «Paid» — сумма выплат издателям за демонстрацию рекламы.
  • «Rec» — доход, полученный от показа рекламы.
  • «Profit» — прибыль от демонстрации рекламы, то есть разница между доходом и выплатами.
  • «In CPM» — стоимость показа рекламы, которая базируется на доходе от показа рекламы. Рассчитывается по формуле Rec / Shows * 1000.
  • «Out CPM» — стоимость показа рекламы, которая основывается на выплатах за показ рекламы. Рассчитывается по формуле Paid / Shows * 1000.
  • «W/O Promo» — число успешных ответов, не содержавших промоматериалы, на отображение рекламы. На такие запросы возвращается ответ с кодом 204. Обычно рекламодатель не заинтересован в показе рекламы для запроса. Но если вы получаете ответы только с кодом 204, это может означать, что в запросе не хватает какой-то информации или в нем содержатся «лишние» сведения. Сами по себе запросы не приводят к ошибке, но могут влиять на ответы рекламодателя. Вы можете изучить последние 10 запросов с таким кодом ответа в разделе «Лог запросов». Скопируйте из раздела несколько примеров запросов и уточните у рекламодателя причину подобных ответов.
  • «Bid» — средняя ставка. Рассчитывается по ответам, в которых была указана ставка.
  • «Time» — среднее время ответа на запрос по показу рекламы.
  • «Errors» — общее количество ошибок.
  • «4xx» — число ошибок с некорректным ответом. Согласно стандарту IAB при отсутствии рекламы сервер должен давать ответ с кодом 204, если сервер отвечает кодом 404 — отсутствие рекламы, при котором ответ считается некорректным.
  • «Timeout» — количество ошибок, возникших из-за долгого ответа сервера рекламодателя. В запросах на показ рекламы устанавливается лимит времени на ожидание ответа. Если рекламодатель не успевает ответить за это время, запрос обрывается. Такие запросы можно найти в разделе «Лог запросов». Они попадают в ответы с кодом 0 и обозначаются как ошибка — «Error: Post [http://some-rtb. com/api/25:](http://rtb. com/api/25:) context deadline exceeded».
  • «Other» — сюда могут входить:
    • «HTTP_ERROR» — ошибка, связанная с межсетевым взаимодействием. Причины ее возникновения различаются. Например, она может появиться, если при отправке запроса используется протокол http вместо https. Также «HTTP_ERROR» возникает при попытке направить запрос на домен с ошибками в настройках DNS-записей.
    • «BID_REQUEST» — ошибка, вызванная минимальной ставкой, которую передает DSP издатель. Если минимальная ставка от издателя выше, чем предлагает рекламодатель, реклама не будет отображена.

Проверка кампании в разделе «Логи запросов» #

Раздел «Логи запросов» находится на боковой панели настроек кампании.

Логи разбиты на коды ответа HTTP. Для каждого кода выводятся последние 10 запросов.

Список HTTP кодов может меняться для кампании. Нельзя заранее сказать, какие события произойдут после отправки запроса. Поэтому для каждой кампании отобразятся свои коды.

Настройка DSP-кампании
Настройки кампании, раздел «Логи запросов»

Рассмотрим самые распространенные коды ответов:

  • «0» — отображает запросы, которые были прерваны платформой Salematics. Это может происходить по разным причинам: рекламодатель слишком долго отвечал на запрос либо в запросе отсутствуют обязательные параметры. Причина ошибки отображается в теле ответа.
  • «200» — запрос на показ рекламы успешно обработан и рекламодатель предоставил ответ.
  • «204» — запрос выполнен успешно, но объявление для него подобрать не удалось или произошла ошибка.
  • «404» — запрос не удалось совершить. Следует проверить корректность ссылки, на которую выполняется запрос. Вероятно, в ней допущена ошибка, или рекламодатель обновил endpoint и не предупредил вас об этом.
  • «50x» — коды 500, 502, 503 и т. д. — означают, что ошибка произошла на стороне рекламодателя. Для получения подробностей обратитесь в службу поддержки рекламодателя.

Подытожим материал:

  1. Вы можете самостоятельно настроить DSP-кампании. Если у вас возникли сложности с настройкой протоколов, обратитесь к нашему менеджеру, который курирует вашу работу.
  2. Чтобы получать статистику по DSP-кампании, в выпадающем списке «Интеграция» выберите опцию «Postback».
  3. Если вы хотите установить автоматическую страховку по площадкам, обратитесь к нашему менеджеру с соответствующей просьбой. Не забудьте передать специалисту доступ к API или личному кабинету рекламодателя, а также ссылки на документацию по API. Когда подключение статистики завершится, менеджер изменит настройки «Интеграции»: в перечне будет выставлен «Feedback».
  4. После запуска кампании запланируйте проверку вкладки «DSP Запросы» и раздела «Логи запросов».
Собственный протокол интеграции рекламной платформы AdKernel.
Открытый протокол, созданный под руководством компании IAB с целью автоматизировать торговлю рекламным пространством цифровых медиа: взаимодействие стороны спроса (рекламодателей) со стороной предложения (издателей).
Interactive Advertising Bureau — бюро интерактивной рекламы, объединяющее гигантов глобальной медийной индустрии.
Параметры «S1» и «S2» используются в «UTM Source», если они были переданы при запросе от площадки. Данная настройка устанавливается исключительно в случае, когда в «S1» и «S2» передаются ID источника и саб-источника.
Стандартный механизм, позволяющий передавать из партнерской сети данные о транзакции стороннему сайту, скрипту или приложению.
Ответ на запрос ставки от SSP.
Application programming interface — описание способов (набор классов, процедур, функций, структур или констант), с помощью которых одна компьютерная программа может взаимодействовать с другой программой.
Demand Side Platform — внешние платформы, на которых рекламодатели покупают рекламные места, запрашивают рекламу для показа и предоставляют промо.
Real Time Bidding — технология, которая позволяет организовывать программируемые онлайн-аукционы между продавцами (SSP) и покупателями рекламы (DSP). Объект торга — право показа объявления конкретному пользователю.
Supply-side platform — внешняя платформа, на которой издатели продают рекламные места, запрашивают рекламу для показа и предоставляют площадки.
Способ показа показа промоматериала. С его помощью можно скрыть HTTP referer.
Один из заголовков запроса в протоколе HTTP. Содержит URL источника запроса. Если перейти с одной страницы на другую, referer будет содержать адрес первой страницы.
Ссылка на целевую страницу вашего ресурса, на которую будет направлен пользователь с конкретного объявления.
Процесс подбора промоматериала в ответ на запрос о показе рекламы.
Количество показов.
Click-through rate — показатель кликабельности рекламных объявлений.
Demand Side Platform — внешние платформы, на которых рекламодатели покупают рекламные места, запрашивают рекламу для показа и предоставляют промо.
Ссылка, на которую будет отправляться запрос на получение данных.
Billing URL — один из параметров bid response для протокола OpenRTB. В нем передается URL, на который совершается запрос с требованием произвести оплату и размером выплаты.