Analytics Limits

한계

분석 결과를 믿기 전에 먼저 읽는다.

지금 믿으면 안 되는 수치

수치	왜	풀리는 때
로그인 전 구간의 사용자 수	로그인하지 않고 떠난 실행은 켤 때마다 새 사람으로 잡힌다	정하지 않음
가입 퍼널(Q1)의 「사람 수」 전환율	같은 이유 — 앞 단계는 「실행 횟수」로 읽는다	정하지 않음
식별이 붙기 전(2026-09-29 이전)의 모든 사용자 수	그때는 전부 익명이었다	풀리지 않는다
설정을 켜 둔 사람의 비율	「바꾼 횟수」만 온다	설정 상태 이벤트를 더할 때
전화 유닛 완주율	완료 이벤트가 없다	이벤트를 더할 때
기기 · OS별 비교	기기 정보를 보내지 않는다	정하지 않음
도시 단위 비교	나라 · 주 · 시간대만 남긴다(2026-09-30)	정하지 않음

이제 읽을 수 있는 수치 (2026-09-29부터)

로그인한 사용자는 식별된다(#160). 로그인하거나 로그인된 채로 앱을 켜면 그 뒤 이벤트는 같은 사람으로 잡힌다.

수치	읽는 법
로그인한 사용자 수 · DAU	읽을 수 있다
리텐션 · 코호트	읽을 수 있다 — 로그인한 사용자만 들어간다
로그인 뒤 구간의 퍼널 「사람 수」	읽을 수 있다

• 앱 열림 이벤트가 없다. 「돌아왔다」는 $identify(로그인 · 로그인된 채 앱을 켬)로 본다.
• 로그아웃이 없어 한 기기를 두 사람이 쓰는 경우는 가르지 못한다.

인터넷이 끊겼을 때

• 보내지 못한 이벤트는 대기열에 남고 기기에 저장된다(최대 200건, 넘으면 오래된 것부터 버린다).
• 연결이 돌아오면 스스로 다시 보낸다 — 15초 · 30초 · 1분 · 2분 · 5분 뒤 차례로. 다섯 번 뒤에는 멈추고, 다음 이벤트나 다음 실행 때 보낸다.
• 앱을 꺼도 남는다. 다음에 앱을 켜면 곧바로 보낸다.
• 서버가 거절한 이벤트(인터넷 문제가 아닌 오류)는 다시 보내지 않는다.

잃거나 두 번 잡힐 수 있는 이벤트

• 보내는 도중에 앱이 꺼지면, 다음 실행이 그 이벤트를 한 번 더 보낼 수 있다(두 번 잡힘).
• 대기열이 200건을 넘으면 가장 오래된 것부터 잃는다.

수치가 약간 많거나 적게 잡힐 수 있다는 뜻이다. 비율 비교에는 큰 영향이 없다고 보지만 재 보지는 않았다.

결정 대기

아래는 임시로 정하고 확인을 기다리는 항목이다.

• 약관의 「수집한 정보는 콘텐츠를 보여 주는 데만 사용한다」 문구와 외부 분석 전송이 맞는지
• 수집 끄기(옵트아웃) 수단을 둘지 — 두지 않는다(2026-09-30). 요청은 이메일로 받아 수동 처리
• App Store 개인정보 라벨 갱신
• 이벤트를 곧바로 보내는 방식 유지(앱이 백그라운드로 갈 때 모아 보내는 방법이 없다)
• 위치 추정(GeoIP)을 끈 채 시작 — 2026-09-30 켰다. 나라 · 주 · 시간대만 남기고 IP는 저장하지 않는다
• 로그인 연결 전까지 사용자 수를 믿을 수 없는 기간을 받아들일지 — 2026-09-29 식별이 붙었다