Analityka aplikacji mobilnej w 4 jasnych krokach

Wdrażam i poprawiam Google Analytics 4 i Firebase w aplikacjach iOS i Android metodą krok po kroku: od diagnozy po przekazanie gotowej dokumentacji programistom. Pracowałem m.in. dla Blinkee, StethoMe i platformy cateringu dietetycznego.

Znasz ten problem?

⚠️

Problemy z poprawnym wdrożeniem GA4

Dane z aplikacji są niepełne, niespójne albo nikt nie ma pewności, czy są poprawnie zbierane.

📱

Budujesz nową aplikację

Potrzebujesz analityki Firebase zaprojektowanej od zera, zanim aplikacja trafi do sklepów.

📄

Masz eventy, ale bez dokumentacji

Zdarzenia i parametry istnieją, ale nikt nie potrafi wykorzystać ich do działań marketingowych.

Co mierzę w aplikacji mobilnej

Analityka aplikacji to zdarzenia, które kod aplikacji wysyła przez SDK Firebase do usługi Google Analytics 4. Część zbiera się automatycznie, resztę projektuję w arkuszu razem z parametrami.

Zdarzenia automatyczne Firebase

first_open, session_start, screen_view, app_update i in_app_purchase, a na Androidzie także app_remove i zdarzenia powiadomień. Sprawdzam, czy działają i czy nie dublują zdarzeń niestandardowych.

Ekrany i ścieżki użytkownika

Czytelne nazwy ekranów w parametrze firebase_screen zdarzenia screen_view. Dzięki nim eksploracja ścieżek w GA4 pokazuje, którędy użytkownicy dochodzą do zakupu i gdzie odpadają.

Rejestracja, zakup i subskrypcje

sign_up, login i purchase z numerem transakcji. Przy płatnościach mobilnych także stan oczekiwania i błędu, jak purchase_wait i purchase_fail w case study cateringu.

Push, deep linki i kampanie

Kliknięcia powiadomień push, wejścia z deep linków i kampanie prowadzące do Google Play oznaczone UTM. Link z UTM do sklepu Play zbudujesz w moim generatorze linków UTM.

User Properties i listy odbiorców

Właściwości użytkownika, np. liczba zamówień albo typ konta, oraz listy odbiorców do Google Ads, np. aktywni po 2 zamówieniach albo osoby, które usunęły aplikację.

Meta i inne systemy reklamowe

Zdarzenia dla Meta (Facebook) Analytics i aplikacyjnych kampanii reklamowych, opisane w tym samym arkuszu co GA4, żeby nazwy i parametry były spójne.

Aplikacja i strona w jednej usłudze GA4. iOS, Android i strona mają w GA4 osobne strumienie danych, ale wspólne nazwy zdarzeń i parametrów. Dzięki temu porównasz ścieżkę zakupu w aplikacji i na stronie w jednym raporcie.

4 kroki do poprawnego wdrożenia GA4

Sprawdzony proces, zrealizowany m.in. dla aplikacji Blinkee, Inter Cars i platformy cateringu dietetycznego.

1

Wstęp do pracy

Spotkanie zapoznawcze (1–4h w zależności od rozbudowania aplikacji), na którym omawiamy aktualny status analityki i marketingu. Rzeczy, które da się poprawić od ręki, wdrażamy od razu.

2

Arkusz eventów, parametrów, User Properties i Audiences

2.1 Przeklikanie aplikacji lub makiety i wypisanie eventów oraz parametrów zgodnie z podziałem zalecanym przez Google. Powstaje arkusz, który staje się dokumentacją analityki.
2.2 Rozpisanie parametrów ekranów (firebase_screen dla zdarzenia screen_view) na potrzeby analizy ścieżek użytkownika.
2.3 Wypisanie sugerowanych User Properties specyficznych dla aplikacji (np. zapis na newsletter, wartość zakupów).
2.4 Wypisanie sugerowanych Audiences (list odbiorców) potrzebnych do kampanii w Google Ads, wraz z omówieniem sposobu ich tworzenia.

3

Implementacja

Dopracowanie arkusza o dodatkowe eventy, parametry i zmiany nazw po spotkaniu, uzupełnienie opisu ekranów oraz dopisanie eventów i parametrów dla Meta (Facebook) Analytics.

4

Podsumowanie

Omówienie wykonanej pracy i przekazanie zadań programistom aplikacji, wraz z wytycznymi do wdrożenia zmian na stronie internetowej (jeśli potrzebny jest dataLayer). W przypadku stron internetowych ustalone eventy wdrażam samodzielnie przez Google Tag Manager.

Co zyskujesz

  • Dokumentację eventów i parametrów niezależną od wykonawcy
  • Gotowe listy odbiorców pod kampanie w Google Ads
  • Poprawne raportowanie ścieżek użytkownika (Path exploration) w GA4
  • Spójność danych między aplikacją mobilną a stroną internetową

Analityka aplikacji w praktyce: 4 projekty

Każdy projekt pokazuje problem, co zrobiłem i jaki był efekt. Część klientów jest zanonimizowana, bo pracuję też pod NDA.

Mobilność · Blinkee

Firebase, push i jeden raport dla wielu miast

Zmapowałem zdarzenia w Firebase i połączyłem je z danymi z Facebook Ads i Google Ads. Naprawiłem pomiar przejazdów grupowych i ustawiłem kohorty, np. aktywni po 2 wypożyczeniach. Efekt: jeden raport dla aplikacji, reklam i wszystkich rynków oraz mierzalne kampanie push.

Cały opis projektu →
Catering dietetyczny · NDA

Ścieżka od wyboru diety do płatności BLIK

Zdarzenia dla iOS i Android od wyboru diety do zakupu, spójne z danymi ze strony. Osobne zdarzenia pokazują płatności BLIK i Google Pay, które kończą się z opóźnieniem lub błędem, oraz odnowienia diet. Efekt: pełny lejek zakupowy w jednym raporcie z danymi ze strony.

Cały opis projektu →
MedTech · StethoMe

Sklep Shopify i panel aplikacji zgodnie z RODO

GTM, Google Analytics i Facebook Ads od zera dla sklepu i panelu aplikacji, jedna zgoda dla domeny i subdomeny oraz jeden standard UTM. Efekt: sprzedaż przypisana do kanału i analityka zgodna z RODO od pierwszego dnia.

Cały opis projektu →
Aplikacja nawigacyjna · NDA

Audyt zdarzeń i miejsc, w których uciekają użytkownicy

Przegląd implementacji zdarzeń, analiza porzuceń w rejestracji i zakupie licencji oraz lista błędów w warstwie danych. Efekt: wiarygodny lejek i lista poprawek, od których zespół zaczyna.

Cały opis projektu →

Ile to trwa

Czas realizacji zależy od liczby ekranów i zdarzeń w aplikacji. Pojedyncze spotkania trwają 1–4 godziny, a cały proces, od wstępu po przekazanie dokumentacji programistom, zwykle zamyka się w 2–4 tygodnie.

Częste pytania

Czy proces obejmuje też stronę internetową?

Tak. Jeśli oprócz aplikacji masz stronę www, ustalone eventy wdrażam samodzielnie przez Google Tag Manager.

Czy potrzebujecie dostępu do Figmy lub Axure?

Pomaga, ale nie jest konieczne. Przy opisie ekranów mogę pracować na podstawie istniejącej aplikacji lub przekazanych makiet.

Co jeśli mamy już eventy, ale bez dokumentacji?

To częsty punkt startu. Uporządkuję istniejące zdarzenia w arkuszu i wskażę, czego brakuje.

Ile kosztuje wdrożenie analityki w aplikacji mobilnej?

Wycenę podaję po spotkaniu zapoznawczym, bo zależy od liczby ekranów i zdarzeń w aplikacji. Pierwsze 30 minut rozmowy jest bezpłatne, a cały proces zwykle trwa 2–4 tygodnie.

Czym różni się Firebase od GA4?

Firebase to zestaw narzędzi Google dla aplikacji, a Google Analytics for Firebase to jego część odpowiedzialna za analitykę. Zdarzenia z aplikacji trafiają do usługi GA4 jako strumień danych aplikacji, więc raporty oglądasz w GA4, razem z danymi ze strony.

Czy mierzycie aplikacje na iOS i Androida?

Tak. Każda platforma ma w GA4 osobny strumień danych, ale arkusz zdarzeń jest wspólny, żeby nazwy i parametry były takie same na iOS, Androidzie i stronie.

Czy dane z aplikacji można wysłać do BigQuery?

Tak. Eksport GA4 do BigQuery jest bezpłatny po stronie Google Analytics, płacisz tylko za przechowywanie i zapytania w Google Cloud. W standardowej usłudze GA4 eksport dzienny ma limit 1 mln zdarzeń na dzień.

Kto wdraża zmiany po stronie kodu aplikacji?

Zadania przekazuję programistom aplikacji wraz z dokładną specyfikacją, a ja odpowiadam za projekt pomiaru i jego weryfikację.

Zacznijmy od spotkania zapoznawczego.

Opowiedz o swojej aplikacji, a zaproponuję pierwszy krok. Pierwsze 30 minut rozmowy jest bezpłatne.

This page is also available in English.

Switch to English