Google Play Refund Management

8월 3일부터, 구글 플레이가 차지백 비용 청구서와 이의 제기 수단을 함께 건넵니다

플레이 구매에 대한 차지백 책임이 2026년 8월 3일 이후 발생하는 주문부터 바뀝니다. 그동안 구글이 떠안았던 손실을 이제는 개발자가 지게 됩니다. 구매 금액에서 서비스 수수료를 제한 금액에 은행 수수료까지 더해진 금액입니다. 이 비용과 함께 증거를 제출할 수 있는 24시간의 창이 주어집니다.

5 min read
8월 3일부터, 구글 플레이가 차지백 비용 청구서와 이의 제기 수단을 함께 건넵니다

플레이 구매에 대한 차지백 책임은 2026년 8월 3일 이후 이루어지는 주문부터 바뀝니다. 그동안 구글이 떠안았던 손실을 이제는 개발자가 지게 됩니다: 구매 금액에서 구글의 서비스 수수료를 제한 금액에 은행 수수료가 더해진 액수입니다. 이 비용과 함께 개발자들이 이전에는 전혀 가져본 적 없던 것, 즉 실제로 증거를 제출할 수 있는 24시간의 창이 주어집니다.

핵심 요약

  • 패소한 차지백 비용은 개발자 매출에서 차감되며, 구매 금액에서 플레이의 서비스 수수료를 제하고 은행이 부과하는 차지백 수수료를 더한 금액으로 계산됩니다.

  • PendingRefundReviewNotification이 RTDN을 통해 전달되며, 그 시점부터 24시간의 제한 시간이 흐릅니다.

  • 첨부할 수 있는 정보에는 소비 비율과 최대 1,000건의 사용 기록 묶음이 포함되며, 각 기록에는 시간, 발생 IP, 위치가 표시됩니다.

  • 가장 먼저 제출한 내용만이 유효합니다. 이후에 보내는 내용은 아무런 알림 없이 버려집니다.

  • 은행 수수료는 금액에 비례하지 않으므로, 저가 상품의 경우 수수료만으로도 고객이 지불한 금액을 넘어설 수 있습니다. 그래서 아무런 대응도 하지 않는 것이 더 비싼 선택이 됩니다.

딱 하루 동안 주어지는 발언권

지금까지는 차지백에 이의를 제기하는 것이 아예 불가능했습니다. 이 공백을 대체하는 방식은 애플의 소비 요청(consumption request) 설계를 많이 참고하고 있습니다. 검토가 필요한 분쟁이 발생하면 알림이 생성되며, 알림이 도착한 시점부터 정확히 24시간 안에 orders.reviewrefund API를 통해 승인, 거부, 중립 중 하나의 판정과 이를 뒷받침하는 증거를 제출해야 합니다. 그러면 구글이 그 자료를 가지고 은행과 직접 협상을 진행합니다.

  • 누가 차지백을 떠안는가는 지금까지 구글이었습니다. 2026년 8월 3일 이후에는 대부분 개발자가 떠안게 됩니다.

  • 직접 부담하는 비용은 지금까지 없었습니다. 변경 이후에는 구매 금액에서 서비스 수수료를 제한 금액에 은행 수수료가 더해집니다.

  • 구글이 계속 부담하는 부분은 지금까지 전부였습니다. 변경 이후에는 자신이 청구한 서비스 수수료뿐입니다.

  • 이의를 제기할 수 있는지는 지금까지 불가능했습니다. 변경 이후에는 24시간의 증거 제출 기간 안에서 가능합니다.

응답하려면 실제로 무엇이 필요한가

모든 응답은 pendingRefundToken을 그대로 반환해야 합니다. 차지백을 실제 사용자와 연결하려면 구매 시점에 난독화된 계정 ID(obfuscated account ID)가 설정되어 있어야 하며, 이것이 없으면 분쟁을 여러분의 기록상의 누군가와 매칭하는 일이 추측에 의존하게 됩니다.

첨부할 수 있는 증거는 다음과 같습니다.

  • 판정 결과와 샘플 콘텐츠 제공 여부

  • 밀리유닛 단위로 표현된 소비 비율(예: 45200은 45.2%를 의미)

  • 최대 1,000건의 사용 이벤트, 각각 타임스탬프, IP 주소, 대략적인 위치, 최대 5,000자까지 작성 가능한 설명을 포함

이 기능을 구현하기 전에 알아야 할 점: 가장 처음 보낸 응답만 기록됩니다. 이후의 호출은 OK를 반환하면서도 조용히 폐기되므로, 첫 시도에서 불완전하게 제출한 내용은 영구적으로 불완전한 상태로 남습니다.

가만히 있을 때의 비용을 계산해 보면

은행이 부과하는 차지백 수수료는 고정 금액이며, 제품 가격과는 전혀 무관합니다. 따라서 저가 소모성 상품의 경우 수수료가 판매액 자체보다 커질 수 있습니다. 여기에 해당 구매를 처리하는 데 이미 소비된 컴퓨팅 자원과 스토리지 비용까지 더하면 손실은 더욱 커집니다. API 사용은 기술적으로는 선택 사항이지만, 손실은 어차피 개발자에게 돌아오기 때문에 사용하지 않는다는 것은 곧 아무런 항변 없이 손실을 떠안는다는 뜻입니다.

8월이 오기 전에 준비할 것

  • 모든 알림 유형에 대해 RTDN을 활성화하세요. 검토 요청은 이미 구독 이벤트가 사용하는 토픽을 통해 도착합니다.

  • 예외 없이 모든 구매에 난독화된 계정 ID가 설정되도록 하세요.

  • 사용 증거, 즉 인용해야 할 타임스탬프와 IP 주소가 실제로 어디에 저장되어 있는지 파악하세요.

  • 마감일이 지난 뒤가 아니라 그 전에, 대응 경로 전체를 폴백(fallback) 동작까지 포함해 자동화하세요.

Refund Sensor는 이 파이프라인 전체를 처음부터 끝까지 처리하여, 누군가가 대기열을 지켜볼 필요 없이 기한 내에 증거가 첨부된 응답을 제출합니다.

이 규정이 문서화된 곳

자주 묻는 질문

2026년 8월 3일부터이며, 그 시점 이후에 이루어진 주문에만 적용됩니다. 그 이전에 구매된 항목은 기존 규정이 그대로 적용되므로, 재정적 영향은 한꺼번에 오는 것이 아니라 점진적으로 나타납니다.

구매 금액에서 플레이의 서비스 수수료를 제한 금액에, 은행의 차지백 수수료가 추가로 더해집니다. 구글이 계속 부담하는 부분은 자신이 청구한 서비스 수수료뿐입니다.

승인, 거부, 중립 중 하나의 판정; 샘플 콘텐츠 존재 여부를 나타내는 플래그; 밀리유닛(milliunit) 단위로 표현된 소비 비율; 그리고 최대 1,000건의 사용 기록 묶음으로, 각 항목에는 발생 시점, 계정 및 IP, 대략적인 위치, 자유 형식의 설명이 기록됩니다.

아니요. 첫 번째 응답만 저장되며, 이후의 모든 응답은 무시됩니다. 다만 API는 여전히 OK를 반환합니다.

필수는 아닙니다. 하지만 패소한 차지백은 어쨌든 개발자에게 청구되므로, 이의를 제기할 유일한 수단을 사용하지 않는다는 것은 곧 아무 반론 없이 손실을 받아들이는 것과 같습니다.

#chargebacks#review refund api#orders.reviewrefund#rtdn#policy change#play billing
Refund SensorRefund Sensor TeamRefund defense for App Store and Google Play developers