Ограничение частоты показов защищенной аудитории

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

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

Protected Audience реализует ограничение частоты, объединяя две функции: хранение счетчиков на устройстве для событий, связанных с рекламой, и возможность фильтровать рекламу в соответствии с предопределенным набором стратегий фильтрации. Ограничение частоты позволяет рекламодателям указывать порог счетчика по сумме значений гистограммы за заданный период времени.

Счетчики уникальны для каждой комбинации профиля устройства, рекламной технологии и ключа счетчика. Каждое объявление должно содержать набор ключей счетчиков для использования в случае регистрации просмотра или показа объявления. Для каждого ключа Protected Audience хранит набор счетчиков, и каждый счетчик подсчитывает все события, связанные с рекламой, которые происходят в течение определенного интервала времени. Счетчики на устройстве увеличиваются, когда происходит показ или просмотр, и данные счетчика будут сохраняться на устройстве. Точное время сохранения будет определено позже.

Логика фильтрации рекламы в рабочем процессе выбора рекламы Protected Audience имеет доступ к счетчикам, ремаркетинговым объявлениям и контекстным объявлениям, что дает возможность ограничения частоты показов Protected Audience работать со всеми типами рекламных запросов.

Примечание : Фильтрация рекламы доступна только в Privacy Sandbox на Android. Реализация защищенной аудитории Chrome не реализует механизм фильтрации контекстно-таргетинговых объявлений незащищенной аудитории. Это предложение охватывает только поддержку со стороны покупателя. Если будет спрос, мы добавим поддержку со стороны продавца позднее.

Ограничение частоты показов Protected Audience поддерживает широкий спектр требований, включая:

  • Фильтрация в реальном времени с минимальной задержкой на стороне сервера при обновлении счетчиков на устройстве.
  • Гибкая иерархия ключей, включая отдельные объявления, кампании или любые другие группировки.
  • Соответствие другим методам ограничения частоты показов, без зависимости от AdID.
  • Работает во всех приложениях на определенном профиле пользователя устройства.
  • Точные и полные счетчики.
  • Поддержка пользовательских определений рекламных событий, таких как просмотры или показы.
  • Одна функция для ремаркетинга и контекстной рекламы.

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

Шаг 1: Добавьте информацию об ограничении частоты показов в объявления

Контекстные и ремаркетинговые объявления указывают соответствующие счетчики гистограммы для обновления в случае просмотра или показа с помощью поля ad_counter_keys , содержащего список произвольных целых чисел. Поле не включено в поле metadata , которое не анализируется Protected Audience.

В следующем примере показан формат данных для поля adsData в AdSelectionConfig . Для ремаркетинга формат списка объявлений для заданной пользовательской аудитории соответствует содержанию поля ads показанному в следующем примере:

'adsData': [
  {
    "buyer": "ads.example.com",
    "ads": [
      {
        'render_url': 'exampleUrl',
        'metadata': {...},   /* metadata are opaque to Protected Audience are
                                required to be in valid JSON format */
        'ad_counter_keys': [1234, 5678]
      }]
  }]
}

Шаг 2: Зарегистрируйте просмотр или впечатление

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

void updateAdCounterHistogram(@EventType eventType, long adSelectionId)

Входные данные:

  • eventType : определяет, считается ли событие просмотром, показом, кликом или победой в процессе выбора объявления.
  • adSelectionId : значения идентификаторов в объекте AdSelectionOutcome , возвращаемые вызовами selectAds .

Вызов updateAdCounterHistogram обновляет гистограмму для набора ключей, определенных как часть ремаркетинговых объявлений, полученных CustomAudience , или контекстных объявлений, включенных в параметр AdSelectionConfig для selectAds .

Если предположить, что объявление на шаге 1 является победителем AdSelection со значением id 9999 , вызов updateAdCounterHistogram(FrequencyCapFilters.AD_EVENT_TYPE_VIEW, adSelectionId: 999) увеличивает счетчики для следующих трех первичных ключей:

  • {'ads.example.com', 1234, VIEW}
  • {'ads.example.com', 5678, VIEW}

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

Protected Audience для Android автоматически увеличивает все счетчики, упомянутые ранее для типа события FrequencyCapFilters.AD_EVENT_TYPE_WIN для объявлений, возвращаемых вызовом API selectAds . Это функционально эквивалентно добавлению аргумента prev_wins к browser_signals в generateBid в реализации Protected Audience в Chrome.

Шаг 3: Реализуйте фильтрацию по ограничению частоты с помощью фильтров

Для оптимальной производительности функция фильтрации ограничения частоты выполняется в AdServices . Protected Audience понимает, нужно ли фильтровать сообщение, считывая поле фильтров в объекте AdsData . Список фильтров указан в frequency_cap . Значения key, event_type и interval_in_seconds используются для получения гистограммы событий, которые используются для фильтрации и Protected Audience.

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

Для контекстной рекламы с фильтрами ограничения частоты показов объявления передаются с использованием поля ads в объекте AdSelectionConfig . Рекламные объявления фильтруются, и в результате вызова selectAds возвращается объявление с самой высокой ставкой.

Для объявлений ремаркетинга с фильтрами ограничения частоты показов объявления фильтруются до вызова предоставленной покупателем функции JavaScript generateBid() .

В следующем примере показано сообщение с фильтрацией по ограничению частоты:

{
  'render_url': 'url',
  'metadata': {...},   /* metadata are opaque to Protected Audience and assumed
                        to be in valid JSON format */

  'ad_counter_keys': [1234, 5678],

  "filters": {
    "frequency_cap": {
      "view": [
        {
          "ad_counter_key": 1234
          "max_count": 10,
          "interval_in_seconds": 86400
        },
        {
          "ad_counter_key": 5678
          "max_count": 10,
          "interval_in_seconds": 86400
        },
      ],
      "win": [
        {
          "ad_counter_key": 1234
          "max_count": 5,
          "interval_in_seconds": 604800
        },
        {
          "ad_counter_key": 5678
          "max_count": 5,
          "interval_in_seconds": 345600
        },
      ]
    },

  // This field is only required in contextual ads and is used in
  // reportImpression calls to fetch the reportWin function.
  'reportingJS': "https://ads.example.com?reportWin.js"
}

Шаг 4: Отчет о победивших объявлениях

После завершения процесса выбора рекламы он возвращает объект AdSelectionOutcome , содержащий renderUri и adSelectionId , числовой идентификатор для вызова selectAds . Этот идентификатор можно использовать для вызова API reportImpression , который поддерживает отчетность на уровне событий. В Beta 1 этот метод поддерживает отчетность для ремаркетинговых объявлений и будет расширен для поддержки отчетности для контекстных объявлений в более позднем выпуске. Для контекстных объявлений покупатель должен указать, где можно получить функцию reportWin во время вызова reportImpression , используя дополнительное поле с именем reportingJS в структуре объявления, как показано в предыдущем примере.

Лучшие практики по выбору кандидатов на рекламу

Protected Audience переносит принудительное ограничение частоты показов с сервера на устройство. Хотя выигрышные ставки сообщаются в Privacy Sandbox, разработчики не будут знать, почему реклама не отображается. Реклама может не отображаться из-за проигранной ставки или из-за ограничения частоты показов. При отсутствии полной прозрачности причин, по которым определенные объявления не выигрывают, системам торгов требуется дополнительная работа для обеспечения оптимального показа рекламы. Эти передовые методы помогут обеспечить оптимальный показ рекламы с помощью Protected Audience.

Отправляйте достаточно ремаркетинговых объявлений

Объявления ремаркетинга не могут быть оптимизированы для каждого пользователя. Если пользователь видит значительное количество объявлений из индивидуальной аудитории, а лимиты объявлений низкие, все объявления могут быть отфильтрованы. Объявления ремаркетинга периодически обновляются, поэтому достаточное количество рекламного инвентаря должно пройти через ограничение частоты, чтобы обеспечить показ объявлений ремаркетинга. Это необходимо сбалансировать с ограничениями на размер объявлений, которые можно указать во время вызова joinCustomAudience и во время ежедневного обновления индивидуальной аудитории. Покупатели должны учитывать, что на этапе торгов может увеличиться задержка. Чтобы свести к минимуму влияние этих проблем, фильтрация ограничения частоты выполняется до вызова generateBid .

Хранить контекстные счетчики на сервере

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

Отправка нескольких кандидатов на рекламу в ответ на контекст

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

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

Ограничения

Ниже приведены известные ограничения частоты показов защищенной аудитории:

  1. Ограничение частоты Protected Audience работает на уровне профиля пользователя устройства, без общих счетчиков на других устройствах и других профилях. Любые увеличения рекламы, показываемой с других устройств, должны быть включены вручную, если это необходимо.
  2. Счетчики устройства хранятся и доступны на устройстве. Счетчики на стороне сервера должны управляться отдельно.
  3. Поскольку ограничение частоты и связанная с этим фильтрация рекламы обрабатываются на устройстве, платформы рекламных технологий не имеют прямого контроля над этими операциями. Чтобы обойти порог ограничения частоты устройства, платформы рекламных технологий могут отправлять несколько объявлений-кандидатов с разными фильтрами.
  4. Корректировки ставок на основе зарегистрированной частоты не поддерживаются. Функции generateBid не могут просматривать счетчики частоты.
{% дословно %} {% endverbatim %} {% дословно %} {% endverbatim %}