모바일 앱의 Event Tracking: 기초, 이벤트 유형 및 설정 방법

Event Tracking이란?

Event Tracking은 앱 내 사용자의 개별 행동을 수집, 저장, 분석하는 프로세스입니다. 각 이벤트는 이름(event_name)과 매개변수 집합(event_params)으로 구성됩니다. 예를 들어 purchase 이벤트에는 price, currency, product_id, quantity 매개변수가 있습니다.

Screen View가 화면을 열었다는 사실만 기록하는 반면, Event Tracking은 사용자가 해당 화면에서 정확히 무엇을 하는지 설명합니다: "구매" 버튼을 눌렀다, 장바구니를 열었다, 프로모션 코드를 적용했다. 이벤트 없이는 사용자 행동의 동기와 컨텍스트를 이해할 수 없습니다.

이벤트 구조

각 Analytics Event는 필수 필드와 선택 필드로 구성됩니다. 필수: event_name, event_timestamp, user_id(또는 device_id). 선택: 매개변수, 컨텍스트 설명.

revenue 매개변수는 특히 중요합니다 — MMP 플랫폼으로 전달되어 ROAS와 LTV를 자동 계산하는 데 사용됩니다.

모바일 분석의 이벤트 유형

이벤트는 발생 원인과 목적에 따라 분류됩니다. 이러한 구분은 데이터 구조를 정리하고 팀별 접근 권한을 설정하는 데 도움이 됩니다.

자동 이벤트(SDK)

SDK는 분석 플랫폼이 자동으로 기본 이벤트를 수집합니다: app_install, app_remove, session_start, screen_view. Firebase Analytics는 코드 한 줄 없이 약 20개의 자동 이벤트를 생성합니다. 이러한 이벤트는 기본 메트릭을 다루지만 비즈니스 로직 이해에는 충분하지 않습니다.

맞춤 이벤트(Custom Events)

맞춤 이벤트가 Event Tracking을 가치 있게 만듭니다. 비즈니스 행동을 설명합니다: add_to_cart, start_subscription, level_complete, share_content, search_performed. 맞춤 이벤트는 앱 코드에서 명시적으로 전송해야 합니다.

// 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)

예제에서 subscribe_premium 이벤트에는 4개의 컨텍스트 매개변수가 포함되어 있습니다. source 매개변수는 사용자가 온보딩, 설정 또는 페이월 중 어떤 화면에서 구독을 시작했는지 파악할 수 있게 합니다.

User Properties와 Super Properties

이벤트 외에도 Event Tracking에는 User Properties — 사용자에게 연결된 속성(구독 수준, 국가, 앱 버전)이 있습니다. User Property는 한 번 전송되며 해당 세션의 모든 후속 이벤트에 적용됩니다. 이를 통해 각 이벤트에 매개변수를 추가하지 않고도 분석을 세분화할 수 있습니다.

Super Properties(Amplitude) 또는 Global Properties(Mixpanel)는 사용자가 아닌 세션에 연결된 속성입니다. A/B 테스트에 사용되며, variant_id를 Super Property로 세션의 모든 이벤트에 추가하여 분석가가 사용자 그룹을 식별할 수 있습니다.

수익 이벤트

수익 이벤트는 거래를 기록하기 위한 별도 클래스입니다. 금액, 통화, 구매 유형(구독, 단일 구매, 복원)을 포함합니다. MMP 플랫폼(AppsFlyer, Adjust)은 ROAS 계산을 위해 수익 이벤트가 필요합니다.

Branch(2024) 데이터에 따르면, 수익 이벤트를 MMP에 정확히 전송하는 앱은 기여도 데이터 정확도가 25% 향상되고 CPI가 아닌 LTV 기반 캠페인 최적화가 가능합니다.

Event Tracking 설정 방법

Event Tracking 설정은 3단계로 진행됩니다: 이벤트 스키마 계획, SDK 통합, 데이터 검증.

1단계: 이벤트 스키마 설계

Event Taxonomy 문서를 만듭니다. 각 이벤트의 이름, 매개변수, 전송 트리거, 담당자를 기술합니다. E-Commerce 예: order_completed → 매개변수: order_id, total_price, items_count, payment_method, shipping_city.

• 각 이벤트는 "사용자가 무엇을 했는가?"에 답합니다
• 각 매개변수는 "어떤 컨텍스트인가?"에 답합니다
• 매개변수가 없는 이벤트는 피하세요 — 분석에 무용합니다

2단계: SDK 통합

Analytics SDK를 프로젝트에 연결합니다. Firebase Analytics, Amplitude, Mixpanel — 모든 SDK는 Application.onCreate()에서 초기화가 필요합니다. 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,
      },
    );
  }
}

AnalyticsService 클래스는 모든 이벤트 전송을 중앙 집중화합니다. 각 메서드는 비즈니스 행동에 대응합니다. 이벤트가 도착하지 않을 경우 코드에서 메서드 이름으로 검색할 수 있어 문제 해결이 용이합니다. 프로젝트가 확장됨에 따라 메서드 수는 50~100개까지 늘어날 수 있지만, 기능별 그룹화로 구조는 계속 읽기 쉽게 유지됩니다.

3단계: DebugView를 통한 검증

Firebase DebugView를 사용하면 개발자 기기에서 이벤트를 실시간으로 볼 수 있습니다. 다음 명령으로 모드를 활성화합니다: adb shell setprop debug.firebase.analytics.app your.package. 모든 이벤트가 5초 미만의 지연으로 Firebase 콘솔에 표시됩니다.

DebugView를 활성화한 후 앱을 열고 테스트 시나리오(등록, 구매, 카탈로그 탐색)를 실행합니다. 콘솔에서 모든 이벤트가 전송되었는지, 올바른 매개변수가 전달되었는지, 중복이 없는지 확인합니다. Amplitude에도 유사한 도구 — iOS 및 Android용 Amplitude Debugger가 있습니다.

CI/CD를 통한 자동 검증은 다음 품질 수준입니다. 파이프라인에 스크립트를 추가하여 스키마 내 각 이벤트가 테스트 실행 중 최소 한 번 전송되었는지 확인합니다. 이는 이벤트가 누락된 버전의 출시를 방지하고 QA 엔지니어의 시간을 절약합니다.

이벤트 명명 모범 사례

이벤트 명명은 Event Tracking에서 가장 과소평가된 측면입니다. 잘못된 이름은 프로젝트에 50개 이상의 이벤트가 있을 때 분석을 무용지물로 만듭니다.

Object + Action 표준

object_action 패턴(소문자, snake_case)을 사용합니다: product_added, cart_opened, payment_failed, subscription_cancelled. 객체는 엔티티, 행동은 과거형 동사입니다. "상품이 추가됨", "장바구니가 열림"처럼 문장으로 읽힙니다.

• product_viewed ("tap_on_product_card"가 아닙니다 — 이벤트는 결과이지 행동이 아닙니다)
• order_completed ("successful_payment_transaction"가 아닙니다 — 간결하고 명확하게)
• level_started ("begin_level_with_parameters"가 아닙니다 — 불필요한 단어 없이)

금지된 패턴

공백("Add to Cart"), CamelCase("AddToCart"), 점("add.to.cart"), 하이픈("add-to-cart")은 사용하지 마세요. 대부분의 SDK는 snake_case를 권장합니다. UI 요소 이름("btn_submit_clicked")도 사용하지 마세요 — 이벤트는 기술적이 아닌 비즈니스적이어야 합니다.

접두사로 기능 또는 화면 이름을 추가합니다: onboarding_step_completed, checkout_payment_selected. 이를 통해 보고서에서 기능별로 이벤트를 필터링할 수 있습니다.

이벤트 매개변수 유형

매개변수는 세 가지 유형으로 나뉩니다: string(값), number(집계용 숫자), boolean(플래그). String 매개변수는 국가, 트래픽 소스, 상품명 등 범주형 데이터를 포함합니다. Number 매개변수는 가격, 수량, 기간 등 메트릭에 사용됩니다. Boolean 매개변수는 상태를 표시합니다: is_trial, is_promo_applied.

하나의 매개변수에 객체나 배열을 전달하지 마세요 — 분석 플랫폼이 이를 파싱할 수 없습니다. 하나의 필드에 JSON 문자열을 넣는 대신 여러 개의 평면 매개변수로 전달하세요. 예를 들어 items_count_total 대신 items_count와 total_price를 개별적으로 전달합니다.

Event Tracking 플랫폼

Event Tracking 플랫폼 선택은 프로젝트 규모와 팀에 따라 다릅니다. 세 가지 다른 수준의 옵션을 살펴보겠습니다.

Firebase Analytics(무료, 최대 500개 이벤트)

Firebase는 스타트업의 표준 선택입니다. 무료 한도는 500개의 서로 다른 event_name이며, 매개변수 수는 무제한입니다. 맞춤 분석을 위해 BigQuery와 통합됩니다. 단점: 제한적인 세분화, 세션 내 이벤트 자동 연결 없음.

Amplitude(Pro 월 $1,000~)

Amplitude는 제품 분석 플랫폼입니다. Behavioural Cohorts, Funnel Analysis, Pathfinder를 지원합니다. 실제 이벤트 조합으로 가상 이벤트를 생성할 수 있습니다. Segment를 통해 50개 이상의 도구와 통합됩니다.

Segment(월 $120~)

Segment는 이벤트 관리를 위한 미들웨어입니다. 이벤트를 Segment로 보내면 Segment가 300개 이상의 도구로 배포합니다. Firebase, Amplitude, Mixpanel, Braze, Salesforce를 동시에 사용하는 엔터프라이즈 환경에서 유용합니다.

PostHog(오픈소스 대안)

PostHog은 자체 Event Tracking을 갖춘 오픈소스 제품 분석 플랫폼입니다. 자동 이벤트 캡처, 세션 녹화, 기능 플래그를 지원합니다. 자체 서버에 배포할 수 있어 GDPR 또는 기밀 데이터를 다루는 프로젝트에 중요합니다. ETL 파이프라인용 Python 호환 API를 제공합니다.

Flutter 프로젝트에는 flutterfire_analytics + amplitude_flutter 플러그인을 통한 Amplitude를 권장합니다. React Native에는 react-native-firebase + mixpanel-react-native를 권장합니다.