APP DEVELOPMENT TERM
결제·인앱결제
상품 대금 처리와 앱 안 디지털 구매
결제는 상품이나 서비스 대금을 처리하는 전체 흐름이고, 인앱결제는 앱 안의 디지털 콘텐츠·기능·구독을 Apple·Google 스토어의 구매 체계로 판매하고 구매 권한을 확인하는 방식입니다.
30초 이해
결제 기능은 돈을 받는 버튼이 아니라 상품 유형·플랫폼 정책·서버 검증·취소와 환불·권한 제공을 하나로 연결하는 업무 흐름입니다
배달 음식, 방문 수업 같은 현실의 상품·서비스와 앱 안에서 소비하는 이용권·디지털 기능은 적용되는 스토어 결제 정책과 처리 방식이 다를 수 있습니다. 국가·플랫폼·상품 유형에 따라 예외도 바뀌므로 기획 초기에 최신 Apple·Google 정책과 결제 사업자 조건을 확인해야 합니다.
사용자가 결제 완료 화면을 봤다는 이유만으로 이용 권한을 주면 안 됩니다. 앱 또는 결제사의 결과를 서버가 검증하고 주문과 결제 상태를 분리해 기록해야 합니다. 중복 요청, 처리 중 종료, 취소·환불, 구독 갱신과 기기 변경 뒤 구매 복원까지 포함해야 운영 가능한 결제가 됩니다.
한 장으로 이해
상품 선택부터 결제 검증과 이용 권한 제공까지 이어지는 과정
상품 유형과 결제 수단을 결정하고 플랫폼·결제사 결과를 서버에서 검증한 뒤 주문 상태와 이용 권한을 일관되게 반영합니다.
- 01
상품·정책 판단
실물·현실 서비스·디지털 콘텐츠와 판매 지역의 최신 정책을 확인합니다.
- 02
결제 요청
금액·상품·주문 식별값을 고정하고 적절한 결제 체계를 호출합니다.
- 03
서버 검증
결제 결과와 서명·영수증을 서버에서 확인하고 중복 처리를 막습니다.
- 04
권한·사후 처리
상품 제공, 구독 권한, 취소·환불·복원과 운영 기록을 반영합니다.
결제 승인, 주문 완료와 디지털 권한 제공은 서로 다른 상태이므로 하나가 실패했을 때 재확인하고 복구할 수 있어야 합니다.
언제 사용하는 개념인가요?
앱에서 현실 상품·서비스를 판매할 때
주문·예약과 결제 사업자 승인을 연결하고 취소·부분 환불·정산을 처리합니다.
디지털 기능·콘텐츠·구독을 판매할 때
플랫폼 인앱 구매 정책과 상품 설정, 영수증 검증과 이용 권한을 관리합니다.
기기 변경과 고객 문의를 처리할 때
기존 구매·구독 상태를 복원하고 중복 청구·결제 완료 후 미지급 문제를 조사합니다.
왜 중요한가요?
스토어 정책 위반과 심사 지연을 줄입니다
상품 성격과 판매 지역을 기준으로 허용된 결제 방식을 출시 전에 확인합니다.
금액과 이용 권한을 정확히 맞춥니다
사용자 화면이 아닌 서버의 검증 결과로 주문·구독 상태를 변경해 위조와 누락을 줄입니다.
취소·환불·정산까지 운영할 수 있습니다
성공 결제뿐 아니라 사후 상태와 고객 문의에 필요한 식별값·이력을 남깁니다.
실제 상황 예시
온라인 클래스 앱에서 수강권을 판매한다면
수강 방식과 콘텐츠 제공 형태를 구분해 결제 체계와 권한 상태를 설계합니다.
구매·검증 흐름
- 상품 유형과 판매 지역별 정책 확인
- 주문·사용자·상품·금액 식별값 고정
- 결제 결과를 서버에서 검증
- 검증된 구매에만 수강 권한 부여
실패·사후 처리
- 중복 탭과 처리 중 앱 종료 복구
- 취소·환불·구독 만료 상태 반영
- 기기 변경 뒤 구매 복원
- 결제·권한 불일치 관리자 처리
돈은 빠져나갔지만 권한이 열리지 않는 상황과 권한은 열렸지만 결제가 취소된 상황을 모두 찾고 바로잡을 수 있어야 합니다.
자주 하는 오해
“결제 SDK를 붙이면 결제 기능이 끝난다”
결제 창 호출 외에 서버 검증, 주문 상태, 권한 제공, 취소·환불·복원과 운영 화면이 필요합니다.
“모든 앱 결제는 반드시 인앱결제다”
상품의 성격·플랫폼·국가와 최신 정책에 따라 다릅니다. 실물·현실 서비스와 디지털 상품을 먼저 구분해야 합니다.
“결제 완료 화면을 보면 성공 처리해도 된다”
앱 화면과 전달값은 조작되거나 통신이 끊길 수 있습니다. 서버가 결제사·스토어 결과를 검증해야 합니다.
우리 서비스에 적용할 때 확인하세요
- 1판매 상품이 실물·현실 서비스·디지털 콘텐츠 중 무엇인지 구분했나요?
- 2출시 국가와 플랫폼의 최신 결제 정책을 공식 문서에서 확인했나요?
- 3주문과 결제·구독·이용 권한 상태를 별도로 기록하나요?
- 4서버 검증과 중복 요청 방지 기준이 있나요?
- 5취소·환불·만료·복원·정산과 고객 문의를 처리할 관리자 흐름이 있나요?
공식 참고
서비스 기준은 공식 문서에서 다시 확인하세요
다음 자료
이해한 내용을 바로 적용해보세요
결제 결과를 주고받는 API, 사용자·관리자 권한을 판단하는 인증·인가와 출시 전 정책을 확인하는 앱스토어 심사를 이어서 확인하세요.
결제 화면보다 주문·결제·권한의 상태표부터 만드세요
성공·대기·실패·취소·환불·만료·복원의 전환 조건과 담당자를 정하면 금액과 서비스 제공이 어긋나는 위험을 줄일 수 있습니다.