Event Tracking în aplicațiile mobile: ce este, tipuri de evenimente și cum se configurează

Ce este Event Tracking?

Event Tracking — este procesul de colectare, stocare și analiză a acțiunilor discrete ale utilizatorului în aplicație. Fiecare eveniment constă dintr-un nume (event_name) și un set de parametri (event_params). De exemplu, evenimentul purchase are parametrii price, currency, product_id, quantity.

Spre deosebire de Screen View, care înregistrează deschiderea unui ecran, Event Tracking descrie exact ce face utilizatorul pe acel ecran: a apăsat butonul „Cumpără”, a deschis coșul, a aplicat un cod promoțional. Fără evenimente, nu se poate înțelege motivația și contextul acțiunilor utilizatorului.

Structura evenimentului

Fiecare Analytics Event conține câmpuri obligatorii și opționale. Obligatorii: event_name, event_timestamp, user_id (sau device_id). Opționale: parametri, descrierea contextului.

Parametrul revenue este deosebit de important — este transmis către platformele MMP pentru calculul automat al ROAS și LTV.

Tipuri de evenimente în analitica mobilă

Evenimentele sunt clasificate după origine și destinație. Împărțirea ajută la organizarea structurii datelor și atribuirea drepturilor de acces pentru diferite echipe.

Evenimente automate (SDK)

SDK platformelor analitice colectează automat evenimente de bază: app_install, app_remove, session_start, screen_view. Firebase Analytics generează aproximativ 20 de evenimente automate fără o singură linie de cod. Aceste evenimente acoperă metricile de bază, dar nu oferă înțelegerea logicii de afaceri.

Evenimente personalizate (Custom Events)

Evenimentele personalizate — ceea ce face Event Tracking valoros. Ele descriu acțiuni de afaceri: add_to_cart, start_subscription, level_complete, share_content, search_performed. Evenimentele personalizate necesită trimiterea explicită din codul aplicației.

// Trimiterea unui eveniment personalizat în Firebase
val bundle = Bundle().apply {
    putString(AnalyticsParam.ITEM_ID, "prod_789")
    putString(AnalyticsParam.ITEM_NAME, "Premium Subscription")
    putString(AnalyticsParam.CURRENCY, "USD")
    putDouble(AnalyticsParam.PRICE, 29.99)
    putString(AnalyticsParam.SOURCE, "onboarding_screen")
}
FirebaseAnalytics.getInstance(this)
    .logEvent("subscribe_premium", bundle)

În exemplu, evenimentul subscribe_premium conține patru parametri de context. Parametrul source permite înțelegerea de pe ce ecran utilizatorul a făcut abonamentul — onboarding, setări sau paywall.

User Properties și Super Properties

Pe lângă evenimente, Event Tracking include User Properties — atribute atașate utilizatorului: nivelul abonamentului, țara, versiunea aplicației. User Property este trimis o singură dată și se aplică la toate evenimentele ulterioare ale sesiunii. Acest lucru permite segmentarea analiticii fără a adăuga parametri la fiecare eveniment.

Super Properties (Amplitude) sau Global Properties (Mixpanel) — atribute atașate sesiunii, nu utilizatorului. Sunt utilizate pentru testele A/B: variant_id ca Super Property se adaugă la toate evenimentele sesiunii, iar analistul vede din ce grup face parte utilizatorul.

Evenimente revenue

Evenimentele revenue — o clasă separată pentru înregistrarea tranzacțiilor. Acestea conțin suma, valuta și tipul achiziției (abonament, achiziție unică, restaurare). Platformele MMP (AppsFlyer, Adjust) necesită evenimente revenue pentru calculul ROAS.

Conform datelor Branch (2024), aplicațiile care transmit corect evenimentele revenue către MMP primesc date de atribuire cu 25% mai precise și își pot optimiza campaniile pe baza LTV, nu a CPI.

Cum se configurează Event Tracking?

Configurarea Event Tracking se desfășoară în trei etape: planificarea schemei de evenimente, integrarea SDK, validarea datelor.

Etapa 1: Proiectarea schemei de evenimente

Creați o Event Taxonomy — un document în care este descris fiecare eveniment: nume, parametri, declanșator de trimitere, proprietar. Exemplu pentru e-commerce: order_completed → parametri: order_id, total_price, items_count, payment_method, shipping_city.

• Fiecare eveniment răspunde la întrebarea: ce a făcut utilizatorul?
• Fiecare parametru răspunde la întrebarea: în ce context?
• Evitați evenimentele fără parametri — sunt inutile pentru analiză

Etapa 2: Integrarea SDK

Conectați Analytics SDK la proiect. Firebase Analytics, Amplitude, Mixpanel — fiecare SDK necesită inițializare în Application.onCreate(). Exemplu pentru Flutter:

import 'package:firebase_analytics/firebase_analytics.dart';

class AnalyticsService {
  final _analytics = FirebaseAnalytics.instance();

  Future<void> logPurchase({
    required String productId,
    required double price,
    required String currency,
  }) async {
    await _analytics.logEvent(
      name: 'purchase_completed',
      parameters: {
        'product_id': productId,
        'price': price,
        'currency': currency,
        'timestamp': DateTime.now().millisecondsSinceEpoch,
      },
    );
  }
}

Clasa AnalyticsService centralizează trimiterea tuturor evenimentelor. Fiecare metodă corespunde unei acțiuni de afaceri. Acest lucru simplifică găsirea trimiterii — dacă un eveniment nu sosește, căutați după numele metodei în cod. La scalarea proiectului, numărul metodelor poate crește la 50–100, dar structura rămâne lizibilă datorită grupării pe funcționalități.

Etapa 3: Validarea prin DebugView

Firebase DebugView permite vizualizarea evenimentelor în timp real pe dispozitivul dezvoltatorului. Activați modul: adb shell setprop debug.firebase.analytics.app your.package. Toate evenimentele vor apărea în consola Firebase cu o întârziere mai mică de 5 secunde.

După activarea DebugView, deschideți aplicația și executați un scenariu de test — înregistrare, achiziție, vizualizare catalog. În consolă verificați: toate evenimentele au fost trimise, parametrii sunt corecți, nu există duplicări. Amplitude oferă un instrument similar — Amplitude Debugger pentru iOS și Android.

Validarea automată prin CI/CD — următorul nivel de calitate. Adăugați în pipeline un script care verifică dacă fiecare eveniment din schemă a fost trimis cel puțin o dată în timpul rulării testelor. Acest lucru previne lansarea versiunilor cu evenimente lipsă și economisește timpul inginerilor QA.

Cele mai bune practici de denumire a evenimentelor

Denumirea evenimentelor — aspectul cel mai subestimat al Event Tracking. O denumire incorectă face analitica inutilă atunci când în proiect sunt mai mult de 50 de evenimente.

Standardul Object + Action

Utilizați modelul object_action (litere mici, snake_case): product_added, cart_opened, payment_failed, subscription_cancelled. Obiectul — entitatea, acțiunea — verbul la timpul trecut. Se citește ca o propoziție: „produs adăugat”, „coș deschis”.

• product_viewed, nu „tap_on_product_card” (evenimentul — rezultatul, nu acțiunea)
• order_completed, nu „successful_payment_transaction” (scurt și clar)
• level_started, nu „begin_level_with_parameters” (fără cuvinte în plus)

Modele interzise

NU utilizați spații („Add to Cart”), CamelCase („AddToCart”), punct („add.to.cart”), cratimă („add-to-cart”). Majoritatea SDK recomandă snake_case. NU utilizați nume de elemente UI („btn_submit_clicked”) — evenimentul trebuie să fie de afaceri, nu tehnic.

Pentru prefix adăugați numele funcționalității sau ecranului: onboarding_step_completed, checkout_payment_selected. Acest lucru permite filtrarea evenimentelor după funcționalitate în rapoarte.

Tipuri de parametri ai evenimentelor

Parametrii se împart în trei tipuri: string (valoare), number (număr pentru agregare), boolean (flag). Parametrii string conțin date categoriale: țara, sursa de trafic, numele produsului. Parametrii number servesc pentru metrici: preț, cantitate, durată. Parametrii boolean marchează starea: is_trial, is_promo_applied.

Evitați transmiterea de obiecte sau array-uri într-un singur parametru — platformele analitice nu le pot procesa. În locul unui string JSON într-un câmp, transmiteți mai mulți parametri plați. De exemplu, în loc de items_count_total, transmiteți separat items_count și total_price.

Platforme pentru Event Tracking

Alegerea platformei Event Tracking depinde de scara proiectului și a echipei. Să analizăm trei variante de niveluri diferite.

Firebase Analytics (gratuit, până la 500 de evenimente)

Firebase — alegerea standard pentru startup-uri. Limită gratuită — 500 de event_name diferite, număr nelimitat de parametri. Integrare cu BigQuery pentru analitică personalizată. Dezavantaje: segmentare limitată, lipsa conectării automate a evenimentelor în sesiuni.

Amplitude (Pro de la 1.000 USD/lună)

Amplitude — platformă pentru analitică de produs. Suportă Behavioural Cohorts, Funnel Analysis, Pathfinder. Permite crearea de evenimente virtuale din combinația celor reale. Se integrează cu peste 50 de instrumente prin Segment.

Segment (de la 120 USD/lună)

Segment — middleware pentru gestionarea evenimentelor. Trimiteți evenimentele către Segment, iar acesta le distribuie către peste 300 de instrumente. Util în enterprise, unde se folosesc simultan Firebase, Amplitude, Mixpanel, Braze și Salesforce.

PostHog (alternativă open-source)

PostHog — platformă open-source de analitică a produselor cu propriul Event Tracking. Suportă captarea automată a evenimentelor, înregistrarea sesiunilor și feature flags. Se implementează pe propriul server, ceea ce este esențial pentru proiecte cu GDPR sau date confidențiale. Oferă API compatibil cu Python pentru pipeline-uri ETL.

Pentru proiectele Flutter se recomandă flutterfire_analytics + Amplitude prin pluginul amplitude_flutter. Pentru React Native — react-native-firebase + mixpanel-react-native.