간단히 보기: 데이터 락커의 고급 집계 보고서에는 최적의 데이터 최신성, 정확성, 세분성 및 무제한 볼륨으로 집계된 데이터가 포함됩니다.
데이터 락커의 고급 집계 리포트
데이터 락커의 고급 집계 보고서:
- 집계된 데이터를 기반으로 내부 BI 시스템을 구축할 수 있는 효율적이고 개인 정보를 보호하는 방법을 제공합니다. 어트리뷰션, 이벤트 및 수익 데이터와 가능한 모든 차원 및 지표를 제공합니다.
- 데이터를 BI 시스템에 로드하여 캠페인 성과 및 최적화 프로세스의 일부로 사용할 수 있습니다.
- 데이터 최신성을 정확하게 유지하세요. 데이터는 하루에 여러 번 도착하며 해당 날짜에 사용 가능한 모든 데이터와 함께 보고서의 각 후속 버전으로 업데이트됩니다.
- 미디어 소스 데이터 공유 정책 또는 개인 정보 보호 정책으로 인해 제한될 수 있는 원시 데이터를 보강하는 데 도움이 됩니다. 이러한 제한은 캠페인 및 광고 세트와 같은 어트리뷰션 관련 필드에 영향을 미칩니다.
설정
고급 집계 보고서를 가져오려면 다음 절차 중 하나를 완료하십시오.
| 현재 데이터 락커를 통해 데이터를 받고 계신가요? | 절차 |
|---|---|
|
Yes |
|
| 아니요 |
|
사용 가능한 리포트
사실 보고
| 개요 |
코호트 버전 보고서에는 모든 캠페인 차원 세분성과 함께 코호트화된 모든 집계 데이터가 포함됩니다. 보고서는 데이터 최신성과 정확성을 최대화하기 위해 몇 시간마다 업데이트됩니다. |
| 사용 가능한 리포트 | 다음 리포트를 다운로드할 수 있습니다. 보고서 유형은 코호트 대시보드에 자세히 설명되어 있습니다.
|
| 리포팅 기간 | 지난 1,095일 동안 전환한 사용자입니다. 즉, 보고서에는 매일 이전 1,095일 동안 전환한 사용자의 이벤트가 포함됩니다. |
| 리포트 구조 | 보고서의 스키마 (측정기준 및 측정항목 포함)는 고정되어 있으며 수정할 수 없습니다. |
| 데이터 최신성 |
|
| 시간대 | UTC |
| 디렉터리 및 파일 이름 구조 | 더 알아보기 |
| 파트너의 데이터 보존 정책의 영향 |
일부 파트너는 데이터 보존 정책을 시행할 수 있습니다. 이 경우, 보존 기간이 끝난 후 발생한 이벤트는 코호트 보고서에서 오가닉으로 간주됩니다. 예시: SRN A의 데이터 보존 정책은 180일입니다. |
리포트 구조
보고서는 차원과 지표로 구성됩니다.
필드의 형식은 다음과 같습니다.
- 차원: 문자열입니다. 문자열의 최대 길이는 동적으로, 대부분 광고 계층 구조의 요소를 어떻게 채우느냐에 따라 달라집니다.
-
지표: 숫자입니다. 참고: selected_currency 필드 형식은 문자열입니다.
사용할 수 있는 지표는 수익, 이벤트를 수행하는 고유 사용자 및 이벤트 발생 횟수입니다. ROI 및 ROAS와 같은 비용 관련 지표를 계산하려면 수익 및 비용 지표가 모두 있어야 합니다. 수익 지표는 코호트에서 제공되며, 비용 지표는 ROI360 Cost ETL에서 제공됩니다.
디멘션
| 필드 이름 | 설명 | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| app_id | |||||||||||
| media_source | |||||||||||
| conversion_type | 가능한 값: 설치, install_unified (통합 보고서에서 설치를 나타냄), 재참여, 재어트리뷰션 | ||||||||||
| attributed_touch_type | 가능한 값: 클릭, 노출, 사전 설치, 알 수 없음, TV, null | ||||||||||
| days_post_attribution |
|
||||||||||
| 이벤트 날짜 |
|
||||||||||
| conversion_date |
|
||||||||||
| event_name | 이벤트를 식별합니다. 일부 이벤트 이름은 특정 의미를 갖지만, 다른 이벤트 이름은 앱에서 광고주가 설정한 인앱이벤트와 관련됩니다.
|
||||||||||
| campaign |
캠페인 구조 고려 사항: 캠페인 이름 변경은 지원되지 않습니다. 따라서 지정된 캠페인 ID에 여러 이름을 연결할 수 있습니다. |
||||||||||
| campaign_id | 캠페인 구조 | ||||||||||
| 광고 세트 | 캠페인 구조 | ||||||||||
| adset_id | 캠페인 구조 | ||||||||||
| 광고 | 캠페인 구조 | ||||||||||
| ad_id | 캠페인 구조 | ||||||||||
| channe |
캠페인 구조. [2021년 10월 27일 업데이트] 현재 Meta 광고는 Google 설치 리퍼러 메커니즘을 통해 제공된 데이터에서 채널을 비워둡니다. |
||||||||||
| site_id | 캠페인 구조 | ||||||||||
| is_primary_attribution | 리타게팅 데이터를 식별하고 중복을 제거하는 데 사용합니다. | ||||||||||
| geo | 사용자 IP 주소로부터 파생된 ISO 국가 코드입니다. | ||||||||||
| agency |
|
||||||||||
| install_app_store | Android 앱만 해당: 앱이 다운로드된 Android 스토어입니다. 다중 스토어 안드로이드 어트리뷰션을 구현하는 광고주가 채웁니다. 비어 있으면 구글 플레이 스토어를 의미합니다. | ||||||||||
| 키워드 | 유저가 온라인 검색 시 사용한 단어들입니다. 애드 네트워크에서 보고된 내용입니다. | ||||||||||
| keyword_id | 애드 네트워크에 의해 반환된 키워드 ID입니다. |
측정 지표
| 필드 이름 | 설명 | 형식 |
|---|---|---|
| unique_users | 이벤트를 수행하는 당일 고유 사용자 수입니다. | 숫자 |
| revenue_usd |
|
숫자 |
| event_count | 이벤트 발생 횟수입니다. | 숫자 |
| selected_currency | 앱 설정에서 설정한 3자리 통화 코드(USD, EUR). ISO-4217 형식. 이는 사용자 인터페이스에서 코호트의 수익을 표시하는 데 사용되는 통화와 동일합니다. | 문자열 |
| revenue_selected_currency |
|
숫자 |
| first_inapp |
|
숫자 |
디렉터리 및 파일 이름 구조
보고서 경로는 다음과 같은 폴더 계층으로 구성됩니다.
다음 형식으로:
보고서 폴더 계층 구조
광고주 버킷의 코호트 버전이 지정된 보고서 폴더 계층 구조의 예는 다음과 같습니다.
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시 |
사실 보고
| 개요 |
코호트 시간대 버전 보고서에는 현지화된 시간대에 따라 모든 캠페인 측정기준 세분성과 함께 코호트된 모든 집계 데이터가 포함됩니다. 보고서는 데이터 최신성과 정확성을 최대화하기 위해 몇 시간마다 업데이트됩니다. |
| 사용 가능한 리포트 | 다음 리포트를 다운로드할 수 있습니다. 보고서 유형에 대한 세부 정보는 코호트 대시보드에서 확인할 수 있습니다.
|
| 리포팅 기간 |
지난 1,095일 동안 전환한 사용자입니다. 즉, 보고서에는 매일 이전 1,095일 동안 전환한 사용자의 이벤트가 포함됩니다. 참고: 현지 시간대로 하루가 아직 시작되지 않은 경우 시간대 버전 보고서는 데이터 없이 도착합니다. |
| 리포트 구조 | 보고서의 스키마 (측정기준 및 측정항목 포함)는 고정되어 있으며 수정할 수 없습니다. |
| 데이터 최신성 |
|
| 시간대 | UTC를 제외한 모든 시간대입니다. 즉, 리포트는 앱스플라이어에서 UTC 시간대로 설정된 모든 앱에 대한 데이터를 제외합니다. |
| 디렉터리 및 파일 이름 구조 | 더 알아보기 |
| 파트너의 데이터 보존 정책의 영향 |
일부 파트너는 데이터 보존 정책을 시행할 수 있습니다. 이 경우 리텐션 기간 종료 이후에 발생하는 이벤트는 코호트 리포트에서 무시됩니다. 예시: SRN A의 데이터 보존 정책은 180일입니다. 참고: 이벤트는 개요 대시보드에 오가닉으로 표시됩니다. |
리포트 구조
보고서는 차원과 지표로 구성됩니다.
필드의 형식은 다음과 같습니다.
- 차원: 문자열입니다. 문자열의 최대 길이는 동적으로, 대부분 광고 계층 구조의 요소를 어떻게 채우느냐에 따라 달라집니다.
-
지표: 숫자입니다. 참고: selected_currency 필드 형식은 문자열입니다.
사용할 수 있는 지표는 수익, 이벤트를 수행하는 고유 사용자 및 이벤트 발생 횟수입니다. ROI 및 ROAS와 같은 비용 관련 지표를 계산하려면 수익 및 비용 지표가 모두 있어야 합니다. 수익 지표는 코호트에서 제공되며, 비용 지표는 ROI360 Cost ETL에서 제공됩니다.
디멘션
| 필드 이름 | 설명 | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| app_id | |||||||||||
| media_source | |||||||||||
| conversion_type | 가능한 값: 설치, install_unified (통합 보고서에서 설치를 나타냄), 재참여, 재어트리뷰션 | ||||||||||
| attributed_touch_type | 가능한 값: 클릭, 노출, 사전 설치, 알 수 없음, TV, null | ||||||||||
| days_post_attribution |
|
||||||||||
| 이벤트 날짜 |
|
||||||||||
| conversion_date |
|
||||||||||
| event_name | 이벤트를 식별합니다. 일부 이벤트 이름은 특정 의미를 갖지만, 다른 이벤트 이름은 앱에서 광고주가 설정한 인앱이벤트와 관련됩니다.
|
||||||||||
| event_timezone | 시간대:
|
||||||||||
| campaign |
캠페인 구조 고려 사항: 캠페인 이름 변경은 지원되지 않습니다. 따라서 지정된 캠페인 ID에 여러 이름을 연결할 수 있습니다. |
||||||||||
| campaign_id | 캠페인 구조 | ||||||||||
| 광고 세트 | 캠페인 구조 | ||||||||||
| adset_id | 캠페인 구조 | ||||||||||
| 광고 | 캠페인 구조 | ||||||||||
| ad_id | 캠페인 구조 | ||||||||||
| channe |
캠페인 구조. [2021년 10월 27일 업데이트] 현재 Meta 광고는 Google 설치 리퍼러 메커니즘을 통해 제공된 데이터에서 채널을 비워둡니다. |
||||||||||
| site_id | 캠페인 구조 | ||||||||||
| is_primary_attribution | 리타게팅 데이터를 식별하고 중복을 제거하는 데 사용합니다. | ||||||||||
| geo | 사용자 IP 주소로부터 파생된 ISO 국가 코드입니다. | ||||||||||
| agency |
|
||||||||||
| install_app_store | Android 앱만 해당: 앱이 다운로드된 Android 스토어입니다. 다중 스토어 안드로이드 어트리뷰션을 구현하는 광고주가 채웁니다. 비어 있으면 구글 플레이 스토어를 의미합니다. | ||||||||||
| 키워드 | 유저가 온라인 검색 시 사용한 단어들입니다. 애드 네트워크에서 보고된 내용입니다. | ||||||||||
| keyword_id | 애드 네트워크에 의해 반환된 키워드 ID입니다. |
측정 지표
| 필드 이름 | 설명 | 형식 |
|---|---|---|
| unique_users | 이벤트를 수행하는 당일 고유 사용자 수입니다. | 숫자 |
| revenue_usd |
|
숫자 |
| event_count | 이벤트 발생 횟수입니다. | 숫자 |
| selected_currency | 앱 설정에서 설정한 3자리 통화 코드(USD, EUR). ISO-4217 형식. 이는 사용자 인터페이스에서 코호트의 수익을 표시하는 데 사용되는 통화와 동일합니다. | 문자열 |
| revenue_selected_currency |
|
숫자 |
| first_inapp |
|
숫자 |
디렉터리 및 파일 이름 구조
보고서 경로는 다음과 같은 폴더 계층으로 구성됩니다.
다음 형식으로:
보고서 폴더 계층 구조
광고주 버킷의 코호트 시간대 버전이 지정된 보고서 폴더 계층 구조의 예는 다음과 같습니다.
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시 |
|
0일 오후 11:59 |
| 12 | 0일 오후 11:59 | 중부 및 서부 지역 - 0일에 대한 부분 데이터 | 1일차 오전 4시 |
| 13 | 1일차 오전 4시 |
|
1일차 오전 8시 |
| 14 | 1일차 오전 8시 | 서부 지역 - 0일차의 부분 데이터 및 S2S를 통해 전송된 현재 사용 가능한 광고 수익 데이터 | 1일차 오후 1시 |
| 15 | 1일차 오후 12시 | 1일차 오후 6시 | |
| 16 | 1일차 오후 12시 | 1일차 오후 6시 | |
| 17 | 1일차 오후 4시 | 서부 지역 - 0일차의 부분 데이터 및 S2S를 통해 전송된 현재 사용 가능한 광고 수익 데이터 | 1일차 오후 9시 |
| 18 | 1일차 오후 6시 | 서부 지역 - 0일차의 부분 데이터 및 S2S를 통해 전송된 현재 사용 가능한 광고 수익 데이터 | 1일 오후 11:59 |
| 19 | 1일차 오후 8시 | 서부 지역 - 0일차의 전체 전환 및 인앱 이벤트 데이터와 S2S를 통해 전송된 현재 사용 가능한 광고 수익 데이터 | 1일 오후 11:59 |
| 20 | 1일 오후 11:59 | 0일차의 전체 전환 및 인앱 이벤트 데이터와 S2S를 통해 전송된 전체 광고 수익 데이터(광고 수익 네트워크 측에서 발생할 수 있는 잠재적 문제를 고려) | 2일차 오전 4시 |
| 21 | 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, 리인게이지먼트 또는 리어트리뷰션을 사용합니다. 리타게팅 이벤트의 이중 어트리뷰션을 참고하십시오.
필드 수준 고려 사항
- 사후 어트리뷰션 날짜를 사용하여 리텐션 지표 계산을 쉽게 합니다.
- 캠페인 이름 및 캠페인 ID 차원을 사용하여 고유 사용자 계산: 캠페인 이름 세분성을 무시할 수 있는 경우, 캠페인 ID의 고유 개수를 합산할 수 있으며 지표가 정확합니다.
- 캠페인 계층 구조 필드를 사용하여 데이터를 집계할 수 있습니다.
- USD 단위의 수익은 이벤트 발생일의 환율을 사용하여 계산됩니다.
일반 고려 사항
모든 앱의 데이터를 구성할 수 있습니다. 앱당 단일 파일 또는 별도의 파일로 제공할 수 있습니다.
활용 사례
다음은 BI 개발자가 데이터 락커를 통해 추출할 수 있는 코호트 데이터의 인기 있고 실용적인 애플리케이션의 예입니다. 각 예제를 SQL 문과 샘플 Excel 시각적 개체로 설명합니다.
1.
아래 예제에서는 다음을 수행합니다.
- 1일 차와 7일 차의 리텐션과 캠페인 및 광고당 총 인스톨 수를 계산합니다.
-
event_name을 필터링하여 전환 이벤트당 이벤트 수를 합산합니다.af_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'
// If you're querying data from unified reports, edit the line below to: and conversion_type IN ('install', 'install_unified', 'retargeting', 'reattr')
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를 계산합니다.
- 특히
conversion_type=re-engagement과conversion_type=re-attribution를 기준으로 데이터를 필터링하여 리타게팅 캠페인을 구체적으로 분석합니다. -
event_name을 필터링하여 전환 이벤트당 이벤트 수를 합산합니다.af_conversion - 이 경우
af_purchase과af_coins의 여러 이벤트의 수익을 합산합니다. - 데이터 처리 부하를 최소화하려면
days_post_attribution를 필요한 최소값(이 경우 7)으로 설정합니다.
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
// If you're querying data from unified reports, edit the line below to: and conversion_type IN ('install', 'install_unified')
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일 차 인앱 이벤트 전환율을 계산합니다.
- 통합 데이터를 분석하여 UA와 리타게팅 캠페인 모두에 대한 필터링을 합니다
is_primary_attribution=true. -
event_name을 필터링하여 전환 이벤트당 이벤트 수를 합산합니다.af_conversion - 데이터 처리 부하를 최소화하려면
days_post_attribution를 필요한 최소값(이 경우 7)으로 설정합니다.
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_attribution = 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 | 사이트_654 | 70% |
| 2022-10-31 | 한국 | 07315466 | null | null | 63% |
4.
아래 예제에서는 다음을 수행합니다.
- 앱 ID, 전환 날짜, 미디어 소스, 이벤트 이름, 전환 유형별로 인스톨 수를 계산합니다.
- UA 인스톨을 표시하도록
conversion_type을install로 설정하여 데이터를 필터링합니다 (리타게팅 제외). -
event_name을af_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'
// If you're querying data from unified reports, edit the line below to: and conversion_type IN ('install', 'install_unified')
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.
아래 예제에서는 다음을 수행합니다.
- 전환 날짜 및 앱 ID를 기준으로 Facebook의 3일 차 수익을 계산합니다.
- 페이스북 데이터를 분석할 때
media_source='Facebook Ads'에 맞게 데이터를 필터링합니다. - 데이터 처리 부하를 최소화하려면
days_post_attribution을 필요한 최소값(이 경우 3)으로 설정합니다.
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_name을 필터링하여 전환 이벤트당 이벤트 수를 합산합니다.af_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 예제
| 미디어 소스 | 키워드 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
// If you're querying data from unified reports, edit the line below to: and conversion_type IN ('install', 'install_unified')
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달러 |
24,033.07 전환 후 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_attribution = 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% |
24,033.07
아래 예제에서는 다음을 수행합니다.
-
event_name = 'af_session'하도록 데이터가 필터링되었습니다.
참고:
SQL 문
select media_source,campaign_id, ad_id, sum(case when event_date = '2024-08-06' then unique_users end) as dau_2024_08_06, sum(case when event_date = '2024-08-07' then unique_users end) as dau_2024_08_07, sum(case when event_date = '2024-08-08' then unique_users end) as dau_2024_08_08 from YOUR_DATA_LOCKER_REPORT where event_date between '2024-08-06' and '2024-08-08' and event_name = 'af_session' and app_id = YOUR_APP group by 1,2,3
Excel 예제
| 미디어 소스 | 캠페인 | Ad | |||
|---|---|---|---|---|---|
| adnet1_int | campaign_1 | adset_1 | 475,250 | 420,485 | 463,912 |
| adnet2_int | campaign_2 | adset_2 | 380,987 | 355,665 | 401,232 |
| adnet3_int | campaign_3 | adset_3 | 290,042 | 570,322 | 489,787 |
특징 및 제약 사항
| 특성 | |
|---|---|
| 비용 데이터 |
|
| 캠페인 이름 변경 | 지원 안 됨. 캠페인 이름이 변경된 경우 그룹화 및 필터링에 캠페인 ID를 사용합니다. |
| 데이터 최신성 | 당일 내 |
| 광고 수익 | 사용 가능 |
| 통화 | 행에 USD와 앱 특정 통화를 모두 사용할 수 있습니다. |
| 시간대 | 앱별 시간대는 시간대 버전 보고서에서 사용할 수 있습니다. |
| 오가닉 데이터 | 사용 가능 |
| 전환 후 일수 (인스톨, 리어트리뷰션, 리인게이지먼트) 데이터를 사용할 수 있습니다. | 1,095일을 사용할 수 있습니다. |
| 에이전시 투명성 |
|
| 앱 분리 | 지원됨. |
| SKAN 데이터 | 포함되지 않음. |
| 데이터 제거 | 제거는 매일 처리됩니다. 따라서 하루 동안의 전체 데이터(부분 데이터 아님)가 포함된 보고서에만 표시됩니다. |
| 재설치 |
|
참고 항목
- Cost ETL 리포트와 고급 집계 코호트 리포트를 결합하는 쿼리
- 코호트 대시보드