차지백과 환불의 차이는 누가 결정하느냐에 있고, 최종적인 것은 둘 중 하나뿐이다
App Store나 Google Play의 환불은 스토어가 지급하고 스토어가 결정한다. 차지백은 고객의 은행이 돈을 되찾아 가는 것으로, 은행이 결정하며 이의를 제기할 수 없다. 앱 개발자에게 이 둘의 차이는 이제 돈의 문제다. 2026년 8월 3일 부터 Google Play가 차지백 비용을 당신에게 떠넘기기 때문이다.

핵심 요약
- App Store나 Google Play의 환불은 스토어가 지급하고 스토어가 결정한다. 차지백은 고객의 은행이 결제를 취소하는 것으로, 은행이 결정하며 개발자에게는 이의를 제기할 여지가 없다.
- 당신의 인앱 구매에서 기록상의 판매자는 Apple과 Google이다. 고객의 카드 명세서에는 Apple이나 Google이 표시되므로, 분쟁 중인 결제는 당신의 회사가 아니라 스토어의 결제 시스템으로 향한다.
- 대부분의 환불은 개발자 없이 일어난다. Google Play는 구매 후 48 hours 이내의 셀프서비스 환불을 허용하고, Apple은 고객의 환불 요청을 자체적으로 심사한다. 개발자에게 증거를 요구하는 흐름은 두 가지뿐이다.
- 그 두 증거 창구는, Send Consumption Information을 통해 12 hours 이내에 답하는 Apple의 CONSUMPTION_REQUEST와, orders.reviewrefund API를 통해 24 hours 이내에 답하는 Google Play의 차지백 심사다.
- 차지백이 최종적인 이유는 결정하는 쪽이 스토어가 아니라 은행이기 때문이다. 당신의 유일한 지렛대는 분쟁이 결론 나기 전에 Google Play의 24시간 심사 창구 안에서 보내는 소비 증거뿐이다.
- 2026년 8월 3일 부터 Google Play는 차지백 비용을 개발자에게 옮긴다. 분쟁에서 지면 Play의 서비스 수수료를 뺀 구매 대금에 더해 은행의 차지백 수수료까지 부담한다. 게다가 이는 당신이 이미 쓴 컴퓨팅과 정산금 위에 얹힌다.
- 의심스러운 주문이 차지백으로 번지기 전에 당신이 먼저 환불하면, 그 매출은 잃지만 은행 수수료는 들지 않는다. Google Play에서는 orders.refund 호출 한 번으로 3년 미만의 어떤 주문이든 환불할 수 있다.
두 단어가 마치 같은 뜻인 것처럼 쓰인다. 어차피 고객은 돈을 돌려받으니, 그게 어느 쪽이었는지 누가 신경 쓰겠는가. 하지만 App Store나 Google Play를 통해 파는 앱 개발자에게, 차지백과 환불의 차이는 그 결과를 누가 쥐고 있었는지, 당신이 바꿀 수 있었는지, 그리고 이번 달부터는 그 취소가 당신의 계좌에서 얼마를 가져가는지를 결정한다.
짧게 말하면 이렇다. 환불은 스토어가 돈을 돌려주는 것이고, 스토어가 결정한다. 차지백은 고객의 은행이 돈을 되찾아 가는 것이고, 은행이 결정하며, 이의를 제기할 수 없다. 이 둘에서 당신이 서 있는 자리는 완전히 다르다. 아래에서는 각각이 Apple과 Google에서 어떻게 보이는지, 스토어가 실제로 당신에게 무언가를 요구하는 두 순간, 그리고 그 둘 사이의 차이가 이제 당신에게 얼마의 비용을 지우는지를 살펴본다.
차지백과 환불의 차이는 누가 결정하느냐에 있다
결제 전문 용어를 걷어내면 둘을 가르는 질문은 하나다. 누가 최종 결정을 내리는가. 환불은 스토어 자체 시스템 안에서 내려지는 결정이다. 차지백은 고객의 은행에서 내려지는 결정으로, 어떤 스토어 설정도 닿지 못하는 한 겹 바깥에 있다. 이 한 가지 사실이 당신이 이의를 제기할 수 있는지부터 얼마가 드는지까지 나머지 모든 것을 좌우한다.
누가 시작하고, 누가 결정하는가
환불은 두 가지 방식으로 시작될 수 있다. 고객이 스토어에 환불을 요청하거나, 당신이 직접 환불하는 것이다. 어느 쪽이든 스토어, 즉 Apple이나 Google Play가 승인하고 자금을 돌려준다. 차지백은 시작되는 방식이 하나뿐이다. 고객이 스토어를 완전히 건너뛰고 자신의 은행이나 카드 네트워크에 그 결제를 분쟁으로 제기하면, 은행이 스토어의 결제 시스템에서 돈을 되찾아 간다. 스토어가 그것을 선택하지 않았고, 당신도 선택하지 않았다.
판매자는 스토어이지 당신이 아니다
이 부분이 전통적인 이커머스에서 넘어온 개발자를 걸려 넘어지게 한다. App Store나 Google Play를 통해 팔 때, 당신은 기록상의 판매자가 아니다. Apple과 Google이 그렇다. 고객의 카드 명세서에는 당신의 회사 이름이 아니라 Apple이나 Google이 찍힌다. 그래서 그 고객이 결제를 분쟁으로 제기하면, 차지백은 먼저 스토어의 결제 시스템에 떨어진다. 은행과 통화하는 사람은 당신이 아니다. 당신은 스토어를 통해, 그것도 스토어가 알려 준다면, 그 사실을 알게 된다.
둘을 나란히
| 항목 | 환불 | 차지백 |
|---|---|---|
| 누가 시작하는가 | 고객이 스토어에 요청하거나, 당신이 실행 | 고객이 자신의 은행에 결제를 분쟁으로 제기 |
| 누가 결정하는가 | Apple 또는 Google Play | 고객의 은행 또는 카드 네트워크 |
| 되돌릴 수 있는가 | 때때로, 증거와 함께 | 아니요, 은행의 결정이 최종적이다 |
| 당신의 관여 | 보통 없음, 두 흐름이 증거를 요구 | 하나의 좁은 증거 창구, Google Play에서 |
| 추가 비용 | 없음 | 은행 차지백 수수료, 2026년 8월 3일 부터 당신 부담 |
| 통상 속도 | 빠름, 몇 분에서 며칠 | 느림, 몇 주에서 몇 달 |
환불은 App Store와 Google Play에서 어떻게 보이는가
대부분의 환불은 당신이 낄 수 있는 대화가 아니다. 스토어가 요청을 받고, 자체 규칙에 비추어 확인한 뒤, 돈을 돌려준다. 당신은 사후에 통보받는다. 단, 그 소식을 실어 나르는 알림을 연결해 두었다면 말이다.
Apple이 결정한 뒤, 당신의 서버에 알린다
Apple 고객은 reportaproblem.apple.com에서 환불을 요청하고, Apple은 구매로부터 최대 90 days 동안 그 요청을 심사 대상으로 접수할 수 있다. Apple은 각 사례를 자체적으로 심사해 결정한다. 환불을 승인하면 당신의 서버는 App Store Server Notifications V2를 통해 REFUND 알림을 받고, 그 거래에는 이제 revocationDate가 붙는다. 요청을 거절하면 REFUND_DECLINED를 받는다. Apple이 나중에 이미 승인한 환불을 되돌리면 REFUND_REVERSED를 받고 그 매출이 돌아온다. 이 중 어느 경우에도 당신은 표를 던지지 않는다. 당신은 반응할 뿐이다.
Google Play는 대부분의 구매를 당신에게 묻지 않고 환불한다
Google Play는 고객이 구매 후 48 hours 이내에 자신의 계정에서 바로, 개발자의 관여 없이 셀프서비스로 환불하도록 허용한다. 48 hours가 지나면 고객은 당신에게로 넘어오고, 당신은 자체 정책에 따라 승인하거나 거절할 수 있다. 지원팀도 환불을 실행할 수 있고, 확인되지 않은 구매는 약 72 hours 뒤에 자동 환불된다. 이 모든 것은 Google 쪽에서 돌아간다. 당신은 무효화된 구매 알림이나 Voided Purchases API로 결과를 볼 뿐이며, 당신의 일은 환불 승인이 아니라 접근 권한 회수다.
스토어가 실제로 당신에게 묻는 두 흐름
두 스토어를 통틀어, 스토어가 멈춰 서서 결정하기 전에 개발자에게 증거를 요구하는 순간은 정확히 두 번이다. 고객이 환불을 요청하면 Apple은 CONSUMPTION_REQUEST를 보내고, Send Consumption Information을 통해 이용 데이터로 답할 12 hours를 당신에게 준다. Google Play는 차지백 심사를 보내고, orders.reviewrefund API를 통해 답할 24 hours를 당신에게 준다. 나머지는 모두 당신 없이 결정된다. 이 두 창구가 당신의 입력이 결과를 바꾸는 유일한 곳이며, 그래서 자동화할 가치가 있고 나머지는 모니터링할 가치가 있다.
차지백은 어떻게 보이며, 왜 최종적인가
차지백은 단계가 몇 개 더 붙은 환불이 아니다. 결정하는 주체가 다른 별개의 메커니즘이며, 그것이 당신이 할 수 있는 일을 바꾼다.
돈을 되찾아 가는 것은 은행이지 고객이 아니다
차지백에서 고객은 자신의 은행에 그 결제가 잘못됐다, 사기다, 모르는 것이다, 혹은 받지 못했다고 말한다. 은행은 기본적으로 자신의 카드 소지자 편에 서서 거래를 취소하고, 카드 네트워크를 통해 자금을 되찾아 간다. 스토어는 그것을 승인하지 않았다. 제품이 전달됐는지 누군가 묻기도 전에 돈은 이미 사라져 있다. 이것이 차지백은 느리고 무거운 반면 환불은 빠르고 깔끔한 이유다. 차지백은 카드 네트워크의 분쟁 절차를 거치는데, 그것은 몇 분이 아니라 몇 주나 몇 달이 걸린다.
은행의 결정은 최종적이다
환불을 되돌리듯이 차지백을 뒤집을 수는 없다. 은행이 일단 판정하면 그 판정은 그대로 선다. 당신이 영향을 미칠 수 있는 유일한 곳은 그것이 결정되기 전이다. Google Play에서는 은행이 시작한 분쟁이 심사를 열 수 있고, Google Play는 당신의 서버에 24시간 시계가 달린 알림을 보낸다. orders.reviewrefund를 통해 환불 선호와 진짜 소비 증거를 담아 답하면, Google Play는 당신의 입력을 당신을 대신해 차지백에 맞서 다투는 방식에 반영한다. 이 창구를 놓치면, 제품이 어떻게 쓰였는지 아는 유일한 당사자 없이 분쟁이 마무리된다.

각각이 실제로 당신에게 얼마의 비용을 지우는가
오랫동안 솔직한 답은 이랬다. 차지백과 환불이 앱 개발자에게 지우는 비용은 대체로 같다, 즉 그 매출과, 그것을 전달하려고 이미 쓴 무엇이든이라고. 이번 달, 그것은 Google Play 개발자에게 더는 사실이 아니게 됐다.
환불이 결코 유일한 숫자는 아니다
그 취소가 환불이든 차지백이든, 그 결제는 결코 당신의 유일한 비용이 아니었다. 생성된 동영상 하나, 모델 API 호출 한 묶음, 크리에이터 정산금, 당신이 확보한 스토리지, 그 모든 돈은 당신이 주문을 전달한 순간 당신의 계좌를 떠났고, 결제가 취소돼도 한 푼도 돌아오지 않는다. 매출은 눈에 보이는 숫자다. 컴퓨팅, API 호출, 스토리지, 정산금이야말로 이미 빠져나간 숫자다. 취소는 전달한 가치를 근거로 다투어라. 고객이 얼마나 기다렸는지로는 결코 다투지 마라. 흘러간 시간은 비용이 아니고, Apple도 Google도 그것을 비용으로 취급하지 않는다.
2026년 8월 3일 부터 차지백에는 은행 수수료가 더해진다
여기가 둘의 비용이 더는 같지 않게 되는 지점이다. 지금까지 Google Play는 차지백의 하류 비용을 흡수해 왔다. 2026년 8월 3일 이후에 이루어진 주문에 대해 Google Play는 그 비용을 개발자에게 옮긴다. 분쟁에서 지면 당신은 Play의 서비스 수수료를 뺀 구매 대금을 돌려주고, 그 위에 금융 기관이 부과하는 차지백 수수료를 지불한다. Google Play는 서비스 수수료 부분은 계속 부담한다. 환불에는 그 은행 수수료가 붙지 않는다. 그래서 차지백으로 끝나는 결제는 이제 같은 결제를 환불한 경우보다 엄밀히 더 비싸고, 그 차액이 은행의 수수료다.
| 비용 | 2026년 8월 3일 이전 | 2026년 8월 3일 이후 |
|---|---|---|
| 고객에게 돌려주는 구매 대금 | Google Play | 당신, Play의 서비스 수수료를 뺀 금액 |
| Play 서비스 수수료 부분 | Google Play | Google Play |
| 은행 차지백 수수료 | Google Play | 당신 |
| 이미 쓴 컴퓨팅, API 호출, 스토리지, 정산금 | 당신 | 당신 |
이 변화 뒤에 있는 규모
Google Play는 2025년에 US$3.4B의 사기와 남용을 차단했다고 밝혔고, 2026년 내내 지금도 사기 탐지를 늘리고 있다. 차지백 비용을 개발자에게 옮기는 것은 그 노력의 일부다. 그것은 당신에게 심사 흐름에 증거를 넣을 직접적인 이유를 주어, 시스템이 부당한 분쟁을 더 많이 다투게 한다. 당신의 증거야말로 다툼을 가능하게 하며, 텅 빈 응답은 지인 사기성 차지백이 당신의 돈 위에 성립하도록 던지는 한 표다.
환불이 차지백이 되는 것을 어떻게 막을까
가장 싼 차지백은 결코 일어나지 않는 차지백이다. 그 주문이 먼저 환불됐거나, 이미 그 자리에 있던 증거로 다투어졌기 때문이다. 이 어느 것도 알맞은 시각에 사람이 깨어 있을 필요는 없다. 필요한 것은 분쟁 이전에 배관을 갖춰 두는 것이다.
은행보다 먼저 당신이 불량 주문을 환불하라
어떤 주문이 분명히 분쟁으로 갈 것 같다면, 당신이 직접 환불하는 편이 차지백에서 지는 것보다 싸다. 당신이 실행하는 환불에는 은행의 차지백 수수료가 붙지 않는다. Google Play에서는 orders.refund 호출 한 번으로 3년 미만의 어떤 주문이든, 접근 권한을 회수하든 안 하든 환불할 수 있다. 고객이 은행에 닿기 전에 거기에 다다르면, 은행 수수료에 잃은 매출까지를 그저 잃은 매출 하나로 바꿔 놓는다.
두 증거 창구에 자동으로 답하라
Apple의 12시간 창구와 Google Play의 24시간 창구는 기계에는 넉넉하고, 지켜보고 있어야 하는 사람에게는 가혹하다. 응답은 자동이어야 한다. 알림이 들어오고, 계정을 조회하고, 소비 데이터를 조립해, 한 번 호출해 내보낸다, 중간에 사람은 없다. 그것이 RefundHalt가 당신을 대신해 돌리는 부분이다. 우리는 CONSUMPTION_REQUEST와 Google Play의 차지백 심사를 대기하다가, 주문을 우리가 이미 추적하는 이용에 맞추고, 창구 안에서 환불 선호와 진짜 소비 증거를 담아 답한다.
신원을 미리 붙이고, 소비를 미리 기록하라
분쟁 시점에 필요한 증거는 분쟁 이전에 존재해야 한다. 모든 구매에 계정 식별자를 설정해, 알림이 곧장 사용자에게 대응되게 하라. Apple에서는 appAccountToken UUID이고, Google Play에서는 64 characters 이하로 해시된 setObfuscatedAccountId이며, 결코 평문 개인 데이터가 아니다. 유료 주문 각각이 무엇을, 언제, 누구에게 전달했는지를 필요할 때 소비 비율로 바꿀 수 있는 형태로 기록하라. 그렇게 하면 그 좁은 창구로도 충분하다. 토큰이 도착할 무렵이면 사건은 이미 다 짜여 있기 때문이다.
자주 묻는 질문
- 앱 개발자에게 차지백과 환불의 차이는 무엇인가?
- 환불은 스토어가 지급한다. 고객이 환불을 요청하거나 당신이 승인하면 Apple이나 Google Play가 돈을 돌려주고, 스토어가 결과를 결정한다. 차지백은 다르다. 고객이 자신의 은행에 결제를 분쟁으로 제기하고, 은행이 카드 네트워크를 통해 그것을 취소하며, 은행의 결정이 최종적이다. Apple과 Google이 기록상의 판매자이므로 차지백은 스토어의 결제 시스템에 부딪히고, 당신이 발언할 수 있는 것은 Google Play의 24시간 심사 흐름을 통해서뿐이다.
- Apple과 Google이 기록상의 판매자라면, 앱 개발자가 애초에 차지백을 볼 수는 있나?
- 볼 수 있지만 간접적으로다. 고객의 카드 명세서에는 Apple이나 Google이 표시되므로 분쟁은 먼저 스토어로 간다. 그다음 Google Play가 심사를 열어 당신의 서버에 24 hours 창구가 달린 알림을 보내 orders.reviewrefund API로 답하게 하고, 무효화된 구매 신호를 통해 결과를 알린다. Apple은 자기 쪽에서 분쟁을 처리하고 결과를 당신의 서버에 통보한다. 두 경우 모두 당신이 은행과 직접 협상하지는 않는다.
- 차지백을 되돌리거나 이길 수 있나?
- 은행이 결정한 뒤에는 차지백을 뒤집을 수 없다. 최종 결정을 내리는 것이 스토어가 아니라 은행이기 때문이다. 당신이 영향을 미칠 수 있는 것은 결정 이전뿐이다. Google Play에서는 분쟁이 차지백 심사를 열 수 있고, 당신에게는 orders.reviewrefund를 통해 환불 선호와 소비 증거를 보내 Google Play가 당신을 대신해 차지백에 맞설 수 있게 할 24 hours가 있다. 이 창구를 놓치면 분쟁은 당신의 증거 없이 마무리된다.
- 환불과 차지백 중 어느 쪽이 더 비싼가?
- 2026년 8월 3일 기준으로, 차지백은 Google Play 개발자에게 환불보다 비싸다. 진 차지백에서는 Play의 서비스 수수료를 뺀 구매 대금에 더해 은행의 차지백 수수료를 부담한다. 환불에는 그 은행 수수료가 붙지 않는다. 둘 다 주문을 전달하려고 이미 쓴 컴퓨팅, API 호출, 스토리지, 정산금을 잃게 하지만, 차지백은 그 위에 은행 수수료를 더한다. 그래서 실패가 뻔한 주문을 먼저 직접 환불하는 편이 더 싼 길이다.
- 환불이 차지백으로 바뀌는 것을 어떻게 막을 수 있나?
- 고객이 은행으로 가기 전에 명백히 나쁜 주문은 당신이 직접 환불하라. 당신이 실행하는 환불은 은행의 차지백 수수료를 피하기 때문이다. 두 증거 창구에 제때 답하라. Apple의 12시간 CONSUMPTION_REQUEST는 Send Consumption Information을 통해, Google Play의 24시간 차지백 심사는 orders.reviewrefund를 통해서다. 구매 시점에 계정 식별자를 붙이고 소비가 일어나는 대로 기록해, 어떤 분쟁이 오기 전에도 증거가 존재하게 하라.
출처 및 추가 자료
- Play Console Help: Chargeback cost responsibility for developers
- Google Play Help: Refund policies for apps, games, and in-app purchases
- Google Play Developer API: orders.reviewrefund
- Apple Developer: Handling refund notifications
- Apple Support: Request a refund for apps or content you bought from Apple
- Android Developers: Help Google dispute chargebacks
RefundHalt
App Store와 Google Play 환불 자동 처리
계속 읽기
8월 3일부터 Google Play 차지백 비용이 개발자에게 넘어왔고, 이제 각 분쟁이 당신에게서 무엇을 가져가는지 정리한다
Google Play가 조용히 차지백을 대신 부담하기를 중단했습니다. 2026년 8월 3일 당일 또는 그 이후에 이루어진 주문에 대해, 분쟁이 제기된 주문마다 당신은 Play의 서비스 수수료를 뺀 구매 대금에 은행 수수료를 더해 되갚게 됩니다. 무엇이 바뀌었는지, 이제 차지백 한 건의 비용이 얼마인지, 그리고 당신이 반박할 수 있는 24시간의 창구를 정리합니다.
StoreKit 2의 환불 감지는 트랜잭션의 단 하나의 속성으로 귀결됩니다. 바로 revocationDate입니다
Apple이 당신의 고객 중 한 명에게 환불하면, 그 환불은 서버 작업이 실행되기 전에 이미 트랜잭션의 revocationDate로 앱 내부에 들어와 있습니다. 이 글은 StoreKit 2의 환불 감지가 기기에서 어디에 나타나는지, revocationDate와 revocationReason이 무엇을 알려주는지, 그리고 왜 클라이언트는 속도를 위한 것이고 서버는 진실을 위한 것인지 설명합니다.