Краткий обзор. Чтобы оценить эффективность во время окна повторного вовлечения для кампании ретаргетинга, события и сессии в приложении дважды атрибутируются к медиа-источникам привлечения пользователей (UA) и ретаргетинга.
Обзор
В модели атрибуции AppsFlyer события, происходящие в результате вовлечения пользователя в ретаргетинговую кампанию, атрибутируются как медиа-источнику, мотивировавшему установку, так и медиа-источнику, мотивировавшему повторное вовлечение.
На предыдущем рисунке событие UA атрибутировано к сети green_network. Генерируется одно событие. В отличие от этого, после того как пользователь нажимает на ретаргетинговую рекламу, показанную в blue_network, генерируются два события. Для события регистрируются:
- blue_network как основной источник, принесший повторное вовлечение.
- green_network как дополнительный источник, принесший оригинальную установку.
Чтобы прояснить ситуацию, в следующей таблице приведен сценарий того, как события в приложении распределяются до, во время и после окна повторного вовлечения. Обозначения в таблице относятся к полям сырых данных, используемых для выявления событий с двойной атрибуцией:
- is_primary (is_primary_attribution): Если true, то медиа-источник является основным медиа-источником
- context: используйте одно из следующих полей:
- [Рекомендуется] conversion_type: установка или повторное вовлечение.
- is_retargeting: если true, данные относятся к кампании ретаргетинга.
Атрибуция относительно окна повторного вовлечения
| Медиа-источник | Перед повторным вовлечением | Во время повторного вовлечения | После повторного вовлечения |
|---|---|---|---|
| Привлечение пользователей |
Основной is_primary: True conversion_type: install (is_retargeting: False) |
Дополнительный is_primary: False conversion_type: re-engagement (is_retargeting: False) |
Основной is_primary: True conversion_type: install (is_retargeting: False) |
| Ретаргетинг | — |
Основной is_primary: True conversion_type: re-engagement (is_retargeting: True)
|
— |
Поддержка типов представления дэшбордов
Некоторые дэшборды и когортные отчеты содержат несколько вариантов представления, включая объединенный, привлечение пользователей и ретаргетинг. Эти типы представлений используют логику, аналогичную той, что применяется в сырых данных.
Фильтрация данных по типу представления с помощью поля conversion_type
| Тип представления | conversion_type | is_primary | Атрибуция |
|---|---|---|---|
| Привлечение пользователей | install | True или False | События UA, атрибутированные медиа-источнику UA |
| re-engagement | false | События ретаргетинга, атрибутированные медиа-источнику UA. | |
| Ретаргетинг | re-engagement или re-attribution | true | События ретаргетинга, атрибутированные медиа-источнику ретаргетинга |
| Объединенный | install или re-engagement | true | Все события, атрибутированные медиа-источнику последнего взаимодействия |
Как выявить события ретаргетинга с двойной атрибуцией в отчетах о внутренних событиях в результате привлечении пользователей?
В отчетах о внутренних событиях в результате привлечения пользователей события, зарегистрированные в результате двойной атрибуции, идентифицируются следующим образом:
- Поле is_primary_attribution определяет основные и дополнительные медиа-источники; если значение false, это означает, что атрибуция является результатом ретаргетинговой кампании, а медиа-источник UA дополнительный.
- Поле is_retargeting всегда равно false.
Соответствующая запись в отчетах о событиях в приложении в результате ретаргетинга во время окна повторного вовлечения заполняется следующим образом:
- Поле is_primary_attribution всегда равно true.
- Поле is_retargeting всегда равно true.
- Если событие произошло не во время окна повторного вовлечения, запись не производится.