모바일 앱 환불율 및 차지백 트렌드 추적을 위한 최고의 도구

이런 글을 읽게 되는 계기는 대체로 비슷합니다. 스프레드시트에 적힌 금액보다 실제 정산액이 적게 들어오고, 누군가 원인을 파헤치기 시작하고, 한 시간쯤 지나면 화면에 아무도 반기지 않을 숫자가 떠 있습니다.

모바일 앱 환불 데이터는 완전히 숨겨져 있다기보다 여기저기 흩어져 있는 쪽에 가깝습니다. Apple은 한 곳의 보고서에, Google은 또 다른 보고서와 API에 데이터를 나눠 두며, 둘 다 고객이 왜 환불을 원했는지는 알려주지 않습니다. 환불에 대응하는 도구는 저희 게시물인 Apple 환불 관리 도구 선택하기 에서 다뤘습니다. 이번 글은 지금 무슨 일이 일어나고 있는지만 알려주는 도구들, 그리고 각 도구가 어디에서 침묵하는지에 관한 내용입니다.

핵심 요약

• 두 스토어 콘솔 모두 판매 보고서 안에서 환불을 마이너스(-) 수량으로 표시하지만, 이는 건수일 뿐 사유나 비율은 알려주지 않습니다.

• 유료 거래의 2~5% 정도가 정상 범위입니다. 9%를 넘어서면 더는 추적이 문제가 아닙니다.

• RevenueCat, Adapty, Qonversion 모두 환불율 차트를 제공하지만, 환불을 집계하는 기준일이 서로 달라서 같은 달인데도 숫자가 다르게 나올 수 있습니다.

• Google은 이제 2026년 8월 3일 이후 주문에 대한 차지백 비용을 개발자에게 청구하며, 이를 별도 항목으로 추적해주는 도구는 아직 거의 없습니다.

• 가장 먼저 지켜봐야 할 숫자는 사실 환불율이 아닙니다. 바로 응답하지 못한 환불 요청 건수입니다.

스토어 콘솔만으로는 충분하지 않은 이유

Apple의 Sales and Trends에도 환불 데이터가 있습니다. Trends 탭에서 필터를 추가하고 Transaction Type을 Refunds로 설정하면 마이너스 수량으로 표시됩니다. Apple 공식 도움말 페이지 에 따르면 대시보드는 "거의 실시간에 가까운 추정치(near-real-time estimate)"이고 다운로드 가능한 보고서는 "확정된(finalized)" 값이며, 두 수치가 다를 수 있다고 합니다. 실제로도 그런 경우가 있는데, 대개 하필 두 숫자가 일치해야 하는 날에 그렇습니다.

Google은 데이터 측면에서는 더 관대하지만, 보여주는 방식은 그렇지 않습니다. Voided Purchases API 는 환불, 취소 또는 차지백된 모든 주문을 remorse, friendly_fraud, chargeback을 포함한 9가지 voidedReason 코드 중 하나와 함께 제공합니다. 다만 이는 API일 뿐 차트는 없고, 나머지는 하루 6,000회 호출 한도 안에서 직접 만들어야 합니다. 한 가지 눈에 잘 띄지 않는 함정도 있습니다. Play Console에서 "권한 제거(Remove entitlement)"를 체크하지 않고 처리한 환불은 여기에 나타나지 않습니다. 이 내용은 환불 후 접근 권한 취소에 관한 게시물 에서 다뤘습니다. 그리고 두 스토어 모두 비율이 아니라 건수만 제공합니다. 비율 계산은 여러분 몫이며, 경험상 매달 계산 방식이 조금씩 달라지곤 합니다.

좋은 수치란 어떤 모습인가

RevenueCat의 State of Subscription Apps 2026 보고서는 115,000개 이상의 앱을 다루며, 대부분의 카테고리에서 중간값 환불율은 3~4% 수준입니다. 생산성 앱이 4.7%로 가장 높고, 여행 앱이 2.5%로 가장 낮습니다. 가격도 영향을 미쳐서, 저가 구간의 약 2.7%에서 고가 구간의 4.5%까지 올라갑니다. 특이값은 9~18%에 이르는데, 이는 거의 항상 버그나 과장된 페이월, 혹은 도난 카드 때문입니다.

약 11,000개 앱을 대상으로 한 Adapty의 2월 보고서도 대체로 비슷한 결과를 보여주며, 교육 앱이 5% 안팎으로 상위권, 여행 앱이 1.5% 안팎으로 최하위권입니다. 다만 생산성 카테고리에서는 두 보고서의 결과가 엇갈리므로, 특정 카테고리 수치 하나에 너무 의존하지 않는 편이 좋습니다.

3.5%라면 괜찮은 수준입니다. 8%라면 구체적으로 뭔가 잘못되었고, 그 원인은 찾아낼 수 있습니다. 자신의 수치를 모른다면 그것부터 먼저 파악해야 합니다.

환불율 추적 소프트웨어, 도구별로 살펴보기

RevenueCat

Refund Rate 차트는 특정 기간의 유료 거래(체험판은 제외)를 기준으로 환불된 비중을 보여줍니다. 알아둬야 할 점은 환불이 원래 구매일 기준으로 집계된다는 것입니다. 즉 오늘 발생한 환불이 3월 구매 건이라면 3월로 반영됩니다. 코호트 분석에는 적합하지만, 지난달 수치가 한동안 계속 바뀌는 바람에 놀라는 사람이 많습니다.

Adapty

두 가지 차트, 즉 환불 금액과 환불 이벤트가 있으며, RevenueCat과는 반대로 환불이 처리된 시점 기준으로 집계됩니다. 어느 쪽이 틀렸다고 할 수는 없지만, 두 도구 사이를 옮겨간 팀이 환불율이 실제로 변했다고 착각하며 일주일을 보내는 경우도 봤습니다.

Qonversion

Revenue 메뉴 아래에 Refunds와 Refund Rate 차트가 있으며, 상품, 국가, 통화별로 필터링할 수 있습니다. 필요한 기능은 갖추고 있습니다.

스프레드시트

거래량이 적을 때는 스프레드시트도 충분히 쓸 만하다는 사실은 부정하지 않겠습니다. 하지만 앱을 하나 더 추가하거나 환불율이 변해서 그 이유를 알고 싶어지는 순간, 더 이상 통하지 않습니다.

이것이 일반적인 플랫폼에서 제공하는 모바일 앱 환불 분석의 대략적인 현황입니다. "얼마나"라는 질문에는 충분히 잘 답하지만, "왜"라는 질문에는 어느 도구도 제대로 답하지 못합니다.

모바일 앱 차지백 추적 도구: 선택지가 좁은 분야

오랫동안 차지백은 Android에서는 Google이 떠안는 문제였고, iOS에서는 아예 신경 쓸 필요가 없는 문제였습니다. 그런데 Google이 정책을 바꿨습니다. 2026년 8월 3일 이후 주문에 대해서는 개발자가 Google 수수료를 제외한 분쟁 금액에, 보통 $15~$25 수준의 카드 네트워크 수수료까지 부담하게 됩니다. $4.99짜리 구매 하나가 차지백되면 약 $23의 손실로 이어질 수 있습니다.

이 때문에 차지백 분석 소프트웨어는 있으면 좋은 정도에서 상당히 시급한 필요로 바뀌었지만, 도구들은 아직 이를 따라잡지 못했습니다. Voided Purchases API는 차지백에 별도의 사유 코드를 붙여주므로, 최소한 직접 집계는 할 수 있습니다. RevenueCat은 지난 7월 커뮤니티 포럼에서 "차지백을 환불로 집계하지 않는다"고 밝혔으며, 따라서 환불율 차트에는 나타나지 않습니다. Chargeflow를 비롯한 유사 분쟁 도구들은 웹 결제용으로 만들어져 있어서, 제가 확인한 바로는 Play 결제(Play billing)는 다루지 않습니다.

Refund Sensor는 두 스토어를 하나의 대시보드에서 추적하며, Google이 단독으로 결정한 환불과 검토 절차를 거친 차지백을 구분해서 보여주고, 각 건에 대해 저희가 제출한 대응 내용도 함께 보여줍니다. 대응이 가능한 것은 후자, 즉 검토 절차를 거친 차지백뿐입니다. 자세한 내용은 Google Play 환불 방어 페이지 에서 확인할 수 있습니다.

모바일 앱 차지백 관리 소프트웨어를 비교하고 있다면, 차지백이 별도 항목으로 표시되는지 아니면 환불에 합산되는지를 확인하세요. 합산되면 추세가 사라지는데, 사기 문제인지 제품 문제인지를 알려주는 것이 바로 그 추세입니다.

스스로를 속이지 않고 모바일 앱 환불율을 추적하는 방법

이런 대시보드들을 오래 들여다보면서 얻은 몇 가지 교훈이 있습니다.

기준일 방식을 하나 정했다면 바꾸지 마세요. 구매일 기준은 시간에 따른 제품 품질을 알려주고, 환불일 기준은 이번 달 현금 흐름을 알려줍니다. 두 방식을 같은 자료에 섞어 쓰면 모든 차트가 은근히 거짓말을 하게 됩니다.

결과뿐 아니라 요청 건수도 세어야 합니다. 고객이 앱 내 구매에 대해 Apple에 환불을 요청하면 Apple은 여러분의 서버로 CONSUMPTION_REQUEST를 보내고 12시간을 기다립니다. Google도 이제 차지백을 결정하기 전에 검토 알림을 보내고 24시간을 줍니다. 도구가 승인된 환불만 보여준다면, 이런 알림 중 몇 건이나 응답받지 못했는지 전혀 알 수 없습니다. 저는 환불율 자체보다 이 응답 공백을 먼저 추적해야 한다고 생각하며, 저희의 77% 방어율이 실제 수치라는 것도 바로 이 지표 덕분에 확인할 수 있습니다.

어떤 환불 추적 소프트웨어가 가장 좋은가?

무엇이 부족한지에 따라 다릅니다. 이미 RevenueCat, Adapty, Qonversion을 사용 중이라면 내장 차트만으로도 환불율 확인에는 충분하며, 어떤 기준일 방식을 쓰는지만 알아두면 됩니다. 차지백을 별도 항목으로 봐야 한다면, Google Play에서는 이제 거의 필수인데, 일반 플랫폼 대부분은 아직 이 기능을 갖추고 있지 않습니다. 바로 이 공백을 환불 전용 도구가 채워줍니다. 그리고 응답하지 못한 요청이 몇 건인지 알고 싶다면, 스토어 알림을 직접 받아 처리하는 도구만이 답을 줄 수 있습니다. 분석 플랫폼은 결과만 볼 뿐 질문 자체는 보지 못하기 때문입니다.

결론

모바일 앱 환불율을 추적하는 것 자체는 어려운 일이 아닙니다. 스토어가 건수를 제공하고, 어떤 구독 플랫폼이든 그래프를 그려줍니다. 문제는 그래프 자체만으로는 거의 아무것도 알려주지 않는다는 점입니다. 환불율이 똑같이 4%인 두 앱이라도 문제의 원인은 완전히 다를 수 있기 때문입니다.

추적을 가치 있게 만드는 것은 맥락입니다. 스토어가 전달해주는 사유, 별도 추세로 유지되는 차지백, 그리고 대응하지 못한 요청이 몇 건인지에 대한 기록이 바로 그것입니다. 물론 환불율부터 파악하는 것이 우선이지만, 진짜 돈이 되는 것은 맥락입니다.