Краткий обзор. Правила валидации (Validation Rules) обеспечивают дополнительный уровень защиты от мошенничества и кампаний с неправильно настроенным таргетингом. Правила позволяют владельцам приложений контролировать, какие установки и внутренние события приложения блокируются, а также какие установки атрибутируются самому последнему действительному источнику.
Обзор
- Правила валидации задаются в конструкторе с помощью настраиваемых условий и логики, которые фильтруют установки приложения и внутренние события и определяют, какие из них сохранить, а какие заблокировать.
- Правила строятся на основе различных параметров для разных вариантов использования, включая следующие:
- Установки с неверно настроенным таргетингом для вашей кампании (с другими гео, версией ОС и т. п.).
- Установки, не соответствующие заказу на размещение рекламы, подписанному с рекламной сетью.
- Установки, перехваченные мошенническими сетями.
- Фейковые установки или внутренние события приложения, отправленные ботами, эмуляторами или фермами устройств.
- Правила, определенные для внутренних событий (IAE), действуют только для IAE, связанных с установками, не заблокированными ранее.
- Правила, затрагивающие рекламную сеть, видны сотрудникам этой сети (при этом они не могут видеть другие рекламные сети, включенные в это правило). Это делается в интересах прозрачности и помогает рекламным сетям понимать эффективность предоставляемого ими трафика.
- Правила работают в реальном времени и вступают в силу незамедлительно. Узнайте больше в разделе Результаты.
- Клиентам, использующим Protect360, доступны дополнительные параметры правил валидации, помимо автоматической блокировки и обнаружения мошенничества в Protect360. Эти условия способствуют обнаружению различных типов мошенничества, таких как перехват установки, фейковые установки и фейковые внутренние события.
Примечание. Правила валидации проверяют только те установки и внутренние события, которые не были определены как мошенничество в Protect360.
Результаты
- Для установок: в зависимости от выбранного действия правила валидации либо блокируют атрибуцию недействительным источникам, либо блокируют установку.
- Для внутренних событий: правила валидации блокируют внутреннее событие.
-
Смотрите следующую таблицу, в которой показаны результаты для разных типов блокировки правил валидации.
Тип блокировки Описание Где посмотреть данные по установке Последующие внутренние события Установки Блокировка атрибуции - Выбирается, когда установка считается реальной, но ваши условия определяют, каким источникам ее следует или не следует атрибутировать.
- После корректировки установка атрибутируется последнему действительному медиа-источнику.
- Если действительный медиа-источник не определен, установка отмечается как органическая.
- На дэшбордах AppsFlyer и в отчетах по сырым данным как обычную установку (атрибутирована последнему действительному медиа-источнику).
- С планом Protect360 Premium:
- Дэшборд установок Protect 360
- Отчет Protect360 с сырыми данными об установках (с заблокированным медиа-источником)
- Без плана Protect360 Premium:
- Отчет Protect360 с сырыми данными об установках (с заблокированным медиа-источником)
- Атрибуция корректируется так же, как у установки.
- Данные, доступные с планом Protect360 Premium:
- С исправленной атрибуцией на дэшбордах AppsFlyer и в отчетах как обычное IAE (внутреннее событие).
- С заблокированным медиа-источником на дэшборде IAE Protect360 и в отчете Protect360 с сырыми данными о заблокированных IAE.
Блокировка установки - Выбирается, когда установки, которые по условиям правил являются недействительными, считаются фейковыми.
- Установка не атрибутирована совсем (ни как неорганическая, ни как органическая)
- С планом Protect360 Premium:
- Дэшборд установок Protect 360
- Отчет Protect360 с сырыми данными об установках (с заблокированным медиа-источником)
- Без плана Protect360 Premium:
- Отчет Protect360 с сырыми данными об установках (с заблокированным медиа-источником)
- Blocked (Заблокировано)
- При наличии плана Protect360 Premium данные доступны на дэшборде IAE Protect360 и в отчете с сырыми данными по заблокированным IAE.
Внутренние события приложений Блокировка внутреннего события - Выбирается, когда внутренние события, которые по условиям правил являются недействительными, считаются фейковыми.
-
С планом Protect360 Premium:
- Дэшборд IAE Protect360
- Отчет Protect360 с сырыми данными по внутренним событиям
- Без плана Protect360 Premium: Н/Д
- При наличии плана Protect360 Premium данные доступны на дэшборде IAE Protect360 и в отчете с сырыми данными по заблокированным IAE.
Полное удаление из AppsFlyer - Рекомендуется использовать при наличии внутренних событий, по которым вам не требуются данные.
- AppsFlyer вообще не регистрирует эти события.
- Рекламные сети и агентства могут просматривать данные только в том случае, если рекламодатель предоставил им необходимые разрешения.
- Когда установка блокируется или атрибутируется действительному медиа-источнику в режиме реального времени, в заблокированную рекламную сеть мгновенно отправляется постбэк с отказом, чтобы упростить процесс согласования. После блокировки и исправленной атрибуции последнему действительному медиа-источнику, в соответствующую рекламную сеть также отправляется постбэк.
-
Когда заблокировано внутреннее событие, в заблокированную рекламную сеть немедленно отправляется постбэк с отказом.
Примечание.- Постбэк отправляется только в том случае, если рекламная сеть интегрирована с AppsFlyer для получения постбэков.
- Отчеты о постбэках и постбэках с отказом доступны на странице экспорта.
- Подробнее о постбэках и постбэках с отказом.
-
Блокировка установок и атрибуции, как и блокировка IAE, влияют только на то, каким образом данные сообщаются в AppsFlyer. Они не препятствуют использованию приложений конечными пользователями.
- При необходимости смотрите список пользователей приложения, которым нужно заблокировать приложение, в отчетах с сырыми данными по заблокированным установкам и IAE (доступны на странице экспорта, через Pull API и в Data Locker).
-
В отчетах о заблокированных установках и IAE и в постбэках с отказом под причиной блокировки указано название правила, по которому произошла блокировка установок/IAE. Если применяется больше одного правила, см. раздел Несколько правил.
- Когда установки/IAE блокируются механизмом защиты от мошенничества Protect360, даже при наличии правила проверки отображаются причины Protect360.
- Использование правил может привести к расхождениям в отчетах AppsFlyer и SRN, таких как Meta Ads и Google Adwords, поскольку они используют собственную логику для проверки установок.
Несколько правил
- Для проверки одной установки или одного внутреннего события (IAE) может применяться сразу несколько правил. Это происходит, когда установка соответствует условиям различных правил.
- Установка/IAE признается недействительной, если не соответствует условиям ни одного отдельного правила.
- В отчетах с сырыми данными и в постбэках с отказом поле со значением block reason (причина блокировки) содержит имена всех правил, которые классифицируют установку или внутреннее событие как недействительные.
- Различные правила для одной и той же установки последовательно запускаются в следующем порядке, в зависимости от типа блокировки:
Тип блокировки/правила | Порядок |
---|---|
Блокировка установок |
Случайный |
Блокировка атрибуции |
Случайный |
Блокировка внутреннего события |
Случайный |
Полное удаление из AppsFlyer и все остальное |
Удаление из AppsFlyer. Другие правила игнорируются. |
Блокировка установок и блокировка атрибуции |
|
Блокировка установок и блокировка атрибуции с помощью механизма Protect360 и правил валидации |
|
Блокировка внутренних событий с помощью механизма Protect360 и правил валидации |
|
Конструктор правил
Интерфейс конструктора правил позволяет настраивать правила в интерактивном режиме. Совет! Ознакомьтесь и поэкспериментируйте с конструктором правил, прежде чем подробно изучать эту статью.
В конструкторе правил есть следующие разделы:
Раздел | Примечания |
---|---|
События |
|
Источники | Источник трафика, для которого применяется правило. См. также источники Protect360. |
Чем считаются |
Определите, будет ли в результате проверки по заданным условиям установка считаться недействительной или действительной.
|
УСЛОВИЯ |
Условия, которые определяют, является ли установка действительной, на основании различных параметров, а также вашего выбора в разделе «Considered» (Чем считаются). См. также Условия Protect360 для установок и внутренних событий. |
Действие |
Подробные сведения см. в разделе Результаты. |
Источники установок
Раздел Sources (Источники), где вы задаете источники трафика для установок, к которым применяются правила.
Есть два основных варианта:
-
All traffic (Весь трафик): правило применяется к любой установке, независимо от ее источника (агентство, медиа-источник, кампания, органическая установка и т. д.).
Примечание. Поскольку этот вариант включает органические установки, нельзя выбрать дополнительную информацию об источнике, и доступна только блокировка установки. Это связано с тем, что невозможно заблокировать/исправить атрибуцию для органических установок. - Non-organic only (Только неорганический): правило применяется к выбранным вами источникам на основе полей, операторов и значений, как описано в таблице ниже.
Для клиентов, использующих Protect360, доступны дополнительные варианты источников для установок и внутренних событий.
Поле | operator | значение | Примечания |
---|---|---|---|
Агентство |
|
|
|
Медиа-источник |
|
|
|
Кампания |
|
|
|
ID кампании |
|
||
ID рекламы. | |||
ID блока рекламы | |||
Имя блока рекламы |
Условия установок
В разделе Conditions (Условия) вы задаете условия, которые определяют, в каких случаях установки блокируются или атрибутируются последнему действительному источнику.
Вы можете добавить несколько условий и групп условий к каждому правилу.
Условия определяются в соответствии с условиями, операторами и значениями, указанными в таблице ниже.
Для клиентов, использующих Protect360, доступны дополнительные варианты условий для установок и внутренних событий.
Условие | operator | значение | Примечания |
---|---|---|---|
Кампания |
|
|
|
ID кампании |
|
||
ID рекламы. | |||
ID блока рекламы | |||
Имя блока рекламы | |||
Тип устройства | |||
Геоданные |
|
|
|
Платформа |
Выберите значение в меню. |
||
Версия ОС |
|
|
|
Lookback days (Продолжительность окна атрибуции) |
|
|
|
Is preinstalled (является предустановкой) |
|
|
|
Is deeplink (является диплинком) |
Пустому полю диплинка в сырых данных соответствует значение Is deeplink = No |
Источники внутренних событий
Если в разделе События выбраны внутренние события приложения, то помимо стандартных параметров источников, клиенты могут задать дополнительный параметр источника. Он позволяет определить, к каким внутренним событиям применяется их правило.
Источник определяется в соответствии с полями, операторами и значениями, указанными в таблице ниже.
Примечание. Все остальные источники внутренних событий приложения зависят от источника установки, с которым связано IAE (например, от агентства, медиа-источника, кампании, идентификатора кампании, идентификатора сайта и т. д.).
Поле | operator | значение | Примечания |
---|---|---|---|
Имя события |
|
|
|
Условия внутренних событий
Если в разделе События выбраны внутренние события, клиенты могут задать дополнительные параметры условий. Они позволяют определить, к каким внутренним событиям применяется их правило. Эти условия можно смешивать и сопоставлять с любыми перечисленными выше условиями, не относящимися к Protect360.
Условия Protect360 определяются в соответствии с условиями, операторами и значениями, указанными в таблице ниже.
Условие | operator | значение | Примечания |
---|---|---|---|
Имя события |
|
|
|
Источники установок и внутренних событий в Protect360
Помимо стандартных параметров источников, клиенты, использующие Protect360, могут задать дополнительный параметр. Он позволяет определить, к каким установкам применяется их правило. Источник определяется в соответствии с полями, операторами и значениями, указанными в таблице ниже.
Поле | operator | значение | Примечания |
---|---|---|---|
ID сайта |
|
|
|
Условия для установок в Protect360
У клиентов, использующих Protect360, есть дополнительный набор условий для проверки установок. Эти условия можно смешивать и сопоставлять с любыми перечисленными выше условиями, не относящимися к Protect360.
Условия Protect360 определяются в соответствии с условиями, операторами и значениями, указанными в таблице ниже.
Условие | operator | значение | Примечания |
---|---|---|---|
CTIT (Время от клика до установки) |
|
|
|
Идентификатор клиента (CUID) |
|
|
|
Версия приложения |
|
|
|
Версия SDK |
|
|
|
Installer/Store (Установщик/Магазин) |
|
Выберите значение в меню:
|
Если устройство пользователя не предоставляет AppsFlyer параметр «установщик/магазин», правило не действует. |
Типы атрибуции |
|
|
Условия для внутренних событий в Protect360
Если в разделе События выбраны внутренние события, клиенты, использующие Protect360, могут задать дополнительные параметры. Они позволяют определить, к каким внутренним событиям применяется их правило. Эти условия можно смешивать и сопоставлять с любыми условиями, не относящимися к Protect360, перечисленными выше.
Условия Protect360 определяются в соответствии с условиями, операторами и значениями, указанными в таблице ниже.
Условие | operator | значение | Примечания |
---|---|---|---|
Источник события |
|
|
|
Значение события |
|
||
Время от установки до события (в секундах) |
|
Произвольный текст. Одно числовое значение. |
|
Логика в условиях и группах условий
Если вы добавляете к правилу несколько условий или групп условий, выберите логическую связь между ними с помощью операторов:
- AND (И): установка должна соответствовать всем заданным условиям.
- OR (ИЛИ): установка должна соответствовать хотя бы одному из заданных условий.
Например, если вы хотите проверять установки как по платформе, так и по ОС, выберите AND. В этом случае заданная платформа должна всегда использоваться с заданной ОС. Если вы хотите проверять установки по платформе или ОС, выберите OR.
Процедура
Смотреть список правил
Чтобы увидеть все правила, созданные в вашем аккаунте:
-
В AppsFlyer перейдите в раздел Configuration (Настройки) > Validation Rules (Правила валидации).
Откроется окно со списком правил валидации. - Выберите предпочтительный вид таблицы с помощью переключателя List view/Details view (Список / Подробные сведения).
-
Отфильтруйте правила в списке с помощью опций поиска и фильтров.
- Искать можно по имени правила, источнику, имени условия или значению.
- Например, введите 7, чтобы найти все правила, определенные для версии ОС, содержащей 7 (например, 2.7.4, 7.1 и т. п.). Или введите Canada, чтобы найти правила, определенные для Канады в условии Geo.
Добавить правило
Чтобы задать новое правило:
-
В AppsFlyer перейдите в раздел Configuration (Настройки) > Validation Rules
Откроется окно с правилами валидации. -
Нажмите Add Rule (Добавить правило).
Откроется окно для добавления правила. - Введите имя правила. Используйте уникальное имя, которое:
- точно описывает правило;
- не будет оскорбительным для рекламных сетей, так как оно отображается в отчетах о заблокированных установках, а также в постбэках с отказом, отправляемых в рекламные сети.
- Заполните разделы в конструкторе правил.
- [Необязательно] Добавьте условия и/или группы условий, если это необходимо. Убедитесь, что вы выбрали соответствующую логику в условиях и группах условий.
- [Необязательно] Нажмите Estimate traffic impact (Оценить воздействие на трафик), чтобы просмотреть, как ваше правило повлияет на трафик.
- Нажмите кнопку Сохранить.
Смотреть воздействие правил валидации
Узнайте, какое влияние ваши правила валидации оказывают на трафик, то есть, сколько всего вероятно будет заблокированных установок и заблокированных атрибуций.
Примечание
- Оценка правил валидации доступна только для рекламодателей. У партнеров доступа нет.
- Оценки доступны для правил, связанных с установками, а не для правил, связанных с внутренними событиями приложения.
- Оценка также отображает то, что применяется к правилу, но уже заблокировано защитой от мошенничества Protect360, другим правилом валидации или, если оцениваемое правило не новое, трафик заблокирован предыдущей настройкой.
Чтобы просмотреть оценку воздействия правила валидации:
- В AppsFlyer перейдите в разделValidation Rules (Правила валидации).
- Выберите имеющееся правило или нажмите + Add rule (+ Добавить правило) и создайте новое правило с источниками и условиями.
-
Прокрутите до конца правила и нажмите Estimate traffic impact (Оценить воздействие на трафик).
Откроется окно оценки воздействия правила. -
Выберите, следует ли основать оцениваемое воздействие на данные за последний день или за последние 7 дней.
- Отображаются предполагаемые новые блокировки, а также процент вновь заблокированного трафика из-за правила валидации.
-
Если правило определено только для неорганических источников, оценка отображает воздействие правила на весь ваш трафик. Чтобы увидеть воздействие только на источники (например, конкретный медиа-источник или кампанию), в легенде диаграммы снимите флажокOther sources (Другие источники).
Изменить или удалить правило
Чтобы изменить, удалить, включить или отключить правило:
- В списке правил выберите действие, которое вы хотите выполнить в отношении определенного правила.
- В разделе Active (Активные): включите или отключите правило.
- В разделе Action (Действия): измените или удалите правило.
Вопросы и ответы
Что такое «регулярное выражение»?
Шаблон регулярного выражения состоит из символов, которым требуется найти соответствие. Простые шаблоны состоят из символов, для которых вы хотите найти прямое соответствие. Если для прямого соответствия не достаточно, в шаблон можно включить специальные символы.
Пример:
Регулярное выражение | Описание |
---|---|
^abc | Начинается с abc |
xyz$ |
Заканчивается на xyz |
^abc.*xyz$ |
Начинается с abc и заканчивается на xyz |
^abc.*(?<!xyz)$ |
Начинается с abc и не заканчивается на xyz |
^([0-9]{2}) |
Начинается с 2 цифр |
\"example_param\":\"[5|6] | Значение указанного параметра начинается с 5 или 6. |
^.{0}$|^\{\}$ | Is empty, or is only {} |
Почему при поиске источник или условие не отображаются в виде заданного значения?
Есть две возможные причины:
- Убедитесь, что выбраны соответствующие приложения. Если приложения не выбраны, значения не отображаются в результатах поиска.
- Результаты отображаются только в том случае, если необходимое значение появлялось в трафике в течение последних 30 дней. Кроме того, есть задержка до 1 дня между моментом, когда происходит конверсия, и моментом, когда источник или условие отображаются в качестве опции меню.
Если значение не отображается в результатах поиска, вы можете ввести его как произвольный текст и нажать клавишу Enter на клавиатуре.
Почему в медиа-источниках я вижу только Meta Ads и Twitter?
Параметры поля «Медиа-источники» зависят от выбранного вами типа агентства. Если в качестве одного из источников трафика выбрано «непрозрачное агентство», не отображаются никакие медиа-источники, за исключением Meta Ads и Twitter, в отношении которых деятельность даже непрозрачных агентств должна быть прозрачной.
Примечание. Если ваше правило применяется к нескольким приложениям, любое агентство, которое прозрачно для некоторых выбранных приложений, но непрозрачно для других, считается непрозрачным. Это означает, что вы не можете выбрать никакие медиа-источники, кроме Meta Ads или Twitter.
Обязательно ли использовать операторы AND/OR как для определенных условий, так и между группами условий?
Это зависит от конкретного случая. Иногда любой из вариантов дает один и тот же результат. В других случаях необходимы оба варианта.
Например, если в США вы поддерживаете установки только на ОС V10 или новее, а в Бразилии на ОС V7 и новее, вам понадобится следующее правило:
{[Geo = US] and [OS version = 10]} OR {[Geo = Brazil] and [OS version = 7]}
Можно ли блокировать клики с помощью правил валидации?
Нет. Правила валидации блокируют установки, атрибуцию источнику установки (то есть медиа-источник клика или показа не получает атрибуцию) или внутренние события. Но ни один из этих вариантов не блокирует фактические клики, и на ключевые показатели эффективности кликов правила валидации не влияют.
В сырых данных я вижу, что установки, которые должны быть заблокированы по правилам валидации, имеют другую причину блокировки, а не имя моего правила. Почему так происходит?
Это значит, что блокировку осуществил механизм Protect360, а не правило проверки. См. также раздел Несколько правило.
Применяются ли имеющиеся правила к трафику недавно интегрированного агентства автоматически?
Это зависит от ваших настроек Source (Источник), как описано в таблице ниже.
Если правило не применяется автоматически, необходимо отредактировать правило:
- Измените значение в поле «Агентство» на Agency and non-agency traffic (Агентский и неагентский трафик) или выберите конкретное агентство.
Настройка источника |
Выбор в поле агентства |
Применяется ли правило, если оно было создано до интеграции какого-либо агентства с одним из ваших приложений? |
Применяется ли правило, если оно было создано после интеграции хотя бы одного агентства с одним из ваших приложений? |
---|---|---|---|
Весь трафик |
Н/П |
Да |
Да |
Только неорганический |
Н/П |
Нет |
Н/П |
Агентский и неагентский трафик |
Н/П |
Да |
|
Неагентский трафик и/или конкретные агентства |
Н/П |
Нет |
Как работают условия Not in last?
Условие Not in last (Не в последних) используется, если в правило валидации требуется включить одну серию версий приложения.
Условие Not in last (major) (Не в последних (основных)) используется, если в правило валидации требуется включить несколько серий версий приложения.
Например:
- У вас есть серии версий приложения 1.0 и 2.0.
- Все версии вашего приложения:
- 1.0.01
- 1.0.02
- 1.0.03
- 2.0.01
- 2.0.02
- 2.0.03
- Правило, определенное с помощью «Не в последних 2 версиях», блокирует:
- 2.0.02
- 2.0.03
- Правило, определенное с помощью «Не в последних (основных) 2 версиях», блокирует:
- 1.0.02
- 1.0.03
- 2.0.02
- 2.0.03
Ограничения и особенности
Специфика | Описание |
---|---|
Доступ пользователей аккаунта | Только пользователи аккаунта с соответствующими разрешениями могут просматривать, добавлять и редактировать правила валидации. |
Привлечение пользователей | Правила валидации применяются в отношении установок, повторных установок и повторной атрибуции (когда приложение было удалено с устройства). Они не применяются в случаях повторного вовлечения, то есть когда приложение все еще находится на устройстве. |
Автоматическая деактивация правил |
Если вы создаете правила:
|
Рекламным сетям |
Для просмотра подробных сведений о правилах требуется разрешение рекламодателя на Просмотр правил валидации. Примечание. Названия правил видны всегда (в том числе в сырых данных). |
Агентства |
Требуется разрешение рекламодателя на:
|
Уникальные пользователи |
Если у вас настроено более 100 внутренних событий, то даже если вы используете правила проверки для признания недействительными определенных внутренних событий, ограничение для количества уникальных пользователей все равно будет действовать. Это означает, что в событиях сверх этих 100 не учитываются уникальные пользователи, даже если они признаны недействительными по правилам проверки. |
SKAN |
Не поддерживается |