2016-06-14 18 views
12

Czytałem trochę o Firebase Analytics teraz, a ponieważ jest to głównie model danych oparty na zdarzeniach, zakładam, że nie można bezpośrednio monitorować ekranu?Firebase Analytics - śledzenie ścieżki otwartej i zamkniętej

Błąkałem się, czy należy po prostu przekazać typ/nazwę ekranu jako część parametru zdarzenia lub ewentualnie jako właściwość użytkownika (co według mnie jest prostszym sposobem wywoływania niestandardowych wymiarów)? Tak więc wszystkie zdarzenia uruchomione na ekranie "Strona główna" miałyby: content_type_Home = 1?

Czy ktoś ma dla mnie odpowiedź, a także przykład kodu? Cenione :)

Odpowiedz

11

Do śledzenia ekranu i Użytkownikiem Przepływy stają się dostępne, najbliższa alternatywy są:

  1. Aby zalogować odrębną imprezę dla każdego ekranu (na przykład „welcome_menu”) i użyć Funnel do wizualizacji przepływać przez sekwencję połączonych ekranów.
  2. Aby zarejestrować pojedyncze zdarzenie (np. "Zrzut ekranu") i dodać parametr identyfikujący sam ekran. Zwróć uwagę, że skoro ścieżki nie pozwalają na określenie parametrów wydarzenia, w tej chwili można wyświetlić tylko raport na ten temat za pośrednictwem usługi BigQuery.
+0

Wielki, dzięki @Steve! Czy to oznacza, że ​​jeśli chciałbym zarejestrować na przykład dwa oddzielne zdarzenia na ekranie HomeScreen i na liście, poniższe przykłady nie zadziałałyby? 1) Event = view_item & content_type \t Parametr (kParameterContentType, "shop_hp") i 2) Event = view_item: content_type \t Parametr (kParameterContentType, "shop_listing"). W ten sposób mam bardziej szczegółowy widok, jeśli chcę filtrować parametr zdarzenia i mogę ponownie użyć tego samego kodu, edytując tylko typ zawartości. Analiza drążenia będzie musiała dotyczyć elementu content_type w BigQuery zgodnie z sugestią. Czy ten drugi przykład zadziałałby? Dziękuję :) – Dirk

+0

Podoba mi się twoja sugestia rejestrowania różnych zdarzeń na ekranach (a następnie tworzenie ścieżki), ale gdybym chciał dodać jeden poziom głębszego wglądu do niektórych wydarzeń na naszym ścieżce, mój powyższy kod "content_type" działa po zastosowaniu do następującego przypadku użycia, w którym zdarzenia "Dodaj element" i "ProceedtoCheckout" znajdują się na tym samym "ekranie"? Lejek to: HP (ekran "shop_hp") >> Listing (ekran "shop_listing") >> Sklep (ekran "shop_detail") >> Dodaj element do koszyka - zdarzenie (ekran "shop_detail") >> Przejdź do kasy (ekran "shop_detail") >> Order Success (ekran "shop_order"). – Dirk

+0

Widziałem parametr 'firebase_screen_class' w zdarzeniu' user_engagement' w BigQuery, zawiera on nazwę moich działań, zastanawiam się, w jaki sposób generowane jest 'user_engagement', aby uzyskać przydatne informacje. –

0

Aby dodać do odpowiedzi Steve'a: należy pamiętać, że ponieważ Firebase zapewnia tylko "open" funnels, technika ta działa tylko w przypadku przepływu, w którym użytkownicy zmuszeni są przechodzić z jednego ekranu na drugi.

Jeśli można uzyskać dostęp do ekranu spoza tego konkretnego przepływu, wizualizacja ścieżek zostanie pomieszana - ponieważ liczba użytkowników z tego strumienia i poza nim zostanie dodana, co potencjalnie spowoduje zwiększenie współczynnika konwersji o więcej niż 100%.

(To sprawia, że ​​otwarte lejki bezużyteczny IMO, z wyjątkiem ściśle określonych przypadków użycia).

Powiązane problemy