Уникальные пользователи

Краткий обзор. Узнайте, как подсчитываются и используются уникальные пользователи в метриках на дэшбордах и в отчетах AppsFlyer.

Об уникальных пользователях

Уникальный пользователь — это термин, обозначающий устройство, присутствие которого учитывается только один раз, независимо от того, сколько действий пользователь выполняет на устройстве.

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

  • Установки: Количество уникальных пользователей, скачавших и установивших приложение.
  • Процент удержания: Процент уникальных пользователей с сессией в день.
  • Уникальные пользователи события: Количество уникальных пользователей (атрибуций), которые выполнили событие.
  • Ежедневные активные пользователи (DAU): Количество уникальных пользователей (учитывается только один раз), которые открывают приложение хотя бы один раз в течение дня.
  • И многое другое.

Подсчет уникальных пользователей основан на идентификаторе устройства (например, IDFA или GAID). Если идентификатор устройства недоступен (например, для iOS SKAN), вместо него используется идентификатор AppsFlyer. Это гарантирует, что число пользователей будет учтено один раз, поскольку идентификатор устройства или идентификатор AppsFlyer одинаковы для всех действий, независимо от количества сеансов или действий, которые они выполняют.

Примеры использования

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

Установка и повторная установка

При установке и переустановке используется один и тот же идентификатор устройства/идентификатор AppsFlyer. Таким образом, учитывается только 1 уникальный пользователь. Оба внутренних события приложения атрибутируются к тому же уникальному пользователю, что и при первой установке.

Примечание.

  • Если при переустановке не указан идентификатор устройства/идентификатор AppsFlyer, ее нельзя связать с первой установкой и она считается «органической без атрибуции». События после переустановки после обычных переустановок без атрибуции не учитываются в количестве уникальных пользователей. 
  • Могут быть и другие причины, по которым события являются органическими без атрибуции. В этих случаях события также не включаются в количество уникальных пользователей. 

Установка и реатрибуция

При установке и реатрибуции идентификатор устройства и идентификатор AppsFlyer совпадают. Однако в этом случае AppsFlyer также учитывает параметр is_retargeting=true, поэтому событие после реатрибуции считается дополнительным уникальным пользователем. Таким образом, учитываются 2 уникальных пользователя. 

  • На обзорном дэшборде в окне UA отображается 1 уникальный пользователь, поскольку реатрибуция ретаргетинга не отображается в окне UA. То же самое и с отчетами UA.
  • На обзорном дэшборде в окне ретаргетинга отображается 1 уникальный пользователь, поскольку установки UA не отображаются в окне ретаргетинга. То же самое касается отчетов по ретаргетингу.
  • На обзорном дэшборде в унифицированном окне просмотра отображаются 2 уникальных пользователя, один из которых связан с первой установкой, а второй — с реатрибуцией. То же самое и с объединенными отчетами.

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

При установке и повторном вовлечении идентификатор устройства/идентификатор AppsFlyer совпадают. Однако в этом случае (как и при реатрибуции) AppsFlyer также учитывает этот параметр is_retargeting=true, поэтому событие после повторного вовлечения засчитывается как дополнительный уникальный пользователь. Таким образом, учитываются 2 уникальных пользователя. 

  • На обзорном дэшборде в окне UA отображается 1 уникальный пользователь, поскольку повторные вовлечения в рамках ретаргетинга не отображаются в окне UA. То же самое и с отчетами UA.
  • На обзорном дэшборде в окне ретаргетинга отображается 1 уникальный пользователь, поскольку установки UA не отображаются в окне ретаргетинга. То же самое касается отчетов по ретаргетингу.
  • На обзорном дэшборде в унифицированном окне просмотра отображаются 2 уникальных пользователя, один из которых связан с первой установкой, а второй — с повторным вовлечением. То же самое и с объединенными отчетами.

Неатрибутированные внутренние события приложения

Если внутреннее событие приложения не атрибутировано, то есть произошло после переустановки, но по какой-либо причине не связано с первой установкой, оно вообще не включается в подсчет уникальных пользователей. Это может произойти, если идентификатор устройства для переустановки недоступен, но могут быть и другие причины. Узнать больше

Ограничения и особенности

Специфика Подробности

События дохода от рекламы

(af_ad revenue)

  • Подсчет уникальных пользователей поддерживается для событий дохода от рекламы:
    • Когортные ежедневные метрики
    • Метрики активности
    • Метрики SKAN
  • Подсчет уникальных пользователей не поддерживается для событий дохода от рекламы:
    • Совокупные когортные метрики
    • Метрики LTV посредством классического метода атрибуции. Примечание. Это означает, что при просмотре дэшборда с обзором SSOT для данных SKAN доступны метрики уникальных пользователей по событиям дохода от рекламы, но не классические данные атрибуции.