Ограничение частоты показа — это рекламная практика, которая ограничивает количество объявлений из определенной категории, показываемых пользователю в течение определенного периода времени. Ограничение частоты показа улучшает пользовательский опыт, поддерживая актуальность и интерес к показам рекламы, а также помогает рекламодателям управлять рекламными расходами.
В этом предложении описывается, как функция «Защищенная аудитория» в Android может быть использована для реализации ограничения частоты показов рекламы точным и конфиденциальным способом.
Функция «Защищенная аудитория» реализует ограничение частоты показов, объединяя две возможности: хранение счетчиков событий, относящихся к конкретным объявлениям, на самом устройстве и возможность фильтрации объявлений в соответствии с предопределенным набором стратегий фильтрации. Ограничение частоты показов позволяет рекламодателям указывать пороговое значение счетчика, превышающее сумму значений гистограммы за заданный период времени.
Счетчики уникальны для каждой комбинации профиля устройства, рекламной технологии и ключа счетчика. Каждое объявление должно содержать набор ключей счетчиков, которые используются в случае регистрации просмотра или показа объявления. Для каждого ключа Protected Audience хранит набор счетчиков, и каждый счетчик суммирует все события, специфичные для объявления, которые происходят в течение определенного временного интервала. Счетчики на устройстве увеличиваются при показе или просмотре, и данные счетчиков сохраняются на устройстве. Точное время сохранения будет определено позже.
Логика фильтрации рекламы в процессе выбора объявлений Protected Audience имеет доступ к счетчикам, объявлениям ремаркетинга и контекстной рекламе, что позволяет Protected Audience ограничивать частоту показа рекламы работать со всеми этими типами запросов.
Примечание : Фильтрация рекламы доступна только в «Песочнице конфиденциальности» на Android. В реализации функции «Защищенная аудитория» в Chrome отсутствует механизм фильтрации контекстно-таргетированной рекламы, не относящейся к «Защищенной аудитории». Данное предложение касается только поддержки со стороны покупателя. При наличии спроса мы добавим поддержку со стороны продавца позже.
Ограничение частоты показа контента для защищенной аудитории поддерживает широкий спектр требований, в том числе:
- Фильтрация в реальном времени с минимальной задержкой на стороне сервера при обновлении счетчиков на устройстве.
- Гибкая иерархия ключей, включающая отдельные объявления, кампании или любые другие группы.
- Согласованность с другими методами ограничения частоты, без зависимости от 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 . Защищенная аудитория определяет, нужно ли фильтровать сообщение, считывая поле filters в объекте AdsData . Список фильтров указывается в frequency_cap . Значения key, event_type и interval_in_seconds используются для получения гистограммы событий, которые используются для фильтрации и Защищенной аудиторией.
Информация для фильтрации может быть указана для ремаркетинговых объявлений, предоставляемых пользовательской аудиторией, и для контекстных объявлений в рамках объекта 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 , который поддерживает отчетность на уровне событий. В бета-версии 1 этот метод поддерживает отчетность для ремаркетинговых объявлений, а в последующих релизах его возможности будут расширены для поддержки отчетности для контекстных объявлений. Для контекстных объявлений покупатель должен указать, где можно получить функцию reportWin во время вызова reportImpression , используя дополнительное поле reportingJS в структуре объявления, как показано в предыдущем примере.
Лучшие практики отбора кандидатов на рекламные должности
Функция «Защищенная аудитория» переносит контроль за ограничением частоты показов с сервера на устройство. Хотя выигрышные ставки отображаются в «Песочнице конфиденциальности», разработчики не будут знать, почему объявление не было показано. Объявления могут не показываться из-за проигранной ставки или из-за ограничения частоты показов. Без полной информации о причинах, по которым определенные объявления не выигрывают, системам назначения ставок требуется дополнительная работа для проверки оптимального показа объявлений. Эти рекомендации помогут проверить оптимальный показ объявлений с помощью функции «Защищенная аудитория».
Отправляйте достаточное количество ремаркетинговых объявлений.
Ремаркетинговые объявления нельзя оптимизировать для каждого пользователя отдельно. Если пользователь видит значительное количество объявлений от пользовательской аудитории, а лимиты показов невелики, все объявления могут быть отфильтрованы. Ремаркетинговые объявления обновляются периодически, поэтому для обеспечения непрерывного показа ремаркетинговых объявлений необходимо обеспечить прохождение через ограничение частоты показов достаточного количества объявлений. Это необходимо сбалансировать с ограничениями на размер объявлений, которые можно указать во время вызова joinCustomAudience и во время ежедневного обновления пользовательской аудитории. Покупатели должны учитывать возможное увеличение задержки на этапе торгов. Для минимизации влияния этих проблем фильтрация по ограничению частоты показов выполняется перед вызовом generateBid .
Храните контекстные счетчики на сервере.
Благодаря серверной оценке разработчик может получить приблизительные оценки того, когда может быть активировано ограничение частоты показов. Эти оценки могут указывать на то, что объявление, вероятно, достигло порогового значения ограничения частоты показов и, следовательно, должно быть показано с большим количеством потенциальных объявлений или полностью исключено.
Отправьте несколько вариантов рекламных объявлений в ответ на контекстную заявку.
Перед аукционом защищенной аудитории следует отправить несколько рекламных кандидатов с контекстным ответом. Это гарантирует, что если несколько объявлений будут отфильтрованы, другие объявления все равно будут показаны. Рекламные кандидаты можно приоритезировать, чтобы некоторые объявления предоставлялись в качестве резервных.
Поскольку выполнение заказа ограничено по времени, кандидатов на размещение рекламы следует выбирать, исходя из их вероятности выигрыша в аукционе, а не отсеивать.
Ограничения
Ниже перечислены известные ограничения ограничения частоты показа контента для защищенной аудитории:
- Ограничение частоты показа рекламы в рамках защищенной аудитории работает на уровне профиля пользователя устройства, без использования общих счетчиков на других устройствах и в других профилях. Любое увеличение количества показов рекламы с других устройств необходимо при необходимости вносить вручную.
- Счетчики устройства хранятся и доступны непосредственно на самом устройстве. Счетчики на стороне сервера необходимо управлять отдельно.
- Поскольку ограничение частоты показа и связанная с этим фильтрация рекламы обрабатываются на устройстве, рекламные платформы не имеют прямого контроля над этими операциями. Чтобы обойти пороговое значение ограничения частоты показа на устройстве, рекламные платформы могут отправлять несколько вариантов рекламы с различными фильтрами.
- Корректировка ставок на основе зарегистрированной частоты не поддерживается. Функции
generateBidне могут просматривать счетчики частоты.
Рекомендуем вам
- Примечание: текст ссылки отображается, когда JavaScript отключен.
- Руководство по интеграции с Protected Audience Руководство разработчика по API Protected Audience для Android
- Поддерживайте таргетинг на пользовательские аудитории с помощью API защищенных аудиторий.