대부분의 앱 차지백은 은행이 관여하기 전에 예방할 수 있고, 지금 하나를 막으면 그 매출보다 더 많이 아낀다

차지백은 환불이 아니며, 이 둘을 같은 것으로 취급하는 것이 바로 앱 스튜디오가 잃지 않아도 될 돈을 잃는 방식입니다. 환불은 스토어를 거칩니다. 고객이 Apple이나 Google에 요청하면 돈이 돌아가고 그것으로 끝입니다. 차지백은 스토어를 건너뛰고 은행으로 갑니다. 고객이 카드 발급사에 청구가 잘못됐다고 알리면 발급사가 돈을 회수하고, 흔히 별도의 수수료가 함께 따라붙습니다. August 3, 2026 이후에 발생한 Google Play 주문에서는 그 수수료와 잃은 매출이 Google이 아니라 개발자에게 떨어집니다. 바로 이 한 가지 변화가 앱 차지백을 이제 예방할 가치가 있게 만들며, 그 대부분이 은행이 관여하기 훨씬 전에 멈출 수 있는 이유입니다.

여기서부터가 당신에게 도움이 되는 부분입니다. 앱 차지백의 상당 부분은 정교한 사기가 아닙니다. 그것은 청구가 무엇인지 알아보지 못하는 고객이나, 애초에 통과되지 말았어야 할 구매에서 시작됩니다. 둘 다 당신이 손을 쓸 수 있는 것입니다. 이어지는 내용은 플레이북입니다. 진 분쟁이 실제로 얼마를 들게 하는지, 예방할 수 있는 분쟁은 무엇인지, 원천에서 막을 수 있는 사기는 무엇인지, 그리고 은행이 이미 판단하고 있을 때 당신이 목소리를 낼 수 있는 단 두 개의 짧은 기간입니다.

왜 차지백이 환불보다 더 비싼가

환불도 차지백도 모두 고객의 돈이 돌아가는 것으로 끝나기에, 스튜디오는 둘을 같은 마음의 서랍에 넣습니다. 비용은 같지 않습니다. 환불은 매출 금액만 돌려주고 그 외에는 없습니다. 차지백은 매출 금액을 돌려주고 그 위에 은행의 분쟁 수수료를 더합니다. 그리고 그 수수료는 정액이지만 당신의 가격은 그렇지 않습니다.

App Store와 Google Play는 청구를 다른 방식으로 나눈다

App Store에서는 카드 차지백이 은행과 Apple 사이에서 해결되고, 그 절차는 Apple이 담당합니다. Google Play에서는 규칙이 바뀌었습니다. August 3, 2026 이후에 발생한 주문에서는 Google이 이미 걷은 서비스 수수료만큼만 부담하고, 개발자는 구매 가격에서 그 서비스 수수료를 뺀 금액에 은행이 부과하는 차지백 수수료를 더한 만큼을 떠안습니다. Google은 이 변화를 Play를 결제 업계의 나머지와 맞추는 것이라고 설명합니다.

이미 쓴 비용은 돌아오지 않는다

환불되거나 분쟁이 걸린 금액은 눈에 보이는 손실일 뿐입니다. 당신은 그 구매를 제공하려고 이미 돈을 썼습니다. 생성을 돌린 연산, 청구받은 서드파티 API 호출, 확보한 스토리지, 그리고 크리에이터에게 보낸 정산금은 청구가 취소돼도 되돌아오지 않습니다. 저가 소비형 항목에서는 은행의 정액 차지백 수수료만으로도 고객이 낸 금액을 넘길 수 있고, 그 위에 이미 가라앉은 제공 비용이 얹힙니다. 그래서 예방한 차지백은 그 표시 가격 이상의 가치를 지닙니다.

은행이 관여하기 전에 차지백을 예방하는 방법

모든 분쟁을 막을 수는 없지만, 분쟁이 제기되는 가장 흔한 두 가지 이유는 제거할 수 있습니다. 고객이 청구를 알아보지 못했다는 것과 구매가 처음부터 사기였다는 것입니다. 이 둘을 처리하면 건수는 줄어듭니다.

사기보다 혼란이 더 많은 분쟁을 만든다

고객이 명세서를 훑다가 어느 한 줄을 짚어내지 못할 때, 많은 사람이 당신에게 연락할 생각을 하기도 전에 은행에 전화합니다. 당신이 통제할 수 있는 라벨은 얇습니다. Apple은 모든 구매에 apple.com/bill을 찍고 이를 바꿀 설정을 전혀 주지 않으므로 당신의 앱 이름은 결코 나타나지 않습니다. Google Play는 GOOGLE을 앞에 붙인 뒤 Play Console에서 설정한 명세서 이름을 보여 주는데, 이것이 두 스토어가 당신에게 건네는 유일한 설명 필드입니다. 고객이 알아볼 이름으로 설정하세요.

그 밖의 모든 곳에서 청구를 알아볼 수 있게 하라

Apple의 설명 문구는 고칠 수 없으니 그 주변의 모든 것을 고치세요. 뜻밖의 청구는 전형적인 분쟁이므로 명세서에 닿기 전에 그 뜻밖을 없애세요.

• 제품명과 금액을 적은, 브랜드가 담긴 인앱 및 이메일 영수증. 구매가 통과되는 즉시 보냅니다.
• 연간 및 고가 구독에서는 청구 전에 갱신 알림을 보내 갱신이 결코 놀라움이 되지 않도록 합니다.
• 인앱 구독 관리와 원탭으로 환불을 요청하는 방법. 고객이 먼저 당신에게 닿도록 합니다.
• 분쟁 기간 안의 고객 지원 답변. 빠른 답변은 고객이 은행으로 문제를 키우는 것을 막는 경우가 많기 때문입니다.

이들 하나하나가 차지백이 될 뻔한 것을 고객 지원 대화나 평범한 환불로 바꿉니다. 그리고 환불에는 은행 수수료가 붙지 않습니다.

사기 구매를 원천에서 막아라

말로 빠져나갈 수 없는 분쟁은 구매가 처음부터 사기였던 것들입니다. 그것들은 통과되기 전에, 당신의 서버에서, 두 스토어가 모두 문서로 안내하는 도구로 막습니다.

모든 구매를 당신의 서버에서 검증하라

클라이언트의 말만 믿고 권한을 부여하지 마세요. 구매 토큰을 백엔드로 보내 스토어에 대조해 확인하고 저장하세요. Google Play는 purchaseToken을 전역적으로 고유하게 만들므로, 이를 기본 키로 쓰고 전에 본 토큰은 모두 거부할 수 있습니다. 이것이 재생 공격과 영수증 공유를 막습니다. 무언가를 잠금 해제하기 전에 Play Developer API로 검증하고, App Store에서는 서명된 트랜잭션을 같은 방식으로 검증하세요.

아직 보류 중인 구매는 결코 제공하지 마라

보류 중인 구매는 손에 쥔 돈이 아닙니다. Google Play는 구매 상태가 PURCHASED일 때만 권한을 부여하고 PENDING인 동안에는 결코 부여하지 말라고 안내합니다. 보류 중인 청구는 여전히 실패할 수 있기 때문입니다. 일찍 제공하면 결코 도착하지 않을 수도 있는 결제에 대해 제품을 건넨 것이 되고, 이는 당신이 만든 손실이지 다툴 수 있는 분쟁이 아닙니다.

모든 구매를 구매자에게 연결하라

두 스토어 모두 구매에 계정 식별자를 붙일 수 있게 해 줍니다. 이는 스토어가 수상한 패턴을 잡아내는 데 도움이 되고, 당신이 분쟁을 사용자에게 맞추는 데 도움이 됩니다. Google Play에서는 setObfuscatedAccountId와 setObfuscatedProfileId로 결제 흐름에 난독화된 계정 id와 프로필 id를 설정하세요. App Store에서는 appAccountToken을 설정하는데, 이는 UUID여야 합니다. 스토어에 좋은 신호를 주면 거래가 완료되기 전에 일부 사기를 막아 줍니다.

되찾고 상습범을 끊어내라

구매가 무효화되거나 취소되거나 차지백되면 Google Play의 Voided Purchases API가 알려 주므로, 사용하지 않은 항목을 되찾거나 잔액을 음수로 설정할 수 있습니다. 초범에게는 경고하고, 그것을 반복하는 계정에는 구매나 접근을 비활성화하세요. 접근을 그대로 유지하는 상습적 환불자는 다음 분쟁으로의 초대장입니다.

분쟁이 이미 제기됐다면 그 기간에 응하라

차지백이 일단 움직이기 시작하면 당신 스스로는 되돌릴 수 없습니다. 당신이 할 수 있는 일은 짧은 기간 안에 스토어에 증거를 건네고, 스토어가 그것으로 은행과 다투게 하는 것입니다.

Apple은 당신에게 12시간을 준다

고객이 소비형 항목이나 자동 갱신 구독에 대해 환불을 요청하면, Apple은 당신의 서버에 CONSUMPTION_REQUEST를 보내고 소비 데이터를 최대 12시간 기다립니다. 제공했는지, 얼마나 사용됐는지, 그리고 환불을 승인하기를 원하는지 거절하기를 원하는지입니다. 결정은 여전히 Apple이 하지만, 당신의 답변은 그 결정에 대한 문서화된 입력입니다.

Google Play는 당신에게 24시간을 준다

검토가 필요한, 다툼이 있는 Play 구매에 대해서는 PendingRefundReviewNotification이 Real-time Developer Notifications로 도착하며 24시간 시계가 돌기 시작합니다. orders.reviewrefund API를 통해 당신의 선호와 증거로 답하면, Google이 그것을 사용해 당신을 대신하여 부당한 차지백을 은행과 다툽니다. 이 기간을 침묵 속에 닫히게 두면 분쟁은 당신 없이 진행됩니다.

왜 은행 증거를 당신이 직접 제출할 수 없는가

결제 팀은 Visa의 Compelling Evidence 3.0을 이야기합니다. 이는 가맹점이 같은 자격 증명에서 이루어진, 각각 120에서 365일 전의, IP 주소나 기기 id 같은 일치하는 데이터를 지닌, 이전에 다툼이 없던 두 건의 거래를 보여 줌으로써 프렌들리 프로드 분쟁을 물리칠 수 있게 하는 규칙입니다. 당신의 인앱 매출에서 당신은 기록상의 판매자가 아닙니다. Apple과 Google이 그렇습니다. 그래서 그런 종류의 증거를 모으는 것은 당신이 아니라 스토어이고, 당신의 데이터가 이 다툼에 닿는 유일한 길은 위에서 말한 검토 기간입니다. 그것이 12시간과 24시간 시계가 그토록 중요한 현실적인 이유입니다. 그것들이 당신이 협상 테이블에 앉을 수 있는 전부입니다.

분쟁 이전 체크리스트

이 가운데 특별한 것은 없습니다. 다음 청구 주기 전에 갖춰 둘 수 있는 짧은 목록입니다.

• 알아보기 쉬운 Google Play 명세서 이름을 설정하고, 그 밖의 모든 곳에서 브랜드가 담긴 영수증을 보낸다.
• 연간 및 고가 청구 전에 갱신 알림을 보낸다.
• 구독 관리와 환불 요청을 앱 안에서 원탭 위치에 둔다.
• 모든 구매를 당신의 서버에서 검증하고 토큰을 고유 키로 저장한다.
• 권한은 PURCHASED 상태에서만 부여하고 PENDING에서는 결코 부여하지 않는다.
• 모든 구매에 계정 id 또는 UUID appAccountToken을 붙인다.
• Apple과 Google의 알림 피드를 마련하고 모든 소비 요청과 환불 검토에 기간 안에 응한다.