앱 인스톨의 불일치

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

방법의 차이 분석

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

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

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

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

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

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

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

누락된 기록 가져오기

최근에 싱귤러로 마이그레이션한 경우, 이전 디바이스 ID가 싱귤러로 마이그레이션되는 기록 가져오기를 수행했습니다.

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

구매 불일치

여러 가지 이유로 인해 싱귤러와 앱스토어/플레이스토어 간 수익에 차이가 발생할 수 있습니다:

싱귤러의 인앱 구매(IAP) 검증을 사용하는 경우, 일부 수익 이벤트가 유효하지 않거나 사기성 이벤트로 플래그가 지정되었을 수 있습니다. 인앱 구매 검증 FAQ를 참조하세요.
구글 플레이 스토어 키를 추가하지 않은 경우, 싱귤러는 IAP 유효성 검사를 사용하여 구매를 검증할 수 없으며, 이로 인해 불일치가 발생할 수도 있습니다.
설정 > 앱 페이지에서 앱을 설정하는 동안 영수증 없이 IAP 거부 토글을 켰을 수 있습니다. 이로 인해 영수증이 수신되지 않은 모든 구매가 거부됩니다.

보유 기간의 불일치

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

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