Event Tracking di Aplikasi Seluler: Apa Itu, Jenis Peristiwa, dan Cara Mengaturnya

Apa itu Event Tracking?

Event Tracking — adalah proses pengumpulan, penyimpanan, dan analisis tindakan diskrit pengguna dalam aplikasi. Setiap peristiwa terdiri dari nama (event_name) dan kumpulan parameter (event_params). Misalnya, peristiwa purchase memiliki parameter price, currency, product_id, quantity.

Tidak seperti Screen View yang mencatat fakta pembukaan layar, Event Tracking menjelaskan apa yang sebenarnya dilakukan pengguna di layar tersebut: menekan tombol “Beli”, membuka keranjang, menerapkan kode promo. Tanpa peristiwa, mustahil memahami motivasi dan konteks tindakan pengguna.

Struktur peristiwa

Setiap Analytics Event berisi bidang wajib dan opsional. Wajib: event_name, event_timestamp, user_id (atau device_id). Opsional: parameter, deskripsi konteks.

Parameter revenue sangat penting — dikirim ke platform MMP untuk perhitungan otomatis ROAS dan LTV.

Jenis peristiwa dalam analitik seluler

Peristiwa diklasifikasikan berdasarkan asal dan tujuan. Pembagian membantu mengatur struktur data dan menetapkan hak akses untuk tim yang berbeda.

Peristiwa otomatis (SDK)

SDK platform analitik secara otomatis mengumpulkan peristiwa dasar: app_install, app_remove, session_start, screen_view. Firebase Analytics menghasilkan sekitar 20 peristiwa otomatis tanpa satu baris kode pun. Peristiwa ini mencakup metrik dasar tetapi tidak memberikan pemahaman tentang logika bisnis.

Peristiwa kustom (Custom Events)

Peristiwa kustom — hal yang membuat Event Tracking bernilai. Mereka menggambarkan tindakan bisnis: add_to_cart, start_subscription, level_complete, share_content, search_performed. Peristiwa kustom memerlukan pengiriman eksplisit dari kode aplikasi.

// Mengirim peristiwa kustom ke 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)

Dalam contoh, peristiwa subscribe_premium berisi empat parameter konteks. Parameter source memungkinkan kita memahami dari layar mana pengguna melakukan langganan — onboarding, pengaturan, atau paywall.

User Properties dan Super Properties

Selain peristiwa, Event Tracking mencakup User Properties — atribut yang melekat pada pengguna: tingkat langganan, negara, versi aplikasi. User Properties dikirim sekali dan diterapkan ke semua peristiwa sesi berikutnya. Ini memungkinkan segmentasi analitik tanpa menambahkan parameter ke setiap peristiwa.

Super Properties (Amplitude) atau Global Properties (Mixpanel) — atribut yang melekat pada sesi, bukan pada pengguna. Digunakan untuk pengujian A/B: variant_id sebagai Super Property ditambahkan ke semua peristiwa dalam sesi, dan analis dapat melihat grup mana pengguna tersebut.

Peristiwa Revenue

Peristiwa Revenue — kelas terpisah untuk mencatat transaksi. Mereka berisi jumlah, mata uang, dan jenis pembelian (langganan, pembelian satu kali, pemulihan). Platform MMP (AppsFlyer, Adjust) memerlukan peristiwa revenue untuk menghitung ROAS.

Menurut data Branch (2024), aplikasi yang dengan benar mengirimkan peristiwa revenue ke MMP menerima data atribusi 25% lebih akurat dan dapat mengoptimalkan kampanye berdasarkan LTV, bukan CPI.

Bagaimana cara mengatur Event Tracking?

Pengaturan Event Tracking berlangsung dalam tiga tahap: perencanaan skema peristiwa, integrasi SDK, validasi data.

Tahap 1: Desain skema peristiwa

Buat Event Taxonomy — dokumen yang menjelaskan setiap peristiwa: nama, parameter, pemicu pengiriman, pemilik. Contoh untuk e-commerce: order_completed → parameter: order_id, total_price, items_count, payment_method, shipping_city.

• Setiap peristiwa menjawab pertanyaan: apa yang dilakukan pengguna?
• Setiap parameter menjawab pertanyaan: dalam konteks apa?
• Hindari peristiwa tanpa parameter — tidak berguna untuk analisis

Tahap 2: Integrasi SDK

Hubungkan Analytics SDK ke proyek. Firebase Analytics, Amplitude, Mixpanel — setiap SDK memerlukan inisialisasi di Application.onCreate(). Contoh untuk 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,
      },
    );
  }
}

Kelas AnalyticsService memusatkan pengiriman semua peristiwa. Setiap metode sesuai dengan tindakan bisnis. Ini menyederhanakan pencarian pengiriman — jika peristiwa tidak datang, cari berdasarkan nama metode dalam kode. Saat penskalaan proyek, jumlah metode bisa bertambah hingga 50–100, tetapi struktur tetap mudah dibaca berkat pengelompokan berdasarkan fitur.

Tahap 3: Validasi melalui DebugView

Firebase DebugView memungkinkan melihat peristiwa secara real-time di perangkat pengembang. Aktifkan mode: adb shell setprop debug.firebase.analytics.app your.package. Semua peristiwa akan muncul di konsol Firebase dengan penundaan kurang dari 5 detik.

Setelah mengaktifkan DebugView, buka aplikasi dan jalankan skenario uji — pendaftaran, pembelian, melihat katalog. Di konsol periksa: apakah semua peristiwa terkirim, apakah parameter benar, apakah tidak ada duplikasi. Amplitude menawarkan alat serupa — Amplitude Debugger untuk iOS dan Android.

Validasi otomatis melalui CI/CD — tingkat kualitas berikutnya. Tambahkan skrip ke pipeline yang memeriksa apakah setiap peristiwa dari skema telah dikirim setidaknya sekali selama uji coba. Ini mencegah peluncuran versi dengan peristiwa yang hilang dan menghemat waktu teknisi QA.

Praktik terbaik penamaan peristiwa

Penamaan peristiwa — aspek Event Tracking yang paling diremehkan. Nama yang salah membuat analitik tidak berguna ketika ada lebih dari 50 peristiwa dalam proyek.

Standar Object + Action

Gunakan pola object_action (huruf kecil, snake_case): product_added, cart_opened, payment_failed, subscription_cancelled. Objek — entitas, tindakan — kata kerja bentuk lampau. Ini dibaca seperti kalimat: “produk ditambahkan”, “keranjang dibuka”.

• product_viewed, bukan “tap_on_product_card” (peristiwa — hasil, bukan tindakan)
• order_completed, bukan “successful_payment_transaction” (singkat dan jelas)
• level_started, bukan “begin_level_with_parameters” (tanpa kata berlebihan)

Pola yang dilarang

JANGAN gunakan spasi (“Add to Cart”), CamelCase (“AddToCart”), titik (“add.to.cart”), tanda hubung (“add-to-cart”). Sebagian besar SDK merekomendasikan snake_case. JANGAN gunakan nama elemen UI (“btn_submit_clicked”) — peristiwa harus bersifat bisnis, bukan teknis.

Untuk prefix tambahkan nama fitur atau layar: onboarding_step_completed, checkout_payment_selected. Ini memungkinkan penyaringan peristiwa berdasarkan fungsionalitas dalam laporan.

Jenis parameter peristiwa

Parameter dibagi menjadi tiga jenis: string (nilai), number (angka untuk agregasi), boolean (bendera). Parameter string berisi data kategorikal: negara, sumber lalu lintas, nama produk. Parameter number berfungsi untuk metrik: harga, jumlah, durasi. Parameter boolean menandai status: is_trial, is_promo_applied.

Hindari mengirim objek atau array dalam satu parameter — platform analitik tidak dapat memprosesnya. Alih-alih string JSON dalam satu bidang, kirim beberapa parameter datar. Misalnya, daripada items_count_total, kirim items_count dan total_price secara terpisah.

Platform untuk Event Tracking

Pemilihan platform Event Tracking tergantung pada skala proyek dan tim. Mari kita pertimbangkan tiga varian dengan tingkat berbeda.

Firebase Analytics (gratis, hingga 500 peristiwa)

Firebase — pilihan standar untuk startup. Batas gratis — 500 event_name berbeda, jumlah parameter tidak terbatas. Integrasi dengan BigQuery untuk analitik kustom. Kekurangan: segmentasi terbatas, tidak ada pengaitan otomatis peristiwa dalam sesi.

Amplitude (Pro mulai dari $1.000/bulan)

Amplitude — platform untuk analitik produk. Mendukung Behavioural Cohorts, Funnel Analysis, Pathfinder. Memungkinkan pembuatan peristiwa virtual dari kombinasi peristiwa nyata. Terintegrasi dengan 50+ alat melalui Segment.

Segment (mulai dari $120/bulan)

Segment — middleware untuk mengelola peristiwa. Anda mengirim peristiwa ke Segment, dan ia mendistribusikannya ke 300+ alat. Berguna di enterprise yang secara bersamaan menggunakan Firebase, Amplitude, Mixpanel, Braze, dan Salesforce.

PostHog (alternatif open-source)

PostHog — platform analitik produk open-source dengan Event Tracking sendiri. Mendukung penangkapan peristiwa otomatis, perekaman sesi, dan feature flags. Diterapkan di server sendiri, yang sangat penting untuk proyek dengan GDPR atau data rahasia. Menyediakan API yang kompatibel dengan Python untuk pipeline ETL.

Untuk proyek Flutter disarankan flutterfire_analytics + Amplitude melalui plugin amplitude_flutter. Untuk React Native — react-native-firebase + mixpanel-react-native.