Firebase Analytics - Отслеживание открытых и закрытых каналов

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

Я бродил, нужно ли тогда просто передавать тип / имя экрана как часть параметра события или, возможно, как пользовательское свойство (которое я считаю более простым способом вызова пользовательских измерений)? Таким образом, все события, которые запускаются на экране «Домой», будут иметь: content_type_Home = 1?

У кого-нибудь есть ответ для меня, а также пример кода, пожалуйста? Очень признателен :)

Ответы на вопрос(2)

Решение Вопроса

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

Для регистрации отдельного события для каждого экрана (например, "welcome_menu") и использоватьраструб визуализировать поток через последовательность подключенных экранов.Для регистрации отдельного события (например, «screenview») и добавления параметра, который идентифицирует сам экран. Обратите внимание: поскольку воронки не позволяют указывать параметры события, вы сможете просматривать отчеты только по этому вопросу в данный момент через BigQuery.
 josue.027 мар. 2017 г., 21:04
Я видел парамfirebase_screen_class вuser_engagement событие в BigQuery, оно содержит название моей деятельности, интересно, как этоuser_engagement генерируется, чтобы получить некоторые полезные идеи из него.
 Dirk20 июн. 2016 г., 10:50
Кроме того, мне нравится ваше предложение регистрировать различные события для экранов (и затем создавать воронку после этого), но если бы я хотел добавить на один уровень более глубокое понимание некоторых событий в нашей воронке, мог бы мой приведенный выше код content_type работать при применении в следующем случае использования, когда событие «Add-item» и «ProceedtoCheckout» находится на одном и том же «экране»? Последовательность будет выглядеть следующим образом: HP (экран "shop_hp") >> Листинг (экран "shop_listing") >> Магазин (экран "shop_detail") >> Добавить товар в корзину - событие (экран "shop_detail") >> Перейти к оформлению заказа (экран "shop_detail") >> Успешный заказ (экран "shop_order").
 Dirk20 июн. 2016 г., 10:29
Отлично, спасибо @Steve! Означает ли это, например, что если я захочу зарегистрировать два отдельных события на экране HomeScreen и Listing Screen, следующие примеры не будут работать? 1) Событие = view_item & content_type Параметр (kParameterContentType, "shop_hp") и 2) Event = view_item: content_type Параметр (kParameterContentType, "shop_listing"). Таким образом, у меня есть более детальное представление, если я хочу фильтровать параметр события и могу повторно использовать тот же код, редактируя только content_type. Детализация должна быть на content_type в BigQuery, как вы предложили. Будет ли последний пример работать? Спасибо :)

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

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

(Это делает открытые воронки довольно бесполезными IMO, за исключением очень специфических случаев использования.)

Ваш ответ на вопрос