앱 출시 전 Analytics 체크리스트

Analytics에는 곤란한 성질이 있습니다. 설정 상당수가 소급 적용되지 않는다는 점입니다. 데이터 필터, 맞춤 측정기준, 더 긴 보관 기간은 모두 만든 순간부터 동작합니다. 출시 다음 주에 설정하면 가장 분석하고 싶은 출시 기간은 영영 예전 방식으로 측정된 채 남습니다.

데이터가 답해야 할 질문 정하기

이벤트 코드를 쓰기 전에 질문 3~5개를 적으세요. 첫 출시라면 이런 목록이 유용합니다.

• 사람들이 온보딩을 끝내는가?
• 핵심 행동에 한 번이라도 도달하는가?
• 첫 주 안에 다시 돌아오는가?
• 결제하는 사용자는 어디서 오는가?
• 사람들은 어느 화면에서 떠나는가?

질문 하나에 이벤트 한두 개가 대응되어야 합니다. 어떤 질문에도 답하지 않는 이벤트는 두 번째 릴리스로 미뤄도 됩니다.

출시 전

1. 1

   모든 플랫폼에서 이벤트 이름 한 번에 정하기

   소문자와 밑줄을 쓰고, 맞는 것이 있으면 Google 권장 이벤트 이름을 쓰고, iOS와 Android에서 똑같은 이름을 쓰세요.

2. 2

   매개변수를 맞춤 측정기준으로 등록하기

   보고서나 탐색 분석에서 보고 싶은 매개변수는 등록해야 하며, 등록해도 그 이전 데이터는 채워지지 않습니다.

3. 3

   주요 이벤트 표시하기

   온보딩 완료, 핵심 행동 완료, 구매. 의미가 유지될 만큼 목록을 짧게 두세요.

4. 4

   테스트 트래픽 막기

   개발 빌드용 별도 Firebase 앱, 디버그 빌드에서 Analytics 끄기, 그리고 테스트를 거쳐 활성화한 GA4 개발자 트래픽 필터를 준비하세요.

5. 5

   데이터 보관 기간 설정하기

   탐색 분석과 유입경로 보고서는 보관 기간 설정만큼만 과거를 볼 수 있습니다. 표준 속성은 2개월 또는 14개월이며, 표준 보고서에는 영향이 없습니다.

6. 6

   보고 시간대와 통화 확인하기

   시간대는 하루가 시작되는 기준을 정하고, 나중에 바꾸면 그 시점부터만 적용됩니다.

7. 7

   BigQuery 내보내기 여부 정하기

   나중에 원시 이벤트가 필요할 것 같다면 지금 연결하세요. 내보내기는 연결한 날부터 시작됩니다.

8. 8

   출시 빌드에서 수집이 켜져 있는지 확인하기

   디버그 빌드나 동의 전까지 Analytics를 꺼두었다면, 출시 설정에서 다시 켜지는지 확인하세요.

실제 기기에서 확인하기

• 새로 설치하면 first_open과 session_start가 도착한다
• 주요 이벤트가 행동 한 번에 정확히 한 번, 모든 매개변수가 채워진 채 도착한다
• screen_view가 화면마다 한 번, 읽을 수 있는 이름으로 도착한다
• 앱에서 동의를 받는다면, 동의 전에는 아무 이벤트도 도착하지 않는다
• 샌드박스나 라이선스 테스터 구매가 오류 없이 구매 이벤트를 거친다

출시 첫 주

건너뛰면 생기는 문제

• 대개 가장 크고 가장 많이 분석하는 출시 코호트에 테스터가 섞입니다
• 보관 기간이 지나면 탐색 분석으로 출시 시점을 다시 볼 수 없습니다
• "나중에" 추가한 매개변수 때문에 출시 몇 주간은 세부 분석이 불가능합니다
• 출시일 숫자를 나중에 바꾼 시간대 기준으로 비교하게 됩니다

Appnaly와의 관계

Appnaly는 이 체크리스트가 만들어내는 GA4 데이터를 읽기 때문에 각 항목이 그대로 드러납니다. 걸러낸 테스트 트래픽은 빠지고, 이벤트는 정한 이름 그대로 앱별로 나타나며, 데이터를 보내지 않은 플랫폼은 빠진 스트림으로 보입니다. 출시 후에는 비어 보이는 앱이 있다면 설정 가이드를, 그다음에는 first_open과 스토어 다운로드 비교 글을 먼저 읽어 보세요.