환불하는 대신 구독을 일시중지하거나 갱신일을 뒤로 미룰 수 있고, 그렇게 하면 대부분의 돈이 남습니다

구독을 일시중지하거나, 다음 청구를 미래로 밀어내거나, 구독자에게 무료 일수를 건넬 수 있습니다. 그 각각은 이미 받은 돈을 한 푼도 돌려주지 않으면서 고객을 장부에 남겨 둡니다. 환불은 그 반대입니다. 직전 청구를, 때로는 1년 치 전부를 돌려주고, 게다가 고객은 대개 어차피 떠나 버립니다. 그러니 누군가 그만두고 싶다거나 돈을 돌려 달라고 할 때, 환불이 유일한 수단인 경우는 드물고, 거의 언제나 가장 비싼 수단입니다.

전체 그림은 이렇습니다. Google Play에서는 사용자가 자동 갱신 구독을 일시중지할 수 있고, 개발자는 다음 청구를 하루에서 1년까지 뒤로 미룰 수 있습니다. Apple에는 일시중지 버튼이 없지만, 갱신일을 1년에 두 번, 매번 최대 90 days까지 고객 부담 없이 연장할 수 있습니다. 다음에서는 각 수단이 각 스토어에서 어떻게 작동하는지, 환불과 비교해 얼마가 드는지, 그리고 그 어느 것도 도움이 되지 않는 단 하나의 상황을 설명합니다.

구독자가 떠나고 싶어 할 때 실제로 가진 선택지

해지와 환불은 같은 사건이 아니며, 불만족한 구독자를 모두 환불로 다루는 것이야말로 스튜디오가 돌려주지 않아도 될 돈을 돌려주는 방식입니다. 해지는 다음 갱신을 멈추고 이미 낸 돈을 그대로 둡니다. 환불은 손을 뻗어 이미 장부에 올린 청구를 뽑아냅니다. 이 둘 사이에는 바로 이 순간을 위해 만들어진 스토어 도구 한 벌이 있습니다. 그 사람을 구독 상태로 유지하거나, 결제를 되돌리지 않으면서 관계를 따뜻하게 유지하는 것입니다.

먼저 일시중지, 연기, 연장, 그다음이 환불

순서가 중요합니다. 일시중지는 구독을 세워 두어 고객이 잠시 떠났다가 돌아올 수 있게 합니다. 연기나 연장은 무료 시간을 주어, 본래 환불 요청이 될 것을 돈이 아니라 며칠로 끝나는 호의의 표시로 바꿉니다. 환불은 최후의 수단입니다. 네 가지 중 유일하게 당신의 계좌에서 돈을 다시 빼내는 것이기 때문입니다. 다른 셋이 맞지 않을 때 손을 뻗을 것이지, 그 전이 아닙니다.

Google Play에서 구독을 일시중지하는 방법

두 스토어 중 진짜 일시중지가 있는 것은 Google Play뿐입니다. 사용자는 Play Store에서 자기 구독을 열고 일시중지를 선택하며, 스토어가 나머지를 처리합니다. 당신이 승인하는 것은 아니지만, 그것을 고려해 설계할 수는 있습니다.

일시중지는 얼마나 지속될 수 있는가

사용자는 one week에서 three months 사이의 기간 동안 일시중지할 수 있고, 선택지는 요금제의 결제 주기에 따릅니다. 일시중지는 항상 현재 결제 기간이 끝난 뒤에만 적용되므로, 고객은 이미 낸 몫을 유지하고 일시중지는 다음 갱신에서 깔끔하게 시작됩니다.

일시중지가 접근 권한, 청구, 그리고 당신의 쿼리에 미치는 영향

구독이 일시중지된 동안 사용자는 접근 권한이 없고 갱신 가격도 내지 않습니다. 당신의 계좌에서 나가는 돈도, 들어오는 돈도 없습니다. 통합상의 한 가지 세부 사항이 팀들을 걸려 넘어지게 합니다. 일시중지된 구독은 includeSuspendedSubscriptions를 true로 설정하지 않는 한 Play Billing Library의 queryPurchasesAsync() 메서드로 반환되지 않습니다. 이를 놓치면, 앱은 한 번의 탭이면 돌아올 일시중지 중인 구독자를 완전히 이탈한 것으로 취급할 수 있습니다.

일시중지가 끝날 때 무슨 일이 일어나는가

일시중지 기간이 끝나면 구독이 재개되고 Google이 갱신을 시도합니다. 사용자는 일시중지 중 언제든 수동으로 재개할 수도 있으며, 그러면 청구일이 수동 재개 날짜로 옮겨집니다. 갱신 시도가 실패하면 그 구독은 다른 어떤 구독과도 같은 갱신 실패 경로를 따라 결제 유예 기간과 계정 보류를 거칩니다. 그러니 일시중지는 당신의 회수 단계를 없애는 것이 아니라 그저 미룰 뿐입니다.

Apple에는 일시중지가 없으므로 대신 갱신일을 연장한다

Apple은 사용자에게 일시중지 스위치를 주지 않습니다. 개발자에게 주는 것은 구독자의 갱신일을 미래로 옮기는 능력으로, 이는 무료 서비스 시간을 주고 다음 청구를 뒤로 밉니다. 이것은 고객이 탭하는 것이 아니라 서버 측 동작입니다.

1년에 두 번, 매번 최대 90 days

App Store Server API를 사용하면 고객 구독의 갱신일을 twice per calendar year, 매번 최대 up to 90 days 미래로 옮길 수 있고, 고객은 늘어난 시간에 대해 청구되지 않습니다. 이유를 기록하는 extendReasonCode를 붙입니다. 예를 들어 고객 만족이나 서비스 문제 같은 것입니다. 이것이 Apple이 일시중지에 가장 가까운 것입니다. 요금제를 세워 두는 대신 연장하므로, 그 사람은 접근 권한을 유지하고 당신이 받았을 청구는 그저 뒤로 옮겨질 뿐입니다.

한 번의 호출로 장애를 덮을 수 있다

활성 구독자 전원의 갱신일을 한 번에 연장하는 두 번째 엔드포인트도 있습니다. 당신의 사용자 기반 전체를 강타한 장애 뒤에 손을 뻗으세요. 개별 환불 요청의 물결을 받아 내는 것보다 모두에게 며칠의 무료 시간을 건네는 편이 더 싸고 더 차분합니다. 그것은 같은 발상의 대량판입니다. 되돌린 청구가 아니라 무료 시간으로 치르는 것입니다.

결제 연기, 환불 없이 무료 시간을 주는 수단

Apple의 연장에 대응하는 Google Play의 짝은 결제 연기이며, 기간 면에서 더 넉넉합니다. purchases.subscriptionsv2.defer를 호출해 현재보다 늦은 새 만료 시점을 설정합니다. 청구는 API 호출 한 번당 최소 one day, 최대 up to a year 연기할 수 있고, 더 멀리 가려면 새 날짜가 오기 전에 다시 호출합니다.

고객은 모든 것을 유지하고, 그중 어느 것에도 돈을 내지 않는다

연기 기간 동안 사용자는 당신의 콘텐츠를 구독한 채 완전한 접근 권한을 유지하지만 추가된 시간에 대해서는 청구되지 않으며, 갱신일은 새 날짜로 갱신됩니다. Google 자체의 예시들은 축소판 리텐션 지침입니다. 피드백 설문을 작성해 주면 일주일 무료를 주거나, 사람들이 서비스를 쓸 수 없게 만든 장기 장애 뒤에 접근 권한을 보상하는 것 등입니다. 그 하나하나가 당신이 쓰지 않은 환불입니다.

알림을 연결하라

청구를 연기하면 SUBSCRIPTION_DEFERRED 실시간 개발자 알림이 트리거되므로, 백엔드는 새 갱신일을 기록하고 권한을 동기화 상태로 유지할 수 있습니다. 선불 요금제도 같은 방식으로 작동합니다. defer 호출은 갱신일이 아니라 만료 시간을 연장합니다.

각 선택지가 돈으로 얼마나 드는가

이 부분이 당신이 시도할 순서를 정해야 할 대목입니다. 네 가지 수단은 가격에서 서로 가깝지 않고, 그 차이는 환불이 가장 아픈 곳, 즉 길고 값비싼 요금제에서 정확히 가장 큽니다.

환불은 계좌에서 돈을 도로 빼내는 유일한 수단

환불은 직전 청구를 고객에게 돌려줍니다. 월간 요금제라면 그것은 한 달입니다. 연간 요금제라면 그 직전 청구를 기준으로 계산되며, 그것은 1년 전부가 한 번의 사건으로 되돌려집니다. 돌려준 금액 위에는 당신이 그 구독을 서비스하느라 이미 쓴 비용이 얹혀 있습니다. 연산 자원, 서드파티 API 호출, 스토리지, 그리고 크리에이터에게 보낸 배분금 등인데, 그중 어느 것도 돌아오지 않습니다. 일시중지, 연기, 연장은 그 어느 것에도 손대지 않습니다. 그것들에 드는 유일한 것은 당신이 미루는 미래 수익이나 보상하는 며칠뿐입니다.

지불 거절이 더 나쁘게 만드는 계산

대안이 깔끔한 환불조차 아니고 은행 이의 제기일 때, 돈 이야기는 더욱 날카로워집니다. August 3, 2026 이후에 이루어진 Google Play 주문의 경우, 진 지불 거절은 개발자에게 구매 가격에서 Play의 서비스 수수료를 뺀 금액에 은행의 지불 거절 수수료를 더한 만큼의 부담을 지웁니다. 좌절한 고객이 은행에 전화하지 않게 막아 주는 일시중지나 며칠의 보상은 환불보다 쌀 뿐 아니라, 그보다 더 큰 비용을 미리 막아 줍니다.

일시중지나 연기가 잘못된 도구일 때

고객이 당신과 대화하기를 멈추고 자기 은행과 대화하기 시작한 순간, 이 모든 것은 작동하지 않습니다. 일시중지, 연기, 연장은 모두 아직 당신의 앱 안에 있는 구독자에게 내미는 것입니다. 이미 제기된 이의에 대해서는 아무것도 하지 못합니다.

제기된 이의에는 그 자체의 짧은 시계가 있다

청구에 이의가 제기되면 당신의 유일한 입력은 좁은 창입니다. Apple은 당신의 서버에 CONSUMPTION_REQUEST를 보내고 소비 데이터를 up to 12 hours 기다립니다. Google Play는 24 hours 시계를 작동시키고 orders.reviewrefund API를 통해 당신의 증거를 받아 갑니다. 어느 창이든 놓치면 결정은 당신 없이 내려집니다. 그러니 리텐션 수단은 환불 요청 직전의 순간을 위한 것이지, 은행 이의 제기 뒤를 위한 것이 아닙니다.

환불이 옳은 답일 때도 있다

정말로 부당한 대우를 받았고 당신의 제품을 더가 아니라 자기 돈을 원하는 고객에게 무료 시간을 내미는 것은 얼버무림으로 읽힐 수 있습니다. 공정한 수가 청구를 돌려주는 것이라면 돌려주세요. 요점은 결코 환불하지 않는 것이 아닙니다. 일시중지나 일주일의 보상이 돈과 고객을 둘 다 지켜 줬을 상황에서 반사적으로 환불하는 것을 멈추는 것입니다.

리텐션 체크리스트

이 중 어느 것도 별난 것이 아닙니다. 구독자가 그만두고 싶다는 신호를 보내는 순간을 위한 짧은 루틴입니다.

• 환불은 네 가지 수단 중 일시중지, 연기, 연장 다음에 오는 마지막 것으로 다루고, 첫 번째로 삼지 마라.
• Google Play에서는 일시중지를 고려해 설계하라. includeSuspendedSubscriptions를 설정해 앱이 일시중지 중인 구독자를 이탈한 것으로 착각하지 않게 하라.
• 일시중지 끝의 갱신을 신규 구매처럼 다루어라. 그곳이 일시중지 중인 구독자를 유지하느냐 잃느냐가 갈리는 지점이기 때문이다.
• Google Play에서는 결제 연기를, App Store에서는 갱신일 연장을 사용해 환불을 쓰는 대신 며칠을 보상하라.
• SUBSCRIPTION_DEFERRED 알림과 연장을 기록해 수익 수치에 옮겨진 갱신일이 반영되게 하라.
• 환불은 정말로 부당한 대우를 받았고 자기 돈을 돌려받고 싶어 하는 고객을 위해 남겨 두고, 모든 요청을 위해 쓰지 마라.
• 이 수단들은 은행 이의가 제기되면 더는 작동하지 않는다는 점을 기억하고, 제기되었을 때는 12 hours와 24 hours 창에 응하라.