앱 결제는 인앱결제만 붙여야 하나요? 12월 정책 변경 전 판단 기준

바로 답변

앱에서 디지털 재화를 파는 사업자라면 결제 경로를 하나로 둘지 늘릴지 이번 분기에 정해 두시는 편이 낫습니다. 국내에서는 개발자 제공 결제 시스템을 쓰면 서비스 수수료가 4%p 낮게 적용되고, 구글은 수수료 개편을 한국에 12월 31일까지 적용하겠다고 안내했습니다. 다만 판단 기준은 절감되는 수수료율이 아니라 PCI DSS 준수, 24시간 내 거래 보고, 환불·정산 대사 같은 운영 부담을 감당할 조직이 있는지입니다. 연간 결제액이 크지 않거나 정산 담당자가 따로 없다면 기본 결제 하나로 가는 편이 총비용이 낮습니다.

핵심 요약

구글은 결제 선택권 확대와 수수료 개편을 한국에 12월 31일까지 적용하겠다고 안내했습니다(구글 공식 블로그, 2026년 3월 24일).
국내에서 개발자 제공 결제 시스템을 쓰면 서비스 수수료가 4%p 낮게 적용되지만, PCI DSS 준수와 24시간 내 거래 보고 등 조건이 붙습니다.
판단은 연간 앱 결제액, 정산·환불 담당자 유무, 보안 요건 감당 여부 세 가지로 대체로 갈립니다.
결제 경로를 늘리는 결정은 사실상 정산 대사 대상을 하나 늘리는 결정입니다.
구조를 당장 바꾸지 않더라도 결제 처리와 권한 부여를 분리해 두면 나중에 드는 비용이 줄어듭니다.

앱 결제 경로를 하나로 둘지 늘릴지 판단하는 도식. 연간 앱 결제액, 정산·환불 담당, 보안·인증 요건 세 가지를 모두 충족하면 결제 경로 추가를 검토하고, 하나라도 충족하지 못하면 기본 결제 하나가 총비용이 낮다는 결론을 보여준다.

12월 앱 마켓 결제 정책 변경, 우리 앱도 준비할 게 있나요?

앱 안에서 구독·아이템·유료 콘텐츠 같은 디지털 재화를 파는 곳이라면 한 번은 검토해 두시는 편이 낫고, 실물 배송이나 오프라인 예약만 다루는 앱이라면 이번 변경과 직접 관계가 없습니다. 구글은 결제 선택권을 넓히고 서비스 수수료 구조를 바꾸겠다고 밝히면서 한국은 12월 31일까지 적용하겠다고 안내했습니다(구글 공식 블로그, 2026년 3월 24일). 국내에서는 그 전부터 개발자 제공 결제 시스템을 함께 쓸 수 있었고, 이 경우 서비스 수수료가 4%p 낮게 적용됩니다(Google Play Console 고객센터, 2026년 9월 14일 확인).

그래서 실제 질문은 "수수료가 얼마나 내려가나"가 아니라 "우리가 결제 경로를 하나 더 운영할 수 있나"입니다. 수수료는 계산기로 5분이면 나오지만, 결제 경로를 늘렸을 때 늘어나는 일은 계약 기간 내내 남습니다.

인앱결제만 쓸지, 결제 수단을 하나 더 붙일지 무엇으로 판단하나요?

연간 결제액, 정산을 볼 사람이 있는지, 보안 요건을 감당할 수 있는지 세 가지를 먼저 보시면 대체로 답이 갈립니다. 구글이 안내하는 개발자 제공 결제의 조건은 PCI DSS 준수 인증, 허위 거래 신고 수단 제공, API를 통한 24시간 내 거래 보고, Play Console 온보딩 완료입니다(Google Play Console 고객센터, 2026년 9월 14일 확인). 이 중 하나라도 사내에서 책임질 주체가 없다면 결제 경로를 늘리는 선택은 미루시는 편이 안전합니다.

판단 기준	결제 경로를 늘리기 적합	기본 결제 하나로 충분	예외·주의
연간 앱 결제액	절감액이 개발·운영 인건비를 확실히 넘는 규모	절감액이 연 수백만 원대에 그치는 초기 서비스	성장 곡선이 가파르면 구조만 미리 분리해 두는 선택도 가능
정산·환불 담당	결제 대사와 환불을 맡을 담당자와 백오피스가 있음	대표나 개발자가 정산을 겸하는 상태	담당자는 있어도 수단별 데이터가 흩어지면 오히려 부담이 커짐
보안·인증 요건	PCI DSS 준수 체계를 갖췄거나 갖출 계획이 있음	카드 정보 취급 경험이 없고 인증 계획도 없음	PG사 위탁으로 범위를 줄일 수 있으나 책임이 사라지지는 않음
과금 모델	정기 구독 비중이 높아 갱신 실패 관리가 이미 필요함	단건 결제 위주로 사후 처리가 단순함	구독은 갱신·해지·환불 규칙이 수단마다 달라 검증 범위가 넓어짐
출시 일정	다음 분기까지 결제 개편 일정을 확보할 수 있음	연내 주요 기능 출시가 이미 밀려 있음	정책 적용 시점에 맞춰 급하게 붙이면 결제 장애 위험이 커짐

결제 경로를 하나 더 붙이면 실제로 무슨 일이 늘어나나요?

개발 공수보다 운영 업무가 더 많이 늘어납니다. 저희가 결제·정산이 얽힌 시스템을 맡을 때 실제로 추가되는 작업은 대체로 다음 순서로 나타납니다.

결제 수단별 거래 상태를 한 곳에서 맞춰 보는 대사 화면. 수단이 둘이면 불일치 건이 반드시 생기고, 이를 사람이 눈으로 찾게 두면 매달 시간이 녹습니다.
환불·부분취소 규칙의 이중 관리. 마켓 결제와 자체 결제는 환불 주체와 처리 기한이 달라 고객 응대 문구까지 갈라집니다.
거래 보고 연동과 실패 재시도. 24시간 내 보고 요건이 있으면 전송 실패 시 재시도와 알림이 기능 요구사항이 됩니다.
구독 갱신 실패 처리. 카드 만료·한도 초과 시 어느 시점에 이용을 중단할지 정책을 먼저 정해야 개발이 끝납니다.
세금계산서·매출 인식 기준 정리. 수수료를 차감한 순액으로 볼지 총액으로 볼지에 따라 회계 처리가 달라집니다.

저희가 물류사 정산 자동화 백오피스를 구축하면서 확인한 것도 같습니다. 정산에서 시간을 잡아먹는 구간은 계산 로직이 아니라 서로 다른 출처의 데이터를 맞춰 보는 대사 작업이었습니다. 결제 수단을 늘리는 결정은 사실상 대사 대상을 하나 늘리는 결정이라고 보시면 판단이 쉬워집니다.

그래서 지금 무엇부터 하면 되나요?

당장 결제 구조를 바꾸지 않더라도, 다음 두 가지는 이번 분기에 정리해 두시길 권합니다. 첫째, 최근 12개월 앱 결제액과 수수료를 실제 숫자로 뽑아 절감 가능액을 확인하십시오. 이 숫자가 없으면 모든 논의가 추정으로 흘러갑니다. 둘째, 결제·구독 관련 코드가 화면 로직과 뒤엉켜 있지 않은지 점검하십시오. 결제 처리와 권한 부여가 분리돼 있으면 나중에 수단을 늘릴 때 드는 비용이 크게 줄어듭니다.

수수료율은 정책 발표마다 바뀌고 자료마다 다르게 소개되지만, 결제 구조를 바꾸기 쉬운 코드로 만들어 두는 일은 어느 정책에서도 손해가 아닙니다. 결정을 서두르기보다 결정할 수 있는 상태를 먼저 만들어 두시는 편을 권합니다.

주의할 점 — 이런 경우엔 다르게 판단하세요

이 글은 법률·세무·회계 자문이 아닙니다. 실제 적용 전에 Google Play 공식 정책 문서와 소관 전문가의 확인을 받으시기 바랍니다. 수수료율은 자료마다 다르게 소개되고 있어 본문에 구체적 요율을 적지 않았습니다. 최종 요율과 한국 적용 시점은 Play Console 공식 안내로 직접 확인하셔야 합니다. 한국 적용은 "12월 31일까지"로만 안내돼 있어 정확한 시행일은 확정되지 않았습니다. 애플 앱스토어는 별도 정책을 따르므로 이 글의 기준을 그대로 적용할 수 없습니다. 결제대행(PG) 계약, 전자금융거래법상 의무, 부가세·매출 인식 처리는 이 글의 범위 밖입니다.

참고 자료