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

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

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

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

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

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

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

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

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

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

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

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

В следующем примере показан формат данных для 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 в реализации Chrome Protected Audience.

Шаг 3. Внедрите фильтрацию ограничения частоты показов с помощью фильтров

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

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

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

При ремаркетинге объявлений с фильтрами ограничения частоты объявления фильтруются до вызова предоставленной покупателем функции 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 , который в настоящее время поддерживает отчеты на уровне событий. В бета-версии 1 этот метод поддерживает отчеты по рекламе ремаркетинга, а в более поздней версии он будет расширен для поддержки отчетов по контекстной рекламе. Для контекстной рекламы покупатель должен указать, где можно получить функцию reportWin во время вызова reportImpression , используя дополнительное поле reportingJS в структуре объявления, как показано в примере выше.

Рекомендации по выбору кандидатов для рекламы

Защищенная аудитория переносит принудительное ограничение частоты показов с сервера на устройство. Хотя о выигрышных ставках сообщается в Privacy Sandbox, разработчики не будут знать, почему реклама не показывается. Объявления могут не показываться из-за потери ставки или ограничения частоты показов. Из-за отсутствия полного понимания причин, по которым определенные объявления не выигрывают, системы назначения ставок требуют дополнительной работы для обеспечения оптимального показа объявлений. Эти рекомендации помогут обеспечить оптимальный показ рекламы с помощью Защищенной аудитории.

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

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

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

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

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

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

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

Ограничения

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

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

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

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

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

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

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

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

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

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

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

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

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

В следующем примере показан формат данных для 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 в реализации Chrome Protected Audience.

Шаг 3. Внедрите фильтрацию ограничения частоты показов с помощью фильтров

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

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

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

При ремаркетинге объявлений с фильтрами ограничения частоты объявления фильтруются до вызова предоставленной покупателем функции JavaScriptgenerateBid 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 , который в настоящее время поддерживает отчеты на уровне событий. В бета-версии 1 этот метод поддерживает отчеты по рекламе ремаркетинга, а в более поздней версии он будет расширен для поддержки отчетов по контекстной рекламе. Для контекстной рекламы покупатель должен указать, где можно получить функцию reportWin во время вызова reportImpression , используя дополнительное поле reportingJS в структуре объявления, как показано в примере выше.

Рекомендации по выбору кандидатов для рекламы

Защищенная аудитория переносит принудительное ограничение частоты показов с сервера на устройство. Хотя о выигрышных ставках сообщается в Privacy Sandbox, разработчики не будут знать, почему реклама не показывается. Объявления могут не показываться из-за потери ставки или ограничения частоты показов. Из-за отсутствия полного понимания причин, по которым определенные объявления не выигрывают, системы назначения ставок требуют дополнительной работы для обеспечения оптимального показа объявлений. Эти рекомендации помогут обеспечить оптимальный показ рекламы с помощью Защищенной аудитории.

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

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

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

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

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

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

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

Ограничения

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

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