Настройка правил конверсии

Conversion Rules является расширенной функцией компонента Protect . Она позволяет проверять установки и вовлеченность пользователей с помощью настроенных вами правил.

Уровни Conversion Rules

Conversion Rules доступны на разных уровнях, каждый из которых предлагает различные степени проверки и детализации отчетов в соответствии с вашими потребностями.

Перед началом работы

Что нужно знать, чтобы начать работу.

Требования

• Пользователи с разрешениями на администрирование, редактирование или настраиваемое редактирование в Adjust.
• Одно- или многоплатформенное приложения в Adjust.

Настройка правила конверсии

Выполните описанные ниже действия для настройки правила конверсии.

1. В разделе «Защита» нажмите «Правила конверсии».

2. Выберите «Новое правило конверсии».

3. Введите название для правила.

4. Выберите один из следующих статусов:

   • Работа — если выполняются соответствующие условия, правило применяется к атрибуциям немедленно.
   • Тест — используется для тестирования правила конверсии. Для правил конверсии со статусом «Тест» мы не меняем источник атрибуции.
   • Пауза — правило не применяется ни к каким атрибуциям.

5. Выберите тип правила. Это определяет, какие условия и настройки доступны:

   • Магазин
   • Регион
   • Версия
   • Параметр
   • Совпадение региона и кампании
   • Совпадение версии и кампаний

6. Для правил, касающихся магазина, региона, версии и параметров, выберите резервное поведение атрибуции — «Неверифицированные устройства» или «Непроверенные устройства» — и, если это возможно для вашего типа правила, укажите, следует ли распространять проверку правила на действия после установки. Правила совпадения региона и кампаний / правила совпадения версии и кампаний используют Пропуск атрибуции, поэтому этот шаг к ним не применяется.

7. В разделе Применить правило к выберите свое приложение и, в зависимости от типа правила, каналы, целевые фильтры или сегмент кампании (канал / кампания / группа объявлений), к которым применяется правило.

8. В разделе Определение правила задайте условия ( Если это произойдет ) и выберите Принять или Отклонить (Тогда выполнить это) , чтобы определить, какая сторона условия будет обработана в резервном режиме.

9. Нажмите Создать правило .

Когда правило Активно , Adjust проверяет данные атрибуции на соответствие настройкам правила. При этом могут изменяться результаты атрибуции. Эти изменения можно просмотреть в экспортированных сырых данных, а также в Datascape. Для правил конверсии со статусом Тест мы не меняем источник атрибуции. Отклоненные и непроверенные результаты помечаются и отображаются в отчетах Datascape и необработанных данных (обратные вызовы и экспорт CSV). В отличие от режима реального времени, отклоненные результаты не передаются партнерам, даже если для отклоненных результатов настроен обмен с партнерами. Чтобы отличить тестовые результаты от реальных, добавьте в настройку {conversion_rule_status} плейсхолдер (test / live).

Поведение атрибуций

«Принять» и «Отклонить»

Условия каждого правила оцениваются следующим образом: «Если это произойдет (условие)» → «Тогда выполнить это (действие)». Это действие определяет, к какой стороне условия будет применяться правило в отношении атрибуции:

• Принять — всё, что соответствует этим условиям, продолжает использоваться в обычном режиме атрибуции. Ко всему, что не соответствует условиям, применяется выбранный механизм атрибуции.
• Отклонить — ко всему, что соответствует этим условиям, применяется выбранный механизм атрибуции. Всё, что не соответствует, продолжает использоваться в обычном режиме атрибуции.

Что означает «выбранный механизм атрибуции», зависит от типа правила:

• Для правил Магазин, Регион, Версия и Параметры это означает, что установка атрибутируется Неверифицированным устройствам или Непроверенным устройствам (по вашему выбору).
• В правилах Совпадение региона и кампании, а также Совпадение версии и кампаний это означает, что источник для этой установки пропускается. Это не отдельные варианты для выбора — это просто то, как работают эти типы правил.

Неверифицированные устройства

• Установки с неверифицированных устройств считаются неверифицированными .

• Adjust сохраняет данные постбэков и агрегированные данные.

  • Сырые данные передаются как активность unverified_install для неверифицированных устройств.
  • Источники получают стандартные колбэки install без каких-либо изменений в атрибуции установки .
  • Отчеты по когортам доступны до уровня кампании .

• К неверифицированным устройствам может быть применена реатрибуция.

Ненадежные устройства

• Это самый высокий уровень серьезности.

• Установки с непроверенных устройств отклоняются .

  • Постбэки об установке отправляются, но такая установка отмечается как неатрибутированная .
  • Источники могут получать колбэки rejected_install , которые могут содержать такие поля, как click_id, и причину отклонения. Эти данные предоставляются в целях диагностики и анализа попыток мошенничества.
  • Отчеты по когортам ограничиваются только итоговыми данными верхнего уровня . Разбивка по каналам, кампаниям или другим детализированным разрезам недоступна.

• Реатрибуция не может быть применена к непроверенным устройствам.

Пропуск атрибуции

Режим атрибуции для правил совпадения региона и кампаний и совпадения версии и кампаний. В отличие от случая с неверифицированными и непроверенными устройствами вы не можете выбирать: это поведение всегда используется для этих типов правил.

• Источник, связанный с пропускаемой стороной условия (см. «Принять» и «Отклонить»), исключается из рассмотрения для данной установки.
• Adjust выполняет поиск предыдущего лучшего вовлечения. Если оно будет найдено, атрибуция будет присвоена соответствующему источнику.
• Если такое вовлечение не найдено, установка атрибутируется как органическая .

Расширение проверки правил на действия после установки

Доступно для правил, касающихся региона, версии и параметров.

Действия после установки не подлежат реатрибуции. Они помечаются как отклоненные, поскольку связаны с тем же источником, которому установка атрибутирована.

Включает в себя применение правил ко всем действиям после установки (сессии, события и доход от рекламы) в приложении. Сюда входит активность от существующих пользователей и ранее атрибутированных установок.

Когда этот переключатель включен, описание «Принять/Отклонить» распространяется и на действия после установки:

• Принять + включенный переключатель : установки, отвечающие этим условиям, продолжат использоваться в обычном режиме атрибуции. К установкам, не соответствующим условиям, применяется выбранный механизм атрибуции. Действия после установки, которые не соответствуют этим условиям, отклоняются.
• Отклонить + включенный переключатель : установки, соответствующие этим условиям, будут атрибутированы с использованием выбранного способа атрибуции. Установки, не отвечающие условиям, продолжат использоваться в обычном режиме атрибуции. Действия после установки, которые не соответствуют этим условиям, отклоняются.

• Если установка была атрибутирована действительному источнику (не классифицированному как Непроверенное устройство ):
  • Сырые данные передаются как rejected_session, rejected_event или действие rejected_ad_revenue .
  • Отклоненные действия отображаются в отчетах в разделах Отклоненные сессии , Отклоненные события или Отклоненный рекламный доход .

Применение правила

Каждый тип правила содержит раздел Применить правило к , где можно указать, на какой трафик будет распространяться действие правила:

• Приложение — приложение, к которому применяется это правило. Эту настройку нельзя изменить после создания правила.
• Каналы — действие правила ограничивается определенными каналами или, если оставить значение Все , правило применяется ко всем каналам.
• Целевые фильтры (только для правил типа «Версия», необязательная настройка) — одно или несколько условий в сочетании с оператором И , определяющих трафик, к которому применяются условия правила.

Для правил совпадения региона и кампаний и совпадения версии и кампаний в разделе «Применить правило к» отображаются опции Приложения , Каналы , Кампании и Группы объявлений , поскольку эти типы правил применяются к определенному сегменту кампании, а не только к каналам.

Типы правил

Магазин

Правило типа Магазин разрешает установку приложения из Google Play Store или Apple App Store.

Если вы хотите настроить правило магазина, выполните следующие действия:

1. Выберите резервный вариант атрибуции — «Неверифицированные устройства» или «Непроверенные устройства».
2. В разделе Применить правило к выберите свое приложение и при желании ограничьте действие правила определенными каналами.
3. В разделе Определение правила выберите разрешенные магазины в поле Если это произойдет . Для приложений, предназначенных для одной платформы, будут показаны только магазины соответствующей платформы.
4. Нажмите Создать правило .

При использовании этого правила установки из магазинов, помимо разрешенных, будут атрибутированы как Неверифицированные устройства или Ненадежные устройства .

Регион

Правило типа Регион разрешает устройства и установки из определенных регионов.

Если вы хотите настроить правило по региону, выполните следующие действия:

1. Выберите резервный вариант атрибуции — «Неверифицированные устройства» или «Непроверенные устройства». Это правило также поддерживает расширение проверки правил на действия после установки.

2. В разделе Применить правило к выберите свое приложение и при желании ограничьте действие правила определенными каналами.

3. В разделе Определение правила выберите несколько регионов, установив условия для параметра Страна :

   1. Тип условия — установите значение Равно или Не равно .
   2. Значение — выберите значение в списке.

4. Выберите Принять или Отклонить в разделе Тогда выполнить это .

5. Нажмите Создать правило .

Пример. Правило Регион , а также:

• Тип условия: «Равно».
• Значение страны: «Япония».
• Тогда выполнить это: «Принять».
• Расширение проверки правил на действия после установки: «Включено».

Интерпретация : как маркетолог, я хочу принимать только действия из региона «Япония».

Поведение:
Установки за пределами Японии считаются неверифицированными , и любые действия после установки, которые не соответствуют условиям этого правила, отклоняются.

Версия

Правило версии позволяет определять условия на основе полей, относящихся к версии, таких как:

• Версия приложения
• Версия SDK
• Версия подписи
• версия операционной системы

Это правило можно использовать для ограничения атрибуции только на устройства, на которых работают определенные версии. В зависимости от того, установлен ли для правила вариант Принять или Отклонить : установки, не соответствующие условиям (или соответствующие условиям в случае «Отклонить»), относятся к выбранному вами резервному варианту Неверифицированные или Непроверенные.

Если вы хотите настроить правило по версии, выполните следующие действия:

1. Выберите резервный вариант атрибуции — «Неверифицированные устройства» или «Непроверенные устройства». Это правило также поддерживает расширение проверки правил на действия после установки.

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

   Например, чтобы применить это правило только к устройствам Android в мультиплатформенном приложении, используйте следующий целевой фильтр:

   • Условие: название операционной системы
   • Тип условия: «Равно»
   • Значение: Android

3. В разделе Определение правила добавьте одно или несколько условий, основанных на версии, в поле Если это произойдет . Условия внутри группы объединяются с использованием логики И . Для применения логики ИЛИ следует использовать отдельные группы.

4. Выберите Принять или Отклонить в разделе Тогда выполнить это .

5. Нажмите Создать правило .

Пример.
Мне, как маркетологу, нужно определить для моего мультиплатформенного приложения правило, которое будет соответствовать требованиям отдела безопасности. Требование состоит в том, чтобы разрешать установку только на Android (это правило не применяется к действиям после установки), если:

• Версия приложения — 2.2.1 или выше, а версия ОС устройства — 6.0.0 или выше, или
• Версия приложения — 2.9.1 или выше, а версия ОС устройства — 7.1.2. или выше.

Резервный вариант атрибуции: Непроверенные устройства
Тогда выполнить это: «Принять»
Расширение проверки правил на действия после установки: «Отключено»

Целевые фильтры: [Название ОС] [Равно] [Android]

Определение правила:

Группа 1 [Версия приложения] [Больше или равна] [2.2.1] [Версия ОС] [Больше или равна] [6.0.0]

Группа 2 [Версия приложения] [Больше или равна] [2.9.1] [Версия ОС] [Больше или равна] [7.1.2]

• Сценарий 1: название установленной ОС — iOS.

  • Результат: правило пропускается — целевой фильтр не соответствует условию, поэтому правило вообще не применяется.

• Сценарий 2: название установленной ОС — Android, версия приложения — 2.3, версия ОС — 6.1.

  • Результат: условия совпали (Группа 1). Принять — отклонений нет.

• Сценарий 3: название установленной ОС — Android, версия приложения — 2.1, версия ОС — 6.1.

  • Результат: условия не совпали ни для одной из групп. Атрибуция отклоняется в соответствии с резервным механизмом.

Параметр

Правило типа Параметр проверяет, включены ли в полезную нагрузку определенные параметры SDK (например, product_id), и применяет выбранное действие, если они отсутствуют.

Если вы хотите настроить правило параметра, выполните следующие действия:

1. Выберите резервный вариант атрибуции — «Неверифицированные устройства» или «Непроверенные устройства». Это правило также поддерживает расширение проверки правил на действия после установки.
2. В разделе Применить правило к выберите свое приложение и при желании ограничьте действие правила определенными каналами.
3. В разделе Определение правила укажите имена параметров SDK, которые следует проверять, в поле Если это произойдет . Вы можете указать несколько параметров; если определено несколько параметров, все они должны существовать, чтобы действие прошло проверку.
4. Выберите Принять или Отклонить в разделе Тогда выполнить это .
5. Нажмите Создать правило .

Пример. Правило параметра , содержащее:

• имя параметра: product_id
• Тогда выполнить это: «Принять».

Интерпретация : как маркетолог, я хочу принимать только действия, которые содержат в полезной нагрузке параметр product_id.

Поведение:
Установки, не содержащие параметр product_id, считаются непроверенными , и любые действия после установки (сессии, события и рекламный доход), которые не содержат параметр product_id, отклоняются.

Совпадение региона и кампании

Правило типа Совпадение региона и кампании разрешает устройства и установки из выбранных регионов и кампаний.

Если вы хотите настроить правило по региону и кампаниям, выполните следующие действия:

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

2. В разделе Определение правила выберите несколько регионов, установив условия для параметра Страна :

   1. Тип условия — установите значение Равно или Не равно .
   2. Значение — выберите значение в списке.

3. Выберите Принять или Отклонить в разделе Тогда выполнить это .

4. Нажмите Создать правило .

Пример. Правило Совпадение региона и кампании , а также:

• Значение «Канал» для кампании: Moloco.
• Значение страны: «США».
• Тогда выполнить это: «Принять».

Интерпретация : для кампании Moloco я хочу атрибутировать установки из региона «США».

Поведение : установки из-за пределов США не будут атрибутированы кампании Moloco, даже если последнее вовлечение (которое получило атрибуцию) было получено от Moloco. См. раздел Пропуск атрибуции, чтобы узнать, как Adjust обрабатывает поиск резервных вариантов.

Совпадение версии и кампаний

Правило Совпадение версии и кампаний разрешает атрибуцию только за установки с соответствующей версией приложения и для соответствующей кампании .

Это правило можно использовать для того, чтобы атрибутировать назначенным сетям только установки определенных версий приложения. Например:

• Сеть A должна получать атрибуцию только в том случае, если версия приложения — 3.0.5.
• Сеть B должна получать атрибуцию только в том случае, если версия приложения — 3.0.6 или 3.0.7.
• Сеть WW должна получать атрибуцию только в том случае, если версия приложения содержит суффикс «_ww» (например, 3.0.8_ww).

Чтобы настроить правило соответствия версии и кампаний:

1. В разделе Применить правило к выберите приложение , канал , кампанию и группу объявлений для кампании, для которых вы хотите установить соответствие. Если используется мультиплатформенное приложение, выберите платформы, к которым должно применяться правило.

2. В разделе Определение правила выберите Тип условия и Значение :

   • Тип условия должен относиться к одному из строковых типов или типов семантического версионирования.
   • В зависимости от выбранного типа введите одно или несколько значений.
   • Adjust сравнивает значение с:
     • app_version_short на iOS.
     • app_version на всех других платформах.

3. Выберите Принять или Отклонить в разделе Тогда выполнить это .

4. Нажмите Создать правило .

Пример

Для правила Совпадение версии и кампаний :

• Значение Канал для кампании: WW
• Условие версии приложения: [Содержит] _ww

Интерпретация : Для канала WW я хочу атрибутировать только те установки, версии приложений которых заканчиваются на _ww.

Поведение : Если версия приложения для установки не содержит _ww, она не будет отнесена ни к одной кампании WW, даже если последнее взаимодействие произошло через WW. См. раздел Пропуск атрибуции , чтобы узнать, как Adjust обрабатывает поиск резервных вариантов.

Управление правилами конверсии

На странице Правила конверсии можно:

• Просмотреть список правил конверсии.

• Посмотреть статус правила и изменить его.

• Выберите (значок редактирования), чтобы изменить правило. Для правила можно изменить название, статус, тип и настройки.

  • Изменить приложение, для которого было создано правило, нельзя.

• Выберите (значок удаления), чтобы удалить правило.

Отчеты

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

Атрибуция изменена в пользу неверифицированного устройства

Атрибуция была изменена в пользу непроверенного устройства

Измерения

• Неверифицированные устройства
• Ненадежные устройства

Метрики

Поведение при атрибуции в пользу неверифицированного или непроверенного устройства

• Установки

  1. Правило магазина о неверифицированных установках
  2. Правило региона о неверифицированных установках
  3. Правило версии о неверифицированных установках
  4. Правило параметра о неверифицированных установках
  5. Правило магазина об отклоненных установках
  6. Правило региона об отклоненных установках
  7. Установки, отклоненные в соответствии с правилом версии
  8. Правило параметра об отклоненных установках

• Реатрибуции

  1. Правило магазина о неверифицированных реатрибуциях
  2. Правило региона о неверифицированных реатрибуциях
  3. Правило версии о неверифицированных реатрибуциях
  4. Правило параметра о неверифицированных реатрибуциях
  5. Реатрибуции отклоняются в соответствии с правилом магазина
  6. Реатрибуции отклоняются в соответствии с правилом региона
  7. Реатрибуции, отклоненные в соответствии с правилом версии
  8. Правило параметра для отклонения реатрибуций

Отклоненные действия после установки

1. Правило региона для отклоненных сессий
2. Правило региона для отклоненных событий
3. Правило региона для отклоненного рекламного дохода
4. Правило версии для отклоненных сессий
5. Правило версии для отклоненных событий
6. Правило версии для отклоненного рекламного дохода
7. Правило параметра для отклонения сессий
8. Правило параметра для отклонения событий
9. Правило параметра для отклонения рекламного дохода

Пропуск атрибуции — метрики

1. Правило кампании региона о неверифицированных вовлечениях
2. Правило кампании региона о неверифицированных кликах
3. Правило кампании региона о неверифицированных показах
4. Правило о неверифицированных вовлечениях для версии кампании
5. Правило о неверифицированных кликах для версии кампании
6. Правило о неверифицированных показах для версии кампании