Краткий обзор: Правила валидации добавляют дополнительный уровень защиты от некорректного таргетинга и мошенничества. Эти правила позволяют владельцам приложений контролировать, какие установки и атрибуции событий в приложении блокируются или атрибутируются к последнему действительному источнику.
Обзор
- Правила валидации задаются в конструкторе с помощью настраиваемых условий и логики, которые фильтруют установки приложения и атрибуции внутренних событий и определяют, какие из них сохранить, а какие заблокировать.
- Правила строятся на основе различных параметров для разных вариантов использования, включая следующие:
- Установки с неверно настроенным таргетингом для вашей кампании (с другими гео, версией ОС и т. п.).
- Установки, не соответствующие заказу на размещение рекламы, подписанному с рекламной сетью.
- Установки, перехваченные мошенническими сетями.
- Фейковые установки или внутренние события приложения, отправленные ботами, эмуляторами или фермами устройств.
- Правила, определенные для внутренних событий (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 с сырыми данными об установках (с заблокированным медиаисточником)
- Заблокировано
- При наличии плана 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 и правил валидации |
|
Конструктор правил
Интерфейс конструктора правил позволяет настраивать правила в интерактивном режиме. Совет! Ознакомьтесь и поэкспериментируйте с конструктором правил, прежде чем подробно изучать эту статью.
В конструкторе правил есть следующие разделы:
| Раздел | Примечания |
|---|---|
| Общие сведения |
Выбор влияет на параметры, доступные в следующих разделах (агентство, медиаисточник, кампания и т. д.) ПримечаниеВерсия приложения должна содержать только цифры. Например, 2.2.1. Примечание: Числовые версии приложений (например, 2.2.1) поддерживают все операторы (равно, больше, меньше и т. д.). Если версия приложения – это пользовательский текст (например, version123 или our_latest_version), работают только операторы «равно» или «не равно»; «больше» или «меньше» не применяются. |
| Источники трафика | Источник трафика, для которого применяется правило. См. также источники Protect360. |
| Условия |
Выберите, заблокировать ли установки/события в приложении, которые «Соответствуют» или «Не соответствуют» определенным условиям.
См. также Условия Protect360 для установок и внутренних событий. |
| Действия |
Для установок: выберите, что делать с установками, которые удовлетворяют указанным условиям:
Для внутренних событий: выберите, что делать с установками, которые удовлетворяют указанным условиям:
Подробные сведения см. в разделе Результаты. |
Источники установок
Раздел Источники, где вы задаете источники трафика для установок, к которым применяются правила.
Существует три основных варианта:
Весь трафик: Включает как органические, так и неорганические установки. Информация об источнике недоступна для органических установок. Этот вариант включает все медиаисточники, включая те, которые будут добавлены в будущем.
Пример: применить правило ко всему трафику с версией приложения ниже X.Весь трафик неорганических установок: Применяется ко всем источникам неорганического трафика агентств и др., включая новые источники, добавленные позже.
Пример: блокировать неорганический трафик из конкретного региона, где вы не проводите кампании, направленные на UA или ретаргетинг.Выбранный трафик неорганических установок: Правило применяется только к конкретным агентствам или медиаисточникам. Вам нужно вручную выбрать или добавить медиаисточники при редактировании правила.
Пример: Блокировать установки из конкретного медиаисточника, если CTIT превышает X дней.
Для клиентов, использующих Protect360, доступны дополнительные варианты источников для установок и внутренних событий.
| Поле | Оператор | Значение | Примечания |
|---|---|---|---|
| Агентство |
|
|
Агентства, деятельность которых является прозрачной:
|
| Медиаисточник |
|
|
|
| Кампания |
|
|
|
| Идентификатор кампании |
|
||
| Идентификатор рекламного объявления | |||
| ID блока рекламы | |||
| Имя блока рекламы |
Условия установок
В разделе Условия вы задаете условия, которые определяют, в каких случаях атрибуции установок блокируются или атрибутируются последнему действительному источнику.
Вы можете добавить несколько условий и групп условий к каждому правилу.
Условия определяются в соответствии с условиями, операторами и значениями, указанными в таблице ниже.
Массовая загрузка
При выборе операторов В списке или Не в списке внутри условий, которые это поддерживают, у вас есть возможность массовой загрузки файла CSV при добавлении новых элементов.
Для этого:
- Выберите условие с оператором В списке или Не в списке.
- Выберите В списке или Не в списке из выпадающего списка операторов.
- Выберите Загрузить CSV файл в поле Добавить новые элементы.
Примечание: CSV файл может содержать до 17 тыс. значений.
Для клиентов, использующих Protect360, доступны дополнительные варианты условий для установок и внутренних событий.
| Условие | Оператор | Значение | Примечания |
|---|---|---|---|
| Кампания |
|
|
|
| Идентификатор кампании |
|
||
| Идентификатор рекламного объявления | |||
| ID блока рекламы | |||
| Имя блока рекламы | |||
| Тип устройства | |||
| Геоданные |
|
|
|
| Платформа | Выберите значение в меню. | ||
| Валюта |
Только валюта. Возможные значения: USD, NZD, SGD, IMP, ANG, MNT, BIF, BBD, HUF, ERN, AZN, AOA, PYG, MYR, GYD, VUV, SLL', FKP, DJF, GNF, LVL, MMK, MRO, RSD, CLF, XDR, ZAR, TND, PHP, KGS, XPD, RON, RUB, KMF, SCR, GIP, TRY, JEP, UYU, XCD, FJD, GHS, MVR, AWG, UGX, TOP, CVE, MKD, COP, CUC, GTQ, KZT, MXN, MGA, AUD, BDT, ISK, KRW, DZD, GGP, OMR, ZMW, MOP, CUP, JPY, SHP, LSL, ETB, BWP, MAD, AED, NGN, BRL, GEL, IDR, EUR, GBP, WST, XAF, SZL, XOF, SEK, UZS, KES, KYD, ILS, KWD, NPR, BZD, QAR, UAH, BTN, HTG, DKK, VND, SBD, JMD, IQD, LBP, XPT, HRK, HKD, JOD, PAB, CDF, VEF, XAU, BAM, CNY, SOS, XPF, GMD, DOP, XAG, KPW, BOB, BHD, BYN, BYR, LRD, BGN, AMD, CZK, CAD, LAK, EEK, MTL, PLN, LKR, BTC, MWK, LTL, ZMK, PGK, YER, PEN, KHR, RWF, BSD, AFN, ZWL, LYD, TMT, HNL, TWD, IRR, MUR, THB, ALL, TJS, SDG, BMD, CRC, NOK, SRD, MZN, CLP, STD, SYP, TZS, EGP, ARS, MDL, INR, SAR, PKR, TTD, NIO, BND, NAD, SVC, CHF |
||
| Доход |
|
|
|
| Версия ОС |
|
|
|
| Дни ретроспективного анализа |
|
|
|
| Is preinstalled (является предустановкой) |
|
|
|
| Является диплинком | Пустому полю диплинка в сырых данных соответствует значение Является диплинком=Нет |
Источники внутренних событий приложения
Если в разделе События выбраны Внутренние события приложения, то помимо стандартных параметров источников, клиенты могут задать дополнительный параметр источника. Он позволяет определить, к каким внутренним событиям применяется их правило.
Источник определяется в соответствии с полями, операторами и значениями, указанными в таблице ниже.
Примечание: Все остальные источники внутренних событий приложения зависят от источника установки, с которым связано IAE (например, от агентства, медиаисточника, кампании, идентификатора кампании, идентификатора сайта и т. д.).
| Поле | Оператор | Значение | Примечания |
|---|---|---|---|
| Название события |
|
|
|
Условия внутренних событий
Когда в разделе События выбраныСобытия в приложении, у клиентов есть дополнительные варианты условий для определения, к каким событиям в приложении применяется их правило. Эти условия могут сочетаться с любыми из условий, не относящимися к Protect360, перечисленные ранее.
Условия Protect360 определяются в соответствии с условиями, операторами и значениями, указанными в таблице ниже.
| Условие | Оператор | Значение | Примечания |
|---|---|---|---|
| Название события |
|
|
|
Примечание
Условия для названий событий не учитывают регистр. Все названия событий автоматически преобразуются в строчные буквы перед оценкой. Например, если вы введете Отправить форму, система будет рассматривать это как отправить форму.
Источники установок и внутренних событий в Protect360
Помимо стандартных параметров источников, клиенты, использующие Protect360, могут задать дополнительный параметр. Он позволяет определить, к каким установкам применяется их правило. Источник определяется в соответствии с полями, операторами и значениями, указанными в таблице ниже.
| Поле | Оператор | Значение | Примечания |
|---|---|---|---|
| Идентификатор сайта |
|
|
|
Условия для установок в Protect360
Клиенты Protect360 имеют дополнительный набор условий для проверки своих установок. Эти условия могут сочетаться с любыми из условий, не относящимися к Protect360, перечисленные ранее.
Условия Protect360 определяются в соответствии с условиями, операторами и значениями, указанными в таблице ниже.
| Условие | Оператор | Значение | Примечания |
|---|---|---|---|
| CTIT (Время от клика до установки) |
|
|
Примечание: Условие установки CTIT не поддерживает блокировку установок, атрибутируемых к вовлеченному клику, поддерживаются только «обычные» клики. |
| Идентификатор клиента (CUID) |
|
|
|
| Версия приложения |
|
|
|
| Версия SDK |
|
|
|
| Установщик/Магазин |
|
Выберите значение в меню:
|
Если устройство пользователя не предоставляет AppsFlyer параметр «установщик/магазин», правило не действует. |
| Пользовательский установщик/магазин | Произвольный текст (для значений, которых нет в результатах поиска). |
|
|
| Типы атрибуции |
|
|
|
| carrier |
|
|
|
| Агент пользователя |
|
|
|
| IP-адреса |
|
|
Условия для внутренних событий в Protect360
Когда в разделе События выбраныСобытия в приложении, у клиентов Protect360 есть дополнительные варианты условий для определения, к каким событиям в приложении применяется их правило. Эти условия могут сочетаться с любыми из условий, не относящимися к Protect360, перечисленные ранее.
Условия Protect360 определяются в соответствии с условиями, операторами и значениями, указанными в таблице ниже.
| Условие | Оператор | Значение | Примечания |
|---|---|---|---|
| Источник события |
|
|
Выберите веб-SDK или сервер-сервер. |
| Значение события |
|
|
|
| Время от установки до события (в секундах) |
|
Произвольный текст. Одно числовое значение. |
|
Логика в условиях и группах условий
Если вы добавляете к правилу несколько условий или групп условий, выберите логическую связь между ними с помощью операторов:
- И: установка должна соответствовать всем заданным условиям.
- Или: установка должна соответствовать хотя бы одному из заданных условий.
Например, если вы хотите проверять установки как по платформе, так и по ОС, выберите and. В этом случае заданная платформа должна всегда использоваться с заданной ОС. Если вы хотите проверять установки по платформе или ОС, выберите or.
Процедуры
Смотреть список правил
Чтобы увидеть все правила, созданные в вашем аккаунте:
-
В AppsFlyer перейдите в Настройки > Правила валидации.
Открывается окно Правил валидации со списком правил валидации. - Выберите предпочтительный вид таблицы с помощью переключателя List view/Details view (Список / Подробные сведения).
-
Отфильтруйте правила в списке с помощью опций поиска и фильтров.
- Искать можно по названию правила, источнику, названию условия или значению.
- Например, введите 7, чтобы найти все правила, определенные для версии ОС, содержащей 7 (например,2.7.4, 7.1 и т. п.). Или введите Канада,
чтобы найти правила, определенные для Канады в условии «Регион».Добавить правило
Чтобы задать новое правило:
-
В AppsFlyer перейдите в Настройки > Правила валидации.
Открывается окно Правил валидации. -
Нажмите Добавить правило.
Открывается окно Добавить новое правило. - Введите название правила. Используйте уникальное название, которое:
- точно описывает правило;
- не будет оскорбительным для рекламных сетей, так как оно отображается в отчетах о заблокированных установках, а также в постбэках с отказом, отправляемых в рекламные сети.
- Заполните разделы в конструкторе правил.
- [Необязательно] Добавьте условия и/или группы условий, если это необходимо. Убедитесь, что вы выбрали соответствующую логику в условиях и группах условий.
- [Необязательно] Нажмите Оценить воздействие на трафик, чтобы увидеть, как ваше правило повлияет на трафик.
- Нажмите Сохранить.
Примечание
Версия приложения должна содержать только цифры. Например, 2.2.1.
Примечание:
Числовые версии приложений (например, 2.2.1) поддерживают все операторы (равно, больше, меньше и т. д.).
Если версия приложения – это пользовательский текст (например, version123 или our_latest_version), работают только операторы «равно» или «не равно»; «больше» или «меньше» не применяются.
Смотреть воздействие правил валидации
Узнайте, какое влияние ваши правила валидации оказывают на трафик, то есть, сколько всего вероятно будет заблокированных установок и заблокированных атрибуций.
Примечание
- Оценка правил валидации доступна только для рекламодателей. У партнеров доступа нет.
- Оценки доступны для правил, связанных с установками, а не для правил, связанных с внутренними событиями приложения.
- Оценка также отображает то, что применяется к правилу, но уже заблокировано защитой от мошенничества Protect360, другим правилом валидации или, если оцениваемое правило не новое, трафик заблокирован предыдущей настройкой.
Чтобы просмотреть оценку воздействия правила валидации:
- В AppsFlyer перейдите в раздел Правила валидации.
- Выберите имеющееся правило или нажмите + Добавить правило создайте новое правило с источниками и условиями.
-
Прокрутите до конца правила и нажмите Оценить воздействие на трафик.
Открывается окно с оценкой влияния правила. -
Выберите, следует ли основать оцениваемое воздействие на данные за последний день или за последние 7 дней.
- Отображаются предполагаемые значения новых блокировок, а также процент трафика, который будет дополнительно заблокирован из-за правила валидации.
- Когда правило применяется только к неорганическим источникам, оценка показывает влияние этого правила на весь ваш трафик. Чтобы увидеть влияние только по выбранным источникам (например, отдельному медиаисточнику или кампании), снимите отметку Другие источники в легенде графика.
Изменить или удалить правило
Чтобы изменить, удалить, включить или отключить правило:
- В списке правил выберите действие, которое вы хотите выполнить в отношении определенного правила.
- В разделе Активные: включите или отключите правило.
- В разделе Действия: измените или удалите правило.
Часто задаваемые вопросы
Что такое «регулярное выражение»?
Шаблон регулярного выражения состоит из символов, соответствие которым вы хотите найти. Простые шаблоны состоят из символов, для которых вы хотите найти прямое соответствие. Если для поиска совпадения требуется не просто прямое соответствие, в шаблон можно включать специальные символы.
Пример:
| Регулярное выражение | Описание |
|---|---|
| ^abc | Начинается с abc |
| xyz$ | Заканчивается на xyz |
| ^abc.*xyz$ | Начинается с abc и заканчивается на xyz |
| ^abc.*(?<!xyz)$ | Начинается с abc и не заканчивается на xyz |
| ^([0-9]{2}) | Начинается с 2 цифр |
| \"example_param\":\"[5|6] | Значение указанного параметра начинается с 5 или 6. |
| ^.{0}$|^\{\}$ | Является пустым или только {} |
Почему при поиске источник или условие не отображаются в виде заданного значения?
Есть две возможные причины:
- Убедитесь, что выбраны соответствующие приложения. Если приложения не выбраны, значения не отображаются в результатах поиска.
- Результаты отображаются только в том случае, если необходимое значение появлялось в трафике в течение последних 30 дней. Кроме того, есть задержка до 1 дня между моментом, когда происходит конверсия, и моментом, когда источник или условие отображаются в качестве опции меню.
Если значение не отображается в результатах поиска, вы можете ввести его как произвольный текст и нажать клавишу Enter на клавиатуре.
Почему в медиаисточниках я вижу только Meta Ads и X Ads?
Параметры поля «Медиаисточники» зависят от выбранного вами типа агентства.
Нужно ли использовать «и/или» как внутри отдельных условий, так и между группами условий?
Это зависит от конкретного случая. Иногда оба варианта дают один и тот же результат. В других случаях необходимы оба варианта.
Например, если в США вы поддерживаете установки только на ОС версии 10 и выше, а в Бразилии — начиная с версии 7, вам понадобится следующее правило:
{[Регион = США] и [версия ОС = 10]} OR {[Регион = Бразилия] и [версия ОС = 7]}
Можно ли блокировать клики с помощью правил валидации?
Нет. Правила валидации могут блокировать установки, блокировать атрибуцию источников установки (не позволяя медиаисточнику клика/показа получить атрибуцию) либо блокировать события внутри приложения. Но ни один из этих вариантов не блокирует фактические клики, и на ключевые показатели эффективности кликов правила валидации не влияют.
В сырых данных я вижу, что установки, которые должны быть заблокированы по правилам валидации, имеют другую причину блокировки, а не название моего правила. Почему так происходит?
Это значит, что блокировку осуществил механизм Protect360, а не правило валидации. См. также раздел Множество правил.
Применяются ли существующие правила автоматически к трафику агентств, которые были интегрированы недавно?
Это зависит от ваших настроек Источника, как описано в таблице ниже.
Если правило не применяется автоматически, необходимо отредактировать правило:
- Измените значение в поле «Агентство» на Агентский и неагентский трафик или выберите конкретное агентство.
| Настройка источника | Выбор в поле агентства | Применяется ли правило, если оно было создано до интеграции какого-либо агентства с одним из ваших приложений? | Применяется ли правило, если оно было создано после интеграции хотя бы одного агентства с одним из ваших приложений? |
|---|---|---|---|
| Весь трафик | Неприменимо | Да | Да |
|
Только неорганический |
Неприменимо | Нет | Неприменимо |
| Агентский и неагентский трафик | Неприменимо | Да | |
|
Неагентский трафик и/или конкретные агентства |
Неприменимо | Нет |
Как работают условия «Не в последних»?
Используйте Не в последних, чтобы разрешить установки из ваших самых последних версий приложения и заблокировать установки из старых версий.
-
Не в последних X версиях: Разрешает установки из последних X версий выбранного приложения и блокирует установки из всех предыдущих версий.
- Не в последних (основных) X версиях: Используйте, если ваша схема версионирования включает несколько основных веток версий – например 1.x и 2.x. Это условие разрешает последние X версий в каждой основной ветке и блокирует более ранние версии в каждой из них.
Пример: Не в последнем
У вас есть следующие существующие версии приложения:
- 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
-
Блокирует:
- 1.0.01
- 1.0.02
- 1.0.03
- 2.0.01
Пример: Не в последних (основных)
Используя тот же список версий выше, правило, определенное с Не в последних (основных) 2 версиях:
-
Разрешает:
- 1.0.02
- 1.0.03
- 2.0.02
- 2.0.03
-
Блокирует:
- 1.0.01
- 2.0.01
Понять, как условие работает с несколькими приложениями
Если вы выберете несколько приложений в правиле, AppsFlyer оценивает условие Не в последних отдельно для каждого приложения.
Например, если вы установите Не в последних 3 версиях и выберете Приложение A, Приложение B и Приложение C:
- Приложение A разрешает свои последние 3 версии на основе истории версий Приложения A.
- Приложение B разрешает свои последние 3 версии на основе истории версий Приложения B.
Приложение C разрешает свои последние 3 версии на основе истории версий Приложения C.
Как отключить атрибуцию установок и событий в приложении, основанную на показах?
Используйте правило валидации, чтобы отключить атрибуцию по показам и сохранить её лишь за корректными кликами. Если не найден корректный медиаисточник по клику, установка засчитывается как органическая. Эта настройка помогает предотвращать случаи атрибуции, связанные с перехватом установок.
Чтобы настроить правило:
В разделе Источники трафика выберите Весь неорганический трафик.
-
В разделе Условия выберите Тип взаимодействия атрибуции.
Установите оператор на В списке.
Выберите Показ.
В разделе Действие выберите Заблокировать атрибуцию и переназначить её на последний действительный медиаисточник..
Не выбирайте Отметить установки как недействительные и не атрибутировать их для этого случая использования. Это действие предназначено для установок, которые вы считаете недействительными или фальшивыми. Если установка подлинная, но вы не хотите атрибутировать её показу, выберите опцию Заблокировать атрибуцию и исправить на последний действительный медиаисточник вместо этого.
Характеристики и ограничения
| Характеристика | Описание |
|---|---|
| Доступ пользователей аккаунта | Только пользователи аккаунта с соответствующими разрешениями могут просматривать, добавлять и редактировать правила валидации. |
| Привлечение пользователей | Правила валидации применяются в отношении установок, повторных установок и повторной атрибуции (когда приложение было удалено с устройства). Они не применяются в случаях повторного вовлечения, то есть когда приложение все еще находится на устройстве. |
| Автоматическая деактивация правил |
Если вы создаете правила:
|
| Рекламные сети |
Для просмотра подробных сведений о правилах требуется разрешение рекламодателя на Просмотр правил валидации. Примечание: Названия правил видны всегда (в том числе в сырых данных). |
| Агентства |
Требуется разрешение рекламодателя на:
|
| Уникальные пользователи | Если у вас настроено более 100 внутренних событий в приложении, то даже если вы используете правила валидации для признания недействительными определенных событий внутри приложения, ограничение для количества уникальных пользователей все равно будет действовать. Это означает, что в событиях сверх этих 100 не учитываются уникальные пользователи, даже если они признаны недействительными по правилам проверки. |
| SKAN | Не поддерживается |