Event Tracking mobilalkalmazásokban: mi ez, eseménytípusok és hogyan állítsuk be

Mi az az Event Tracking?

Event Tracking — a felhasználó diszkrét műveleteinek gyűjtési, tárolási és elemzési folyamata az alkalmazásban. Minden esemény egy névből (event_name) és paraméterek halmazából (event_params) áll. Például a purchase esemény paraméterei: price, currency, product_id, quantity.

A Screen View-val ellentétben, amely a képernyő megnyitását rögzíti, az Event Tracking leírja, hogy a felhasználó pontosan mit csinál azon a képernyőn: megnyomta a „Vásárlás” gombot, megnyitotta a kosarat, felhasznált egy promóciós kódot. Események nélkül lehetetlen megérteni a felhasználó motivációját és cselekvéseinek kontextusát.

Az esemény szerkezete

Minden Analytics Event kötelező és opcionális mezőket tartalmaz. Kötelező: event_name, event_timestamp, user_id (vagy device_id). Opcionális: paraméterek, kontextus leírása.

A revenue paraméter különösen fontos — az MMP platformoknak továbbítódik az ROAS és LTV automatikus kiszámításához.

Eseménytípusok a mobil analitikában

Az események eredet és rendeltetés szerint osztályozhatók. A felosztás segít az adatstruktúra megszervezésében és a hozzáférési jogok kiosztásában a különböző csapatok számára.

Automatikus események (SDK)

Az analitikai platformok SDKi automatikusan gyűjtik az alapeseményeket: app_install, app_remove, session_start, screen_view. A Firebase Analytics körülbelül 20 automatikus eseményt generál egyetlen kódsor nélkül. Ezek az események lefedik az alapvető metrikákat, de nem adnak betekintést az üzleti logikába.

Egyedi események (Custom Events)

Az egyedi események teszik értékessé az Event Trackinget. Üzleti műveleteket írnak le: add_to_cart, start_subscription, level_complete, share_content, search_performed. Az egyedi események explicit elküldést igényelnek az alkalmazás kódjából.

// Egyedi esemény küldése a Firebase-be
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)

A példában a subscribe_premium esemény négy kontextusparamétert tartalmaz. A source paraméter segít megérteni, hogy a felhasználó melyik képernyőről fizetett elő — onboarding, beállítások vagy paywall.

User Properties és Super Properties

Az eseményeken kívül az Event Tracking User Propertieseket is tartalmaz — a felhasználóhoz kapcsolt attribútumokat: előfizetési szint, ország, alkalmazásverzió. A User Property egyszer kerül elküldésre és a munkamenet összes későbbi eseményére alkalmazásra kerül. Ez lehetővé teszi az analitika szegmentálását anélkül, hogy paramétereket kellene hozzáadni minden eseményhez.

A Super Properties (Amplitude) vagy Global Properties (Mixpanel) — a munkamenethez, nem a felhasználóhoz kapcsolt attribútumok. A/B tesztekhez használják: a variant_id Super Propertyként hozzáadódik a munkamenet összes eseményéhez, és az elemző látja, hogy a felhasználó melyik csoportba tartozik.

Revenue-események

A revenue-események — egy külön osztály a tranzakciók rögzítésére. Tartalmazzák az összeget, a pénznemet és a vásárlás típusát (előfizetés, egyszeri vásárlás, visszaállítás). Az MMP platformok (AppsFlyer, Adjust) revenue-eseményeket igényelnek az ROAS kiszámításához.

A Branch (2024) adatai szerint azok az alkalmazások, amelyek helyesen továbbítják a revenue-eseményeket az MMP-nek, 25%-kal pontosabb attribúciós adatokat kapnak, és kampányaikat az LTV, nem a CPI alapján optimalizálhatják.

Hogyan állítsuk be az Event Trackinget?

Az Event Tracking beállítása három szakaszból áll: az eseményséma megtervezése, SDK-integráció, adatérvényesítés.

1. szakasz: Eseményséma tervezése

Hozzon létre egy Event Taxonomyt — egy dokumentumot, amelyben minden esemény le van írva: név, paraméterek, küldési trigger, tulajdonos. Példa e-kereskedelemhez: order_completed → paraméterek: order_id, total_price, items_count, payment_method, shipping_city.

• Minden esemény válaszol a kérdésre: mit tett a felhasználó?
• Minden paraméter válaszol a kérdésre: milyen kontextusban?
• Kerülje a paraméter nélküli eseményeket — haszontalanok az elemzéshez

2. szakasz: SDK-integráció

Csatlakoztassa az Analytics SDKt a projekthez. Firebase Analytics, Amplitude, Mixpanel — minden SDK inicializálást igényel az Application.onCreate()-ban. Példa Flutterhez:

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,
      },
    );
  }
}

Az AnalyticsService osztály központosítja az összes esemény elküldését. Minden metódus egy üzleti műveletnek felel meg. Ez leegyszerűsíti a küldés megtalálását — ha egy esemény nem érkezik meg, a metódus neve után keres a kódban. A projekt skálázásakor a metódusok száma 50–100-ra nőhet, de a struktúra olvasható marad a funkciók szerinti csoportosításnak köszönhetően.

3. szakasz: Érvényesítés DebugView segítségével

A Firebase DebugView lehetővé teszi az események valós idejű megtekintését a fejlesztő eszközén. Kapcsolja be a módot: adb shell setprop debug.firebase.analytics.app your.package. Minden esemény megjelenik a Firebase konzolban 5 másodpercnél kisebb késéssel.

A DebugView bekapcsolása után nyissa meg az alkalmazást és hajtson végre egy teszt forgatókönyvet — regisztráció, vásárlás, katalógus böngészés. A konzolban ellenőrizze: az összes esemény elküldésre került-e, a paraméterek helyesek-e, nincs-e duplikáció. Az Amplitude hasonló eszközt kínál — Amplitude Debugger iOS és Android rendszerekhez.

Automatikus érvényesítés CI/CD-n keresztül — a minőség következő szintje. Adjon hozzá egy szkriptet a pipeline-hoz, amely ellenőrzi, hogy a séma minden eseménye legalább egyszer elküldésre került-e a tesztfuttatás során. Ez megakadályozza a hiányzó eseményekkel rendelkező verziók kiadását és időt takarít meg a QA mérnökök számára.

Az események elnevezésének legjobb gyakorlatai

Az események elnevezése — az Event Tracking leginkább alábecsült aspektusa. A helytelen név használhatatlanná teszi az analitikát, ha a projektben több mint 50 esemény van.

Object + Action szabvány

Használja az object_action mintát (kisbetűk, snake_case): product_added, cart_opened, payment_failed, subscription_cancelled. Az objektum — entitás, a művelet — ige múlt időben. Ez úgy olvasandó, mint egy mondat: „termék hozzáadva”, „kosár megnyitva”.

• product_viewed, nem „tap_on_product_card” (esemény — eredmény, nem művelet)
• order_completed, nem „successful_payment_transaction” (rövid és világos)
• level_started, nem „begin_level_with_parameters” (felesleges szavak nélkül)

Tiltott minták

NE használjon szóközt („Add to Cart”), CamelCase-t („AddToCart”), pontot („add.to.cart”), kötőjelet („add-to-cart”). A legtöbb SDK a snake_case-t ajánlja. NE használjon UI elemek neveket („btn_submit_clicked”) — az eseménynek üzletinek kell lennie, nem technikainak.

Prefixként adja hozzá a funkció vagy képernyő nevét: onboarding_step_completed, checkout_payment_selected. Ez lehetővé teszi az események funkció szerinti szűrését a jelentésekben.

Eseményparaméterek típusai

A paraméterek három típusra oszthatók: string (érték), number (szám aggregációhoz), boolean (jelző). A string paraméterek kategorikus adatokat tartalmaznak: ország, forgalmi forrás, terméknév. A number paraméterek metrikákhoz szolgálnak: ár, mennyiség, időtartam. A boolean paraméterek állapotot jelölnek: is_trial, is_promo_applied.

Kerülje objektumok vagy tömbök átadását egy paraméterben — az analitikai platformok nem tudják feldolgozni azokat. Egy mezőben lévő JSON string helyett adjon át több lapos paramétert. Például az items_count_total helyett külön adja át az items_count és total_price értékeket.

Event Tracking platformok

Az Event Tracking platformválasztása a projekt méretétől és a csapattól függ. Vizsgáljunk meg három különböző szintű változatot.

Firebase Analytics (ingyenes, 500 eseményig)

Firebase — a szabványos választás startupok számára. Ingyenes korlát — 500 különböző event_name, korlátlan számú paraméter. Integráció a BigQuery-vel egyedi analitikához. Hátrányok: korlátozott szegmentáció, nincs automatikus eseményösszekapcsolás a munkamenetekben.

Amplitude (Pro 1.000 USD/hó-tól)

Amplitude — termékanalitikai platform. Támogatja a Behavioural Cohorts, Funnel Analysis, Pathfinder funkciókat. Lehetővé teszi virtuális események létrehozását valós események kombinációjából. 50+ eszközzel integrálható a Segmenten keresztül.

Segment (120 USD/hó-tól)

Segment — middleware az események kezeléséhez. Elküldi az eseményeket a Segmentnek, amely elosztja azokat 300+ eszköz között. Hasznos enterprise környezetben, ahol egyidejűleg használják a Firebase-t, Amplitude-ot, Mixpanel-t, Braze-t és Salesforce-t.

PostHog (open-source alternatíva)

PostHog — open-source termékanalitikai platform saját Event Trackingkel. Támogatja az automatikus eseményrögzítést, munkamenet-rögzítést és feature flageket. Saját szerveren telepíthető, ami kritikus a GDPR vagy bizalmas adatokat kezelő projektek számára. Python-kompatibilis API-t kínál ETL pipeline-okhoz.

Flutter projektekhez a flutterfire_analytics + Amplitude ajánlott az amplitude_flutter plugin segítségével. React Native-hez — react-native-firebase + mixpanel-react-native.