Event Tracking mobil ilovalarda: bu nima, voqea turlari va qanday o'rnatiladi

Event Tracking nima?

Event Tracking — bu ilovada foydalanuvchining diskret harakatlarini yig'ish, saqlash va tahlil qilish jarayoni. Har bir voqea nom (event_name) va parametrlar to'plamidan (event_params) iborat. Masalan, purchase voqeasida price, currency, product_id, quantity parametrlari mavjud.

Ekran ochilishini qayd etuvchi Screen View dan farqli o'laroq, Event Tracking foydalanuvchi aynan shu ekranda nima qilayotganini tavsiflaydi: “Sotib olish” tugmasini bosdi, savatni ochdi, promo-kodni qo'lladi. Voqealar bo'lmasa, foydalanuvchining motivatsiyasi va harakat kontekstini tushunish mumkin emas.

Voqea tuzilmasi

Har bir Analytics Event majburiy va ixtiyoriy maydonlarni o'z ichiga oladi. Majburiy: event_name, event_timestamp, user_id (yoki device_id). Ixtiyoriy: parametrlar, kontekst tavsifi.

Revenue parametri ayniqsa muhim — ROAS va LTVni avtomatik hisoblash uchun MMP platformalariga uzatiladi.

Mobil analitikada voqea turlari

Voqealar kelib chiqishi va maqsadiga ko'ra tasniflanadi. Bo'linish ma'lumotlar tuzilmasini tashkil etish va turli jamoalar uchun kirish huquqlarini belgilashga yordam beradi.

Avtomatik voqealar (SDK)

SDK analitik platformalari avtomatik ravishda asosiy voqealarni yig'adi: app_install, app_remove, session_start, screen_view. Firebase Analytics bir satr kodsiz taxminan 20 ta avtomatik voqea yaratadi. Bu voqealar asosiy metrikalarni qamrab oladi, ammo biznes mantiqini tushunishga imkon bermaydi.

Maxsus voqealar (Custom Events)

Maxsus voqealar — Event Trackingni qimmatli qiladigan narsadir. Ular biznes harakatlarini tavsiflaydi: add_to_cart, start_subscription, level_complete, share_content, search_performed. Maxsus voqealar ilova kodidan aniq yuborishni talab qiladi.

// Firebase-ga maxsus voqeani yuborish
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)

Misolda subscribe_premium voqea to'rtta kontekst parametrini o'z ichiga oladi. Source parametri foydalanuvchi obunani qaysi ekrandan — onboarding, sozlamalar yoki paywall orqali amalga oshirganini tushunishga imkon beradi.

User Properties va Super Properties

Voqealardan tashqari, Event Tracking User Properties — foydalanuvchiga bog'langan atributlarni o'z ichiga oladi: obuna darajasi, mamlakat, ilova versiyasi. User Property bir marta yuboriladi va sessiyaning barcha keyingi voqealariga qo'llaniladi. Bu har bir voqeyaga parametr qo'shmasdan analitikani segmentlash imkonini beradi.

Super Properties (Amplitude) yoki Global Properties (Mixpanel) — foydalanuvchiga emas, sessiyaga bog'langan atributlardir. A/B testlari uchun ishlatiladi: variant_id Super Property sifatida sessiyadagi barcha voqealarga qo'shiladi va analitik foydalanuvchi qaysi guruhga tegishli ekanligini ko'radi.

Revenue-voqealari

Revenue-voqealari — tranzaksiyalarni qayd etish uchun alohida sinfdir. Ular summa, valyuta va xarid turini (obuna, bir martalik xarid, tiklash) o'z ichiga oladi. MMP platformalari (AppsFlyer, Adjust) ROAS hisoblash uchun revenue-voqealarini talab qiladi.

Branch (2024) ma'lumotlariga ko'ra, revenue-voqealarini MMPga to'g'ri uzatuvchi ilovalar atributsiya bo'yicha 25% aniqroq ma'lumot oladi va kampaniyalarni CPI emas, LTV asosida optimallashtirishi mumkin.

Event Tracking qanday o'rnatiladi?

Event Trackingni o'rnatish uch bosqichdan iborat: voqea sxemasini rejalashtirish, SDK integratsiyasi, ma'lumotlarni validatsiya qilish.

1-bosqich: Voqea sxemasini loyihalash

Event Taxonomy — har bir voqea tavsiflangan hujjat yarating: nom, parametrlar, yuborish triggeri, egasi. E-ijtimoiy uchun misol: order_completed → parametrlar: order_id, total_price, items_count, payment_method, shipping_city.

• Har bir voqea savolga javob beradi: foydalanuvchi nima qildi?
• Har bir parametr savolga javob beradi: qanday kontekstda?
• Parametrsiz voqealardan qoching — ular tahlil uchun foydasiz

2-bosqich: SDK integratsiyasi

Analytics SDKni loyihaga ulang. Firebase Analytics, Amplitude, Mixpanel — har bir SDK Application.onCreate() da inicializatsiyani talab qiladi. Flutter uchun misol:

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

AnalyticsService klassi barcha voqealarni yuborishni markazlashtiradi. Har bir metod biznes harakatiga mos keladi. Bu yuborishni qidirishni osonlashtiradi — voqea kelmasa, kodda metod nomi bo'yicha qidirasiz. Loyiha miqyosida metodlar soni 50–100 gacha o'sishi mumkin, ammo tuzilma funksiyalar bo'yicha guruhlash tufayli o'qilishi mumkin bo'lib qoladi.

3-bosqich: DebugView orqali validatsiya

Firebase DebugView dasturchi qurilmasida voqealarni real vaqtda ko'rish imkonini beradi. Rejimni yoqing: adb shell setprop debug.firebase.analytics.app your.package. Barcha voqealar 5 soniyadan kam kechikish bilan Firebase konsolida paydo bo'ladi.

DebugView yoqilgandan so'ng, ilovani oching va test stsenariysini bajaring — ro'yxatdan o'tish, xarid qilish, katalogni ko'rish. Konsolda tekshiring: barcha voqealar yuborilganmi, parametrlar to'g'rimi, takrorlanish bormi. Amplitude shunday vositani taklif qiladi — iOS va Android uchun Amplitude Debugger.

CI/CD orqali avtomatik validatsiya — sifatning keyingi darajasi. Pipeline-ga skript qo'shing, u sxemadagi har bir voqeaning test vaqtida kamida bir marta yuborilganligini tekshiradi. Bu o'tkazib yuborilgan voqealar bilan versiyalarni chiqarishning oldini oladi va QA muhandislarining vaqtini tejaydi.

Voqealarni nomlash bo'yicha eng yaxshi amaliyotlar

Voqealarni nomlash — Event Trackingning eng kam baholangan jihati. Noto'g'ri nom loyihada 50 dan ortiq voqea bo'lganda analitikani yaroqsiz qiladi.

Object + Action standarti

object_action namunasidan foydalaning (kichik harflar, snake_case): product_added, cart_opened, payment_failed, subscription_cancelled. Ob'yekt — mavjudlik, harakat — o'tgan zamondagi fe'l. Bu gap kabi o'qiladi: “mahsulot qo'shildi”, “savat ochildi”.

• product_viewed, “tap_on_product_card” emas (voqea — natija, harakat emas)
• order_completed, “successful_payment_transaction” emas (qisqa va aniq)
• level_started, “begin_level_with_parameters” emas (ortiqcha so'zlarsiz)

Ta'qiqlangan namunalar

FOYDALANMANG bo'shliq (“Add to Cart”), CamelCase (“AddToCart”), nuqta (“add.to.cart”), defis (“add-to-cart”). Ko'pchilik SDK snake_case ni tavsiya qiladi. UI elementlari nomlaridan (“btn_submit_clicked”) FOYDALANMANG — voqea biznes bo'lishi kerak, texnik emas.

Prefix uchun funksiya yoki ekran nomini qo'shing: onboarding_step_completed, checkout_payment_selected. Bu hisobotlarda voqealarni funksionallik bo'yicha filtrlash imkonini beradi.

Voqea parametr turlari

Parametrlar uch turga bo'linadi: string (qiymat), number (agregatsiya uchun son), boolean (bayroq). String parametrlari kategoriyali ma'lumotlarni o'z ichiga oladi: mamlakat, trafik manbai, mahsulot nomi. Number parametrlari metrikalar uchun xizmat qiladi: narx, miqdor, davomiylik. Boolean parametrlari holatni belgilaydi: is_trial, is_promo_applied.

Bitta parametrda ob'yekt yoki massiv uzatishdan saqlaning — analitik platformalar ularni tahlil qila olmaydi. Bitta maydondagi JSON-string o'rniga bir nechta tekis parametrlarni uzating. Masalan, items_count_total o'rniga items_count va total_price ni alohida uzating.

Event Tracking uchun platformalar

Platforma tanlash Event Tracking loyiha ko'lami va jamoaga bog'liq. Turli darajadagi uchta variantni ko'rib chiqamiz.

Firebase Analytics (bepul, 500 ta voqea gacha)

Firebase — startaplar uchun standart tanlov. Bepul limit — 500 xil event_name, cheklanmagan parametrlar soni. Maxsus analitika uchun BigQuery bilan integratsiya. Kamchiliklari: cheklangan segmentatsiya, voqealarni sessiyada avtomatik bog'lashning yo'qligi.

Amplitude (Pro oyiga 1000 USD dan)

Amplitude — mahsulot analitikasi uchun platforma. Behavioural Cohorts, Funnel Analysis, Pathfinder-ni qo'llab-quvvatlaydi. Haqiqiy voqealarning kombinatsiyasidan virtual voqealar yaratish imkonini beradi. Segment orqali 50+ vosita bilan integratsiyalanadi.

Segment (oyiga 120 USD dan)

Segment — voqealarni boshqarish uchun middleware. Voqealarni Segment-ga yuborasiz, u esa ularni 300+ vositaga taqsimlaydi. Bir vaqtning o'zida Firebase, Amplitude, Mixpanel, Braze va Salesforce ishlatiladigan enterprise larda foydali.

PostHog (open-source alternativ)

PostHog — o'zining Event Tracking bilan open-source mahsulot analitikasi platformasi. Voqealarni avtomatik qo'lga olish, sessiyalarni yozib olish va feature flags-ni qo'llab-quvvatlaydi. O'z serveringizda joylashtiriladi, bu GDPR yoki maxfiy ma'lumotlarga ega loyihalar uchun muhimdir. ETL quvurlari uchun Python-mos API taklif qiladi.

Flutter loyihalari uchun flutterfire_analytics + amplitude_flutter plugini orqali Amplitude tavsiya etiladi. React Native uchun — react-native-firebase + mixpanel-react-native.