Краткий обзор: Правила валидации добавляют дополнительный уровень защиты от некорректного таргетинга и мошенничества. Эти правила позволяют владельцам приложений контролировать, какие установки и атрибуции событий в приложении блокируются или атрибутируются к последнему действительному источнику.
Обзор
- Правила валидации задаются в конструкторе с помощью настраиваемых условий и логики, которые фильтруют установки приложения и атрибуции внутренних событий и определяют, какие из них сохранить, а какие заблокировать.
- Правила строятся на основе различных параметров для разных вариантов использования, включая следующие:
- Установки с неверно настроенным таргетингом для вашей кампании (с другими гео, версией ОС и т. п.).
- Установки, не соответствующие заказу на размещение рекламы, подписанному с рекламной сетью.
- Установки, перехваченные мошенническими сетями.
- Фейковые установки или внутренние события приложения, отправленные ботами, эмуляторами или фермами устройств.
- Правила, определенные для внутренних событий (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 для установок b внутренних событий. |
| Действия |
Для установок: выберите, что делать с установками, которые удовлетворяют указанным условиям:
Для внутренних событий: выберите, что делать с установками, которые удовлетворяют указанным условиям:
Подробные сведения см. в разделе Результаты. |
Источники установок
Раздел Sources (Источники), где вы задаете источники трафика для установок, к которым применяются правила.
Существует три основных варианта:
Весь трафик: Включает как органические, так и неорганические установки. Информация об источнике недоступна для органических установок. Этот вариант включает все медиа-источники, включая те, которые будут добавлены в будущем.
Пример: применить правило ко всему трафику с версией приложения ниже X.Весь трафик неорганических установок: Применяется ко всем источникам неорганического трафика агентств и др., включая новые источники, добавленные позже.
Пример: блокировать неорганический трафик из конкретного региона, где вы не проводите кампании, направленные на UA или ретаргетинг.Выбранный трафик неорганических установок: Правило применяется только к конкретным агентствам или медиа-источникам. Вам нужно вручную выбрать или добавить медиа-источники при редактировании правила.
Пример: Блокировать установки из конкретного медиа-источника, если CTIT превышает X дней.
Для клиентов, использующих Protect360, доступны дополнительные варианты источников для установок и внутренних событий.
| Поле | Оператор | Значение | Примечания |
|---|---|---|---|
| Агентство |
|
|
|
| Медиа-источник |
|
|
|
| Кампания |
|
|
|
| Идентификатор кампании |
|
||
| идентификатор рекламы | |||
| ID блока рекламы | |||
| Имя блока рекламы |
Условия установок
В разделе Conditions (Условия) вы задаете условия, которые определяют, в каких случаях атрибуции установок блокируются или атрибутируются последнему действительному источнику.
Вы можете добавить несколько условий и групп условий к каждому правилу.
Условия определяются в соответствии с условиями, операторами и значениями, указанными в таблице ниже.
Массовая загрузка
При выборе операторов В списке или Не в списке внутри условий, которые это поддерживают, у вас есть возможность массовой загрузки файла 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 |
||
| Доход |
|
|
|
| Версия ОС |
|
|
|
| Lookback days (Продолжительность окна атрибуции) |
|
|
|
| Is preinstalled (является предустановкой) |
|
|
|
| Is deeplink (является диплинком) | Пустому полю диплинка в сырых данных соответствует значение Is deeplink = No |
Источники внутренних событий приложения
Если в разделе События выбраны Внутренние события приложения, то помимо стандартных параметров источников, клиенты могут задать дополнительный параметр источника. Он позволяет определить, к каким внутренним событиям применяется их правило.
Источник определяется в соответствии с полями, операторами и значениями, указанными в таблице ниже.
Примечание: Все остальные источники внутренних событий приложения зависят от источника установки, с которым связано IAE (например, от агентства, медиа-источника, кампании, идентификатора кампании, идентификатора сайта и т. д.).
| Поле | Оператор | Значение | Примечания |
|---|---|---|---|
| Название события |
|
|
|
Условия внутренних событий
Когда в разделе События выбраныСобытия в приложении, у клиентов есть дополнительные варианты условий для определения, к каким событиям в приложении применяется их правило. Эти условия могут сочетаться с любыми из условий, не относящимися к Protect360, перечисленные ранее.
Условия Protect360 определяются в соответствии с условиями, операторами и значениями, указанными в таблице ниже.
| Условие | Оператор | Значение | Примечания |
|---|---|---|---|
| Название события |
|
|
|
Примечание
Условия для названий событий не учитывают регистр. Все названия событий автоматически преобразуются в строчные буквы перед оценкой. Например, если вы введете Отправить форму, система будет рассматривать это как отправить форму.
Источники установок и внутренних событий в Protect360
Помимо стандартных параметров источников, клиенты, использующие Protect360, могут задать дополнительный параметр. Он позволяет определить, к каким установкам применяется их правило. Источник определяется в соответствии с полями, операторами и значениями, указанными в таблице ниже.
| Поле | Оператор | Значение | Примечания |
|---|---|---|---|
| Site ID (Идентификатор сайта) |
|
|
|
Условия для установок в Protect360
Клиенты Protect360 имеют дополнительный набор условий для проверки своих установок. Эти условия могут сочетаться с любыми из условий, не относящимися к Protect360, перечисленные ранее.
Условия Protect360 определяются в соответствии с условиями, операторами и значениями, указанными в таблице ниже.
| Условие | Оператор | Значение | Примечания |
|---|---|---|---|
| CTIT (Время от клика до установки) |
|
|
Примечание: Условие установки CTIT не поддерживает блокировку установок, атрибутируемых к вовлеченному клику, поддерживаются только «обычные» клики. |
| Идентификатор клиента (CUID) |
|
|
|
| Версия приложения |
|
|
|
| Версия SDK |
|
|
|
| Installer/Store (Установщик/Магазин) |
|
Выберите значение в меню:
|
Если устройство пользователя не предоставляет AppsFlyer параметр «установщик/магазин», правило не действует. |
| Пользовательский установщик/магазин | Произвольный текст (для значений, которых нет в результатах поиска). |
|
|
| Типы атрибуции |
|
|
|
| carrier |
|
|
|
| User agent |
|
|
|
| IP-адреса |
|
|
Условия для внутренних событий в Protect360
Когда в разделе События выбраныСобытия в приложении, у клиентов Protect360 есть дополнительные варианты условий для определения, к каким событиям в приложении применяется их правило. Эти условия могут сочетаться с любыми из условий, не относящимися к Protect360, перечисленные ранее.
Условия Protect360 определяются в соответствии с условиями, операторами и значениями, указанными в таблице ниже.
| Условие | Оператор | Значение | Примечания |
|---|---|---|---|
| Источник события (Event source) |
|
|
Выберите веб-SDK или сервер-сервер. |
| Значение события |
|
|
|
| Время от установки до события (в секундах) |
|
Произвольный текст. Одно числовое значение. |
|
Логика в условиях и группах условий
Если вы добавляете к правилу несколько условий или групп условий, выберите логическую связь между ними с помощью операторов:
- And (И): установка должна соответствовать всем заданным условиям.
- Or (Или): установка должна соответствовать хотя бы одному из заданных условий.
Например, если вы хотите проверять установки как по платформе, так и по ОС, выберите and. В этом случае заданная платформа должна всегда использоваться с заданной ОС. Если вы хотите проверять установки по платформе или ОС, выберите or.
Процедуры
Смотреть список правил
Чтобы увидеть все правила, созданные в вашем аккаунте:
-
В AppsFlyer перейдите в Настройки > Правила валидации.
Открывается окно Правил валидации со списком правил валидации. - Выберите предпочтительный вид таблицы с помощью переключателя List view/Details view (Список / Подробные сведения).
-
Отфильтруйте правила в списке с помощью опций поиска и фильтров.
- Искать можно по имени правила, источнику, имени условия или значению.
- Например, введите 7, чтобы найти все правила, определенные для версии ОС, содержащей 7 (например, 2.7.4, 7.1 и т. п.). Или введите Canada, чтобы найти правила, определенные для Канады в условии Geo (регион).
Добавить правило
Чтобы задать новое правило:
-
В AppsFlyer перейдите в Настройки > Правила валидации.
Открывается окно Правил валидации. -
Нажмите Добавить правило.
Открывается окно Добавить новое правило. -
Введите название правила. Используйте уникальное имя,
которое:
- точно описывает правило;
- не будет оскорбительным для рекламных сетей, так как оно отображается в отчетах о заблокированных установках, а также в постбэках с отказом, отправляемых в рекламные сети.
- Заполните разделы в конструкторе правил.
- [Необязательно] Добавьте условия и/или группы условий, если это необходимо. Убедитесь, что вы выбрали соответствующую логику в условиях и группах условий.
- [Необязательно] Нажмите Estimate traffic impact (Оценить воздействие на трафик), чтобы просмотреть, как ваше правило повлияет на трафик.
- Нажмите Сохранить.
Примечание
Версия приложения должна содержать только цифры. Например, 2.2.1.
Примечание:
Числовые версии приложений (например, 2.2.1) поддерживают все операторы (равно, больше, меньше и т. д.).
Если версия приложения – это пользовательский текст (например, version123 или our_latest_version), работают только операторы «равно» или «не равно»; «больше» или «меньше» не применяются.
Смотреть воздействие правил валидации
Узнайте, какое влияние ваши правила валидации оказывают на трафик, то есть, сколько всего вероятно будет заблокированных установок и заблокированных атрибуций.
Примечание
- Оценка правил валидации доступна только для рекламодателей. У партнеров доступа нет.
- Оценки доступны для правил, связанных с установками, а не для правил, связанных с внутренними событиями приложения.
- Оценка также отображает то, что применяется к правилу, но уже заблокировано защитой от мошенничества Protect360, другим правилом валидации или, если оцениваемое правило не новое, трафик заблокирован предыдущей настройкой.
Чтобы просмотреть оценку воздействия правила валидации:
- В AppsFlyer перейдите в разделValidation Rules (Правила валидации).
- Выберите имеющееся правило или нажмите + Add rule (+ Добавить правило) и создайте новое правило с источниками и условиями.
-
Прокрутите до конца правила и нажмите Estimate traffic impact (Оценить воздействие на трафик).
Открывается окно с оценкой влияния правила. -
Выберите, следует ли основать оцениваемое воздействие на данные за последний день или за последние 7 дней.
- Отображаются предполагаемые новые блокировки, а также процент вновь заблокированного трафика из-за правила валидации.
-
Когда правило определено только для неорганических источников, оценка отображает влияние правила по сравнению со всем вашим трафиком.
Чтобы увидеть
влияние по сравнению только с источниками (например, с
конкретным медиа-источником или кампанией), в легенде графика
снимите выбор с Другие источники.
Изменить или удалить правило
Чтобы изменить, удалить, включить или отключить правило:
-
В списке правил выберите действие, которое вы хотите выполнить в отношении определенного правила.
- В разделе 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}$|^\{\}$ | Является пустым или только {} |
Почему при поиске источник или условие не отображаются в виде заданного значения?
Есть две возможные причины:
- Убедитесь, что выбраны соответствующие приложения. Если приложения не выбраны, значения не отображаются в результатах поиска.
- Результаты отображаются только в том случае, если необходимое значение появлялось в трафике в течение последних 30 дней. Кроме того, есть задержка до 1 дня между моментом, когда происходит конверсия, и моментом, когда источник или условие отображаются в качестве опции меню.
Если значение не отображается в результатах поиска, вы можете ввести его как произвольный текст и нажать клавишу Enter на клавиатуре.
Почему в медиа-источниках я вижу только Meta Ads и X Ads?
Параметры поля «Медиа-источники» зависят от выбранного вами типа агентства. Если в качестве одного из источников трафика выбрано «непрозрачное агентство», не отображаются никакие медиа-источники, за исключением Meta Ads и X Ads, в отношении которых деятельность даже непрозрачных агентств должна быть прозрачной.
Примечание: Если ваше правило применяется к нескольким приложениям, любое агентство, которое прозрачно для некоторых выбранных приложений, но непрозрачно для других, считается непрозрачным. Это означает, что вы не можете выбрать никакие медиа-источники, кроме Meta Ads или X Ads.
Обязательно ли использовать операторы 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 | Не поддерживается |