Поддержка аукционов с несколькими продавцами с помощью посредничества защищенной аудитории

Рекламные платформы Sell-side обычно диверсифицируют свои источники спроса на рекламу, чтобы оптимизировать доход от рекламы. С помощью рекламной медиации рекламная сеть или сервис вызывает несколько рекламных сетей, чтобы определить лучшую рекламу для данного рекламного слота. Это предложение представляет, как API Protected Audience на Android может быть расширено для реализации функциональности каскадной медиации с сохранением конфиденциальности. Сегодня рекламные сети предоставляют разработчикам приложений различные способы посредничества на аукционах рекламы от нескольких продавцов рекламы:

1. Медиация водопада : разработчики приложений определяют упорядоченный список рекламных сетей, часто ранжированный по историческим eCPM для данной сети. Этот список называется цепочкой медиации . Платформа медиации разработчика приложений использует этот список для вызова рекламных сетей в порядке их перечисления для определения соответствующих источников спроса на рекламу.
2. Программное посредничество : разработчик приложения настраивает несколько рекламных сетей для участия в торгах за рекламные возможности. Эти сети могут делать ставки в режиме реального времени в зависимости от того, как они оценивают возможность.
3. Гибридная медиация : сочетание методов каскадной и программной медиации.

Медиация водопада

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

Рисунок 1. Модель каскадного посредничества.

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

Каскадная медиация часто оптимизируется путем регулярного изменения порядка цепочки медиации на основе повторной оценки eCPM из собственных источников спроса на рекламу.

Программное посредничество

Программная медиация (также известная как «header bidding») — это альтернатива использованию исторического eCPM для определения того, какая рекламная сеть получает шанс обслужить запрос на рекламу. При программной медиации поставщики вместо этого используют текущие значения ставок для поиска выигрышной рекламы.

Рисунок 2: Модель программного посредничества

Гибридное посредничество

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

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

Медиация каскада защищенной аудитории

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

1. SDK посредничества извлекает цепочку посредничества из конечной точки сервера контекстной рекламы, которая может возвращать либо контекстную рекламу, либо цепочки посредничества.
2. Если конечная точка сервера объявлений возвращает цепочку посредничества, SDK посредничества проходит по каждому элементу цепочки по порядку, вызывая SDK участвующей рекламной сети для запуска контекстного и ремаркетингового выбора рекламы. Каждый элемент в цепочке представляет собой запрос рекламной сети на покупку рекламного пространства по определенной цене за определенное количество показов, кликов или рекламного времени.
3. Если ни одна из позиций в цепочке не выберет выигрышное объявление, SDK медиации может выбрать показ объявления из собственной рекламной сети, выполнив выбор рекламы защищенной аудитории, которая учитывает как ремаркетинг, так и контекстную рекламу.

Рисунок 3. Каскадная медиация с API защищенной аудитории.

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

Результат AdSelection

Возвращаемый тип selectAds() — объект AdSelectionOutcome . AdSelectionOutcome содержит URI визуализации победившего объявления и AdSelectionId — непрозрачное целое число, идентифицирующее рекламный креатив победившей позиции.

AdSelectionOutcome {
  Uri renderUri;
  Long AdSelectionId;
}

AdSelectionId действует как указатель на AdSelectionOutcome . Сегодня AdSelectionId передается в метод reportResult() как параметр ReportImpressionInput , чтобы помочь определить правильные объявления, для которых вызываются методы reportWin() и reportResult() .

Предложение по выбору цепочек объявлений

Мы предлагаем перегрузить selectAds() с помощью AdSelectionFromOutcomesConfig .

val config = AdSelectionFromOutcomesConfig.Builder()
        .setSeller(seller)
        .setAdSelectionIds(listOf(outcome1pAdSelectionId))
        .setSelectionSignals({"bid_floor": bidFloorOfNextNetworkInline})
        .setSelectionLogicUri(selectionLogicUri)
        .build()
adSelectionClient.selectAds(config)

Это позволяет SDK медиации сравнивать ставку победившего объявления с минимальной ставкой следующей встроенной сети.

Пример 1:

Пример 2:

Сообщить о выигрышных показах

Если есть победитель из selectAds(AdSelectionFromOutcomes) то это объявление выигрывает посредничество. Затем reportImpression вызывается с идентификатором выбора объявления-победителя из selectAds(AdSelectionFromOutcomes) и соответствующим AdSelectionConfig .

Если из selectAds(AdSelectionConfig) возвращается победитель для любой из сетей, то reportImpression вызывается с идентификатором выбора объявления и конфигурацией из этого вызова.

Запустите каскадную медиацию

Ниже представлен порядок действий для прохождения каскадного процесса медиации.

1. Выполнить выбор сторонних объявлений.
2. Повторите цепочку посредничества. Для каждой сторонней сети выполните следующие действия:
   1. Создайте AdSelectionFromOutcomeConfig , включая сторонний outcomeId и минимальную ставку стороннего SDK
   2. Вызовите selectAds() с config из предыдущего шага.
   3. Если результат не пустой, верните объявление.
   4. Вызовите метод selectAds() текущего сетевого адаптера SDK. Если результат не пустой, верните объявление.
3. Если в цепочке не найдено победителя, верните объявление первой стороны.

Лучшие практики

Проведите контекстные аукционы перед первой оптимизацией

Спрос на ремаркетинг может генерировать высокие ставки, которые могут дать выигрышные результаты в цепочке посредничества. Усечение — это процесс, который часто используется для включения оптимизации первой стороны путем уточнения списка аудитории ремаркетинга.

Запрос на ремаркетинг API Protected Audience доступен только на стороне клиента с аукционами Protected Audience. Это может усложнить включение оптимизации first-party на стороне сервера. Чтобы смягчить проблемы с оптимизацией first-party, сначала запустите контекстный аукцион, а затем выполните оптимизацию first-party на основе победившего результата объявления, как описано ранее на этой странице .

Сохраняйте небольшие цепочки посредничества на устройстве

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

Дополнительные соображения

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

API Protected Audience Mediation поддерживает каскадную медиацию и ограниченную программную медиацию. Более подробная информация о поддержке дополнительных вариантов использования программной медиации будет предоставлена ​​в будущем.

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