리텐션 페이지를 사용하여 제품에 대한 사용자 리텐션 패턴을 추적하고 분석할 수있습니다.
사용자 리텐션은 전환(예: 앱 설치 또는 앱 재참여)한 사용자 중 특정 기간이 지난 후에도 여전히 제품을 사용하고 있는 사용자 수를 추적하는 지표입니다.
"리텐션 사용자 Xd" - 전환 후 X일 동안 활성 상태를 유지한 사용자 수입니다.
공식은 다음과 같습니다:
참고:
- 전환일(모바일 앱의 경우 설치일 또는 재참여일)은 0일(따라서 100% 리텐션)로 간주됩니다.
- 일수는 24시간 단위로 계산됩니다. 따라서 전환 후 1일째는 전환 후 24시간에서 48시간으로 정의됩니다. 2일째는 48시간에서 72시간으로 계산됩니다.
보고서를 변경하려면 보고서 편집을 클릭하고 싱귤러의 표준 보고서에서와 같이 기준을 추가하거나 제거합니다. 특정 앱에 대한 리텐션만 표시하도록 보고서를 필터링할 수도 있습니다(예: 특정 앱만 표시).
제거: 이는 리텐션 통계에 반영되지 않습니다. 제거한 날에 들어오는 세션은 평소와 같이 리텐션 계산에 추가되며, 이는 사용자가 그날 앱을 사용했음을 의미합니다.
재설치: 앱을 삭제했다가 다시 설치한 후 앱을 열면 일반 사용자 세션으로 계산되며, 이는 사용자가 그날 앱을 사용했음을 의미합니다.
리인게이지먼트:싱귤러가 리인게이지먼트 어트리뷰션을 수행하면 리텐션 계산이 초기화되며, 그 시점부터 싱귤러는 리인게이지먼트 날짜를 기준으로 해당 앱의 사용자에 대한 리텐션을 계산합니다. 자세한 내용은 리인게이지먼트 FAQ를참조하세요.
데이터 세트를 비교할 때 데이터가 다르게 보일 수 있는 몇 가지 이유가 있다는 것을 기억하는 것이 중요합니다. 다음은 고려해야 할 몇 가지 유용한 힌트입니다.
시간: 시간 구분은 무엇인가요? 스토어 보고서에서는 일 단위로 보고서를 가져오는가, 아니면 싱귤러 보고서에서는 전체 기간 단위로 보고서를 가져오는가? 한 달 전체 데이터를 비교하는 경우와 특정 달의 일별 분석을 비교하는 경우 D7 리텐션이 다르게 보입니다.
출처: 일반적으로 사용자는 소스별로 분류된 데이터를 보는 반면, 스토어 보고서에는 소스 분류가 없습니다. 이러한 차이는 보고서의 계산 및 비율을 고려할 때 보고서 결과에 큰 영향을 미칠 수 있습니다.
총 전환 수: 각 데이터 소스(단일 보고서와 앱 스토어 보고서의 다운로드 수)에서 표시되는 총 전환 수에 차이가 있는 경우 리텐션율 계산에 영향을 미칩니다. 여기에서설치 수치가 불일치하는 가능한 이유를 검토할 수 있습니다.
온보딩 단계: 싱귤러 SDK가 앱에 연동된 지 얼마나 되었나요? 이러한 불일치의 또 다른 가능한 이유는 최근에 싱귤러에 온보딩한 경우, 싱귤러에서는 "신규"로 간주되지만 앱스토어에서는 "기존"으로 간주되는 사용자가 스토어에서는 신규 전환으로 카운트되지만 앱스토어에서는 그렇지 않기 때문입니다. 이는 이전에 앱을 이미 열었더라도 앱이 처음 열릴 때마다 설치를 카운트하는 반면 스토어에서는 설치를 다시 카운트하지 않기 때문입니다.