[클로즈 베타] 데이터 락커의 고급 집계 보고서

프리미엄

beta_feature.png

요약: 데이터 락커의 고급 집계 보고서에는 최적의 데이터 최신성, 정확성, 세분성 및 무제한 볼륨으로 집계된 데이터가 포함됩니다. 이 보고서는 현재 베타 버전입니다.

데이터 락커의 고급 집계 보고서

데이터 락커의 고급 집계 보고서:

  • 집계된 데이터를 기반으로 내부 BI 시스템을 구축할 수 있는 효율적이고 개인 정보를 보호하는 방법을 제공합니다. 어트리뷰션, 이벤트 및 수익 데이터와 가능한 모든 차원 및 지표를 제공합니다.
  • 데이터를 BI 시스템에 로드하여 캠페인 성과 및 최적화 프로세스의 일부로 사용할 수 있습니다.
  • 데이터 최신성을 정확하게 유지하세요. 데이터는 하루에 여러 번 도착하며 해당 날짜에 사용 가능한 모든 데이터와 함께 보고서의 각 후속 버전으로 업데이트됩니다.
  • 미디어 소스 데이터 공유 정책 또는 개인 정보 보호 정책으로 인해 제한될 수 있는 원시 데이터를 보강하는 데 도움이 됩니다. 이러한 제한은 캠페인 및 광고 세트와 같은 어트리뷰션 관련 필드에 영향을 미칩니다.

설정

고급 집계 보고서를 가져오려면 다음 절차 중 하나를 완료하십시오. 

현재 데이터 락커를 통해 데이터를 받고 계신가요?  절차

 

예 

AppsFlyerAdmin_us-en.png데이터 락커에 보고서를 추가하려면:

  1. 앱스플라이어의 사이드 메뉴에서 리포트 > 데이터 락커를 선택합니다.
  2. 가져올 보고서를 모두 선택합니다. 
  3. 구성 저장을 클릭합니다. 
    보고서는 다음 날 사용할 수 있습니다. 
아니오

AppsFlyerAdmin_us-en.pngTo set up Data Locker:

  1. 최초 데이터 락커(광고주 | 파트너) 설정을 완료하십시오.
  2. 데이터 락커에 보고서를 추가합니다.
    1. 앱스플라이어의 사이드 메뉴에서 리포트 > 데이터 락커를 선택합니다.
    2. 가져올 보고서를 모두 선택합니다. 
    3. 구성 저장을 클릭합니다. 
      보고서는 다음 날 사용할 수 있습니다.

사용 가능한 리포트

코호트 버전 보고서

사실 보고

개요

코호트 버전 보고서에는 모든 캠페인 차원 세분성과 함께 코호트화된 모든 집계 데이터가 포함됩니다. 보고서는 데이터 최신성과 정확성을 최대화하기 위해 몇 시간마다 업데이트됩니다.

샘플 보고서 다운로드

사용 가능한 리포트

다음 리포트를 다운로드할 수 있습니다. 보고서 유형은 코호트 대시보드에 자세히 설명되어 있습니다.

  • 사용자 인입: 리인게이지먼트 기간 발생하는 LTV를 포함하는 사용자 인입 미디어 소스로 어트리뷰트됩니다.
  • 리타게팅:  다음이 발생하는 이벤트에 대한 리타게팅 미디어소스로 어트리뷰트합니다.
    • 리인게이지먼트 기간 동안
    • 리어트리뷰션의 결과
  • 통합: 앱스플라이어 이중 어트리뷰션 규칙에 따라 사용자를 데려오는 마지막 터치 미디어 소스 아래에 데이터를 표시합니다. 즉, 리인게이지먼트 중에 발생하는 LTV는 UA 미디어소스가 아닌 리타게팅 미디어소스 아래에 표시됩니다. 
리포팅 기간 지난 1,095일 동안 전환한 사용자입니다. 즉, 보고서에는 매일 이전 1,095일 동안 전환한 사용자의 이벤트가 포함됩니다. 
리포트 구조 보고서의 스키마 (측정기준 및 측정항목 포함)는 고정되어 있으며 수정할 수 없습니다. 
데이터 최신성
  • 당일 내로 보고서는 몇 시간마다 전송됩니다.
  • 보고서는 해당 날짜의 데이터에 대한 것입니다. 즉, 4월 18일의 모든 보고서 버전에는 4월 18일의 모든 현재 데이터가 포함됩니다. 더 알아보기
시간대 UTC
디렉토리 및 파일 이름 구조 더 알아보기
파트너 리텐션 정책의 영향

일부 파트너들은 데이터 리텐션 정책을 구현하다는 점을 고려하십시오. 이 경우 리텐션 기간 종료 이후에 발생하는 이벤트는 코호트 리포트에서 무시됩니다.

예시: SRN A의 데이터 보존 정책은 180일입니다. 180일까지의 사용자 이벤트는 SRNA에 어트리뷰트됩니다. 180일 이후에 발생하는 이벤트는 무시됩니다.

주의: 이벤트는 개요 대시보드에 오가닉으로 표시됩니다.

리포트 구조

리포트는 기준 및 지표로 구성됩니다.

필드의 형식은 다음과 같습니다.

  • 디멘션: 문자열입니다. 문자열의 최대 길이는 동적이며 대부분의 경우 광고 계층 요소를 채우는 방법에 따라 달라집니다.
  • 측정 지표: 숫자입니다. 참고: selected_currency 필드 형식은 문자열입니다.
    사용할 수 있는 지표는 수익, 이벤트를 수행하는 고유 사용자 및 이벤트 발생 횟수입니다. ROI 및 ROAS와 같은 비용 관련 지표를 계산하려면 수익 및 비용 지표가 모두 있어야 합니다. 수익 메트릭은 코호트에 있으며 비용 메트릭은 ROI360 Cost ETL에서 제공합니다.

디멘션

필드 이름 

설명

app_id

--

media_source

--

conversion_type

가능한 값: install, install-unified(통합 리포트의 인스톨 수 표시), re-engagement, re-attribution

attributed_touch_type

가능한 값: 클릭, 노출, 사전 인스톨, 알 수 없음, TV, Null

days_post_attribution

  • 전환 날짜 이후 경과된 일수(특정 전환 타임스탬프 아님).
  • 팁! 이를 사용하여 보존 기간 및 KPI 일수를 계산합니다

event_date 

  • 사용자가 지정된 이벤트를 수행하는 날짜입니다.
  • 형식: yyyy-mm-dd
  • 예시: 사용자가 지정된 인앱 이벤트를 수행한 날짜입니다. 전환의 경우입니다.
  • 주의! event_name이 af_conversion인 경우 이벤트 날짜와 전환 날짜는 동일합니다. 

conversion_date

  • 전환이 발생한 날짜
  • 형식: yyyy-mm-dd
  • 예시: 설치 날짜

event_name

이벤트를 식별합니다. 일부 이벤트 이름은 특정 의미를 갖지만, 다른 이벤트 이름은 앱에서 광고주가 설정한 인앱이벤트와 관련됩니다. 

event_name

사용자가 수행한 작업

af_conversion 사용자가 전환했습니다. conversion_type을 사용하여 인스톨인지, 리인게이지먼트인지 또는 리어트리뷰션인지를 식별합니다.
af_session 앱 실행
코호트 분석 앱 삭제 
광고주가 인앱이벤트 정의 앱에서 인앱이벤트를 실행했습니다.

campaign

캠페인 구조

유의사항: 캠페인 이름 변경은 지원되지 않습니다. 따라서 지정된 캠페인 ID에 여러 이름을 연결할 수 있습니다.  

campaign_id

캠페인 구조

adset

캠페인 구조

adset_id

캠페인 구조

ad

캠페인 구조

ad_id

캠페인 구조

channe

캠페인 구조.

[2021년 10월 27일 업데이트됨] 현재 페이스북은 구글 인스톨 리퍼러(Google Install Referrer) 메커니즘을 통해 제공된 데이터에 채널을 채우지 않습니다.

site_id

캠페인 구조

is_primary_attribution

리타게팅 데이터를 식별하고 중복을 제거하는 데 사용합니다.

geo

ISO 국가 코드는 사용자 IP 주소에서 유래됩니다.

agency

  • 에이전시 투명성 기능이 지원됩니다.
  • 불투명한 에이전시의 경우 광고주와 에이전시가 모두 동일한 이름의 캠페인을 실행하면 동일한 캠페인 이름을 포함하는 행이 여러 개 있을 수 있습니다. 걱정하지 마세요. 행은 중복되지 않습니다.

install_app_store

Android 앱만 해당: 앱이 다운로드된 Android 스토어입니다. 멀티 스토어 안드로이드 어트리뷰션을 구현하는 광고주들이 채워 넣습니다. 비어 있으면 구글 플레이 스토어를 의미합니다. 

keywords

사용자의 온라인 검색에 사용되는 단어입니다. 광고 네트워크가 리포트한 비용입니다.

keyword_id

애드 네트워크에 의해 리턴된 키워드 ID입니다.

측정 지표

필드 이름

설명 형식

unique_users

이벤트를 수행하는 당일 고유 사용자 수입니다.

숫자

revenue_usd

  • 수익 금액(USD)입니다. 예를 들어 $100.56은 100.56으로 반영됩니다.
  • 소수점 이하 최대 2자리입니다.
숫자

event_count

이벤트 발생 횟수입니다.

숫자

selected_currency

앱 설정에서 설정한 3자리 통화 코드(USD, EUR)로, ISO-4217 형식 입니다. 이는 사용자 인터페이스에서 코호트의 수익을 표시하는 데 사용되는 것과 동일한 통화입니다. 

문자열

revenue_selected_currency

  • 선택한 통화의 수익 금액입니다. 예를 들어 선택한 통화가 EUR인 경우 €1234.56는 1234.56으로 반영됩니다.
  • 소수점 이하 최대 2자리입니다
숫자

first_inapp

  • 전환 후 처음으로 이벤트를 수행하는 사용자 수입니다.
  • first_inapp 지표를 합산하면 이벤트에 대한 누적 고유 사용자 수를 얻을 수 있습니다.
숫자

디렉토리 및 파일 이름 구조

보고서 경로는 다음과 같은 폴더 계층으로 구성됩니다.

다음 형식: /t=cohort_unified_versioned/dt=/version=/

보고서 폴더 계층 구조

광고주 버킷의 코호트 버전이 지정된 보고서 폴더 계층 구조의 예는 다음과 같습니다.

bucket
|
└── t=cohort_unified_versioned
    |
    ├── dt=2024-05-05
    |   |
    |   └── version=1714890235
    |   |    |
    |   |    ├── part-00000-4762858-d62a-446e-b499-dd05f2d5434d-c000.csv.gz
    |   |    |
    |   |    ├── part-00001-4762858-d62a-446e-b499-dd05f2d5434d-c000.csv.gz
    |   |    │
    |   |    └── part-00002-4762858-d62a-446e-b499-dd05f2d5434d-c000.csv.gz
    |   |
    |   |
    |   └── version=1714890286
    |        |
    |        ├── part-00000-1d295376-d024-4321-8d34-1fbb37cbb58d-c000.csv.gz
    |        |
    |        ├── part-00001-1d295376-d024-4321-8d34-1fbb37cbb58d-c000.csv.gz
    |        │
    |        └── part-00002-1d295376-d024-4321-8d34-1fbb37cbb58d-c000.csv.gz
    |   |
    .   . 
    .   . 

범례:

  • dt: 보고서에 포함된 이벤트가 발생한 날짜.
  • t: 보고서 유형.
  • 버전: 버전이 생성되었을 때의 Unix 타임스탬프.

보고서 버전 및 데이터 새로 고침

  • 당일 내로 보고서는 몇 시간마다 전송됩니다.
  • 보고서는 해당 날짜에 현재 사용할 수 있는 모든 데이터에 대한 것입니다. 즉, 4월 18일의 모든 보고서 버전에는 4월 18일 해당 시점까지 사용 가능한 모든 데이터가 포함됩니다.
  • 사용 가능한 최신 보고서 버전만 수집합니다.
버전 보고서에는 앱스플라이어가 수신한 데이터(UTC 시간)가 포함됩니다. 적용 케이스 시간 보고서를 사용할 수 있습니다(UTC 시간).
1 0일 오전 4시 0일차에 대한 부분 데이터 0일 오전 8시
2 0일 오전 8시 0일차에 대한 부분 데이터 0일 오후 1시
3 0일 오후 12시 0일차에 대한 부분 데이터 0일 오후 6시
4 0일 오후 4시 0일차에 대한 부분 데이터 0일 오후 9시
5 0일 오후 8시 0일차에 대한 부분 데이터 0일 오후 11:59
6 0일 오후 11:59 Day 0의 전체 전환 및 인앱 이벤트 데이터(Day 0 오후 11:59부터 Day 1 AM 2 사이에 앱스플라이어가 수신하는 S2S 이벤트 제외) 1일차 오전 4시
7 1일차 오전 3시 0일차의 전체 전환 및 인앱 이벤트 데이터와 S2S를 통해 전송된 현재 사용 가능한 광고 수익 데이터 1일차 오전 8시
8 1일차 오전 11시 0일차의 전체 전환 및 인앱 이벤트 데이터와 S2S를 통해 전송된 현재 사용 가능한 광고 수익 데이터 1일차 오후 6시
9 1일차 오후 5시 0일차의 전체 전환 및 인앱 이벤트 데이터와 S2S를 통해 전송된 현재 사용 가능한 광고 수익 데이터 1일 오후 11:59
10 8일차 오전 7시 0일차의 전체 전환 및 인앱 이벤트 데이터와 S2S를 통해 전송된 전체 광고 수익 데이터(광고 수익 네트워크 측에서 발생할 수 있는 잠재적 문제를 고려) 8일차 오후 1시

코호트 시간대 버전 보고서

사실 보고

개요

코호트 시간대 버전 보고서에는 현지화된 시간대에 따라 모든 캠페인 측정기준 세분성과 함께 코호트된 모든 집계 데이터가 포함됩니다. 보고서는 데이터 최신성과 정확성을 최대화하기 위해 몇 시간마다 업데이트됩니다.

샘플 보고서 다운로드

사용 가능한 리포트

다음 리포트를 다운로드할 수 있습니다. 리포트 유형은 코호트 대시보드에 자세히 설명되어 있습니다.

  • 사용자 인입: 리인게이지먼트 기간 발생하는 LTV를 포함하는 사용자 인입 미디어 소스로 어트리뷰트됩니다.
  • 리타게팅:  다음이 발생하는 이벤트에 대한 리타게팅 미디어소스로 어트리뷰트합니다.
    • 리인게이지먼트 기간 동안
    • 리어트리뷰션의 결과
  • 통합: 앱스플라이어 이중 어트리뷰션 규칙에 따라 사용자를 데려오는 마지막 터치 미디어 소스 아래에 데이터를 표시합니다. 즉, 리인게이지먼트 중에 발생하는 LTV는 UA 미디어소스가 아닌 리타게팅 미디어소스 아래에 표시됩니다. 
리포팅 기간

지난 1,095일 동안 전환한 사용자입니다. 즉, 보고서에는 매일 이전 1,095일 동안 전환한 사용자의 이벤트가 포함됩니다.

주의: 현지 시간대로 하루가 아직 시작되지 않은 경우 시간대 버전 보고서는 데이터 없이 도착합니다.

리포트 구조 보고서의 스키마 (측정기준 및 측정항목 포함)는 고정되어 있으며 수정할 수 없습니다. 
데이터 최신성
  • 당일 내로 보고서는 몇 시간마다 전송됩니다.
  • 보고서는 해당 날짜의 데이터에 대한 것입니다. 즉, 4월 18일의 모든 보고서 버전에는 4월 18일의 모든 현재 데이터가 포함됩니다. 더 알아보기
시간대 UTC를 제외한 모든 시간대입니다. 즉, 리포트는 앱스플라이어에서 UTC 시간대로 설정된 모든 앱에 대한 데이터를 제외합니다.
디렉토리 및 파일 이름 구조 더 알아보기
파트너 리텐션 정책의 영향

일부 파트너들은 데이터 리텐션 정책을 구현하다는 점을 고려하십시오. 이 경우 리텐션 기간 종료 이후에 발생하는 이벤트는 코호트 리포트에서 무시됩니다.

예시: SRN A의 데이터 보존 정책은 180일입니다. 180일까지의 사용자 이벤트는 SRNA에 어트리뷰트됩니다. 180일 이후에 발생하는 이벤트는 무시됩니다.

주의: 이벤트는 개요 대시보드에 오가닉으로 표시됩니다.

리포트 구조

리포트는 기준 및 지표로 구성됩니다.

필드의 형식은 다음과 같습니다.

  • 디멘션: 문자열입니다. 문자열의 최대 길이는 동적이며 대부분의 경우 광고 계층 요소를 채우는 방법에 따라 달라집니다.
  • 측정 지표: 숫자입니다. 참고: selected_currency 필드 형식은 문자열입니다.
    사용할 수 있는 지표는 수익, 이벤트를 수행하는 고유 사용자 및 이벤트 발생 횟수입니다. ROI 및 ROAS와 같은 비용 관련 지표를 계산하려면 수익 및 비용 지표가 모두 있어야 합니다. 수익 메트릭은 코호트에 있으며 비용 메트릭은 ROI360 Cost ETL에서 제공합니다.

디멘션

필드 이름 

설명

app_id

--

media_source

--

conversion_type

가능한 값: install, install-unified(통합 리포트의 인스톨 수 표시), re-engagement, re-attribution

attributed_touch_type

가능한 값: 클릭, 노출, 사전 인스톨, 알 수 없음, TV, Null

days_post_attribution

  • 전환 날짜 이후 경과된 일수(특정 전환 타임스탬프 아님).
  • 팁! 이를 사용하여 보존 기간 및 KPI 일수를 계산합니다

event_date 

  • 사용자가 지정된 이벤트를 수행하는 날짜입니다.
  • 형식: yyyy-mm-dd
  • 예시: 사용자가 지정된 인앱 이벤트를 수행한 날짜입니다. 전환의 경우입니다.
  • 주의! event_name이 af_conversion인 경우 이벤트 날짜와 전환 날짜는 동일합니다. 

conversion_date

  • 전환이 발생한 날짜
  • 형식: yyyy-mm-dd
  • 예시: 설치 날짜

event_name

이벤트를 식별합니다. 일부 이벤트 이름은 특정 의미를 갖지만, 다른 이벤트 이름은 앱에서 광고주가 설정한 인앱이벤트와 관련됩니다. 

event_name

사용자가 수행한 작업

af_conversion 사용자가 전환했습니다. conversion_type을 사용하여 인스톨인지, 리인게이지먼트인지 또는 리어트리뷰션인지를 식별합니다.
af_session 앱 실행
코호트 분석 앱 삭제 
광고주가 인앱이벤트 정의 앱에서 인앱이벤트를 실행했습니다.

event_timezone

시간대:

  • days_post_atribution
  • event_date
  • conversion_date

campaign

캠페인 구조

유의사항: 캠페인 이름 변경은 지원되지 않습니다. 따라서 지정된 캠페인 ID에 여러 이름을 연결할 수 있습니다.  

campaign_id

캠페인 구조

adset

캠페인 구조

adset_id

캠페인 구조

ad

캠페인 구조

ad_id

캠페인 구조

channe

캠페인 구조.

[2021년 10월 27일 업데이트됨] 현재 페이스북은 구글 인스톨 리퍼러(Google Install Referrer) 메커니즘을 통해 제공된 데이터에 채널을 채우지 않습니다.

site_id

캠페인 구조

is_primary_attribution

리타게팅 데이터를 식별하고 중복을 제거하는 데 사용합니다.

geo

ISO 국가 코드는 사용자 IP 주소에서 유래됩니다.

agency

  • 에이전시 투명성 기능이 지원됩니다.
  • 불투명한 에이전시의 경우 광고주와 에이전시가 모두 동일한 이름의 캠페인을 실행하면 동일한 캠페인 이름을 포함하는 행이 여러 개 있을 수 있습니다. 걱정하지 마세요. 행은 중복되지 않습니다.

install_app_store

Android 앱만 해당: 앱이 다운로드된 Android 스토어입니다. 멀티 스토어 안드로이드 어트리뷰션을 구현하는 광고주들이 채워 넣습니다. 비어 있으면 구글 플레이 스토어를 의미합니다. 

keywords

사용자의 온라인 검색에 사용되는 단어입니다. 광고 네트워크가 리포트한 비용입니다.

keyword_id

애드 네트워크에 의해 리턴된 키워드 ID입니다.

측정 지표

필드 이름

설명 형식

unique_users

이벤트를 수행하는 당일 고유 사용자 수입니다.

숫자

revenue_usd

  • 수익 금액(USD)입니다. 예를 들어 $100.56은 100.56으로 반영됩니다.
  • 소수점 이하 최대 2자리입니다.
숫자

event_count

이벤트 발생 횟수입니다.

숫자

selected_currency

앱 설정에서 설정한 3자리 통화 코드(USD, EUR)로, ISO-4217 형식 입니다. 이는 사용자 인터페이스에서 코호트의 수익을 표시하는 데 사용되는 것과 동일한 통화입니다. 

문자열

revenue_selected_currency

  • 선택한 통화의 수익 금액입니다. 예를 들어 선택한 통화가 EUR인 경우 €1234.56는 1234.56으로 반영됩니다.
  • 소수점 이하 최대 2자리입니다
숫자

first_inapp

  • 전환 후 처음으로 이벤트를 수행하는 사용자 수입니다.
  • first_inapp 지표를 합산하면 이벤트에 대한 누적 고유 사용자 수를 얻을 수 있습니다.
숫자

디렉토리 및 파일 이름 구조

보고서 경로는 다음과 같은 폴더 계층으로 구성됩니다.

다음 형식으로: /t=cohort_unified_timezone_versioned/dt=/version=/

보고서 폴더 계층 구조

광고주 버킷의 코호트 시간대 버전이 지정된 보고서 폴더 계층 구조의 예는 다음과 같습니다.

bucket
|
└── t=cohort_unified_timezone_versioned
    |
    ├── dt=2024-05-05
    |   |
    |   └── version=1714890235
    |   |    |
    |   |    ├── part-00000-4762858-d62a-446e-b499-dd05f2d5434d-c000.csv.gz
    |   |    |
    |   |    ├── part-00001-4762858-d62a-446e-b499-dd05f2d5434d-c000.csv.gz
    |   |    │
    |   |    └── part-00002-4762858-d62a-446e-b499-dd05f2d5434d-c000.csv.gz
    |   |
    |   |
    |   └── version=1714890286
    |        |
    |        ├── part-00000-1d295376-d024-4321-8d34-1fbb37cbb58d-c000.csv.gz
    |        |
    |        ├── part-00001-1d295376-d024-4321-8d34-1fbb37cbb58d-c000.csv.gz
    |        │
    |        └── part-00002-1d295376-d024-4321-8d34-1fbb37cbb58d-c000.csv.gz
    |   |
    .   . 
    .   . 

범례:

  • dt: 보고서에 포함된 이벤트가 발생한 날짜.
  • t: 보고서 유형.
  • 버전: 버전이 생성되었을 때의 Unix 타임스탬프.

보고서 버전 및 데이터 새로 고침

  • 당일 내로 보고서는 몇 시간마다 전송됩니다.
  • 보고서는 해당 날짜에 현재 사용할 수 있는 모든 데이터에 대한 것입니다. 즉, 4월 18일의 모든 보고서 버전에는 4월 18일 해당 시점까지 사용 가능한 모든 데이터가 포함됩니다.
  • 보고서 사용 사례는 지역과 시간대에 따라 다를 수 있습니다. 더 알아보기
  • 사용 가능한 최신 보고서 버전만 수집합니다.
버전 보고서에는 앱스플라이어가 수신한 데이터(UTC 시간)가 포함됩니다. 적용 케이스 시간 보고서를 사용할 수 있습니다(UTC 시간).
1 -1일 오전 4시 동부 지역 - 0일 부분 데이터 -1일 오전 8시
2 -1일 오전 8시 동부 지역 - 0일 부분 데이터 -1일 오후 1시
3 -1일 오후 12시 동부 지역 - 0일 부분 데이터 -1일 오후 6시
4 -1일 오후 4시 동부 지역 - 0일 부분 데이터 1일 오후 9시
5 -1일 오후 8시 동부 지역 - 0일 부분 데이터 -1 일 11:59 PM
6 -1 일 11:59 PM 동부 및 중부 지역 - 0일에 대한 부분 데이터 0일 오전 4시
7 0일 오전 4시 모든 지역 - 0일차의 부분 데이터 0일 오전 8시
8 0일 오전 8시 모든 지역 - 0일차의 부분 데이터 0일 오후 1시
9 0일 오후 12시 모든 지역 - 0일차의 부분 데이터 0일 오후 6시
10 0일 오후 4시 모든 지역 - 0일차의 부분 데이터 0일 오후 9시
11 0일 오후 8시
  • 동부 지역 - Day 0의 전체 전환 및 인앱 이벤트 데이터
  • 중부 및 서부 지역 - 0일에 대한 부분 데이터
0일 오후 11:59
12 0일 오후 11:59

중부 및 서부 지역 - 0일에 대한 부분 데이터

1일차 오전 4시
13 1일차 오전 4시
  • 중앙 지역 - 0일차의 전체 전환 및 인앱 이벤트 데이터
  • 서부 지역 - 0일차 부분 데이터
  • S2S를 통해 전송된 현재 사용 가능한 광고 수익 데이터
1일차 오전 8시
14 1일차 오전 8시 서부 지역 - 0일차의 부분 데이터 및 S2S를 통해 전송된 현재 사용 가능한 광고 수익 데이터 1일차 오후 1시
15 1일차 오후 12시 서부 지역 - 0일차의 부분 데이터 및 S2S를 통해 전송된 현재 사용 가능한 광고 수익 데이터 1일차 오후 6시
16 1일차 오후 4시 서부 지역 - 0일차의 부분 데이터 및 S2S를 통해 전송된 현재 사용 가능한 광고 수익 데이터 1일차 오후 9시
17 1일차 오후 6시 서부 지역 - 0일차의 부분 데이터 및 S2S를 통해 전송된 현재 사용 가능한 광고 수익 데이터 1일 오후 11:59
18 1일차 오후 8시 서부 지역 - 0일차의 전체 전환 및 인앱 이벤트 데이터와 S2S를 통해 전송된 현재 사용 가능한 광고 수익 데이터 1일 오후 11:59
19 1일 오후 11:59 0일차의 전체 전환 및 인앱 이벤트 데이터와 S2S를 통해 전송된 전체 광고 수익 데이터(광고 수익 네트워크 측에서 발생할 수 있는 잠재적 문제를 고려) 2일차 오전 4시
20 8일 오전 00:00 0일차의 전체 전환 및 인앱 이벤트 데이터와 S2S를 통해 전송된 전체 광고 수익 데이터(광고 수익 네트워크 측에서 발생할 수 있는 잠재적 문제를 고려) 8일차 오전 6시

추가 정보

시간대 지역

보고서 사용 사례는 지역과 시간대에 따라 다를 수 있습니다. 다음 표를 사용하여 어떤 지역이 어떤 시간대와 일치하는지 파악할 수 있습니다.

지역 시간대
동부 UTC+12 - UTC+3
중부 UTC+2.5 - UTC-3
서부 UTC-3.5 - UTC-12

BI 개발사 고려사항

리포트의 데이터 범위

이 리포트에는 사용자 획득, 인스톨 및 리타게팅, 리어트리뷰션, 리인게이지먼트, 관련 인앱이벤트가 포함됩니다.

통합, 사용자 획득 및 리타게팅 보고서를 개별적으로 또는 함께 BI에 로드할 수 있습니다. 함께 로드하고 직접 보기를 필터링하려는 경우: 

  • 통합의 경우 is_primary_attribution=true 또는 null 필드를 사용합니다.
  • 사용자 확보의 경우 conversion_type=Install을 사용합니다.
  • 리타게팅의 경우 conversion_type=리인게이지먼트 또는 리어트리뷰션을 사용합니다.

데이터 로딩 과정에 통합 뷰를 사용하는 경우 로직을 사용하여 캠페인 유형 간에 데이터를 분할해야 합니다. 다시 말하면 사용자 어트리뷰선(인스톨)과 리타게팅(리인게이지먼트)입니다. 이렇게 하려면 conversion_type=install, install-unified, re-engagement 또는 re-attribution을 사용합니다. 리타게팅 이벤트의 이중 어트리뷰션을 참고하십시오.  

필드 수준 고려사항

  • 사후 어트리뷰션 날짜를 사용하여 리텐션 지표 계산을 쉽게 합니다.
  • 캠페인 이름 및 캠페인 ID 측정기준을 사용하여 순 사용자 계산: 캠페인 이름 세분성을 무시할 수 있는 경우, 캠페인 ID의 고유 개수를 합산할 수 있으며 지표가 정확합니다. 
  • 캠페인 구조 필드를 사용하여 데이터를 집계할 수 있습니다.  
  • USD 단위의 수익은 이벤트 발생일의 환율을 사용하여 계산됩니다.  

일반 고려사항

모든 앱의 데이터를 구성할 수 있습니다. 앱당 단일 파일 또는 별도의 파일로 제공할 수 있습니다.

활용 사례

다음은 BI 개발자가 데이터 락커를 통해 추출할 수 있는 코호트 데이터의 인기 있고 실용적인 애플리케이션의 예입니다. 각 예제를 SQL 문과 샘플 Excel 시각적 개체로 설명합니다.  

1. 리텐션 계산

다음 예제에서는 다음을 수행합니다.

  • 1일차와 7일차의 리텐션과 캠페인 및 광고당 총 설치 수를 계산합니다.
  • event_nameaf_conversion로 필터링하여 전환 이벤트당 이벤트 수를 합산합니다.
  • conversion_type=install이 되도록 데이터를 필터링하여 사용자 확보 캠페인을 구체적으로 분석합니다.

SQL 문

select
    campaign_id, ad_id,
    sum(if(event_name = 'af_conversion', event_count,0)) as installs,
    sum(if(event_name = 'af_session' and days_post_attribution = 1, unique_users,0)) / sum(if(event_name = 'af_conversion', event_count,0)) as retention_day1,
    sum(if(event_name = 'af_session' and days_post_attribution = 7, unique_users,0)) / sum(if(event_name = 'af_conversion', event_count,0)) as retention_day7
from YOUR_DATA_LOCKER_REPORT
where
    conversion_date between '2023-06-01' and '2023-06-08'
    and conversion_type = 'install'
    and app_id = YOUR_APP
group by 1,2

Excel 예시

캠페인 ID 광고 ID 인스톨 리텐션 1일 차 리텐션 7일 차
12345678 987654 100 30% 10%
98765432 123456 200 25% 15%
07315466 613770 300 20% 12%

2. 다중 인앱이벤트의 ARPU 계산하기

아래 예제에서는 다음을 수행합니다.

  • 캠페인당 다중 인앱이벤트의 ARPU를 계산합니다.
  • conversion_type=re-engagementconversion_type=re-attribution가 되도록 데이터를 필터링하여 사용자 확보 캠페인을 구체적으로 분석합니다.
  • event_nameaf_conversion로 필터링하여 전환 이벤트당 이벤트 수를 합산합니다.
  • af_purchaseaf_coins의 여러 이벤트의 수익을 합산합니다.
  • 데이터 처리 부하를 최소화하는 데 필요한 최소값(이 경우 7)으로 설정합니다 days_post_attribution .

SQL 문

select
    campaign_id,
    sum(if(days_post_attribution <= 1 and event_name in ('af_purchase', 'af_coins') , revenue_usd, 0)) / sum(if(event_name = 'af_conversion', event_count, 0)) as ARPU_day1,
    sum(if(days_post_attribution <= 3 and event_name in ('af_purchase', 'af_coins') , revenue_usd, 0)) / sum(if(event_name = 'af_conversion', event_count, 0)) as ARPU_day3,
    sum(if(days_post_attribution <= 7 and event_name in ('af_purchase', 'af_coins') , revenue_usd, 0)) / sum(if(event_name = 'af_conversion', event_count, 0)) as ARPU_day7
from YOUR_DATA_LOCKER_REPORT
where
    conversion_date between '2023-06-01' and '2023-06-08'
    and days_post_attribution <= 7
    and conversion_type in ('re-engagement', 're-attribution')
    and app_id = YOUR_APP
group by 1

Excel 예시

캠페인 ID 전환 유형

ARPU

1일 차

ARPU

3일 차

ARPU

7일 차

12345678 리인게이지먼트 6.23 5.11 2.34
98765432 리인게이지먼트 3.57 1.34 4.86
07315466 리어트리뷰션 7.41 6.79 5.29

3. 특정 코호트 날짜에 대한 인앱 이벤트 전환율 계산

아래 예제에서는 다음을 수행합니다.

  • 여러 측정기준(이 경우 전환일, 지역, 캠페인, 광고, 사이트 ID)에 대한 0일 차 인앱 이벤트 전환율을 계산합니다.
  • is_primary=true이 되도록 통합 데이터(UA 및 리타게팅 캠페인 모두)를 분석하여 데이터를 필터링합니다.
  • event_nameaf_conversion로 필터링하여 전환 이벤트당 이벤트 수를 합산합니다.
  • 데이터 처리 부하를 최소화하는 데 필요한 최소값(이 경우 7)으로 설정합니다 days_post_attribution .

SQL 문

select
    conversion_date, geo, campaign_id, ad_id, site_id,
    sum(if(days_post_attribution = 0 and event_name = 'af_complete_tutorial', unique_users, 0)) / sum(if(event_name = 'af_conversion', event_count, 0)) as day0_af_tutorial_conversion
from YOUR_DATA_LOCKER_REPORT
where
    conversion_date between '2023-06-01' and '2023-06-08'
    and is_primary = true
    and app_id = YOUR_APP
group by 1,2,3,4,5

Excel 예시

전환 날짜 지역

캠페인 ID

광고 ID

사이트 ID

0일 차 af_complete_tutorial

2022-11-07 미국 12345678 123456 site_123 45%
2022-11-05 영국 98765432 null site_654 70%
2022-10-31 한국 07315466 null null 63%

4. 일일 인스톨 계산 

아래 예제에서는 다음을 수행합니다.

  • 앱 ID, 전환 날짜, 미디어소스, 이벤트 이름 및 전환 유형당 설치 수를 계산합니다.
  • conversion_typeinstall로 설정하여 UA 설치(리타게팅 아님)를 표시하도록 데이터를 필터링합니다.
  • event_nameaf_conversion로 설정하여 인스톨 합계를 계산합니다.

SQL 문

select
    app_id,
    conversion_date,
    media_source,
    event_name,
    conversion_type,
    sum(events_count) as total
from YOUR_DATA_LOCKER_REPORT
where
    conversion_date between '2023-06-01' and '2023-06-08'
    and conversion_type = 'install'
    and event_name = 'af_conversion'
    and app_id = YOUR_APP
group by 1,2,3,4,5

Excel 예시

앱 ID 전환 날짜

미디어 소스

이벤트 이름

합계

id123456789 2022-11-07 adnet1_int af_conversion 105
id123456789 2022-11-05 adnet2_int af_conversion 216
id123456789 2022-10-31 adnet3_int af_conversion 327

5. Facebook 광고 수익 계산 

아래 예제에서는 다음을 수행합니다.

  • 전환 날짜 및 앱 ID를 기준으로 Facebook의 3일 차 수익을 계산합니다.
  • 데이터를 필터링하여 Facebook 데이터를 분석합니다 media_source='Facebook Ads'.
  • days_post_attribution 을 필요한 최소값(이 경우 7)으로 설정하여 데이터 처리 부하를 최소화합니다.

SQL 문

select
    conversion_date,
    app_id,
    media_source,
    sum(if(days_post_attribution <= 3, revenue_usd, 0)) as revenue_day3
from YOUR_DATA_LOCKER_REPORT
where
    conversion_date between '2022-06-01' and '2023-05-31'
    and days_post_attribution <= 3
    and media_source = 'Facebook Ads'
    and app_id in (APP_ID1, APP_ID2, ...)
group by 1,2,3

Excel 예시

전환 날짜 앱 ID

미디어 소스

수익

3일 차

2022-11-07 id123456789 adnet1_int 400.45
2022-11-05 id123456789 adnet2_int 99.23
2022-10-31 id123456789 adnet3_int 13.34

6. 최대 365일의 코호트 일수에 대한 ASA 키워드 ID당 ARPU 계산 

아래 예제에서는 다음을 수행합니다.

  • 코호트 365일 차까지 키워드 ID당 Apple Search Ads의 ARPU를 계산합니다.
  • media_source='Apple Search Ads'가 되도록 Apple Search Ads 데이터를 필터링하여 분석합니다.
  • event_nameaf_conversion로 필터링하여 전환 이벤트당 이벤트 수를 합산합니다.

SQL 문

select
    media_source,
    keyword_id,
    sum(if(days_post_attribution <= 365, revenue_usd,0)) / sum(if(event_name = 'af_conversion', event_count, 0)) as ARPU_day365
from YOUR_DATA_LOCKER_REPORT
where
    conversion_date between '2022-06-01' and '2023-05-31'
    and media_source = 'Apple Search Ads'
    and app_id = YOUR_APP
group by 1

Excel 예시

미디어 소스

Keyword ID

ARPU

365일 차

adnet1_int 123456 57,019.93
adnet2_int 987654 64,867.84
adnet3_int 666854 48,160.02

7. 지역별 어트리뷰션 시간별 ARPU 7일 계산 

다음 예제에서는 기여 시간별로 KPI를 사용하는 방법을 보여 줍니다. 이 예에서는 다음을 수행합니다.

  • 지역별 어트리뷰션 날짜별로 ARPU 7일차를 계산합니다.
  • 결과는 전환 수를 기준으로 정렬되며 상위 20개 지역이 표시됩니다.
  • conversion_type='install'이 되도록 데이터를 필터링합니다.
  • 첫 번째 열에는 지역이 표시됩니다. 두 번째 열에는 총 전환수가 표시됩니다. 그 이후의 열에는 쿼리에서 행으로 지정된 모든 날짜에 대한 수익 일 7이 표시됩니다.

SQL 문

select
    geo,
    sum(if(event_name = 'af_conversion', event_count, 0)) total_conversions,
    sum(if(cohort_day = '2023-07-11' and days_post_attribution <= 7, revenue_usd, 0)) / sum(if(cohort_day = '2023-07-11' and event_name = 'af_conversion', event_count, 0)) as ARPU_day7_2023_07_11,
    sum(if(cohort_day = '2023-07-12' and days_post_attribution <= 7, revenue_usd, 0)) / sum(if(cohort_day = '2023-07-12' and event_name = 'af_conversion', event_count, 0)) as ARPU_day7_2023_07_12,
    sum(if(cohort_day = '2023-07-13' and days_post_attribution <= 7, revenue_usd, 0)) / sum(if(cohort_day = '2023-07-13' and event_name = 'af_conversion', event_count, 0)) as ARPU_day7_2023_07_13,
    sum(if(cohort_day = '2023-07-14' and days_post_attribution <= 7, revenue_usd, 0)) / sum(if(cohort_day = '2023-07-14' and event_name = 'af_conversion', event_count, 0)) as ARPU_day7_2023_07_14,
    sum(if(cohort_day = '2023-07-15' and days_post_attribution <= 7, revenue_usd, 0)) / sum(if(cohort_day = '2023-07-15' and event_name = 'af_conversion', event_count, 0)) as ARPU_day7_2023_07_15,
    sum(if(cohort_day = '2023-07-16' and days_post_attribution <= 7, revenue_usd, 0)) / sum(if(cohort_day = '2023-07-16' and event_name = 'af_conversion', event_count, 0)) as ARPU_day7_2023_07_16
from YOUR_DATA_LOCKER_REPORT
where
    conversion_date between '2023-07-11' and '2023-07-16'
    and days_post_attribution <= 7
    and conversion_type = 'install'
    and app_id = 'YOUR_APP'
group by 1
order by 2 desc
limit 20

Excel 예시

지역

총 전환 수

2023-07-11 ARPU 7일차

2023-07-12 ARPU 7일차

2023-07-13 ARPU 7일차

2023-07-11 ARPU 7일차

2023-07-11 ARPU 7일차

2023-07-16 ARPU 7일차

한국 120,660 7,798.89달러 6,997.37달러 8,258.95달러 9,050.21달러 10,018.04 13,765.73달러
캐나다 35,099 64,867.84달러 7,050.19달러 5,656.33달러 9,553.75달러 8,632.41달러 11,308.06달러
칠레 26,750 48,160.02 21,249.55달러 22,584.57달러 24,033.07 31,118.91달러 41,145.22달러

8. 전환 후 7일째 되는 날 구매 계산 

아래 예제에서는 다음을 수행합니다.

  • 전환 후 7일 후에 af_purchase 이벤트를 수행하는 누적 고유 사용자를 계산합니다(통합 보기에서).
  • 이벤트에 대한 전환율, 즉 전환 후 7일 이내에 구매한 전환의 비율을 계산합니다.
  • conversion_type='install'이 되도록 데이터를 필터링합니다.
  • 데이터는 앱, 전환 날짜, 미디어소스, 캠페인, 광고 세트별로 그룹화됩니다.

SQL 문

select
    app_id, conversion_date, media_source, campaign, adset,
    sum(if(event_name = 'af_conversion', event_count,0)) as unified_conversions,
    sum(if(event_name = 'af_purchase', first_inapp, 0)) as af_purchase_day_7_cumulative_unique_users,
    concat(
        cast(
            round(
                sum(if(event_name = 'af_purchase', first_inapp, 0)) /
                sum(if(event_name = 'af_conversion', event_count, 0)) * 100.0
            ,2)
        as varchar),
    '%') as af_purchase_day_7_cumulative_unique_users_conversion_rate
from YOUR_DATA_LOCKER_REPORT
where
    conversion_date between '2023-12-01' and '2023-12-31'
    and is_primary = True
    and days_post_attribution <= 7
    and app_id in (APP_ID1, APP_ID2, ...)
group by 1,2,3,4,5

Excel 예시

앱 ID

전환 날짜

미디어 소스

캠페인

광고세트

통합 변환

D7 af_purchase 누적

D7 af_purchase 전환율

id123456789 2024-03-05 adnet1_int campaign_1 adset_1 100 20 20%
id123456789 2024-03-07 adnet2_int campaign_2 adset_2 200 10 5%
id123456789 2024-03-31 adnet3_int campaign_3 adset_3 150 15 10%

특징 및 제약 사항

특징  
비용 데이터 해당 없음. 비용 ETL 사용.
캠페인 이름 변경 지원 안 됨. 캠페인 이름이 변경된 경우 그룹화 및 필터링에 캠페인 ID를 사용합니다.
데이터 최신성 당일 내
광고 수익

사용 가능

통화  행에 USD와 앱 특정 통화를 모두 사용할 수 있습니다.
시간대

앱별 시간대는 시간대 버전 보고서에서 사용할 수 있습니다.

오가닉 데이터 사용 가능
전환 후 일수 (인스톨, 리어트리뷰션, 리인게이지먼트) 데이터를 사용할 수 있습니다.

1,095일을 사용할 수 있습니다.

에이전시 투명성
  • 지원됨. 
  • X 광고 및 메타 광고 데이터는 항상 투명합니다.
앱 분리 지원됨.
SKAN 데이터 포함되지 않음. 즉, 데이터는 iOS 포스트백에 의해 제공됩니다.
데이터 제거 제거는 매일 처리됩니다. 따라서 하루 동안의 전체 데이터(부분 데이터 아님)가 포함된 보고서에만 표시됩니다.

참고 항목