Краткий обзор. Метрика сеансов (сессий) используется рекламодателями для измерения вовлеченности пользователей приложения за определенный период.
Принципы подсчета сеансов
Количество сеансов, то есть запусков, выполненных пользователями, является важной метрикой и используется в качестве меры вовлеченности пользователей в приложение. Оно доступно в нескольких отчетах и на дэшбордах. Сеансы используются для получения следующих метрик:
- Ежедневные активные пользователи (DAU)
- Активные пользователи в месяц (MAU)
- Удержание
- Лояльные пользователи с использованием настройки по умолчанию в 3 открытия приложения
Внимание! В случае органических сеансов метрика доступна на дэшбордах активности и когорты, но недоступна на обзорном дэшборде.
Расчет сеансов
Метрика сеансов вычисляется с помощью события af_app_opened, о котором сообщает пакет SDK. Механизм минимального времени между сеансами определяет, какие сеансы будут учитываться на стороне сервера.
Событие af_app_opened отображается как запуск в сырых данных сеансов, доступных через Data Locker. Сеансы недоступны в других инструментах отчетности. Для простоты понимания в этой статье мы будем использовать термин af_app_opened.
Отчеты о сеансах
SDK сообщает о сеансе при возникновении любого из следующих событий:
- Пользователь запускает приложение.
- Когда приложение выводится на передний план из фона. Разработчик может изменить поведение отчетов, вызвав setMinTimeBetweenSessions.
- Явный отчет о сеансе разработчика в приложениях Android. Например, это реализуется служебными приложениями, которые всегда работают в фоновом режиме.
Метрика Сеансы
Метрика сеансов (sessions) подсчитывается после рассмотрения механизма минимального времени между сеансами с длительностью по умолчанию 10 минут, как описано в приведенном ниже примере.
Механизм минимального времени между сеансами
Механизм влияет на количество сеансов. Внимание! Учтите, что если минимальное время между сеансами велико (более одного часа) и пользователи не открывают приложение много раз в день, это может повлиять на некоторые метрики, связанные с сеансом, такие как DAU и удержание. Это особенно верно в случае приложений, где пользователи обычно открывают приложение один раз в день.
Описание и пример
Механизм регулирует, какие сеансы учитываются. Сеанс засчитывается, если прошло минимально допустимое время между сеансами.
Схема действий: Сеанс засчитывается → запускается таймер обратного отсчета → Сеансы, о которых сообщалось во время обратного отсчета таймера, не учитываются.
Пример
Предположение: Минимально допустимое время между сеансами составляет 10 минут.
| Пример кейса | Время отчетности о сеансе (количество минут с 00:00) | Количество подсчитанных сеансов | Отброшенные сеансы |
|---|---|---|---|
| A | 0, 10, 20, 30 | 4 | Нет |
| B | 0, 1, 9, 11 | 2 | 1, 9 |
| C | 0, 10, 15, 21 | 3 | 15 |
Настройка таймера
- Значение по умолчанию: 10 мин.
-
Возможные значения:
-
1-60 мин.
-
1-24 часа
-
Чтобы установить минимально допустимое время между сеансами, выполните следующие действия:
- В AppsFlyer в боковом меню выберите Настройки > Настройки приложения.
- Установите Минимальное время между сеансами.
- Нажмите Сохранить настройки.
Изменение вступает в силу в течение часа.
Темы, связанные с сессиями
Сессии ретаргетинга
- Сессии ретаргетинга доступны с 12 июля 2020 года.
-
Сессии ретаргетинга доступны в:
- Типы представления ретаргетинг и унифицированный на обзорном дэшборде.
-
Релевантные представления когорты, то есть ретаргетинг и унифицированный.
- В случае унифицированного представления, если сессии были атрибутированы медиа-источнику UA и ретаргетинга, медиа-источник ретаргетинга имеет приоритет, а медиа- источник UA не отображается.
- Актуальность данных: Ежедневно 13:00 UTC.
-
Data Locker: Можно включить отчеты по сессиям ретаргетинга; они включают в себя как повторное вовлечение, так и реатрибуцию.
- Актуальность данных: 6-часовая задержка.
- Во время окон повторного вовлечения сеансы атрибутируются как к медиа-источнику UA, так и к медиа-источнику ретаргетинга. Аналогичным образом, другие события в приложении в рамках повторного вовлечения атрибутируются дважды.
- В случае с Google Ads и X Ads, чтобы избежать дублирования постбэков, событие af_app_opened отправляется один раз.
Постбэки по сеансам для партнеров
Вы можете отправлять партнеру постбэки по сеансам, так чтобы постбэк отправлялся для каждого засчитанного сеанса.
- Чтобы отправить постбэк: Явным образом сопоставьте af_app_opened с партнерским событием. Внимание! В отчете по сырым данным AppsFlyer, доступном через Data Locker, это событие отражается как launch (запуск).
- Учтите, что это событие с большой частотой, и многие партнеры не хотят его получать.
Примечание
Сопоставление af_app_opened поддерживается только партнерами с включенной отправкой сеансов.
Отчеты о сеансах по приложению (SDK)
На стороне приложения: SDK отправляет af_app_opened каждый раз, когда приложение открывается или выводится на передний план после рассмотрения параметра setMinTimeBetweenSessions в SDK.
Серверная часть: Сеансы, о которых сообщает приложение, подсчитываются и записываются с учетом механизма минимального времени между сеансами. Подсчитанные сеансы атрибутируются по тем же правилам атрибуции, что и другие внутренние события приложения.
Отчеты разработчика о явных сеансах (только для приложений Android)
Используйте logSession в Android, чтобы явным образом сообщить о сеансе. Эквивалентный вызов недоступен в iOS.
- Приложениям, которые постоянно работают в фоновом режиме, может потребоваться некоторая логика, реализованная разработчиком, для создания отчетов о сеансах. Например, служебные приложения, такие как средства экономии заряда батареи, средства запуска, блокировки экрана и антивирусные приложения. Для таких типов приложений рекомендуется сообщать о сеансе ежедневно в полночь или в какой-либо другой интервал, подходящий для приложения.
- В других случаях вы можете подсчитывать сеансы, когда пользователи выполняют какое-либо действие в приложении, например нажимают кнопку очистки памяти и т. д.
Установка минимального времени между запусками приложения
В SDK установите минимальное время, которое может пройти между двумя сеансами, чтобы о них сообщалось отдельно.
Используйте setMinTimeBetweenSessions, то есть событие af_app_opened, чтобы контролировать минимальное количество времени, которое должно проходить между сеансами, чтобы о каждом из них сообщалось.
- [По умолчанию] пять секунд. Это означает, что должно пройти не менее 5 секунд, прежде чем будет сообщено о следующем сеансе.
- API позволяет установить минимально необходимое время между сессиями.
Параметр setMinTimeBetweenSessions в справочнике SDK:
См. setMinTimeBetweenSessions в справочнике по Android SDK
См. minTimeBetweenSessions в справочнике по SDK для iOS
См. setMinTimeBetweenSessions в справочнике по Unity SDK