Google Play 차지백 완벽 정리: 모든 개발자가 알아야 할 것

Google Play 차지백 완벽 정리: 모든 개발자가 알아야 할 것

고객이 프리미엄 요금제를 구매합니다. 몇 주 뒤, 그 돈이 지급액에서 그냥 사라져 있습니다. 이메일도 없고, 지원 티켓도 없습니다. 줄어든 잔액과 예상하지 못한 항목 하나만 남습니다. 이것이 바로 Google Play 차지백이며, 2026년 8월 3일부터 차지백에서 패소했을 때의 비용은 개발자인 여러분이 부담하게 됩니다.

수년간 Google이 이런 손실의 대부분을 떠안았습니다. 이제는 끝났습니다. 패소한 차지백은 이제 여러분의 매출에서 직접 돈을 빼갑니다. Android용 앱을 만들고 Play Billing으로 무언가를 판매한다면, 잠자는 동안에도 잃을 수 있는 돈입니다. 다행인 점은 맞서 싸울 새로운 수단도 함께 생겼다는 것이며, 대부분의 팀은 아직 이를 연결해 두지 않았습니다. 저희 Google Play 차지백 가이드에서 설정 방법을 다루지만, 이 글에서는 먼저 작동 원리를 설명합니다.

이 글은 소비자용 설명이 아닙니다. Google Play 차지백 프로세스가 실제로 여러분의 장부와 백엔드에 어떤 영향을 미치는지, 그리고 무엇을 할 수 있는지를 다룹니다.

핵심 요약

• Google Play 차지백은 고객의 은행이 시작하는 강제 결제 취소로, Google이나 여러분의 지원팀이 시작하는 것이 아닙니다.

• 2026년 8월 3일부터 패소한 차지백은 구매 금액에서 Google 서비스 수수료를 뺀 금액에 은행의 차지백 수수료를 더한 비용을 발생시킵니다.

• 분쟁에 개발자의 입력이 필요하면 Google은 Real-time Developer Notifications를 통해 PendingRefundReviewNotification을 보냅니다.

• 이 알림을 받은 시점부터 24시간 안에 ReviewRefund API로 응답해야 합니다.

• 첫 번째 API 응답만 인정됩니다. 이후 호출은 API가 OK를 반환하더라도 무시됩니다.

• 은행 차지백 수수료는 정액이므로, 저가 상품에서는 수수료만으로도 판매 금액을 넘어설 수 있습니다.

• 구매 시 난독화된 계정 ID를 설정해 두어야 분쟁을 실제 사용자와 매칭할 수 있습니다.

• 아무 응답도 하지 않으면 반론 기록 없이 손실 전액을 떠안게 됩니다.

Google Play 차지백이란?

Google Play 차지백은 고객의 은행이 앱이나 인앱 구매에 대해 이미 완료된 결제를 취소하는 것입니다.

고객은 여러분에게 요청하지 않습니다. Google에도 요청하지 않습니다. 은행이나 카드사에 연락해 결제에 이의를 제기합니다. 은행은 돈을 회수하고 조사를 시작합니다. 이는 스토어 밖, 즉 여러분이 직접 접근할 수 없는 은행 시스템 안에서 시작된다는 점에서 일반 환불과 다릅니다.

예시. 누군가 $40짜리 연간 구독을 구매합니다. 2주 뒤, 은행에 이 결제를 승인한 적이 없다고 말합니다. 은행은 $40를 회수하고 해당 결제를 분쟁 건으로 표시합니다. 여러분은 이미 한 달치 프리미엄 기능을 제공했을 수 있습니다. 차지백은 여러분이 무엇을 제공했는지 신경 쓰지 않습니다.

Play에서는 Google이 판매자(merchant of record)이므로, 여러분이 직접 받는 타격은 결제 대행사 평판 문제가 아니라 금전적 손실입니다. 그래도 실제 돈이 계정에서 빠져나가는 것은 마찬가지입니다.

차지백이 환불과 다른 이유

환불은 Google Play 안에서 처리되는 요청입니다. Google Play 차지백 분쟁은 은행이 처리합니다.

환불은 Google의 규칙과 여러분의 설정을 따릅니다. 차지백은 카드 네트워크 규칙과 은행의 일정을 따릅니다. 통제할 수 있는 범위가 훨씬 좁고, 은행이 취소된 판매 금액 위에 자체 정액 수수료까지 더하기 때문에 계산도 더 불리합니다. 일반 환불도 아무 알림 없이 서버를 그냥 지나칠 수 있고, 차지백은 돈이 이미 빠져나갈 때까지 훨씬 더 조용합니다.

예시. $10 구매에 대한 환불은 구매자에게 $10를 돌려줍니다. 같은 $10 구매에 대한 차지백은 $10를 돌려주고 정액 은행 수수료까지 더할 수 있습니다. 소액 판매에서는 분쟁 한 건이 그 판매로 벌어들인 것보다 더 큰 손실을 남길 수 있습니다.

Google Play 차지백 프로세스 작동 방식

Google Play 차지백 프로세스는 은행이 결제에 이의를 제기하면서 시작되고, 이후 Google이 이를 검토한 뒤 개발자의 입력이 필요한 건에 대해서는 정해진 기한 안에 증거를 요청합니다.

단계별 흐름은 다음과 같습니다:

1. 고객이 은행에 결제 이의를 제기합니다.

2. 은행이 판매자인 Google에 분쟁을 전달합니다.

3. Google이 해당 구매에 대해 이미 보유한 신호를 검토합니다.

4. 개발자 검토가 필요한 분쟁의 경우, Google이 Real-time Developer Notifications를 통해 PendingRefundReviewNotification을 보냅니다.

5. 24시간 안에 ReviewRefund API로 선호 결정과 사용 증거를 담아 응답해야 합니다.

6. Google이 여러분이 보낸 자료를 바탕으로 은행과 다툽니다.

예시. 새벽 2시에 Pub/Sub 토픽으로 알림이 도착합니다. 아무도 큐를 보고 있지 않습니다. 다음 날 새벽 2시가 되면 기한이 끝납니다. 시스템이 응답하지 않았다면 Google은 고객 측 주장만 기록된 상태로 은행과 다투게 됩니다. Google이 이를 어떻게 설명하는지는 공식 차지백 문서에서 확인할 수 있습니다.

차지백 알림 이후에는 어떻게 되나?

알림이 도착하면 24시간 타이머가 시작되고, ReviewRefund API를 통한 첫 번째 응답만 기록됩니다.

응답에 담을 수 있는 필드는 다음과 같습니다:

• pendingRefundToken: 알림에 포함된 토큰입니다. 필수이며, Google이 여러분의 응답을 분쟁 건과 매칭할 수 있도록 그대로 돌려보냅니다.

• sampleContentProvided: 구매 전에 무료 샘플, 체험판 또는 명확한 기능 안내를 제공했는지 나타내는 true/false 플래그입니다.

• refundPreference: 자체 로직에 따른 여러분의 선호 결정으로, APPROVE, DECLINE, NEUTRAL 중 하나입니다.

• consumptionPercentageMilliunits: 고객이 얼마나 사용했는지를 밀리단위로 나타내며, 45200은 45.2퍼센트를 의미합니다.

• consumptionUsageEvents: 최대 1,000개의 이벤트로, 각각 타임스탬프, IP 주소, 대략적인 위치, 최대 5,000자의 설명을 담습니다.

많은 팀이 걸려 넘어지는 규칙 하나. 첫 번째 호출만 저장됩니다. 이후 호출은 OK를 반환하지만 아무것도 바뀌지 않습니다. 따라서 불완전한 첫 응답이 그대로 영구 기록이 됩니다.

예시. 서버가 사용 이벤트를 빠뜨린 채 빠르게 응답을 보내고, 두 번째 호출로 보완할 계획을 세웁니다. 그 두 번째 호출은 조용히 버려집니다. 빈약한 응답이 이제 Google이 가진 유일한 답변입니다. 전체 필드 목록은 ReviewRefund API 레퍼런스에서 확인할 수 있습니다.

개발자는 어떻게 대응해야 하나

기한 안에, 명확한 선호 결정과 분쟁 주문에 연결된 실제 사용 증거를 담아 자동으로 응답하세요.

효과적인 응답은 보통 다음 네 가지를 수행합니다:

• 구매 시 설정한 난독화된 계정 ID로 분쟁을 실제 사용자와 매칭합니다.

• 사기 패턴이나 사용량 수준 같은 자체 로직에 따라 선호 결정을 설정합니다.

• 타임스탬프, IP 주소, 대략적인 위치가 포함된 사용 이벤트를 첨부합니다.

• 구매 전에 샘플, 체험판 또는 기능 미리보기가 제공되었는지 기록합니다.

예시. 60개의 세션 기록, 가입 국가와 일치하는 IP, 명확한 사용 비율을 가진 사용자를 은행이 미승인 결제로 판단하기는 어렵습니다. 바로 이런 증거를 Google이 여러분을 대신해 전달합니다. 이런 자료가 전혀 없는 계정은 Google에 다툴 근거를 아무것도 주지 못합니다.

개발자가 흔히 저지르는 실수

가장 큰 실수는 알림을 수신하지 않는 것, 24시간 기한을 놓치는 것, 그리고 분쟁을 사용자와 연결할 방법이 없는 것입니다.

여러 팀에서 같은 패턴이 반복됩니다:

• 모든 알림 유형에 대해 Real-time Developer Notifications를 구독하지 않음.

• 기한을 엄격한 24시간 타이머가 아니라 업무 시간 기준으로 생각함.

• 난독화된 계정 ID를 설정하지 않아 분쟁을 사용자와 매칭할 수 없음.

• 불완전한 첫 응답을 보내고 후속 호출로 보완할 수 있다고 가정함.

• API가 기술적으로 선택 사항이라는 이유로 건너뛰면서 모든 손실을 그대로 감수함.

예시. 어떤 팀은 업무 시간에 사람이 분쟁을 처리하면 된다고 가정합니다. 금요일 밤에 알림이 도착합니다. 월요일이 되면 세 건의 기한이 각각 끝나 있고, 각 건은 이제 조용한 손실이 됩니다.

차지백이 매출에 미치는 영향

패소한 Google Play 개발자 차지백 한 건마다 판매 금액에서 Google 서비스 수수료를 뺀 금액에 정액 은행 수수료가 더해진 비용이 발생하므로, 소액 구매는 마이너스가 될 수 있습니다.

두 가지 간단한 사례로 범위를 볼 수 있습니다. $40 구독에서 분쟁에 패소하면 해당 판매의 순매출에 은행 수수료를 더한 금액을 잃습니다. $2 코인 팩은 더 나쁩니다. 정액 은행 수수료가 판매 금액을 훌쩍 넘을 수 있어, 분쟁 한 건이 정상 구매 여러 건의 마진을 지워버립니다.

손실은 누적되기도 합니다. 해당 구매를 제공하느라 이미 컴퓨팅, 스토리지, 때로는 지원 비용까지 썼습니다. 매출이 회수된다고 해서 그 비용이 돌아오지는 않습니다. 그리고 반복적으로 분쟁을 제기하는 사용자는 여러 번 비용을 발생시키기 때문에, 분쟁을 사용자 신원과 매칭하는 것이 그토록 중요합니다.

차지백 예방을 위한 모범 사례

고객이 은행에 연락하는 것을 막을 수는 없으므로, 차지백 예방은 두 가지를 의미합니다. 줄일 수 있는 분쟁은 줄이고, 발생한 분쟁에는 항상 이의를 제기하는 것입니다.

실용적인 체크리스트:

• 모든 구매에 빠짐없이 난독화된 계정 ID를 설정합니다.

• 모든 알림 유형에 대해 Real-time Developer Notifications를 구독합니다.

• 첫날부터 타임스탬프, IP 주소, 대략적인 위치와 함께 사용 기록을 남깁니다.

• 구매 전에 결제 조건과 체험판 세부 정보를 명확히 안내해 "승인한 적 없다"는 주장을 줄입니다.

• ReviewRefund 응답을 자동화해 누군가 깨어 있어야만 처리되는 상황을 없앱니다.

팀들이 잊는 단계가 하나 더 있습니다. 분쟁에서 이기든 지든, 결제 취소 후 액세스를 회수하는 것은 여러분의 일이지 Google의 일이 아닙니다. 돈이 움직이는 것과 액세스가 종료되는 것은 별개의 이벤트입니다.

예시. 처음부터 세션을 기록하고 계정 ID를 설정한 앱은 어떤 분쟁에도 몇 초 만에 응답할 수 있습니다. 아무것도 기록하지 않은 앱은 보낼 것이 없고, 기한은 어느 쪽이든 똑같이 끝납니다.

격차 메우기

대부분의 팀이 안고 있는 격차는 Google이 증거를 요청하는 순간과 사람이 그것을 알아차리는 순간 사이의 간격입니다.

규칙은 공개되어 있습니다. 기한은 24시간으로 고정되어 있습니다. 유일한 실제 변수는 여러분의 시스템이 실제 데이터를 가지고 제때 응답하느냐입니다. 분쟁은 근무 시간을 기다려 주지 않기 때문에, 수동 처리는 거의 매번 이 경주에서 집니다.

차지백은 예전엔 Google의 문제였습니다. 이제는 여러분의 문제이지만, 증거와 이를 활용할 API도 여러분의 것입니다. 이를 연결해 둔 팀은 침묵하는 팀이 조용히 돌려주는 매출을 지켜냅니다.

이 정책들이 문서화된 곳

위 내용의 근거가 된 1차 출처입니다. 서드파티 블로그 없이 Google 공식 문서만 참고했습니다.

• Google Play Billing: Google의 차지백 분쟁 대응 지원

• Google Play Developer API: orders.reviewrefund 레퍼런스

• Google Play Console 고객센터: 환불 및 차지백 비용 책임

참고 자료

• Google Play 고객센터

• Google Play Billing

• Google Play 개발자 문서