비즈니스 현실8 분 읽기

노출 1위 앱의 매출은 0원이었다

40개 넘는 앱의 ASO를 몇 달 만졌습니다. 노출이 늘면 매출이 는다는 가정 위에서요. 처음으로 돈을 직접 뽑아 대조하니 노출 순위와 매출 순위가 역상관이었습니다. 레버는 트래픽이 아니라 설치당 매출이었습니다.

#app-store#aso#revenue#reality-check
개념 도식: 노출 상위 6개 앱이 인벤토리의 53%를 먹지만 매출 0원. 노출 19위 앱 하나가 매출의 81%. 설치의 52%는 팔 물건이 없는 앱으로.
노출 순위와 매출 순위가 역상관. 팔 물건 없는 가게로 손님 절반을 보내고 있었다.

App Store에 40개 넘는 앱을 올려두고 ASO를 계속 만졌습니다. 키워드, 아이콘, 스크린샷을 고치면서 늘 같은 가정 위에 있었죠 — 노출이 늘면 매출이 는다. 그러다 2026-08-04에 처음으로 "돈"을 직접 봤습니다. 그 전까지는 proceeds를 뽑는 도구조차 없어서, analytics의 구독 이벤트를 매출의 대리 지표로 쓰고 있었습니다. 그건 체험과 인트로 가격을 포함해서 과대 계상됩니다.

그 전에, 스스로에게 한번 물어보세요. 지금 무엇을 매출의 대리 지표로 보고 있습니까? 그 지표가 진짜 돈과 대조된 적이 있습니까? 저는 몇 달 동안 없었습니다.

노출과 매출은 역상관이었다

SALES SUMMARY DAILY 리포트가 돈의 유일한 ground truth입니다. 그걸 앱별로 귀속시키는 스크립트를 짜서 56일치를 뽑았더니, 가정이 정면으로 뒤집혔습니다.

  • 노출 상위 1~6위 앱이 전체 노출 인벤토리의 **53%**를 먹습니다. 이 여섯 앱의 28일 매출은 $0입니다.
  • 반대로 노출 19위인 앱 하나가 전체 매출의 **81%**를 만듭니다.

더 나쁜 건 그 아래였습니다. 전체 설치의 52%가 구독도 IAP도 아예 0개인 앱으로 들어가고 있었습니다. 팔 물건이 없는 가게로 손님의 절반을 보내고 있었다는 뜻입니다. ASC에서 앱별로 직접 확인했습니다(subs=0, iap=0).

내부 크로스프로모도 같은 병이었습니다. 배너는 잘 작동하고 있었습니다 — 한 앱은 referrer 경유 PV가 28일 872회입니다. 트래픽을 실제로 옮기고 있다는 증거죠. 그런데 목적지가 수익화 0원 앱이었습니다.

산수를 하면 레버가 하나로 좁혀진다

현재 설치당 매출은 $0.046입니다. 월 $1,000을 설치량만으로 만들려면 월 21,700설치, 지금의 33배가 필요합니다. ASO로 33배는 도달 불가능한 숫자입니다. 레버는 트래픽이 아니라 설치당 매출입니다.

설치당 매출로 보면 격차가 선명합니다. 매출 1위 앱은 설치당 $1.11, 노출 1위 앱은 $0.00.

여기서 멈추고 여쭙겠습니다. 당신이라면? 노출을 33배로 밀어 올리는 쪽에 남은 시간을 걸겠습니까, 아니면 이미 트래픽이 있는데 팔 물건이 없는 앱들에 수익화를 붙이는 쪽으로 방향을 틀겠습니까?

숫자 (56일 실측)

56일(2026-06-0808-02) developer proceeds ≈ $57.28 / 결제 10건 (≈$1.02/일). 28일(07-0608-02)로 좁히면 3건 $30.10입니다.

앱별 56일 proceeds:

proceeds
Quieta $24.5
Resolv $16.6
Flara ₩9,600
Zone2 $7.0
Aftershift $2.1
나머지 38개 앱 $0

단위경제:

  • 1,000 노출당 $0.62
  • 설치당 $0.046
  • PV당 $0.0094
  • 설치→결제 0.61%

전환력은 높은데 노출이 없는 앱들도 보입니다. PPV(노출→PV) 최상위가 전부 노출 21~46위 구간에 몰려 있습니다 — Chunja 12.8%(플릿 1위, 수익화 수단 0), Aftershift는 설치 8 → paid 3으로 설치→결제 전환이 플릿 2위인데 노출이 1,361에 불과합니다. 전환력 있는 앱엔 노출이 없고, 노출 있는 앱엔 팔 게 없습니다.

도구는 asc_revenue_by_app.py --days N으로 새로 짰습니다. 여기서 제일 오래 걸린 한 줄은 이겁니다 — IAP/구독 행의 Apple Identifier는 앱이 아니라 상품 ID라, 앱 이름으로 안 풀립니다. Title/Parent Identifier로 귀속시켜야 합니다.

본문에 등장하는 두 앱입니다.

Quieta 앱 화면
Plotta 앱 화면 — 지도 기반

주요 등장 앱: Quieta · Plotta · Resolv · Flara · Aftershift.

이 결론을 얼마나 믿어야 하나

정직하게 한계를 답니다.

  • 이 분석의 첫 버전은 3배 부풀려져 있었습니다. 최초엔 노출 144,232 / PV 9,218이었고 "PV→설치 7.1%가 최대 누수"라는 정반대 결론까지 냈습니다. ASC 분석 리포트의 중복 집계를 걷어내니 노출 48,590 / PV 3,190, PV→설치 20.4%로 정상이었습니다. 이 이야기는 따로 뺐습니다 → 3배 부풀려진 숫자로 두 달을 판단했다.
  • 56일 $57.28 / 결제 10건이라는 절대 규모는 통계적으로 얇습니다. 앱별 순위엔 우연이 상당히 섞여 있을 수 있고, 28일로 좁히면 3건 $30.10입니다. "설치당 매출이 레버"까지는 밀 수 있어도, 개별 앱의 우열까지 밀면 과적합입니다. 왜 이 표본으로 A/B가 성립하지 않는지는 여기 → 실험을 설계했더니 통계적으로 불가능했다.
  • 이탈 수치 일부는 제품이 아니라 버그의 결과입니다. 결제 시스템의 entitlement ID가 어긋나 "결제는 됐는데 Pro가 안 켜지는" 상태가 있었고, 수정본 배포가 분석 시점과 겹칩니다. 이 구간의 churn을 사용자 이탈로 읽으면 안 됩니다.
  • FX는 정적 환율이라 USD 컬럼은 순위 비교용 근사입니다.

솔직한 부분

몇 달 동안 저는 지렛대의 잘못된 쪽을 밀고 있었습니다. 노출을 늘리는 일은 눈에 보이고 손에 잡혀서 계속 하게 됩니다. 그런데 진짜 병목은 "트래픽이 도착한 뒤에 팔 게 있느냐"였고, 그건 대시보드가 아니라 실제 proceeds를 뽑아 대조하기 전까지 보이지 않았습니다.

정산 리포트에서 뽑은 결제 14건 전문과 앱별 수익은 113일 결제 원장 글에 그대로 있습니다.

지금 당신의 플릿에서 노출 1위인 것 하나를 떠올려 보세요. 그게 지난달에 얼마를 벌었는지, 대리 지표 말고 진짜 정산 리포트로 확인해 보시겠습니까?

관련 글