앱 인스톨의 불일치

싱귤러는 앱 설치 수를 계산하고 보고할 때 Apple Store나 Google Play와는 매우 다른 방법론을 사용합니다. 따라서 애플/구글이 보고하는 앱 다운로드와 싱귤러가 보고하는 앱 인스톨 사이에 상당한 차이가 있을 수 있습니다.

로직 차이 분석

앱 스토어 다운로드와 싱귤러 인스톨을 비교하기 어려운 이유를 이해하는 데 도움이 되도록 주요 방법론의 차이점 목록을 정리했습니다:

	싱귤러	애플 앱스토어	구글 플래이
다운로드와 앱 열기	앱이 처음 열렸을 때 인스톨을 계산합니다.	스토어는 사용자가 앱을 열지 않더라도 앱이 다운로드되면 인스톨로 간주합니다.
설치 날짜	앱을 처음 연 날짜를 사용합니다.	스토어는 앱이 다운로드된 날짜를 사용합니다. 사용자가 나중에 앱을 열지 않을 수도 있습니다.
시간대	설치는 고객의 표준 시간대에 보고됩니다.	인스톨 이벤트의 지리적 위치에 따라 인스톨은 다른 시간대에 보고됩니다.	인스톨은 계정에 대해 선택한 시간대에 보고됩니다.
탈옥한 기기(iOS)/기타 스토어 및 APK(Android)	인스톨은 모든 앱 스토어와 소스에서 추적됩니다.	인스톨은 Apple 앱 스토어에서만 추적됩니다.	인스톨은 Google Play에서만 추적됩니다.
사용자가 모든 앱을 새 디바이스로 전송하는경우	싱귤러는 새 기기를 새 인스톨로 인식합니다.	앱 스토어는 이전 인스톨과 동일한 iTunes 계정 ID로 인스톨이 발생하므로 신규 인스톨로 간주하지 않습니다.	Google Play는 새 설치로 간주하지 않습니다.
여러 장치를 가진 한 명의 사용자	인스톨은 장치에 연결됩니다. 한 사용자가 여러 장치에 앱을 설치하면 설치 횟수가 여러 번 계산됩니다.	설치는 사용자의 iTunes 계정에 연결됩니다. 사용자가 여러 장치에 앱을 설치하는 경우 설치는 한 번만 카운트됩니다.
하나의 기기를 사용하는 여러 사용자	설치는 장치에 연결됩니다. 여러 사용자가 하나의 장치에 앱을 설치하는 경우 설치는 한 번만 카운트됩니다.	설치는 사용자의 iTunes 계정에 연결됩니다. 여러 사용자가 하나의 장치에 앱을 설치하는 경우 설치 횟수는 여러 번 계산됩니다.

참고: Android 앱의 경우 APK에서 발생한 설치 수를 확인하는 한 가지 방법은 현재 Play 스토어에 출시된 앱 버전을 식별한 다음 특정 월을 기준으로 이전 버전의 앱에서 발생한 설치 수를 확인하는 것입니다.

구글 플레이 콘솔 보고서에서 지표 선택하기

Google Play 스토어와의 불일치를 비교할 때는 올바른 지표를 사용해야 합니다.

스토어 리스팅 실적 > 스토어 리스팅 획득을 사용하는 경우, 싱귤러 어트리뷰션과 최대 50%까지 불일치가 발생할 수 있습니다.

디바이스 > 디바이스 획득 > 새 디바이스를 사용하는 것이 좋습니다. 이 지표는 지난 하루 동안 앱을 처음 설치한 디바이스 수를 보여줍니다. 이는 싱귤러 어트리뷰션에서 사용하는 방법과 더 가깝게 일치하므로 보고서가 싱귤러와 약 90% 일치합니다.

Missing Historical Import

최근에 싱귤러로 MMP 마이그레이션한 경우, 이전 과거 디바이스 ID 기록을 이관하는 작업이 진행되었을 것입니다.

그러나 어떤 이유로든 데이터 이관작업을 수행하지 않은 경우, 스토어는 인스톨을 다시 계산하지 않는 반면, 싱귤러는 이전에 앱을 이미 열었더라도 앱을 처음 열 때마다 인스톨을 계산하기 때문에 싱귤러에서 더 많은 인스톨이 표시될 수 있습니다.

구매 불일치

Singular와 App Store/Play Store 간의 매출 데이터에서 불일치가 발생할 수 있는 이유는 다음과 같습니다:

Singular의 인앱 구매(IAP) 검증을 사용하는 경우, 일부 매출 이벤트가 유효하지 않거나 프러드로 표시되었을 수 있습니다. 자세한 내용은 [인앱 구매 검증 FAQ](In-App Purchase Validation FAQ)를 참조해 주세요.
Google Play Store Key를 추가하지 않은 경우, Singular는 IAP 검증을 통해 구매를 검증할 수 없으며, 이로 인해 불일치가 발생할 수도 있습니다.
Settings > Apps 페이지에서 앱을 설정할 때 Reject IAP Without Receipt 토글을 켠 경우, 영수증을 받지 못한 구매는 모두 거부됩니다. 이로 인해 일부 매출 데이터가 누락될 수 있습니다.

Retention data 불일치

데이터 세트를 비교할 때 데이터가 다르게 보일 수 있는 몇 가지 이유가 있다는 점을 기억하는 것이 중요합니다. 다음은 고려해야 할 몇 가지 유용한 사항들입니다.

시간 - 데이터가 시간 단위를 확인하세요.
스토어 보고서에서는 일별 데이터가 표시되지만, Singular 보고서는 전체 기간에 대한 데이터로 표시될 수 있습니다. 예를 들어, 특정 달의 데이터를 월별 총합으로 비교하는 경우와 일별로 비교하는 경우, D7 유지율이 다르게 보일 수 있습니다.
소스 (매체)- 일반적으로 사용자는 소스 분류별로 세분화된 데이터를 보는 반면, 스토어 보고서에는 소스 분류가 없습니다. 이러한 차이는 보고서의 계산 및 퍼센트 산출과정과 관련이 있으므로 보고서 결과에 큰 영향을 미칠 수 있습니다.
총 전환 수 - 각 데이터 소스에서 표시되는 총 전환 수(단일 보고서와 앱 스토어 보고서의 다운로드 수)에 차이가 있는 경우 리텐션율 계산에 영향을 미칩니다.
온보딩 단계: 싱귤러 SDK가 앱에 연동된 지 얼마나 되었나요? 이러한 불일치가 발생하는 또 다른 이유는 최근에 싱귤러에 온보딩한 경우, 싱귤러에서는 "신규"로 간주되지만 앱스토어에서는 "기존"으로 간주되는 사용자가 스토어에 있는 동안에는 신규 전환으로 계산되지 않기 때문일 수 있습니다. 이는 이전에 앱을 이미 실행한 적이 있더라도 Singular는 앱을 처음 실행할 때마다 인스톨 수를 계산하는 반면, 스토어는 인스톨 수를 다시 계산하지 않기 때문입니다 .