자주 묻는 질문

Actuals

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

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

 

Q. 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에는 이 값이 집계 되지 않습니다.

 

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

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

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

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

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

 

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

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

 

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

  • Installs (App) 
    • Installs는 유저가 앱을 설치하고 처음으로 앱을 실행 하였을 때 측정됩니다.
    • Installs = First Installs + Re-installs 혹은 Installs = Attributed Installs + Unattributed Installs
  • First Installs (App)
    • 에어브릿지 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)
    • 에어브릿지에서 딥링크 정보가 포함된 트래킹 링크를 생성하고, 해당 트래킹 링크를 클릭하여 유저가 앱을 설치하고 최초 실행하는 경우 앱의 메인 화면이 아닌 딥링크 정보로 입력했던 화면으로 이동하게 되며, 이런 경우 Deferred Deeplink installs 로 측정됩니다.

 

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

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

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

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

2) 이벤트 발생 직후 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와 동일)

 

Q. google.adwords와 google은 다른 채널인가요?

  • '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=구글검색키워드
    이런 경우 에어브릿지에서는 Google Referrer 내의 UTM Parameter를 기반으로 가상의 터치포인트를 생성하게 되고 이 가상 터치포인트가 설치에 대한 기여를 가져가게 되면 UTM 파라미터에 따라 아래와 같이 통계가 쌓이게 됩니다.
    • Channel: google
    • Sub Publisher: organic
    • Term: 구글검색키워드
blockquote-check.svg

에어브릿지 - 구글애즈 수치 차이

유저가 구글 플레이 스토어에 자연 유입하여 앱 설치시, 에어브릿지에서는 unattributed로 기록되나 Google Referrer에서는 utm_source=google-play&utm_medium=organic으로 기록되므로 에어브릿지 리포트와 구글 애즈 대시보드 내 데이터 수치차이가 발생할 수 있습니다. 

 

Active Users

Q. Active Users Report(액티브 유저스 리포트)에는 웹 데이터도 포함되나요?

네, 액티브 유저스 리포트는 앱 데이터뿐만이 아니라 웹 데이터도 제공합니다. 앱 또는 웹 메트릭을 선택해 확인할 수 있습니다. 

 

Q. 액티브 유저스(Active Users)와 결제 유저(Paying Users)는 어떻게 계산되나요?

Active Users Report(액티브 유저스 리포트)의 두 메트릭은 쿠키 ID나 디바이스 레벨의 UUID(Universally Unique Identifier)를 기준으로 설정 조건에 부합하는 고유 유저의 수를 세는 방식으로 계산됩니다. 유효하지 않은 UUID는 별도 1명으로 봅니다.

액티브 유저스는 앱 이벤트를 일으킨 고유 유저를 집계한 수치입니다. 결제 유저는 결제 이벤트를 발생시킨 액티브 유저스 수치입니다. 이에 따라 액티브 유저스 리포트는 고유 유저를 정의하는 방식에 따라 결과가 바뀝니다.

 

Q. 한 달 동안 집계된 DAU를 모두 더한 수치와 같은 기간 MAU 수치가 다릅니다. 왜 그런가요?

Active Users Report(액티브 유저스 리포트)는 고유 유저를 기준으로 집계하는 리포트이기 때문에 한 달 동안 집계된 DAU를 모두 더한 수치와 같은 기간 MAU 수치가 다릅니다.

예를 들어 한 사용자가 매일 앱을 켰다면, 한 달(30일) 동안 집계된 DAU의 합은 30입니다. 하루 단위로 고유 유저를 결정했기 때문입니다. 그러나 MAU은 한 달 단위로 고유 유저를 결정합니다. 매일 앱을 켠 사용자와 이달 앱을 단 1번만 켠 사용자 모두 MAU 기준으로 보면 1로 기록됩니다.

 

Q. Active Users Report(액티브 유저스 리포트)에서 그룹바이를 설정하고 집계한 결과를 받았습니다. 그런데 그룹바이로 나뉜 항목의 합이 그룹바이로 나누기 전의 수치와 다릅니다. 왜 그런가요?

그룹바이를 기준으로 고유 유저를 다시 집계하기 때문에 그룹바이로 나뉜 항목의 합이 더 클 수 있습니다.

예를 들어 채널을 기준으로 항목을 나눠서 보면 구글과 네이버로 서비스를 찾은 사용자가 구글, 네이버 기준에서 각각 고유 유저로 정의될 수 있습니다. 이 경우 구글과 네이버 항목에서 각각 1씩 집계됩니다. 그러나 그룹바이가 사라지면 구글과 네이버를 모두 찾은 사용자는 1번만 집계됩니다.

 

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