FAQ - 통계 리포트

Airbridge 통계 리포트와 관련 된 FAQ 입니다.

Actuals

1. Install(App)의 데이터의 경우 앱이 설치 되면 자동적으로 집계되는 건가요?

Install 이벤트의 경우, 별도의 이벤트로 설정해주지 않아도 에어브릿지 SDK가 정상적으로 설치되었을 경우 트래킹이 됩니다. 다만 Install(App) 이벤트의 기준은 앱을 앱 마켓에서 설치 후 최초로 실행을 한 경우이며, 설치만하고 앱을 실행하지 않으면 Install(App) 이벤트가 기록되지 않습니다.

 

2. Is First Event per Device ID 와 Is First Event per User ID 는 어떤 차이가 있나요?

Is First Event per Device ID: Device ID기준으로 첫 이벤트를 판별하며, App 이벤트에 대해서만 해당 Property가 제공됩니다.
Is First Event per User ID: User ID 기준으로 첫 이벤트를 판별하며, Web/App 이벤트 모두에 대해서 해당 Property가 제공됩니다. 첫 이벤트 판별시 Event Category는 통합 플랫폼(Web+App)으로 적용됩니다. 즉, 예를 들어 '로그인' 이벤트가 같은 User ID로 Web과 App에서 순차적으로 발생시, '로그인'이벤트가 먼저 발생한 웹에는 첫 이벤트 값으로 집계가 되지만, 두번째 순서로 발생한 App에는 이 값이 집계 되지 않습니다.

 

3. 에어브릿지에 있는 채널 중에 $$default$$ 는 무슨 뜻인가요?

에어브릿지 트래킹링크는 https://abr.ge/@{앱이름}/{채널}?{캠페인_파라미터}와 같은 포맷으로 구성되어있는데, 이 때 {채널} 값이 빈 상태로 트래킹링크 클릭을 하는 경우 $$default$$란 값으로 노출 됩니다.

Airbridge 대시보드 상에서 트래킹링크를 생성하는 경우 '채널'은 필수값이기 때문에 '채널'정보가 없이는 트래킹링크 생성이 불가능하며, 이와 같은 경우는 대부분 대시보드를 거치지 않고 트래킹링크를 동적으로 생성하게 되는 경우 발생할 수 있습니다.

예) https://abr.ge/@airbridge_demo?campaign=abc 클릭시, 캠페인 파라미터 통계 값

  • channel: $$default$$
  • campaign: abc

 

4. Retention 리포트와 Actuals 리포트의 설치 수가 일치하지 않는데 왜 그런 차이가 발생하나요?

Retention 리포트에서의 설치 수는 분석 기간으로 설정한 기간 동안의 '중복 설치'를 제외한 수치이기 때문에, Actual 리포트에서 확인한 설치 수보다 조금 더 적을 수 있습니다. Retention은 특정 기간의 ADID를 기준으로 해당 ADID가 설치 시점 이후 얼마나 오랜 시간동안 앱에서 활동 했는지를 살펴볼 수 있는 정보이다 보니 고유의 ADID를 기준으로 집계하고 있습니다.

 

5. 각 인스톨 지표가 뜻하는 정확한 의미가 뭔가요?

  • Installs (App)
    • Installs는 유저가 앱을 설치하고 처음으로 앱을 실행 하였을 때 측정됩니다.
    • Installs = First Installs + Re-installs 혹은 Installs = Attributed Installs + Unattributed Installs
  • First Installs (App)
    • Airbridge SDK를 설치 후 유입 된 ADID 기준으로 First Installs (설치 후 오픈)가 측정됩니다.
      • 참고사항) 해당 ADID가 앱을 삭제한 후, 다시 앱을 설치하여 처음 오픈한 경우 해당 ADID는 이미 에어브릿지에 First Installs로 측정된 이력이 있기 때문에, First Installs가 아닌, Re-installs 지표로 측정됩니다.
      • 참고사항) 유저가 광고 식별자 재설정을 통해 새로운 ADID를 부여받은 후, 새로운 ADID에서 앱을 설치하고 처음 열었다면 해당 ADID는 First Installs 지표로 측정됩니다.
  • Re-installs (App)
    • 기존에 동일 ADID로 Airbridge에 Install 이벤트가 집계 된 이력이 있다면, Re-Install 으로 측정됩니다.
  • Attributed Installs (App)
    • 유효한 터치포인트가 없는 경우(Unattributed)를 제외하고 Integrated Channel 또는 Custom Channel등 특정 채널로 기여된 설치 수를 의미합니다.
    • 자연유입 및 기여기간이 벗어난 경우 등 유요한 터치포인트가 없었던 설치수를 확인하고자 하는 경우 Unattributed Installs 지표로 설정하면 됩니다.
    • UTM 파싱을 통해서 트래킹하는 경우, UTM 파싱을 통한 인스톨 또한 attributed installs 에 포함됩니다.
  • Deferred Deeplink Installs (App)
    • Airbridge에서 딥링크 정보가 포함된 트래킹 링크를 생성하고, 해당 트래킹 링크를 클릭하여 유저가 앱을 설치하고 최초 실행하는 경우 앱의 메인 화면이 아닌 딥링크 정보로 입력했던 화면으로 이동하게 되며, 이런 경우 Deferred Deeplink installs 로 측정됩니다.

 

6. Actuals 리포트에서 어제 확인했던 데이터 수치가 오늘 확인했을 때 더 늘었는데 왜 그런건가요? 확정 된 데이터는 언제 확인할 수 있나요?

Actuals 통계 수치 확인 시 과거의 데이터가 기존에 확인했던 수치와 달라지는 경우가 있습니다. 정확히는 이전에 확인한 수치보다 더 증가할 수 있습니다. 예를 들면 Actuals에서 1월 5일의 Install 수치를 1월 6일에 확인했을 때는 100건이었지만 1월 7일 오후에 확인했을 때는 110건이 되는 경우입니다.

Airbridge에서는 실시간으로 이벤트를 집계하고 있지만 아래와 같은 이유 등으로 이벤트가 Airbridge 서버로 실시간 전송이 되지 않는 경우가 발생할 수 있습니다. 

1) 최종사용자(End-User) 단에서 불안정한 네트워크 상황

2) 이벤트 발생 직후 Airbridge 서버로 전송이 되기 전에 앱을 백그라운드로 내리거나 종료한 경우

이렇게 실제 이벤트 발생 시점보다 늦게 Airbridge 서버로 전송되는 경우들에 대해서 최대한 데이터의 누락을 방지하고 정확한 기여를 측정하기 위해서 Airbridge에서는 매일 새벽 기준(06:00 KST)으로 2일 전 하루치(24시간) 데이터에 대한 재계산을 통하여 Actuals 리포트에 최종 수치를 정확하게 반영하고 있습니다. 즉, 실시간으로 진행되는 1차 계산 이후에 들어온 추가 이벤트에 대해서 2차 계산을 수행하고, 여기에서 반영된 추가 이벤트의 개수가 Actuals 통계상의 수치에 반영되게 됩니다. (2차 계산 이후에 들어온 데이터에 대해서는 처리 되지 않습니다.)

이벤트 데이터 보정 시간은 매일 한국시간으로 오전 6시에 완료되어 조회 시점 기준으로 이틀 전 데이터는 최종 데이터로 더이상 수치가 변하지 않습니다.

<예시>

  • 데이터 조회 날짜: 3월 24일 06:00 이후 (KST) 기점 2일 전 데이터까지가 확정 된 데이터
    • 당일 & 1일 전 (3월 23일 00:00 ~ 23:59 + 3월 24일) 데이터의 경우 아직 확정되지 않았으며, 변동 가능성 있음
    • 2일 전 (3월 22일 00:00 ~ 23:59) 데이터의 경우 확정되어서, 앞으로 변동되지 않음 (Raw Data와 동일)

 

7. google.adwords, google, google-play 의 차이는 무엇인가요?

  • 'google.adwords : Google Ads 유료 광고 채널에 기여된 성과입니다. LINK ID 혹은 트래킹 템플릿을 활용하여 Google Ads 광고를 진행한 경우, 해당 광고의 성과가 google.adwords 채널에 기여됩니다.
  • 'google' : Custom Channel로 'google' 이란 채널의 트래킹링크를 생성하여 해당 트래킹링크에 기여 성과가 기록된 경우이거나 '구글 검색창 → 검색결과에 나타난 앱 다운로드 클릭 → 구글 플레이스토어 이동 → 설치 완료' 와 같은 Flow로 앱이 설치 되는 경우, Google Referrer 값으로 아래와 같은 값이 전달되게 됩니다.
    utm_source=google&utm_medium=organic&utm_term=구글검색키워드
    이런 경우 Airbridge에서는 Google Referrer 내의 UTM Parameter를 기반으로 가상의 터치포인트를 생성하게 되고 이 가상 터치포인트가 설치에 대한 기여를 가져가게 되면 UTM 파라미터에 따라 아래와 같이 통계가 쌓이게 됩니다.
    • Channel : google
    • Sub Publisher : organic
    • Term : 구글검색키워드
  • 'google-play' : Custom Channel로 'google-play' 이란 채널의 트래킹링크를 생성하여 해당 트래킹링크에 기여 성과가 기록된 경우이거나 '구글 플레이 스토어 → 앱 설치' 와 같은 Flow로 Android에서 별다른 Referrer 없이 구글 플레이 스토어를 통해 앱을 검색하여 설치하게 되면 Google Referrer로 아래와 같은 값이 전달됩니다.
    utm_source=google-play&utm_medium=organic
    위와 같은 경로로 앱이 설치 되는 경우, Airbridge에서는 Google Referrer 내의 UTM Parameter를 기반으로 가상의 터치포인트를 생성하게 되고 이 가상 터치포인트가 설치에 대한 기여를 가져가게 되면 UTM 파라미터에 따라 아래와 같이 통계가 쌓이게 됩니다.
    • Channel: google-play
    • Sub Publisher: organic
    • Channel Type: Market

 

Active Users

1. Active User의 기준이 무엇인가요? 웹 데이터도 포함인가요?

Active User는 에어브릿지 Device UUID를 기준으로 측정되며, 현재 웹 데이터는 포함하고 있지 않습니다.  

 

2. 한달동안의 DAU 합계와 MAU 수치가 다른데 왜 그런것인가요?

DAU와 MAU는 고유의 유저를 판별하는 방법이 달라서 다른 계산값이 나옵니다. 예를 들어, A라는 유저가 30일동안 매일 들어왔으면 DAU의 합은 하루하루 단위로 고유의 유저를 판별했기 때문에 1X30=30이 될 것입니다. 그러나, MAU는 A라는 유저가 매일 들어왔다고 해도 월간으로 계산을 했기 때문에 1이 됩니다. 따라서 둘의 수치는 다른 결과값을 반영합니다.

 

3. Active Users 리포트에 그룹바이를 추가하고 각 항목을 합계를 계산해보니 그룹바이 전에 확인했던 수치와 다른데 왜 그런것인가요?

Active Users 대시보드에서 Channel로 그룹바이 하신 후 Active Users 수치를 확인하실 경우 각 채널 별 고유값을 확인하게 되어, 동일 기간 내 단순 고유값을 확인하실 때보다 더 큰 수치로 확인될 수 있습니다.
예를 들어, 선택한 기간 내 Google, Naver 채널에 한 번 씩 기여 처리된 유저의 경우, 전체 유니크 수는 1로 카운트 되지만 채널 별로 그룹바이할 경우 Google과 Naver에 각각 1씩 카운트가 됩니다.

 

더 궁금하신 점이 있으시면 우측 상단의 '문의하기' 및 platform@ab180.co 로 문의하시길 바랍니다. 

도움이 되었습니까?
0명 중 0명이 도움이 되었다고 했습니다.