문서

Singular 보고서의 설치 수치가 Apple App Store/Google Play Store 또는 Firebase 다운로드 수치와 다른 이유를 알아보세요.

참조: 데이터 불일치 문제 해결 가이드 - Singular 보고서와 광고 네트워크 대시보드를 비교하는 방법에 대한 안내서.

앱 설치 수의 불일치

Singular은 앱 설치 수를 계산하고 보고하는 데 Apple App Store 또는 Google Play와 매우 다른 방법론을 사용합니다. 따라서 Apple/Google이 보고하는 앱 다운로드 수와 Singular이 보고하는 앱 설치 수 사이에 상당한 차이가 발생할 수 있습니다.

방법론 차이에 대한 분석

기능	Singular 동작	Firebase 동작	Apple App Store	Google Play 스토어
다운로드 대 앱 실행	앱이 처음 실행될 때 설치를 계산합니다.	앱이 처음 실행될 때 카운트합니다. `first_open` 앱이 처음 실행될 때.	앱이 다운로드될 때 카운트되며, 열리지 않은 경우에도 포함됩니다.	앱이 다운로드된 시점에 카운트됩니다.
설치 날짜	첫 실행 타임스탬프 기준.	첫 실행 타임스탬프를 기준으로 합니다.	다운로드 날짜를 기준으로 합니다.	다운로드 날짜 기준.
시간대	고객의 시간대로 보고됩니다.	Firebase 프로젝트에 설정된 시간대를 사용합니다.	변수(종종 이벤트 지리 정보를 기반으로 함).	계정 수준에서 선택한 시간대.
탈옥 / 기타 스토어 및 APK	모든 앱 스토어 및 소스에서 설치를 추적합니다.	SDK가 초기화된 모든 소스를 추적합니다.	Apple App Store에서만 설치가 추적됩니다.	Google Play에서만 설치가 추적됩니다.
사용자가 새 기기로 이동할때	새 기기를 새 설치로 인식합니다.	새 기기를 새 설치로 인식합니다.	새 설치로 간주하지 않음(동일한 iTunes ID).	동일한 Google ID의 경우 새 설치로 간주하지 않습니다.
한 명의 사용자가 여러 기기를사용	설치는 기기에 연결됩니다(여러 번 계산됨).	인스턴스 ID에 연결된 설치(여러 번 계산됨).	iTunes 계정에 연결됨(한 번만 계산됨).	Google 계정에 연결됨(한 번만 계산됨).
여러 사용자, 하나의 기기	설치는 기기에 연결됩니다(한 번만 계산됨).	설치는 인스턴스 ID에 연결됩니다(한 번만 계산됨).	iTunes 계정에 연결됨(여러 번 계산됨).	Google 계정에 연결됨(여러 번 계산됨).

Google Play 콘솔 보고서에서 지표 선택

Google Play 스토어와의 차이를 비교할 때는 반드시 올바른 지표를 사용하세요. Store Listing Performance > Store Listing Acquisitions를 사용하는 경우 Singular Attribution과 최대 50%의 차이가 발생할 수 있습니다.

스토어 리스팅 성능 > 스토어 리스팅 획득을 사용하면 Singular Attribution과 최대 50%의 차이가 발생할 수 있습니다.

다음 지표를 사용하는 것을 권장합니다: 기기 > 기기 획득 > 신규 기기. 이 지표는 지난 24시간 동안 앱을 처음 설치한 기기 수를 표시합니다. 이는 Singular 어트리뷰션의 측정 방식과 더 가깝게 일치하므로, 보고서가 Singular와 약 80~90% 일치합니다.

Firebase 콘솔 보고서에서 지표 선택

Firebase 데이터가 Singular 설치수치와 가까이 일치하도록 하려면 Firebase 콘솔 내에서 올바른 지표를 선택해야 합니다. 두 플랫폼 모두 SDK 기반이며 앱의 "첫 실행" 시 트리거되므로 스토어 수준 데이터보다 자연스럽게 호환성이 높습니다.

가장 근접한 일치를 얻으려면:

"신규 사용자(New Users)" 지표 사용: Firebase 대시보드의 신규 사용자(New Users) 카드는 신규 사용자( first_open) 이벤트로 구동됩니다. 이는 Singular 설치( Install)와 기능적으로 동일합니다.
시간대 일치: Firebase 프로젝트 설정(프로젝트 설정 > 일반)이 Singular 보고서에 사용된 시간대와 일치하는지 확인하세요. 여기서 불일치는 "일일" 차이의 가장 흔한 원인입니다.
앱 버전으로 필터링: 특정 출시 기간을 비교할 때는 Firebase Analytics의 '필터추가' 버튼을 사용하여 특정 앱 버전을 선택하세요. 이를 통해 Singular가 해당 특정 빌드에 대해 추적하는 동일한 사용자 집단을 비교할 수 있습니다.

누락된 과거 데이터 가져오기

최근 Singular로 마이그레이션한 경우, 기존 기기 ID를 Singular로 이전하는 역사적 데이터 임포트 작업을 수행했을 것입니다.

그러나 어떤 이유로든 이 임포트가 수행되지 않았다면, Singular에서 더 많은 설치 수를 확인할 수 있습니다. Singular는 앱이 이전에 이미 실행된 적이 있더라도 앱의 첫 실행마다 설치를 집계하는 반면, 스토어는 설치를 재계산하지 않기 때문입니다.

구매 불일치

다양한 이유로 Singular와 앱 스토어/플레이 스토어 간 구매에 차이가 발생할 수 있습니다:

Singular의 인앱 구매(IAP) 검증 기능을 사용하는 경우 일부 구매 이벤트가 무효 또는 사기로 표시되었을 수 있습니다. 자세한 내용은 인앱 구매 검증 FAQ를 참조하세요.
Google Play 스토어 키를 추가하지 않은 경우, Singular는 IAP 검증을 통해 구매를 검증할 수 없으며, 이 또한 불일치를 유발할 수 있습니다.
설정 > 앱 페이지에서 앱을 설정할 때 '영수증 없는 IAP 거부' 토글을 켠 경우 영수증을 받지 못한 모든 구매가 거부됩니다.

유지율 데이터 불일치

데이터 세트를 비교할 때 데이터가 다르게 보일 수 있는 몇 가지 이유가 있다는 점을 기억하는 것이 중요합니다. 고려해 볼 만한 유용한 힌트 몇 가지를 소개합니다.

시간 - 시간별 분할은 어떻게 되나요? 스토어 보고서는 일별 데이터인 반면, Singular 보고서는 전체 기간 데이터를 기반으로 한 보고서인가요? D7 유지율은 특정 월의 전체 월간 데이터와 일별 분할 데이터를 비교할 때 상이하게 보일 수 있습니다.
소스 - 일반적으로 사용자는 소스별 분류된 데이터를 확인하지만, 스토어 보고서에는 소스별 분류가 없습니다.
이러한 차이점은 계산과 백분율 산출을 포함한다는 점을 고려할 때 보고서 결과에 큰 영향을 미칠 수 있습니다.
총 전환 수 - 각 데이터 소스(Singular 보고서 vs. 앱 스토어 보고서의 다운로드 수)에서 확인되는 총 전환 수에 차이가 있다면, 리텐션율 계산에 영향을 미칩니다.
Singular SDK를 앱에 연동한 지 얼마나 되었나요? 이러한 불일치의 또 다른 가능한 원인은 Singular를 최근에 도입한 경우입니다. Singular에서는 "신규"로 간주되지만 앱 스토어에서는 "기존" 사용자로 분류되는 사용자는 Singular에서는 신규 전환으로 집계되지만 스토어에서는 그렇지 않습니다. Singular는 앱이 이전에 열렸더라도 첫 실행 시마다 설치를 집계하는 반면, 스토어는 설치를 재계산하지 않기 때문입니다.

Singular 설치 보고서와 Apple App Store/Google Play/Firebase 콘솔 비교