Rtb блоки: Создание блока RTB — Рекламная сеть. Справка

Содержание

RTB блоки в Яндекс Директ

Медийная реклама показывается через RTB блоки, установленные на сайтах-партнерах рекламной сети Яндекса (РСЯ) и в сервисах Яндекса. Подробнее про рекламу в RTB-системе рассказано в статье «RTB-реклама в Яндексе: механизм работы и стоимость». В этом материале расскажем, как запустить успешную медийную кампанию.

1. Выберите площадки для показа рекламы

Продумайте и выберите площадки для показа рекламы Это можно сделать в  интерфейсе личного кабинета. 

Медийная реклама транслируется в РСЯ или в сервисах Яндекса, и их стоит подобрать в зависимости от отрасли. Недвижимость лучше показывать в сервисе Яндекс.Недвижимость, рекламу автозапчастей — на портале Авто.

Ру, рекламу развлекательного контента — в сервисах Яндекс.Музыка и Яндекс.Телепрограмма. 

Выбирая площадки, смотрите степень «разогретости» аукциона на них, то есть, среднюю цену СРМ. «Разогретость» аукциона разная, поэтому настраивая рекламу по отдельности, можно сэкономить на стоимости показа. Заранее посмотреть предварительную стоимость рекламы можно с помощью инструмента «Прогноз». Обычно СРМ на сервисах выше, чем в РСЯ.

2. Загрузите все подходящие форматы баннеров 

Баннеры в RTB-блоках Яндекса могут быть в семи форматах: 

300х300, 
300х250, 
240х400, 
728х90, 
160х600, 
320х50, 
320х100. 

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

Для рекламы на мобильных устройствах обязательно нужно добавить баннеры  320х50 и 320х100. 

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

3. Настройте таргетинги 

Яндекс предоставляет более 360 вариантов таргетинга. Одновременно можно использовать гео-таргетинг и два дополнительных. Не делайте таргетинг слишком узким, потому что реклама будет показываться редко и может быть потеряна часть потенциальной целевой аудитории. 

Например, магазин по продаже товаров для новорожденных выбрал в качестве аудитории женщин в возрасте 25-34 лет, проживающих в небольшой гео-локации — городе Калуге, и добавил таргетинг по интересам. В результате рекламодатель получит маленький трафик, потому что он отсек часть потенциальных клиентов. Товары для новорожденных могут приобретать также папы, друзья и родственники на подарки. Но о магазине рекламодателя они вряд ли узнают, поскольку рекламный баннер им не показывается. Скорее всего, они сделают покупку в другом магазине, о котором узнают из рекламы. 


Социально-демографический таргетинг позволяет отбирать аудиторию по полу, возрасту и доходу. Таргетинг подходит для охвата максимальной аудитории. 

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

Поисковый ретаргетинг позволяет показывать рекламу по запросам пользователей, которые они вводили в последние 72 часа. Сегментация проводится по 300 видам поисковых таргетов. Аудитория относится к категории «горячей» с большой вероятностью конверсии. Рекламодатель может выбрать несколько поисковых таргетингов одновременно. 

Поведенческий ретаргетинг с сервисов Яндекса настраивается только на сервисы Недвижимость, Новости и Авто.ру. Реклама идентифицирует пользователей с сервисов и будет показывать им баннер рекламодателя. Позволяет точно попасть с рекламой в целевую аудиторию. 

Поведенческий ретаргетинг с сайта рекламодателя позволяет показывать рекламный баннер пользователям, которые уже были на рекламируемом сайте. Создание сценариев для возврата посетителей на сайт было рассмотрено в статье «Создание рекламной кампании для ремаркетинга». Для использования инструмента на сайте необходимо установить счетчик метрики и настроить цели. Цели могут быть различными в зависимости от задач рекламодателя: посетить определенные страницы, положить товар в корзину, просмотреть видео. Ретаргетинг работает только на аудиторию не менее 20 тысяч пользователей, достигших каждой цели. 

Яндекс.Аудитории связывают оффлайн и онлайн продажи. Настраиваются с помощью сегментов. Инструмент работает при объеме от 20 тысяч пользователей. 

  • Сегмент «Данные рекламодателя». Рекламодатель использует данные покупателей: электронную почту, номера телефонов или ID мобильных устройств — для поиска их в сети. 

  • Сегмент «Похожие пользователи». На основании данных о существующих клиентах алгоритм Яндекса ищет максимально похожих пользователей и показывает рекламу. 

  • Сегмент «Пиксель Яндекс.Аудитории» создается из пользователей, которые видели рекламу. Аудитория собирается в отдельную группу и далее рекламодатель может показывать определенные виды баннеров только им. Например, сначала показываем рекламу концерта, потом аудитории, собранной с помощью пикселя, показываем баннеры обратного отсчета: «до концерта осталось всего семь дней» и подобные. Другой вариант взаимодействия — собрать аудиторию по пикселю, затем пользователей довести до покупки с помощью контекстной рекламы. 

  • Сегмент «Геолокация» отбирает пользователей, находящихся в определенном месте. Для настройки следует установить точку на карте и задать радиус от 500 м до 10 км. Все пользователи, попадающие в эту окружность, будут видеть рекламный баннер. Дополнительно при создании окружности уточните аудиторию. Можно выбрать пользователей по параметрам: «живут», «работают» или «часто бывают». 

  • Сегмент «Данные Метрики» работает таким же образом, как и поведенческий таргетинг с сайта рекламодателя, только настраивается через Яндекс.Аудитории. 

Таргетинг по устройствам показывает рекламу только на компьютеры / компьютеры и планшеты / телефоны / телефоны и планшеты. Если таргетинг не использовать, то по умолчанию реклама показывается везде. 

Таргетинг на мобильных устройствах дополнительно сегментирует показ рекламы по: 

  • типу устройства: смартфоны или планшеты; платформе: Андроид, iOS, Windows Phone; 
  • производителю: Apple, Samsung, Nokia и др.; 
  • оператору: Билайн, Мегафон или МТС; типу соединения: wi-fi, 3G или 4G. 

Настройка рекламы по оператору и типу соединения работает только для рекламы мобильных приложений. Пользователь находится в зоне wi-fi, ему показывается реклама мобильного приложения, которое сразу можно установить на телефон.

4. Установите кросс-частоту 

Частота — ограничение показа рекламы одному и тому же пользователю на каждом типе устройства. Кросс-частота позволяет складывать показы рекламы пользователю на разных устройствах. 

Если указать частоту «шесть показов», то пользователь увидит баннер шесть раз на компьютере и шесть раз на телефоне. При кросс-частоте пользователь увидит всего шесть раз рекламу на всех устройствах вместе.

5. Рассчитайте прогноз 

Есть два типа прогноза: прогноз охвата таргетингов и прогноз показов и среднего СРМ. При выборе таргетинга в личном кабинете видно примерный охват аудитории. Данные формируются на основании информации за прошлую неделю. Прогноз не учитывает цены и конкурентов и показывает максимально возможный охват. 

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

Прогноз позволяет узнать, насколько сейчас разогрет аукцион и текущий СРМ. Для этого поставьте максимальный средний СРМ на уровне 150 р.

6. Отслеживайте показы рекламы 

Если реклама показывается медленнее, чем планировал рекламодатель, необходимо проверить причины. Наиболее частыми являются: 

  • слишком узкий охват аудитории; 
  • добавлено мало форматов баннеров; 
  • выбрано мало рекламных сетей для показа; 
  • слишком низкое значение СРМ; 
  • слишком узкий гео-таретинг. 

При настройке таргетингов действует два способа: аудитории складываются или сегментируются. Аудитории из разных групп сегментируются: пол И возраст, гео-таргетинг И интересы. Охват такой аудитории снижается. Пользователи из одной группы складываются: возраст 25-34 ИЛИ выше 45, Москва ИЛИ Санкт-Петербург. Такая аудитория увеличивает охват.

Запомните: 

  1. Отбирайте площадки для показа рекламы. 
  2. Выберите в настройках только те форматы баннеров, которые будете использовать. 
  3. Продумайте и настройте таргетинги, чтобы найти качественную целевую аудиторию. 
  4. Задавайте кросс-частоту по всем типам устройств, чтобы не надоедать рекламой. 
  5. Заранее прогнозируйте охват и расходы. 
  6. Проверяйте ход рекламной кампании. Если результаты не устраивают — вносите корректировки.

Материал подготовила Светлана Сирвида-Льорентэ.

Как правильно настраивать RTB блоки РСЯ для повышения дохода?

Для начала, вот базовые действия, которые необходимо сделать для сохранения дохода с РСЯ:

Затем включаем нужный срез (тот, для замены которого сейчас настраиваем RTB блок) и смотрим статистику по нему. Допустим, за два года по срезу «Клевый баннер 1» у нас было 2.500.000 показов и заработок составил 50.000. Тогда для замены этого рекламного блока мы должны выставить настройки:

, где X вставляем в порог CPM для объявлений Яндекс.Директа, а Y — в порог CPM для медийной рекламы.
Что значат эти цифры?

Тут все просто:
X — это половина от нашей средней CPM этого рекламного блока с учетом сезонных колебаний. Половина в берется для того, что бы не отрезать показы Директа в периоды просадки. (Если интересно посчитать точнее, то собираем статистику по периодам в самые худшие дни и пересчитываем X по этим данным. В общем же случае, достаточно брать от половины до 25% средней CPM блока, что бы отхватить более 90% кликабельной рекламы.)
Y — это +20% к среднему CPM этого блока с учетом сезонности. Эта часть будет разрешать показывать медийную рекламу только в том случае, если она действительно даст нам хороший доход, не хуже, чем был доход от объявлений Директа в не самые плохие периоды размещения рекламы.
Почему этот «тайный метод» будет работать?

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

Первая причина очевидна: мы сейчас настроили новые RTB блоки так, что бы они показывали рекламу только ту, которая принесет нам доход не меньше, чем у нас уже был. Совместно с одинаковыми настройками внешнего вида объявлений Директа, размерами и местами размещения мы должны получить тот же доход от показа объявлений Директа, а, когда RTB аукцион найдет нам хорошего рекламодателя, то мы получим и дорогую медийную рекламу.

Казалось бы, настройка «Максимальный доход» должна делать то же самое. Но нет. Яндекс будет откручивать при такой настройке те объявления и медийную рекламу, которые принесут максимальный доход ему, а не вам. Т.е. будут идти показы тех рекламодателей, которые приносят Яндексу больше всего денег. Их Яндекс боится потерять и они же получают и больше всего скидок. А скидки эти означают, что где-то надо открутить медийку за пол цены. Как раз на площадках с «Максимальным доходом» такая медийка и будет крутится. А для тех, кто выставит правильные пороги CPM, для них Яндекс найдет более дорогую рекламу, ведь до этого он как то ее находил! мы же пороги CPM посчитали на реальных данных!

И вторая, срытая причина, которая будет работать на методе обратной связи. Тут немного сложнее, но тоже понятно. Когда вы создаете объявления в директе, вы указываете максимальную ставку, которую готовы заплатить. А уже автоброкер снижает ее до уровня второго места (грубо! более точно смотрите текущие правила аукциона Директа, там есть объяснения с математикой и как на самом деле теперь работает автоброкер). И как только ставки перестает хватать для оплаты желаемого места, на почту рекламодателю приходит письмо с просьбой увеличить бюджет. Так вот, если много качественных площадок с хорошим трафиком установят у себя правильные пороги CPM, то при очередной рассылке и перенастройке ставок рекламодатели с удовольствием повысят наш доход. И не бойтесть ставить порог для Директа. Яндекс всегда найдет чуть менее релевантное но более дорогое объявление, которое уложится в ваш порог CPM, пустым рекламное место не останется: это не нужно ни Яндексу ни нам. Он может конечно попугать пару дней, но, затем, все придет в норму.

Именно по этой, второй причине, Яндексу и не нравится мой «тайный метод». Когда большинство крупных площадок выставят те настройки, что я описал выше, Яндексу ничего не останется, как отдавать больше денег. Сейчас же, они могут под шумок слить себе бюджет рекламодателей, отдавай по 5 копеек за клик партнерам, т.е. нам (шок! клик из директа за 10 копеек при минимальной цене из настроек для рекламодателя в 10 центов, т.е. 30 копеек, см. сообщение fotinar тут).

Вместо эпилога


Убедились? Стратегия «Максимальный доход» принесет максимальный доход Яндексу.

А если хотите получить максимальный доход в свой карман, то надо потратить время и перенастроить RTB блоки РСЯ с использованием описанного здесь «тайного метода». 

Более того, нельзя этот «тайный метод» хранить в тайне. Чем больше людей работающих с РСЯ о нем узнают и применят, тем быстрее наши доходы вернутся на прежний уровень и начнут расти. Ведь Яндекс обещал именно это: сохранение и рост дохода от участия в РСЯ при переходе на RTB аукцион. Так давайте вместе заставим их выполнить свои обещания!

Шарьте!

Репостьте!

Пересылайте по почте!

Скидывайте ссылку на пост друзьям!
И не говорите Яндексу, что их план открутить побольше новогоднего бюджета себе в карман провалился!

что это, как работает RTB реклама

RTB – это технология проведения аукциона по продаже рекламных мест в Интернете в режиме реального времени (Real Time Bidding). Весь процесс проходит практически мгновенно – в течение того срока, пока у пользователя загружается страница сайта.

Как работает RTB-аукцион

Технология реализуется с участием:

  • RTB-системы;
  • DSP (Demand Side Platfrom) – системы, на которой непосредственно ведутся торги;
  • SSP (Sell-Side Platform) – компаний, продающих рекламные места;
  • DMP (Data Management Platform) – платформ, предоставляющих данные о пользователях;
  • Trading Desk – надстройки, которая обеспечивает доступ к управлению;
  • DCOP (Dynamic Creative Optimization Platform) – платформы для создания динамических баннеров.

RTB-система – сложная технологическая платформа, благодаря которой возможно взаимодействие всех сторон, даже когда DSP имеют разные условия размещения. В общем виде аукционы рекламного показа с использованием технологии торгов в реальном времени проходят следующим образом.

  1. При заходе пользователя на сайт, подключенный к RTB, в SSP мгновенно отправляется информация о готовности к показу и полученные сведения о посетителе, которые хранятся в cookie браузера.
  2. Система передает адрес страницы, готовой к показу, размер свободного рекламного блока, анонимный идентификатор пользователя. Анализируются указанные при настройке таргетинга требования рекламодателей и имеющиеся знания о посетителе (интересы, пол и возраст, история посещений и т. д.). Могут запрашиваться дополнительные данные о пользователе в специальных платформах (DMP, Data Exchange). SSP выставляет торг на аукцион в DSP.
  3. DSP делает ставки на основе данных SSP, собственных и купленных у DMP.
  4. В SSP среди всех полученных ответов определяется победитель RTB-аукциона по самой высокой ставке, который получает право на показ своего предложения именно этому конкретному пользователю. Оплата идет по второй цене. То есть выставивший наибольшую ставку рекламодатель заплатит не ее цену, а ту, которая была ставкой участника торгов, занявшего второе место, плюс к этой сумме идет минимальный шаг торга.
  5. Сайт получает рекламные материалы победителя аукциона и загружает их на просматриваемую пользователем страницу.
  6. Посетитель видит рекламное предложение.

Весь процесс занимает буквально доли секунды.

RTB работает по принципу таргетинга и ретаргетинга. Первый вариант предполагает выделение из всей аудитории целевого сегмента по каким-то критериям: возрасту, полу, географическому положению, типу используемого устройства и т. д. Второй вариант обеспечивает показы тем, кто уже имеет опыт взаимодействия с рекламодателем: посещал сайт, использовал мобильное приложение и т. д.

Использование RTB-блоков на сайте

Чтобы начать получать доход на своем ресурсе за показы RTB-рекламы, нужно стать участником какой-нибудь платформы (например, рекламной сети Яндекса).

Сайт должен соответствовать всем требованиям и пройти модерацию.

После этого нужно создать и настроить рекламные блоки:

  • задать уровень приватности;
  • установить версию сайта;
  • задать вертикальное или горизонтальное положение;
  • выбрать формат;
  • настроить визуальное оформление;
  • указать форматы, которые будут показываться в этом блоке;
  • выбрать стратегию управления трафиком.

Полученный код устанавливается на сайт, и уже через 30 минут начинаются показы.

В Яндексе поддерживаются разные форматы:

  • резиновые,
  • фиксированные,
  • адаптированные,
  • AMP.

Для мобильных версий и приложений есть особые настройки.

Разные RTB-системы поддерживают отличающиеся форматы медийной рекламы, но наиболее популярные – это баннеры стандартных размеров: 240 х 400, 300 х 250, 728 х 90, 990 х 90. Рекомендуется для наибольшей выгоды ориентироваться именно на такие блоки, дополнять их более редкими.

Часто практикуется использование RTB-блоков вместе с обычными, чтобы при возможном отсутствии подходящего рекламодателя показывать другие объявления.

Преимущества

Медийная реклама RTB выгодна для всех участников.

Рекламодатели:

  • покупают показ только целевой аудитории – пользователям, которым их предложение наиболее интересно;
  • платят за целевого посетителя, а не за абстрактное место, как это бывает при других способах закупки медийной рекламы;
  • могут при применении динамически создаваемых предложений показывать максимально персонализированную для конкретного пользователя рекламу, что обеспечивает большую заинтересованность;
  • ведут управление кампаниями на всех сайтах централизованно, что упрощает задачу;
  • могут настраивать таргетинг очень гибко, что повышает эффективность;
  • пользуясь статистикой, могут управлять ставками по ценности показа конкретному пользователю, а не платить одинаковую цену за абстрактную тысячу демонстраций.

Рекламные площади:

  • получают больше дохода, потому что по принципу аукциона будет показано объявление с большей ставкой;
  • при плате за клики имеют больше шансов на получение прибыли и меньше на негативную реакцию пользователей из-за релевантности интересам аудитории;
  • не несут финансовых рисков, потому что, если все предложат цену, меньше установленной пороговой, будет произведен показ обычной рекламы.

Пользователи:

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

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

Термины и определения статистики по RTB-блокам РСЯ

 

Партнёрам Рекламной сети Яндекса ежедневно приходят письма с данными прошедшего дня, в которых отражается статистическая информация о размещаемых рекламных блоках. Пример приведён на рисунке.

Вознаграждение за RTB (без НДС) — это всё понятно, сколько заработала площадка за размещаемые блоки. Но теперь осталось разобраться с остальными терминами, которые отображаются в статистике. В данной статье разберём статистику по площадкам с RTB-блоками.

RTB-блоки и DSP-системы

RTB-блоки (Real-Time Bidding) — это блоки, в которых происходит показ рекламы из наиболее выгодных предложений рекламодателей по принципу торгов (аукциона).

DSP (Demand Side Platform) — рекламные системы, из которых RTB-система выбирает победителя на этих аукционах, и, соответственно, показывает его рекламу на площадке (сайте).

Показы и отрисовки RTB-блоков

Показы RTB-блока — это количество блоков, которые были показаны посетителю сайта (попали в видимую область экрана)

Отрисовки RTB-блоков — это количество сформировавшихся (загруженных) рекламных блоков на сайте.

Отрисовка от показа отличается тем, что объявление может быть загружено, но не показано посетителю. То есть, например, баннер в футере (подвале) на сайте не попал в видимую область экрана, так как посетитель не промотал страницу до той области, где расположено объявление, а перешёл на другую страницу, другой сайт или просто закрыл вкладку. Значит, отрисовка засчитана, а показа не произошло.

 

Показы и клики Директа

Показы Директа в RTB-блоках — это количество блоков Яндекс Директа, которые были показаны посетителю сайта.

Клики Директа в RTB-блоках — это количество объявлений Яндекс Директа, по которым пользователь кликнул, т.е. совершил переход с рекламной площадки (сайта).

CTR Директа в RTB-блоках

CTR (Click Through Rate) Директа в RTB-блоках — это показатель кликабельности объявления в блоках, который расчитывается по формуле {количество кликов}/{количество показов}·100%

RPM, eCPM и CPMV RTB-блоков

RPM (Revenue per mille) RTB-блоков — партнёрские (без НДС) — доход за 1000 запросов рекламы RPM-блоков.

eCPM (Effective cost per mile) RTB-блоков — партнёрские (без НДС) — стоимость 1000 отрисовок RTB-блоков.

CPMV (cost per mille viewable ads) RTB-блоков — партнёрские (без НДС) — стоимость 1000 показов RTB-блоков, в которой также учитывается видимость блоков.

На этом пока всё. Теперь наш отчёт становится более-менее понятным.

Поделиться ссылкой:

 

создание и настройка, статистика CPM

После перехода Яндекс на рекламные блоки формата RTB, не у всех получается создать адаптивные блоки данного формата.

Адаптивный для статьи

    Цель — создать:
  • адаптивный блок;
  • который гармонично впишется в текст статьи;
  • и не будет особо раздражать читателя;
  • но который можно разместить довольно часто (допустим в каждом параграфе).

Заходим Яндекс Рекламная сеть — Продукты — RTB-блоки — Добавить RTB-блок и настраиваем согласно таблицы:

Директ: Форм-факторВертикальный
Директ: ФорматВертикальный
Директ: Количество объявлении2
Директ: РамкаНе обводить
Директ: ОформлениеВсе «Откл»
Директ: ШрифтКак на сайте
Директ: ЗаголовокСредний
Директ: ТекстСредний
М. реклама: Форм-факторПодходящие форматы
М. реклама: Рекомендуемые форматыВыбраны все
СтратегияРаздельный CPM, блокировка м. рекламы

 
В результате получается реально адаптивный блок с отключенной медийной рекламой (эти надоедливые, большие, кричащие картинки), но с маленькими превьюшками.

Для блока в конце статьи можно увеличить количество объявлении до 3-5.

Адаптивный в сайдбар

Настраиваем аналогично, согласно:

Директ: Форм-факторВертикальный
Директ: ФорматАдаптивный
Директ: Количество объявлении2
Размер адаптивного блока300*600
Директ: РамкаВесь блок
Директ: Цвет рамкиDDDCDA
Директ: ОформлениеВсе «Откл»
М. реклама: Форм-факторПодходящие форматы
М. реклама: Рекомендуемые форматыВыбраны все
СтратегияМаксимальный доход

 

Постер в сайдбар

Директ: Форм-факторВертикальный
Директ: ФорматПостер вертикальный
Директ: Количество объявлении2
Директ: ОформлениеВсе «Откл»
Директ: ШрифтКак на сайте
Директ: ЗаголовокБольшой
М. реклама: Форм-факторПодходящие форматы
М. реклама: Рекомендуемые форматыВыбраны все
СтратегияМаксимальный доход

 

Что лучше в сайдбаре: постер или адаптивный

Блоки в сайдбаре могут принимать разные формы и иногда выглядят одинаково, см. рисунок ниже. Поэтому решать какой блок поставить необходимо после анализа CPM. Привожу небольшую статистику:

БлокиCPM (апрель)CPM (май)
Адаптивный30,5420,82
Постер24,5416,74

 

Общее понижение CPM в мае связано с большим числом нерабочих дней (праздниками), но общая тенденция ясна — CPM адаптивных блоков больше чем у постера.

Как будут выглядеть блоки

Вертикальный адаптивный блок в сайдбаре иногда выглядит как постер и с учетом того, что CPM адаптивного блока выше — его и рекомендую использовать.

Between Exchange

RTB (Real Time Bidding) — технология закупки медийной рекламы посредством программируемых онлайн-аукционов. РТБ фокусируется непосредственно на показах целевым посетителям, а не планированию резервов рекламных площадей на определенных сайтах. Каждый показ выкупается за доли секунды — во время загрузки страницы — система RTB мгновенно проводит аукцион. В результате лучшее предложение от рекламодателей появляется на глазах пользователя, которому оно наиболее интересно.

RTB системы идентифицируют пользователей через cookie, pixel tag, идентификатор используемой мобильной платформы, браузер или аккаунт в социальной сети. Целевыми называют пользователей, которые строго соответствуют требованиям рекламодателя. Именно таким пользователям RTB платформа осуществляет показы.

RTB реклама делает общение между брендом и покупателем приятнее для обеих сторон. Пользователи видят действительно подходящую рекламу, а рекламодатели получают недостижимые ранее показатели эффективности. Личные данные пользователей при этом в безопасности: все RTB-платформы осуществляют таргетинг на основании предоставленных DMP анонимных профилей.

Рекламодатель заранее вводит в Trading Desk свои требования к ЦА (социально-демографические показатели, поведенческие критерии) и задает ограничения по бюджету и стоимости показа или клика. В ходе кампании Trading Desk задействует соответствующий RTB блок — DMP, SSP, Ad Networks, Ad Exchanges, — осуществляя множество ставок перед каждым показом.

Дальше система работает следующим образом:

  1. Пользователь ввел в строку браузера название сайта, подключенного к рекламной RTB сети.
  2. Сайт перед загрузкой страницы отправляет сети, к которой он подключен, запрос на показ баннера, а также данные о пользователе (не ФИО и адрес проживания, а доступные для таргетинга данные).
  3. Рекламная сеть передает данные о пользователе в SSP.
  4. SSP классифицирует запрос по максимальному числу параметров: площадка на которую зашел пользователь, данные о пользователе, время захода, данные по ретаргетингу.
  5. SSP выставляет торг — информацию о сайте и пользователе системам рекламодателей. При желании SSP закупает дополнительные данные о пользователе у DMP.
  6. Trading Desk, используя DSP, передает информацию о ставке SSP.
  7. SSP обрабатывает информацию от всех рекламодателей, сделавших ставку.
  8. Выбирает самую высокую.
  9. Снижает ее до второй цены и осуществляет показ по цене, превышающей вторую по величине ставку на 1 цент.
  10. Получает объявление от победителя и передает его браузеру пользователя в ответ на запрос рекламного объявления.
  11. Загружается страничка с полученным объявлением.

Первые RTB площадки появились в России в 2011 году.

Real-Time Bidding. Новая технология медиабаинга.

Блог Елены Завьяловой | RTB-блок с видео (Видео в блоках РСЯ): что это и как подключить

Видео в блоках РСЯ стало возможно добавлять с 15 апреля 2020 года. С этого момента стало возможно монетизировать сайт с помощью видео в едином блоке с контекстными и медийными форматами. Эту статью я пишу 16 апреля 2020 года — ставлю для эксперимента RTB-блок с видео и думаю по мере эксперимента буду обновлять статью. Итак, что ы имеем на утро 16 апреля 2020 года.

Преимущества RTB-блока с видео

В одном RTB-блоке теперь можно показывать видеорекламу Outstream вместе с контекстными и медийными объявлениями. Изменение делает RTB-блоки полноценной заменой блокам InPage. За счёт единого аукциона между тремя форматами владельцы сайтов могут использовать рекламные места более эффективно — показывать рекламу чаще без увеличения количества блоков.

Также в обновлённых блоках для десктопной версии сайта можно настроить фиксацию видеоплеера с рекламой — при скролле страницы его размер уменьшится, баннер перейдёт в заданную вами часть экрана и продолжит показ объявлений.

Повышение дохода от рекламных мест. Заменив отдельные блоки InPage на RTB-блоки с видео, мы сможем свести аукцион между разными форматами воедино, включая прямые продажи рекламы. Так, алгоритм будет сравнивать ставки среди большего числа объявлений, а у нас, как владельцев сайтов появится возможность максимизировать доход от каждого рекламного места.

Больше показов рекламы. Обновлённый блок поддерживает больше форматов и может принимать видеорекламу, контекстные и медийные объявления. По сравнению с InPage-блоками, у RTB c видео показатель заполняемости инвентаря (fill rate) выше, а значит — увеличивается число рекламных показов.

Как работает RTB-блок с видео

Новый RTB-блок анализирует ставки среди видеообъявлений, контекстных и медийных форматов, а затем автоматически выбирает наиболее выгодное из предложений рекламодателей. 

Как подключить видео в блоках РСЯ

Блок с видео доступен для всех типов сайтов, кроме AMP. Настроить размещение можно из интерфейса Рекламной сети Яндекса или через ADFOX.

Я всегда подключаю блоки в интерфейсе Рекламной сети, так что про неё и поговорим. Чтобы разместить такой блок на своём сайте в интерфейсе Рекламной сети:

Начинаем создавать RTB-блок стандартным способом.

  • Чтобы создать новый блок RTB, перейдите к списку блоков RTB () и нажмите кнопку Добавить RTB-блок.
  • Выберите из списка площадку для размещения и укажите название блока. Задайте уровень приватности.

  • Выберите из списка версию сайта, для которой вы создаете рекламный блок. От этого зависит набор доступных форматов:
    • Десктопная — максимальный набор форматов, которые подходят для показа на настольных компьютерах, ноутбуках и планшетах.

    • Мобильная — специальные форматы, которые подходят для показа на мобильных устройствах: телефонах и смартфонах.

    • Турбо-страницы — специальные форматы рекламных блоков, которые подходят для сайтов, использующих технологию Турбо. На Турбо-страницах невозможно размещение блоков других форматов (например, для мобильной версии сайта).

    • AMP-страницы — специальные форматы рекламных блоков, которые подходят для сайтов, использующих технологию Accelerated Mobile Pages (AMP). На AMP-страницах невозможно размещение и блоков других форматов (например, для мобильной версии сайта) и видеорекламы.
  • Рекламные форматы. Как раз тут мы и можем добавить формат видео — передвинув бегунок. На этой вкладке можно добавлять в блок рекламные форматы — текстово-графические и видео, а также настраивать оформление блоков, в которых будет показываться контекстная реклама.Давайте про видео подробнее. Минимальный размер блока 320х180 px.Видим предпросмотр блока:

    Для десктопной версии сайта доступна опция Фиксировать блок при прокрутке. Если включить ее, то при прокрутке страницы блок не скроется за границей видимой области, а зафиксируется в положении, указанном в параметре Позиция фиксирования. Также я не рекомендую  размещать блоки с включенной видеорекламой на первом экране, так как реклама может не успевать загрузиться, и монтизация такого блока будет низкой.

    Для перетяжек можно задать светлую или темную цветовую схему.

    Позиция фиксирования Авто (перетяжка вверху или внизу) автоматически определяет позицию фиксирования блока. При прокрутке страницы вверх блок прикрепляется вверху страницы, при прокрутке вниз — внизу страницы.

  • Важное замечание — в аукционе должен быть один стандартный и один видео формат. Оставить только видео формат не получится.
  • Дальше всё стандартно:Медийная реклама

    Укажите форматы медийных баннеров, которые можно показывать в блоке. В списке показаны все форматы, соответствующие форм-фактору, выбранному на предыдущем шаге. Опция Подходящие форматы автоматически подберет к выбранным вручную форматам дополнительные, которые также могут подойти для этого рекламного места. Измените предложенный набор, сняв или установив нужные вам флажки.

    Чем больше форматов будет выбрано, тем больше рекламодателей смогут участвовать в аукционе и тем выше может быть ваш доход.

  •  Стратегия

    Выберите стратегию управления трафиком. Также вы можете указать код вызова своей рекламы — это позволит показывать объявления других рекламных систем на этом же рекламном месте или поставить заглушку на случай, если на аукционе RTB не будет подходящего предложения для показа.

В случаи затыка всегда можно почитать справку Яндекса.

Как итог — заменила несколько блоков на тестовом сайте на RTB-блок с видео, до начала теста доход на уника с контекста в среднем за 7 дней у этого сайта 3 коп. на уника (как ещё можно зарабатывать на сайтах я рассказывала тут). Будем посмотреть, что получится из эксперимента.

блоков преобразования вращения — ProDy

Этот модуль определяет класс и функцию для поворота перемещающихся блоков. (RTB) расчеты.

class RTB ( name = ‘Unknown’ ) [источник]

Класс для метода вращения и перевода блоков (RTB) ([FT00]).

[FT00] Tama F, Gadea FJ, Marques O, Sanejouand YH. Структурный элемент подход к определению низкочастотных нормальных мод макромолекул. Белки 2000 41: 1-7.
addEigenpair ( вектор , значение = Нет )

Добавьте к экземпляру пару собственных векторов и собственных значений . Если собственное значение опущено, оно будет установлено на 1. Обратный собственные значения задаются как дисперсии.

buildHessian ( координат , блоков , отсечка = 15.0 , гамма = 1.0 , ** kwargs ) [источник]

Построить матрицу Гессе для заданного набора координат.

Параметры:
  • coords ( numpy.ndarray ) — набор координат или объект с getCoords методом
  • блоков (список, numpy.ndarray ) — список или массив идентификаторов блоков
  • cutoff ( float ) — расстояние отсечки (Å) для парных взаимодействий, по умолчанию 15.0 Å
  • гамма ( float ) — жесткость пружины, по умолчанию 1.0
calcModes ( n_modes = 20 , нулей = False , turbo = True ) [источник]

Расчет нормальных режимов. Этот метод использует scipy.linalg.eigh () функция для диагонализации матрицы Гессе. Когда Scipy не найден, numpy.linalg.eigh () .

Параметры:
  • n_modes ( int или None, по умолчанию 20 ) — количество ненулевых собственных значений / векторов для вычисления.Если указано Нет , будут рассчитаны все режимы.
  • нулей (bool, по умолчанию True ) — Если True , режимы с нулевыми собственными значениями будут сохранены.
  • turbo (bool, по умолчанию True ) — Используйте интенсивный, но более быстрый способ расчета режимов.
getArray ()

Возвращает копию массива собственных векторов.

getCovariance ()

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

getEigval ()

Возвращает собственные значения. Для моделей PCA и EDA построено с использованием координатных данных в Å, единица собственных значений Å 2 . Для ANM , GNM и RTB , с другой стороны, собственные значения указаны в произвольных или относительных единицах, но они коррелируют с жесткость движения по ассоциированному собственному вектору.

getEigvecs ()

Возвращает копию массива собственных векторов.

getHessian ()

Возвращает копию матрицы Гессе.

getModel ()

Возвращает себя.

getProjection () [источник]

Возвращает копию матрицы проекции.

getTitle ()

Возвращает название модели.

getVariances ()

Возвращает отклонения. Для моделей PCA и EDA построено с использованием координатных данных в Å, единица измерения — Å 2 . Для ANM , GNM и RTB , с другой стороны, дисперсия — это величина, обратная собственному значению, поэтому она может быть произвольной или относительные единицы.

is3d ()

Возвращает Истинно , если модель трехмерная.

число атомов ()

Возвращает количество атомов.

числоDOF ​​ ()

Возвращает количество степеней свободы.

количество записей ()

Возвращает количество записей в одном собственном векторе.

число Режимы ()

Возвращает количество режимов в экземпляре (не обязательно максимальное количество возможных режимов).

набор Гессен ( Гессиан )

Установить матрицу Гессе. Ожидается симметричная матрица, т.е. не нижнетреугольная или верхнетреугольная матрица.

setTitle ( title )

Установить название модели.

Eastern Industrial Supplies Inc | Roof Top Blox® RTB-01 Черный полипропиленовый сополимер Система опорных блоков крыши, 250 фунтов, одноточечный

Артикул: {{vm.product.erpNumber}} MFG №: Моя часть №: UPC:

Только забрать

Ограничения на доставку

{{section.sectionName}}:

{{option.description}}

{{section.sectionName}} Выберите {{раздел.sectionName}}

{{styleTrait.nameDisplay}} {{styleTrait.unselectedValue? «»: «Выбрать»}} {{styleTrait.unselectedValue? styleTrait.unselectedValue: styleTrait.nameDisplay}}

Ед / м:

Пожалуйста, войдите, чтобы увидеть вашу цену

недоступно для этого варианта.

доля

Электронное письмо было успешно отправлено. Электронное письмо не было отправлено, проверьте данные формы.

DCC> Подключение к рекламным сетям> Яндекс | Appodeal Intelligent Ad Mediation

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

Что делать со стороны Рекламной сети Яндекса:

  1. Настроить аккаунт Рекламной сети Яндекса

  2. Добавьте приложения, которые хотите монетизировать с Яндексом

  3. Создайте блоки RTB

  4. Получите Яндекс OAuth Token для экспорта статистики

1.1 Создать аккаунт в Рекламной сети Яндекса

а) Создайте бесплатный аккаунт на Яндексе, перейдя по этой ссылке.

Если у вас уже есть аккаунт на Яндексе, пропустите этот шаг.

b) Заполните форму регистрации партнера и нажмите «Отправить заявку» (см. Пример на скриншоте ниже).

После заполнения формы дождитесь завершения модерации со стороны Яндекса. На это уходит около нескольких дней. После модерации вы можете продолжить процесс связывания.

1.2 Добавьте приложения, которые вы хотите монетизировать с помощью Яндекс

Теперь вам нужно добавить все приложения, которые вы хотите монетизировать с помощью Рекламной сети Яндекса.Для выполнения этого шага перейдите в Рекламную сеть Яндекса → Товары → Мобильные платформы → Добавить мобильную платформу.

После нажатия на «Добавить мобильную платформу» вы увидите эту форму.

Заполните пробелы и подтвердите эту форму.

Важно: Вам нужно дождаться завершения модерации для создания мобильной платформы и блоков RBT

1.3 Создание блоков RTB

Для создания нового блока RTB перейдите в список блоков RTB (Продукты → Блоки RTB ) и нажмите Добавить блок RTB.

Сразу после создания RTB-блока в меню редактирования вы сможете установить минимальный уровень рекламы, выбрать размер объявления и изменить другие настройки блока в любое время.

Важно: если вы хотите установить минимальный порог цены за тысячу показов Яндекс, имейте в виду, что Яндекс использует валюту рубли, а не доллары США.

1.4 Получить Яндекс токен OAuth для экспорта статистики

Этот токен необходим для импорта отчетов из вашей учетной записи Яндекс на панель управления Appodeal. Это важно для эффективного посредничества.

Как получить Yandex OAuth Token

Зайдите на Яндекс.OAuth (https://oauth.yandex.ru) и измените настройки приложения: установите флажок Веб-сервисы, нажмите ссылку Установить URL для разработки. В URL-адресе обратного вызова №1 вы увидите https://oauth.yandex.ru/verification_code.

Важно! При создании токена убедитесь, что вы разрешили доступ к следующему:

После сохранения изменений вы увидите свой идентификатор, пароль и URL-адрес обратного вызова (см. Пример на скриншоте ниже)

Теперь вы может вручную получить токен для пользователя.Как пользователь, вы можете использовать ту же учетную запись разработчика, которую вы использовали для регистрации своего приложения и подачи заявки на доступ.

Чтобы получить токен вручную, выполните следующие действия:

  1. Войдите в Яндекс под своим логином.

  2. Перейдите по ссылке https://oauth.yandex.ru/authorize?response_type=token&client_id=ID (вместо идентификатора укажите идентификатор вашего приложения) .

  3. На открывшейся странице нажмите Разрешить

  4. Яндекс.OAuth перенаправит вас на страницу с токеном.Маркер также добавляется к URL-адресу, отображаемому в адресной строке.

Что делать со стороны посреднической платформы Appodeal:

  1. Добавить учетную запись Яндекс в Appodeal

  2. Добавить идентификатор страницы, идентификатор приложения AppMetrica, ключ API AppMetrica (для SDK) для приложения

  3. Добавьте позиции для каждого RTB-блока

2.1 Добавьте свой аккаунт на Яндексе в Appodeal

a) Перейдите по этой ссылке: https: // www.appodeal.com/apps/linked_networks
б) Зайдите в Яндекс → Свяжите свою учетную запись
с) Добавьте адрес электронной почты для учетной записи яндекс и токен Яндекс OAuth (вы сгенерировали этот токен на шаге 1.4)
г) Нажмите » Кнопка «Создать».

2.2 Добавить идентификатор страницы, идентификатор приложения AppMetrica, ключ API AppMetrica (для SDK) для приложения

Чтобы связать приложение с Appodeal, вам понадобится следующая информация:

a) Идентификатор страницы — это уникальный код вашего в рекламной сети Яндекса.Вы можете найти его в меню «Мобильные платформы» в Личном кабинете Рекламной сети Яндекса.

б) AppMetrica Application ID и Ключ API AppMetrica (для SDK) Перейдите на вкладку AppMetrica → Applications и выберите приложение. В настройках вы сначала увидите идентификатор приложения и ключ API (для SDK) в общих настройках.

2.3 Добавьте позиции для каждого блока RTB

a) Перейдите к позициям в настройках приложения. Подробнее о DCC вы можете прочитать здесь.
б) Выберите свой аккаунт на Яндексе и заполните соответствующие параметры (как на изображении ниже) и нажмите кнопку «Добавить позицию»:

с) Введите строку label (название вашего RTB-блока на панели инструментов Appodeal), Country, eCPM (ручная позиция рекламного блока в водопаде) или включить автоматический режим.
Важно: eCPM по умолчанию на стороне Appodeal в долларах США, но минимальный порог CPM на стороне рекламной сети Яндекса в рублях. Не забудьте конвертировать рубли в доллары для правильной настройки позиций.
Вы можете найти Block ID в списке RTB-блоков вашей мобильной платформы в Личном кабинете Яндекса:

После создания позиций сохраните изменения.

Теперь вы можете монетизировать рекламную сеть Яндекса через DCC.

RTB4FREE — блокировка диапазона

Первый тип списка блокировки IP-адресов, который обрабатывает RTB4FREE, — это блоки CIDR.Это список IP-адресов с обозначением / n. Вот пример списка:

45.33.224.0/20
45.43.128.0/21
45.43.136.0/22
45.43.140.0/23
45.43.144.0/20
...

Это просто способ указать диапазон адресов. Например: 45.33.224.0/20 определяет начальный адрес 45.33.224.0, и конечный адрес с битами 20–31, замаскированными до «1». Другой способ указать это как фактический диапазон: 45.33.224.0 — 43.33.239.255

Вы также можете указать фактические диапазоны в файле.Как это:

70.215.185.0-70.215.185.255
70.215.186.0-70.215.186.255
70.215.187.0-70.215.187.255
70.215.188.0-70.215.188.255
70.215.189.0-70.215.189.255
70.215.190.0-70.215.190.255
70.215.191.0-70.215.191.255
70.215.192.0-70.215.192.255
70.215.193.0-70.215.193.255
....
 

После того, как у вас есть списки, вам нужно загрузить их в заявку. Это делается в стартовом JSON-файле RTB4FREE. (например, Campaigns / Payday.json). Это объект списка. Пример показан ниже:

"списки": [
{"имя файла": "данные / METHBOT.txt "," name ":" @METHBOT "," type ":" CidrMap "},
{"filename": "data / MOBISP.txt", "name": "@MOBISP", "type": "RangeMap"},
],
 

Первый пример показывает загружаемый файл data / METHBOT.txt, список CIDR. Тип это установлен в CidrMap — сообщая участнику торгов его список CIDR. Название, которое кампании будут использовать для идентификации карта — это @METHBOT.

Второй пример показывает загружаемый файл data / MOBISP.txt, который представляет собой список диапазонов. Тип это RangeMap.Имя символа будет @MOBISP

.

Загрузив файлы блокировки IP, теперь вы можете ссылаться на эти символы в своих кампаниях. В приведенном выше примере карта @MOBISP определяет IP-адреса, которые, как известно, являются мобильными устройствами, и мы захотим настроить таргетинг на них в одном из наших объявлений.

Однако IP-адреса на карте @METHBOT являются ботами, предназначенными для кражи ваших рекламных долларов — мы занесем их в черный список на уровне кампании.

Вот пример кампании, которая блокирует METHBOT для всех объявлений и содержит 1 объявление, предназначенное для мобильных устройств:

[{
  "имя": "джамбалия",
  "каталог": "Интернет / пользователи / jambolia",
  "origin": 1431197706849,
  "lastAccess": 1431197706849,
  "пароль": "iamspartacus",
  "Телефон" : "",
  "email": "kate @ jambolia.com ",
  «кредитная карта»: «111-222-333-444»,
  "кампании": [{
    "owner": "jambolia",
    "adId": "джамбо-тест",
    "adomain": "testad.com",
    "атрибуты": [{
      "значение" @METHBOT,
      "op": "NOT_MEMBER",
      "notPresentOk": ложь,
      "bidRequestValues": ["устройство", "ip"]
    }],
    "креативы": [{
      "forwardurl": "",
      "imageurl": "https://jtracking.global.ssl.fastly.net/data/300x250-2f75f7e97bc62b0b5662b56cb2de28e82.jpg",
      "impid": "jambo1",
      «w»: 300.0,
      «h»: 250,0,
"атрибуты": [{
"значение": "@MOBISP",
"op": "ЧЛЕН",
"notPresentOk": ложь,
"bidRequestValues": ["устройство", "ip"]
}],
      «цена»: 0,05,
      "adm_override": ложь,
      "capSpecification": "device.ip",
      "capFrequency": 1,
      "capTimeout": "1440"
    }, {
      "forwardurl": "",
      "imageurl": "https://jtracking.global.ssl.fastly.net/data/728x90-386866467090d3a0904af9835612c1ee.jpg",
      "impid": "jambo2",
      «w»: 728,0,
      «h»: 90.0,
      "атрибуты": [],
      «цена»: 0,05,
      "adm_override": ложь,
      "capSpecification": "device.ip",
      "capFrequency": 1,
      "capTimeout": "1440"
    }],
    "дата": [20130205, 20200101],
    «категория»: [«IAB10», «IAB9»],
    "forensiq": ложь
  }]
}]
 

RTB — Яндекс

Общие инструкции по настройке RTB см. В разделе «Начало работы с RTB». В этой статье содержится информация по интеграции с Яндекс.

🚧

Требуется разрешение

Яндекс доступен только с согласия партнера.Свяжитесь с менеджером своего аккаунта, чтобы начать процесс утверждения.

  1. Нажмите, чтобы добавить рекламодателя.

  2. Выберите «Яндекс» в качестве партнера в раскрывающемся списке. Если вы не видите такой возможности, обратитесь к менеджеру своего аккаунта.

  3. Введите настройки RTB в разделе «Настройки». Их вам выдаст либо ваш аккаунт-менеджер, либо напрямую Яндекс:

    • Конечная точка участника торгов — URL Яндекса, на который Кевел отправляет запрос ставки.
    • Publisher ID — Ваш идентификатор издателя на Яндексе (необязательно).
    • Страница отправлена ​​партнеру с запросом в реальном времени (необязательно) — Домен вашего сайта.
    • BidRequest.source.pchain — TAG идентификатор платежа

Создайте новую кампанию и период запуска для RTB-рекламодателя, как и для не-RTB кампании.

📘

Во время полета Тип ставки будет установлен на «CPM». Вы не можете установить какой-либо другой тип ставки.«Цена» также будет проигнорирована: выручка от полета будет определяться ставками от Яндекс.

В RTB-рейсах поддерживаются все типы приоритета. RTB также поддерживает новый приоритет: лотерея Outbid Lottery . Установите этот приоритет, чтобы заставить рейсы RTB коллективно конкурировать с рейсами не RTB.

Добавьте новое объявление во время полета или прямо со страницы рекламодателя:

  • Добавьте креатив в период RTB для каждого размера объявления, которое вы собираетесь показывать через этого провайдера.
  • Минимальная цена доступна для объявлений RTB, но не обязательна. Обратите внимание: если вы не введете допустимое значение, по умолчанию мы будем использовать 0,01 доллара США.
  • Если вы переопределяете домен в этом объявлении, введите Переопределить URL-адрес страницы, отправленной партнеру с запросом RTB .
  • Если вы активировали частную торговую площадку с Яндексом, введите Deal Id. Это не обязательно.
  • Понятное имя и Размер объявления обязательны.

Запросить рекламу Яндекса можно с помощью рекламных тегов JavaScript или Decision API.

Если вы вызываете RTB-объявления через Decision API, обязательно укажите URL-адрес сайта и свой IP-адрес в запросе.

Варианты инфраструктуры для участников торгов RTB (часть 4)

В этой статье рассматриваются основные задачи, выполняемые платформой на стороне спроса. (DSP). Эти задачи включают обработку запросов объявлений, использование интеллектуальных данных, торги и обработка событий. В общем, все эти задачи должны выполняться быстро. (примерно в течение ста миллисекунд).Крайний срок задержки устанавливается Платформа продавца (SSP) или биржа рекламы. Остальная часть этого документа в качестве стандартного крайнего срока используется 120 миллисекунд (наиболее распространенное соглашение об уровне обслуживания Google).

Эта статья является частью серии:

См. Обзор терминология рекламных технологий используется на протяжении всей этой серии.

Обзор

Помимо прямых продаж рекламодателям, издатели также могут предлагать свои ресурсы покупателям с алгоритмической продажей, которые покупают показы через система торгов в реальном времени (RTB).Издатели могут сделать это, чтобы продать оставшиеся инвентаризация или уменьшить накладные расходы на их управление. В RTB инвентарь продается с аукциона покупателям, которые делают ставки за показы объявлений.

Для аукционов издатели используют SSP, которые работают с рекламными биржами, и DSP, чтобы автоматически вернуть объявление, выигравшее аукцион. Прочтите раздел участника торгов в обзоре для более подробной информации.

На следующей схеме изображена возможная архитектура системы DSP без интегрированная доставка рекламы.

Подробнее об административных интерфейсах, таких как менеджеры кампаний и ставок, видеть пользовательский интерфейс (в части 1).

Заметная разница между этой архитектурой и той, что изображена для рекламный сервер, описанный в части 3 включают следующее:

  • Прогнозирование машинного обучения происходит в автономном режиме. Прогнозы скопировано в хранилище в памяти с помощью хеширование с учетом местоположения для создания ключей на основе уникальных комбинаций функций. См. Другие варианты для быстрое машинное обучение в статья о показе рекламы (в части 3).
  • Данные, которые должны быть прочитаны участниками торгов, хранятся в памяти, сгруппированы, База данных NoSQL для быстрого чтения.

Особенности платформы

раздел, посвященный платформе (в части 1) охватывает большую часть того, что вам нужно. Однако участники торгов должны выполнить несколько требования, как указано в этом разделе.

География

Чтобы свести к минимуму задержку в сети, размещайте участников аукциона рядом с крупными биржами рекламы. Закрывать близость минимизирует время приема-передачи во время связи между участники торгов и биржи рекламы. Рекламные биржи часто требуют ответа в пределах 120 миллисекунды после отправки запроса ставки.Слишком частое отключение может повлиять способность DSP делать ставки:

  • В краткосрочной перспективе участник торгов пропустит конкретный аукцион.
  • В среднесрочной и долгосрочной перспективе SSP может начать регулирование DSP и отправлять меньше запросов ставок.
Примечание: Если вы работаете с Google Платформа для маркетинга, размещение ваших участников торгов на GCP может еще больше сократить время задержки в сети и расходы. Поговорите со своим местным отделом продаж, чтобы узнать больше.

Балансировка нагрузки

Балансировка нагрузки в облаке включает поддержку более 1 миллиона запросов в секунду с низкой задержкой в ​​более чем 80 глобальные местоположения.Ваш интерфейс будет доступен за одним глобальным IP-адресом. адрес, что позволяет упростить настройку DNS. Балансировка нагрузки в облаке также интегрируется с Cloud CDN.

Когда вы используете Kubernetes, балансировщик нагрузки распределяет трафик на виртуальную машину. экземпляры и программы kube-proxy iptables для распределения трафика между конечными точками. Этот метод может повлиять на производительность сети. Например, трафик может прибыть на узел, который не содержит нужного модуля, что добавит дополнительный прыжок. Google Kubernetes Engine (GKE) может сэкономить этот дополнительный переход, используя Собственные кластеры VPC с использованием псевдонимов IP-адресов а также балансировка нагрузки на уровне контейнера.

Хотя мы рекомендуем балансировку нагрузки в облаке, вы можете рассмотрите возможность настройки собственной балансировки нагрузки на Compute Engine или GKE. Рассмотрим, например, использование ограничения частоты показов корпус:

  • Интерфейсный работник DSP обрабатывает запрос объявления.
  • Если запрос относится к известному (уникальному) пользователю, счетчики частоты увеличивается, что относится к тому, как часто объявление или кампания показывалась этот пользователь.
  • Если пользователь достигает максимального порога, указанного в ограничении, не более ставки делаются для этого (уникального) пользователя на определенный период времени.

Поскольку участники торгов RTB обрабатывают миллиарды запросов в день, если вы не установить соответствие между запросами ставок для (уникального) пользователя и DSP frontend worker, обрабатывающий эти запросы, вы должны централизовать входящие событий по регионам для агрегирования счетчиков на (уникального) пользователя. Архитектура показано ранее в обзор изображает этот централизованный подход: сборщики принимают события, поток данных обрабатывает их, а затем значения, такие как счетчики, наконец, увеличиваются через главный узел Redis.

Аффинитизированный подход позволяет одному и тому же внешнему работнику обрабатывать все рекламные объявления. запросы, относящиеся к одному (уникальному) пользователю. Интерфейс может хранить локальную кэш его счетчиков; это удаляет зависимость (для этого варианта использования) от централизованная обработка. В результате меньше накладных расходов и уменьшена задержка.

Сходство между инициатором запроса и процессором обычно устанавливается в балансировщик нагрузки, анализируя заголовки входящего запроса. Однако рекламные биржи обычно удаляют заголовки из этой информации о пользователе, и поэтому мы должны обработать полезную нагрузку запроса.Потому что это не поддерживается Балансировка нагрузки в облаке, если вы планируете настроить собственную нагрузку балансировщик, вы можете рассмотреть такое программное обеспечение, как HAProxy.

В конечном итоге вы должны принять решение — вы можете выбрать управляемую услугу, которая предлагает глобальную инфраструктуру, или вы можете выбрать индивидуальную сборку, которая может быть адаптированы к конкретным вариантам использования.

Подключение к вашим провайдерам

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

  • Настроить соединять через одного из ваших партнеров и сделайте то же самое с помощью Ad Exchange или SSP. с теми же партнерами.Этот вариант может обеспечить SLA на время безотказной работы, резервирование пропускной способности и снижение исходящих затрат.
  • Если рекламный обмен или поставщик общих служб также является клиентом Google Cloud, рассмотрите возможность настройки Пиринг сети VPC, потому что это может снизить ваши сетевые расходы. Обратите внимание, что эта опция идет с последствиями для безопасности.

Если вы хотите еще больше уменьшить задержку, рассмотрите следующие варианты:

  • Использование Сокеты домена Unix, если поддерживается, для связи с локальным хранилищем данных.
  • Используйте такие протоколы, как QUIC или же UDP когда возможно.
  • Использование буферы протокола для более быстрой сериализации и десериализации структурированных данных между потоки данных.

Обработка запросов ставок

запросов ставок принимаются веб-интерфейсом с такими же требованиями к масштабированию. как указано в фронты раздел.

запросов ставок обычно сериализуются в формате JSON или protobuf и часто включить IP-адрес, идентификатор рекламного блока, размер объявления, сведения о пользователе, агент пользователя, аукцион тип и максимальное время аукциона.Многие DSP и SSP работают с Стандарт OpenRTB. Но независимо от используемого стандарта или сериализации, ваш интерфейсный код требует для анализа полезной нагрузки и извлечения необходимых полей и свойств.

Ваш интерфейс либо отклонит запрос ставки, ответив отказом от ставки. ответ (например, код состояния HTTP 204), или он перейдет к следующему шаг.

Торги

Претендент выполняет следующие задачи:

  • Соответствие пользователей : Определите (уникального) пользователя.
  • Выбор сегментов : получение и выбор (уникальных) сегментов пользователя и их цена.
  • Принятие решения об участии в торгах. : Некоторые ставки слишком дороги, а некоторые — реклама. запросы могут не соответствовать ни одной из существующих кампаний. Участник торгов должен иметь возможность отказаться от ставки. Такой отказ экономит время и ресурсы обработки.
  • Выбор релевантных объявлений : ** ** Если участник торгов решает сделать ставку, то участник торгов должен также выбрать объявление. Выбор правильного объявления может улучшить шансы что пользователь может щелкнуть и, возможно, произвести конверсию.
  • Оптимизация ставок : участник торгов всегда должен пытаться найти минимальную ставку цена, которая все равно выиграет аукцион.
  • Создание ответа на ставку : Использование OpenRTB или пользовательское приложение, создайте и верните ответ на запрос ставки, сериализованный в protobuf или формат JSON. Ответ должен включать такую ​​информацию, как URL объявления, ставка и конечная точка URL выигрыша, которая может быть вызвана, если ставка побеждает.

Машинное обучение часто облегчает выполнение этих задач по торгам.Например, ML может быть используется для прогнозирования оптимальной цены и возможности выиграть ставку, прежде чем делать решение о торгах. Однако в этой статье основное внимание уделяется инфраструктурным решениям. Для Подробную информацию об обучении и обслуживании моделей машинного обучения см. на следующих страницах:

Соответствие пользователей

Обычно используются два способа идентификации (уникального) пользователя:

  • Для рекламы на мобильных устройствах можно использовать сбрасываемый идентификатор устройства. Собственные приложения, созданные на платформах Android или iOS, имеют доступ к сбрасываемому идентификатор устройства.
  • Для рекламы в Интернете рекламные платформы могут использовать файлы cookie для хранить сбрасываемый идентификатор пользователя. Однако файлы cookie могут быть прочитаны только домен, который их создал, что позволяет использовать идентификатор платформы непростые. Игроки, занимающиеся рекламными технологиями, могут создавать столы, соответствующие требованиям независимые файлы cookie и позволяют получить более широкое представление о клиенте.

Таблицы соответствий могут использоваться между SSP, DSP, DMP и серверами объявлений. Каждый партнерство реализует другой процесс, даже если все эти процессы довольно похожи.

При назначении ставок в реальном времени процесс сопоставления файлов cookie часто происходит задолго до DSP получает запрос ставки. Либо DSP инициирует запрос сопоставления файлов cookie с помощью SSP из какого-либо другого показа рекламы, или SSP инициирует сопоставление файлов cookie с DSP («выталкивание пикселей») при показе несвязанной рекламы. Чаще всего DSP инициирует синхронизацию, которая не обязательно происходит на ресурсе издателя, но на собственности рекламодателя. Как сопоставление файлов cookie работает при назначении ставок в реальном времени: объяснил на Веб-сайт Google Ad Manager и довольно широко в сети.

SSP и DSP должны согласовать, кто размещает таблицу соответствия. В этой статье предполагается что на DSP находится хранилище данных, соответствующее пользователям. Это хранилище данных должно:

  • Получить полезную нагрузку для определенного ключа в пределах не более одной цифры миллисекунды.
  • Обеспечьте высокую доступность в пределах своего региона.
  • Присутствовать во всех целевых регионах для минимизации сетевых задержек.
  • Обрабатывать миллиарды операций чтения в день.
  • Обрабатывать быструю запись при обновлении текущих счетчиков.

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

Если вам нужна полностью управляемая служба, которая может извлекать значения с помощью определенного введите однозначные миллисекунды, рассмотрите Облако Bigtable. Он обеспечивает высокую доступность, а его количество запросов в секунду и пропускная способность линейно масштабируются с количество узлов. На концептуальном уровне данные хранятся в Bigtable с использованием формата, подобного следующему:

ключ internal_id создано
ssp_id # source_id dsp_id 123456789

Выбор сегментов

До этого момента в процессе торгов система получила запрос объявления, проанализировал его, чтобы извлечь идентификатор пользователя SSP, и сопоставил его с его внутренним DSP ID пользователя.

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

ключ сегментов обновлено
dsp_id [ {‘Dmp1 ': {‘ segment': 'a', ‘type ':‘ cpm', ‘price’: 1}} {«Dmp1»: {«сегмент»: «b», «тип»: «cpm», «цена»: 2}} {«Dmp2»: {«сегмент»: «c», «тип»: «cpm», «цена»: 1.5}} ] 1530000000

В зависимости от вашей логики упорядочивания и фильтрации вы можете захотеть продвигать некоторые дискретные поля (например, имя поставщика данных) в ключ. Эффективный ключ design поможет вам масштабировать и сократить время запросов. Для советы, как подойти к ключевому дизайну, см. Выбор ключа строки в документации по разработке схемы Cloud Bigtable.

Хотя в этой статье в качестве примера сервиса для чтения используется Cloud Bigtable сегменты и для выполнения сопоставления идентификатора пользователя, хранилища в памяти, такие как Redis или Aerospike может предложить лучшую производительность, хотя и за счет дополнительных операционные накладные расходы.Дополнительные сведения см. В разделе «Хранение с тяжелым чтением» узоры (в части 1).

Чтобы получить доступ к дополнительным внешним данным пользователя, DSP часто работают с данными платформы управления (DMP), с которыми они реализуют сопоставление пользователей методы, аналогичные тем, которые используются с SSP.

DSP использует два основных источника данных для профилирования пользователя:

  • Собственная информация о пользователе : DSP мог распознать пользователя раньше на собственности рекламодателя. DSP, возможно, собрал некоторые информация о пользователе, такая как файл cookie или идентификатор устройства, которую DSP может теперь используйте для профилирования пользователя.
  • Информация о сторонних пользователях : Если DSP не работает со многими рекламодателей, DSP может идентифицировать (уникальных) пользователей, используя данные из DMP. которые работают со многими объектами через Интернет или через приложения. Сопоставление пользователей выполняется либо с помощью идентификатора пользователя, предоставленного издателем, совместно используемого с помощью DSP и DMP или напрямую между DMP и DSP. В последнем случае, DSP периодически загружает данные в автономном режиме от DMP, с которыми DSP также ведет таблицу соответствий.

Сторонние данные могут периодически загружаться из внешнего местоположения в облако Хранение, а затем загружен в BigQuery.Или данные могут быть загружены в реальном времени на вашу открытую конечную точку, которая выходит на система обмена сообщениями.

Обработка событий

Как принимать и хранить события описано в событии управление. В RTB также собираются следующие дополнительные события:

  • Запросы ставок : они похожи на запросы объявлений и отправляются конечная точка, которую вы предоставляете поставщику общих служб или бирже объявлений.
  • Выигрывает на аукционе : при выигрыше аукциона SSP или биржа рекламы отправляет уведомление обратно в конечную точку выигрыша, которая определена DSP ранее в своем ответе на заявку.
  • Убыток на аукционе : SSP или рекламные биржи могут уведомить все DSP, если их ставка не выиграли, но они редко предлагают другую информацию. Некоторые SSP, такие как Обмен данными Google, оставьте этот отзыв в последующий запрос ставки.

Эти события используются в различных службах платформы для следующих целей:

  • Обновить счетчики : Подобно процессу выбора объявлений, некоторые счетчики, такие как ограничения или оставшийся бюджет, помогают отфильтровать нерелевантные кампании или объявления.
  • Принятие решений, связанных со ставками : Использование исторических данных о прибылях и убытках и цены, система улучшает решение о ставке / отказе от ставки и оптимизирует ставки Цены.
  • Предоставьте данные для отчетов : пользователи хотят знать, как и в случае с показом рекламы. как работают ставки и объявления.

Присоединение к аукциону и данные после выигрыша

Ваш участник торгов должен принимать решения по каждому запросу предложения. Это другое из показа объявлений, где цены рассчитываются за пакет объявлений.За это Причина в том, что объединение данных как можно скорее может улучшить решения о ставках.

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

  • При показе рекламы разница между количество показов, кликов и конверсий. В RTB запрос ставки, в отличие от запроса объявления, не гарантирует показ (ваша система назначения ставок должна сделайте ставку и выиграйте эту ставку).
  • Время между выигравшим запросом ставки и показом составляет порядка миллисекунды.
  • Время между показом и щелчком составляет порядка секунд при наиболее.
  • Время до преобразования может составлять минуты, дни или даже недели.

Эти шаблоны могут вызвать некоторые проблемы при объединении данных, потому что ваша система возможно, придется подождать чего-то, что может никогда не произойти (например, щелчка после впечатление). Вашей системе также может потребоваться подождать день или неделю, чтобы событие произойдет — например, для конверсии после клика или для конверсии, не связанный с кликом (так называемая конверсия по показам, ).Наконец, система может выиграли ставку, которая не привела к оформленному и оплачиваемому показу.

При построении системы примите следующее:

  • Данные поступают в режиме реального времени через систему обмена сообщениями, такую ​​как Pub / Sub.
  • Ваш инструмент обработки данных, такой как Dataflow, может управлять ожиданием в течение нескольких миллисекунд или даже секунд, чтобы произошел оттиск или щелчок после выигравшего запроса ставки.
  • Система должна иметь возможность объединять все запросы ставок, ответы на предложения, выигранные ставки, показы, клики и конверсии.
  • ID аукциона общий для всех событий.
  • Клики и конверсии, произошедшие по истечении заданного периода, могут быть отброшено; например, когда прошло слишком много времени, чтобы убедиться, что клик или конверсия связаны с конкретным аукционом.

Где вы выполняете соединение — в конвейере данных или после того, как данные были сохранено — определяется тем, хотите ли вы объединить данные немедленно или процесс присоединения может подождать. Если вы решите немедленно присоединить данные, вы можете реализовать процесс, аналогичный следующему:

  1. Прочтите событие из Pub / Sub или Apache Kafka.
  2. Проанализируйте и извлеките информацию, включая идентификатор аукциона.
  3. Выполните ключевой поиск в Bigtable, чтобы узнать, есть ли уже события для идентификатора аукциона.
  4. Записать событие в Bigtable, если ранее не существовавшее событие.
  5. Присоединитесь к событию с существующими данными, если есть уже существующие события.
  6. Запишите событие в BigQuery для исторической аналитики.
  7. Записать событие в быстрое хранилище данных напрямую, если приемник существует, или записать событие в систему обмена сообщениями, которая, в свою очередь, позволяет группе коллекторы читают и записывают в быстрое хранилище данных.

Эти шаги показаны на следующей схеме.

При реализации этого решения помните следующее:

  • Из-за распределенного характера потока данных и Pub / Sub, данные могут быть не упорядочены. Однако это не так. имеет значение, потому что цель состоит в том, чтобы как можно скорее выполнить полное соединение.
  • Вам необходимо выполнить собственную сборку мусора в BigQuery, используя оператор delete (упрощенный на диаграмме).Это можно запланировать с Cloud Composer или с помощью заданий cron.
  • Используйте Функция истечения срока действия Bigtable для исключения кликов или конверсий, произошедших по прошествии определенного времени.

Вы также можете улучшить рабочий процесс, используя своевременная обработка с учетом состояния функциональность, предлагаемая в Apache Beam. Тогда вы можете получить заказанные события, а не используйте Bigtable.

Если вы решите использовать автономные соединения, потому что вы можете терпеть задержку, процесс выглядит примерно так:

  1. Прочтите событие из Pub / Sub или Apache Kafka.
  2. Проанализируйте и извлеките информацию, включая идентификатор аукциона.
  3. Добавить обработанные записи в хранилище данных, например BigQuery.
  4. Присоединение данных с использованием идентификатора аукциона и новейших временных меток каждые N интервалов, где N — заранее заданное количество секунд, минут, часов или дней. Ты можешь используйте Cloud Composer или cron для этой задачи.
  5. Используя Cloud Composer или задания cron, удалите устаревшие данные — данные с самая старая временная метка по идентификатору аукциона и типу события — каждые N интервалов.

Экспорт данных, близких к участникам торгов

Варианты инфраструктуры для обслуживания данных см. тяжелые шаблоны хранения.

Хотя концепции экспорта данных аналогичны показу рекламы, участникам торгов необходимо чтобы вернуть ответ на заявку в заранее установленный срок. По этой причине некоторые участники торгов могут предпочесть использовать магазины, которые не могут обрабатывать субмиллисекундные чтения и пишет, даже если эти хранилища требуют дополнительных операционных затрат. Участники торгов обычно используйте Redis с локальными подчиненными устройствами или региональным Aerospike.Узнать больше о варианты инфраструктуры для экспорта данных из агрегатов в реальном времени или офлайн-аналитики.

Что дальше

Rockwell Automation 5094-RTB3TS 5094 RTB CJC Spring Технология электронной коммерции BSA

Съемный клеммный блок FLEX 5000 CJC Spring

Особенности

Позволяет пользователям заменять модули во время работы системы с простой установкой на защелках с помощью извлечения и установки при включении питания (RIUP)

Работает как удаленные модули ввода / вывода с контроллерами ControlLogix® 5580, CompactLogix ™ 5380 и CompactLogix 5480

Работает в диапазоне -40… 70 ° C (-40..158 ° F) и во взрывоопасных зонах Класс I, Раздел 2, Зона 2, Группы A, B, C, D

Предлагает истинную интегрированную безопасность с дискретными отказоустойчивыми модулями ввода / вывода, сертифицированными TÜV до SIL 3 / PLe / Cat. 4

Включает конфигурацию с приложением Studio 5000 Logix Designer®

Позволяет использовать в экстремальных условиях с версией XT до G3 с защитным покрытием

Лист данных
Съемные клеммные колодки
Съемные клеммные колодки: 5094 RTB CJC Spring
.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *