Приходилось ли определять органических и неорганических пользователей в приложении

Что проверяют

Понимаете ли вы, как на iOS устроена атрибуция после появления запроса на отслеживание, и что именно требуется от вас как от разработчика, чтобы аналитика вообще различала источники.

Как отвечать

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

Дальше по делу:

• доступ к рекламному идентификатору спрашивается через ATTrackingManager.requestTrackingAuthorization, и без согласия он приходит нулевым. Строить отчёт в расчёте на него нельзя;
• приватная схема атрибуции от платформы даёт агрегированные данные с задержкой и с порогом по объёму: по маленькой кампании отчёт может не прийти вовсе;
• на стороне приложения нужен разбор источника при первом запуске, обычно через отложенную диплинк-ссылку, и запись источника в свойства пользователя, чтобы все дальнейшие события делились на когорты;
• универсальные ссылки обрабатываются в application(_:continue:restorationHandler:) и дают источник для тех, кто пришёл по вашей ссылке напрямую.

Где спотыкаются

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

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

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