대부분의 앱 환불은 여러분 없이 결정된다. 그래서 앱 환불을 줄이는 방법은 요청이 도착하기 전에 막는 것이다

앱 환불을 줄이려 할 때의 불편한 부분이 여기 있습니다. 여러분은 그 대부분을 승인하지 못합니다. Google Play 고객은 48시간 안에 버튼을 누르고, 여러분 서버가 소식을 듣기도 전에 돈은 사라집니다. App Store 고객은 reportaproblem.apple.com에서 신청하고 Apple이 단독으로 판정합니다. 은행은 몇 달 뒤에 청구를 되돌리며, 그것은 도착하는 순간 최종 확정됩니다. 사후에 환불과 싸우는 것은 잘못된 본능입니다. 거의 모든 흐름에서 싸울 상대가 없기 때문입니다. 앱 환불을 줄이는 방법은 상류로 이동하는 것, 즉 실제로 여러분의 코드와 청구 설정 안에 있는 소수의 요소와, 스토어가 여러분의 증거를 요청하는 두 개의 짧은 창구로 이동하는 것입니다. 이것이 그 지도입니다.

What you actually control when you try to reduce app refunds

모든 환불을 두 더미로 나누십시오. 첫 번째 더미에서는 결정이 여러분 없이 내려집니다. 스토어나 은행이 판정하고, 돈이 이미 움직인 뒤에 알림으로 결과를 알게 됩니다. 두 번째 더미에서는 스토어가 멈추고 결정하기 전에 증거를 요청합니다. 첫 번째 더미는 큽니다. 두 번째 더미는 정확히 두 개의 흐름입니다. 환불이 어느 더미에 떨어지는지를 알면 지렛대가 예방인지 대응인지 알 수 있습니다.

The refunds no one asks you about

대부분의 환불 경로는 결코 여러분을 거치지 않습니다. Google Play의 48시간 셀프서비스 환불은 고객의 한 번 탭으로 Google이 결정합니다. 지원 환불, Apple이 reportaproblem.apple.com에서 승인하는 환불, 그리고 Google 자체의 호의성 환불은 모두 스토어가 결정합니다. Google은 또한 앱이 승인하지 않은 구매를 자동 환불하고, 남용이라고 판단한 구매를 무효화하지만, 거기에 여러분의 의견은 없습니다. 은행 지불거절은 극단적인 경우입니다. 은행이 일단 고객 편을 들면 되돌림은 최종적이며 어떤 스토어도 되돌릴 수 없습니다. 이 더미의 모든 환불에 대해, 여러분이 할 수 있는 작업은 요청이 존재하기 전에 끝나 있었습니다.

The two moments you get a say

두 개의 흐름, 그리고 오직 그 둘만이 여러분의 증거를 요청하기 위해 멈춥니다. 적격한 Apple 구매에 대해 환불이 문제가 되면, Apple은 여러분 서버에 CONSUMPTION_REQUEST를 보내고 Send Consumption Information 엔드포인트를 통해 답하는 데 12시간을 줍니다. Google Play 고객이 은행에 청구 분쟁을 제기하면, Google은 지불거절 검토를 보내고 orders.reviewrefund API를 통해 답하는 데 24시간을 줍니다. 둘 다 여러분이 제출하는 증거이지, 여러분이 내리는 평결이 아닙니다. 이 둘은 서로의 직접적인 대응물이며, 여러분의 입력이 아직 의미를 갖는 마지막 선입니다.

Prevent the refund before the store ever decides

큰 더미는 여러분 없이 결정되므로, 가장 효과가 큰 작업은 그 환불들이 애초에 촉발되지 않게 하는 것입니다. 네 개의 지렛대가 그 일의 대부분을 하며, 각각은 막연한 느낌이 아니라 구체적인 스토어 메커니즘에 대응합니다.

Acknowledge every purchase within three days

Google Play는 여러분이 권한을 부여한 뒤 앱이 구매를 승인하도록 요구합니다. Google 자신의 표현으로는, 승인은 3일 이내에 이루어져야 하며 그렇지 않으면 구매가 자동으로 환불되고 권한이 회수됩니다. 그것은 여러분이 버그로 조용히 일으킨 환불입니다. 아이템을 부여하고 acknowledgePurchase를 호출하기까지의 크래시, 유실된 서버 호출, 너무 이르게 승인한 대기 중 구매, 그 어느 것이든 실제 판매를 공중에 붕 뜨게 만들 수 있고 Google은 3일 시점에 그것을 다시 가져갑니다. 이것은 전적으로 여러분의 코드 안에 있으므로 가장 저렴하게 없앨 수 있는 환불입니다.

Deliver what they paid for, every time

가장 정직한 환불은 전달이 실패한 경우입니다. 고객은 돈을 냈는데 코인은 도착하지 않았고, 프로 기능은 잠금 해제되지 않았으며, 이제 그 고객은 돈을 돌려받고 싶어 하고 그것은 정당합니다. 이중 청구, 고객의 여러 기기 사이에서 동기화되지 않는 권한, 결코 다운로드되지 않는 콘텐츠는 모두 여러분이 만들어 낸 환불입니다. 신뢰할 수 있는 전달, 멱등한 구매 처리, 그리고 새 설치 시 권한 복원은 누군가 환불 양식을 열기도 전에 정당한 요청의 카테고리 전체를 제거합니다.

Make your billing descriptor recognizable

명세서의 항목을 알아보지 못하는 고객은 우호적인 환불 요청을 하지 않습니다. 은행에 전화합니다. Google은 알아볼 수 없는 카드나 PayPal 분쟁에 대해 거래로부터 최대 120일, 통신사 결제 분쟁에 대해 60일까지 대응할 수 있다고 말합니다. 명확하고 검색 가능한 청구 표시와 영수증의 분명한 앱 이름은, 지불거절이 될 뻔한 것을 최악의 경우에도 지원 이메일로 바꿉니다. Android에서 지불거절이 이제 얼마나 드는지를 생각하면, 이것은 이 목록에서 작업 시간당 수익이 가장 높은 항목입니다.

Tag every purchase to an account

추적할 수 없는 분쟁에는 대응할 수 없고, 식별할 수 없는 고객으로부터 접근을 회수할 수도 없습니다. 모든 구매에 구매 시점에 여러분 자신의 계정 식별자로 태그를 다십시오. iOS에서 appAccountToken은 반드시 UUID여야 합니다. Android에서 setObfuscatedAccountId는 64자 이하의 해시를 받으며, 절대 평문 개인정보를 담아서는 안 됩니다. Google이 그 필드에 식별 가능한 정보를 담은 구매를 차단하기 때문입니다. 이 하나의 습관이야말로 이후의 모든 단계, 즉 증거, 회수, 남용 탐지를 실제로 가능하게 만드는 것입니다.

Cut the abuse you can see coming

일부 환불은 정직하지도 우발적이지도 않습니다. 고객이 소모성 아이템을 사서 한 단위도 남김없이 다 쓴 다음, 돈을 돌려 달라고 합니다. Apple 자체 개발자 포럼은 소모성 인앱 구매에 관한 바로 이 질문으로 가득합니다. 스토어는 고객이 이미 쓴 것을 안 쓴 상태로 되돌릴 수 없기 때문입니다. 환불은 막을 수 없지만, 그것이 동시에 상품을 고객 손에 남겨 두지 않게 할 수는 있습니다.

Revoke access the moment a refund lands

환불이나 지불거절이 확정되면 권한을 끊으십시오. Android에서 Voided Purchases API는 환불되거나 지불거절되거나 회수된 주문을 나열하므로 아이템을 되가져올 수 있습니다. iOS에서는 여러분 서버의 REFUND 알림이 회수 신호입니다. 이것을 건너뛰면, 상습적인 남용자는 되돌리려고 지불한 코인, 레벨, 프리미엄 잠금 해제를 모두 손에 쥐고, 여러분의 앱은 동네에서 가장 싼 스토어가 됩니다. 회수는 판매를 되찾지는 못하지만, 같은 수법을 다시 쓸 이유를 제거합니다.

Answer the two evidence windows on time

묻는 두 흐름에 대해서는, 모습을 드러내는 것이 일의 전부입니다. Apple의 12시간과 Google의 24시간은 엄격한 마감이며, 여러분의 일정이 아니라 스토어의 일정에 맞춰 열리고, 흔히 한밤중입니다. 전달 상태와 사용 데이터로 답하는 CONSUMPTION_REQUEST는 Apple이 환불과 저울질하는 것입니다. 전달과 소비 세부 정보를 담은 orders.reviewrefund 응답은 Google이 여러분을 대신해 부당한 지불거절에 이의를 제기하는 데 쓰는 데이터입니다. 답하지 않은 창구는 그대로 패배입니다. 이것들은 실제 물량에서는 손으로 처리할 수 없으며, 그것이 바로 자동화해야 하는 이유 전부입니다.

What a prevented refund is worth in money

예방이 이득인 이유는, 되돌림이 결코 단순한 판매 가격의 환류가 아니기 때문입니다. 환불이나 지불거절이 도착할 무렵이면, 여러분은 이미 구매를 전달했고 그 지출은 그것과 함께 돌아오지 않습니다.

The sale price is the smallest part

환불이 확정되면 스토어 수수료를 뺀 순수익을 잃습니다. 그러나 실행된 컴퓨팅, 청구된 서드파티 API 호출, 기록된 저장 공간, 그리고 나간 크리에이터 지급도 모두 사라졌고, 그중 어느 것도 되돌림과 함께 돌아오지 않습니다. 막아 낸 환불은 가격과 그 모든 전달 비용을 지킵니다. 고객이 사용한 환불 창구가 길수록, 돈이 빠져나가기 전에 이미 쌓아 둔 그 비용은 더 많아집니다.

The August 3 change makes Android prevention pay more

2026년 8월 3일 이후에 접수된 Google Play 주문에서는, 패한 지불거절이 Play의 서비스 수수료를 뺀 구매 가격에 더해 은행의 지불거절 수수료까지 개발자에게 부담시킵니다. Google은 계속 자사의 서비스 수수료만 부담합니다. 지불거절 수수료는 정액이고 제품 가격은 그렇지 않으므로, 저렴한 인앱 구매에서는 수수료만으로도 고객이 낸 금액을 넘을 수 있습니다. 명확한 청구 표시로 막아 내는 알아볼 수 없는 청구 분쟁은 이제 판매만이 아니라 판매에 수수료를 더한 만큼의 가치가 있습니다.

RefundHalt는 이 중에서 여러분이 손으로 할 수 없는 부분을 위해 만들어졌습니다. 12시간 창구 안에서 Apple의 CONSUMPTION_REQUEST를, 24시간 창구 안에서 Google Play의 지불거절 검토를 지켜보고, 전달과 소비 증거를 모으며, 새벽 3시 알림을 잡으려고 팀의 누군가가 깨어 있지 않아도 제때 답합니다. 환불과 지불거절을 그것을 일으킨 계정까지 되짚어 추적하므로, 다가오는 것이 보이는 남용이 묻히지 않고 드러납니다. 대부분의 환불은 여러분이 결정할 몫이 아니므로 앱 환불을 0으로 만들 수는 결코 없습니다. 하지만 막을 수 있었던 것들은 결코 일어나지 않게 하고, 이의를 제기할 수 있는 둘은 결코 답하지 않은 채로 두지 않게 할 수는 있습니다.