Как Firebase Analytics определяет «пользователь» (для целей Аудитории)?

Question

Мне сказали, что «как только пользователь будет в аудитории, они всегда будут в этой аудитории». Мне любопытно, как долго «вечно», в контексте пользователя? Например, если пользователь меняет телефоны или удаляет приложение, а затем повторно устанавливает позже, сохраняется ли пользователь через эти переходы или каждый из них является отдельным пользователем? И если у меня есть несколько приложений в одном проекте Firebase, пользователь появляется в одной аудитории во всех приложениях этого проекта?

Что аналитика Firebase считает уникальным/новым пользователем?

Один случай использования Я ищу, чтобы попробовать с аудиторией, хочу ли я аудиторию «существующих пользователей» (определенную «first_open_time < = {some date}») и «более новые пользователи». У меня есть некоторые изменения, которые я хочу реализовать для новых пользователей, но я хочу, чтобы существующие пользователи имели «устаревшее» поведение какое-то время, переходя их медленнее. Если кто-то был в аудитории «существующего пользователя», затем получил новый телефон или удалил, а затем снова установил приложение, вдруг они станут новым пользователем и, следовательно, больше не будут в аудитории «существующего пользователя»?

Другой прецедент: у меня есть существующее приложение, и я пишу совершенно новое приложение, которое будет иметь новое имя пакета и, следовательно, станет новой установкой для всех моих существующих пользователей. Я хочу, чтобы все они были переведены в новое приложение бесплатно, и лучший способ, которым я могу это сделать, - иметь как старое, так и новое приложение в одном проекте Firebase, а также ставить пользователей старого приложения в аудитории и когда они запускают новый, если они находятся в аудитории «старых пользователей приложений», он автоматически предоставит им премиальные функции.

Чтобы быть уверенным в использовании прецедента, мне нужно лучше понять определение «пользователя» для Firebase - оно сохраняется на удалении, переходе между устройствами и вы можете делиться аудиториями между приложениями в проекте?

Спасибо!

Answer 1

В Firebase Analytics пользователь является синонимом экземпляра приложения. Итак:

1. Если приложение установлено на устройстве, а затем удаляется, а затем повторно установлено на устройстве, вы будете иметь два различных пользователей.

2. Если ваше приложение установлено на устройстве А, а затем на устройстве В, которое считается двумя разными пользователями.

Answer 2

Слишком поздно, но для кого-то.
Следуйте за поддержкой User-ID and Cross Device. И About the User-ID feature сведения о преимуществах наличия собственного идентификатора пользователя.

Ответ Стива Ганемаса является правильным. Без идентификатора пользователя уникальность пользователя основана на экземпляре приложения. Как только он будет потерян (удален), этот пользователь будет потерян. Таким образом, очевидно, что приложение на другом устройстве считается отдельным пользователем.

От дока:

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

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