앱 MVP 구매 복원: 재설치·기기 변경 뒤 권한을 확인하는 5가지 기록
앱 MVP 구매 복원: 재설치·기기 변경 뒤 권한을 확인하는 5가지 기록
앱을 지웠다가 다시 설치했거나 새 휴대폰으로 바꾼 뒤, 이미 결제한 기능이 잠겨 보이는 일은 “결제가 사라졌다”는 한 문장으로 처리하기 어렵습니다. 스토어가 알려 주는 현재 구매 상태, 서비스가 부여한 권한, 사용자가 누른 복원 동작, 지원팀이 확인해야 할 조건은 서로 다른 기록이기 때문입니다.
먼저 답하면, 상품 유형, 현재 스토어 구매 조회, 서비스 권한 반영, 사용자 안내, 같은 조건의 재검증을 분리해 남기는 편이 좋습니다. Android 공식 문서는 앱이 연결된 뒤 사용자의 구매를 조회해 여러 기기 전환과 구매 과정의 네트워크 문제를 처리하도록 설명합니다. Apple은 사용자가 과거 구매를 복원할 수 있는 기능을 제공하되, 앱 시작 때 자동 복원하지 말라고 안내합니다. 이 글은 그 차이를 MVP 운영 기록으로 바꾸는 방법이며, 결제 성공·권한 복원·매출·출시 결과를 보장하지 않습니다.
공식 원문 확인일: 2026년 9월 16일 · 작성: 유인어스(UINUS)
왜 ‘복원 버튼’만으로는 충분하지 않을까요?
사용자가 보기에 “예전에 샀는데 다시 잠겼다”는 하나의 문제라도, 실제 점검 대상은 다를 수 있습니다. Android의 queryPurchasesAsync는 현재 소유한 활성 구독과 소비되지 않은 일회성 구매 정보를 반환합니다. 따라서 구매 이력 전체와 현재 권한을 같은 목록으로 오해하면 안 됩니다. Apple 역시 구매 유형과 앱의 구현에 따라 영수증 갱신, 현재 권한 확인, 완료된 거래 복원을 구분해 설명합니다.
구매 복원은 버튼 하나의 결과가 아니라, 사용자가 어떤 계정·상품·기기 조건에서 무엇을 조회했고 서비스가 어떤 권한을 표시했는지 이어 보는 검증 기록입니다.
특히 소모성 상품, 만료된 구독, 비소모성 상품, 자동 갱신 구독은 같은 기대 결과를 갖지 않습니다. 확인하지 않은 상태에서 “결제가 사라졌다” 또는 “자동으로 복원된다”고 안내하지 말고, 상품 유형과 현재 상태를 먼저 고정하세요.
구매 권한 복원 기록에 넣을 5가지
1. 상품 유형과 사용자가 기대하는 권한을 분리하세요
먼저 사용자가 찾는 것이 비소모성 기능인지, 구독 접근인지, 이미 소비된 일회성 상품인지 적습니다. Android는 현재 소유한 활성 구독과 소비되지 않은 일회성 구매를 조회 대상으로 설명합니다. Apple 문서는 과거 구매를 복원하는 기능을 안내하지만, 모든 상품이 같은 방식으로 복원된다고 말하지 않습니다. “프리미엄 기능 접근”, “이번 달 구독 상태”, “소모성 잔액”처럼 화면에 보일 권한을 상품명과 별도로 정의하세요.
2. 스토어 구매 조회와 서비스 권한 반영을 별도 단계로 남기세요
Android에서는 Billing Library 연결 뒤 queryPurchasesAsync로 구매를 처리하도록 안내하며, 앱이 실행 중이 아니거나 연결이 없을 때 놓친 구매 상태도 고려하라고 설명합니다. 조회에서 구매 정보가 확인되었다고 해서 앱의 서버 권한이 즉시 같은 상태라는 뜻은 아닙니다.
조회 시각, 앱 버전, 플랫폼 계정 조건, 반환된 상태, 서버 반영 여부, 화면 표시를 각각 남기세요. 오류 원인을 기록할 때는 개인정보·토큰 마스킹 원칙도 함께 적용합니다.
3. 사용자가 누른 복원과 앱 시작 시 조회를 혼동하지 마세요
Apple은 앱이 과거 구매를 복원할 수 있는 기능을 제공하도록 안내하면서도, 앱이 열릴 때마다 자동 복원하면 App Store 자격 증명 입력이 발생해 사용자 흐름을 방해할 수 있다고 설명합니다.
최신 StoreKit의 AppStore.sync() 문서도 의심되는 누락 거래가 있을 때처럼 사용자의 명시적 동작에 반응해 동기화하는 맥락을 제시합니다. 따라서 “앱 시작 때 현재 상태를 확인하는 일”과 “사용자가 복원을 요청한 일”을 같은 이벤트로 기록하지 않는 편이 좋습니다.
4. 결과 문구를 ‘성공·실패’ 두 개로 끝내지 마세요
복원 뒤 화면에는 적어도 네 가지를 구분해 보일 수 있습니다. 현재 권한이 확인되어 열렸는지, 확인할 구매가 없었는지, 스토어 또는 네트워크 확인을 다시 해야 하는지, 서비스 권한 연결을 지원팀이 점검해야 하는지입니다. 실제 원인이 확인되지 않았는데 “결제 오류”라고 단정하거나 새 결제를 유도하지 마세요. 결제 실패 자체의 상태 정리는 구독 결제 실패 기록과 분리하고, 여기서는 기존 구매의 현재 권한 확인에만 집중합니다.
5. 재설치·새 기기·중단된 흐름을 같은 표로 다시 검증하세요
Android 공식 문서는 여러 기기에서 구매한 항목을 기대하는 경우와, 구매 뒤 기기가 네트워크를 잃어 앱이 알림을 받지 못한 경우를 queryPurchasesAsync를 고려할 상황으로 듭니다.
검수 표에는 플랫폼, 테스트 계정, 상품 유형, 기존 설치 또는 재설치, 새 기기 여부, 앱 연결 시각, 사용자 복원 동작, 스토어 조회 결과, 서비스 권한 표시, 미확인 조건을 넣으세요. 계정 삭제처럼 권한과 데이터의 종료를 함께 다루는 경우에는 계정 삭제 흐름 점검과도 연결해 별도의 동의·보존 판단을 남깁니다.
짧은 출시 전 점검 순서
상품별로 사용자가 기대할 수 있는 권한과 복원 가능 여부를 분리해 정의합니다.
재설치·새 기기·앱 복귀 중 어떤 조건을 재현하는지 고정합니다.
스토어 구매 조회와 서비스 권한 반영의 결과·시각·미확인 조건을 따로 남깁니다.
사용자가 직접 누른 복원과 앱의 일반적인 상태 조회를 다른 이벤트로 기록합니다.
한 조건씩 다시 실행해 화면 문구와 실제 권한이 일치하는지 검수합니다.
구매 복원 점검은 모든 구매를 되살린다고 약속하는 일이 아닙니다. 현재 상품 상태와 서비스 권한을 확인 가능한 순서로 연결하고, 사용자가 다음에 무엇을 할 수 있는지 정확히 안내하는 운영 기준입니다. 유인어스는 민간 사업 지원 서비스이며 이 글은 플랫폼 정책 해석, 결제 처리, 보안 적합성 또는 출시 성공을 보장하지 않습니다.
자주 묻는 질문
구매 복원은 앱을 열 때마다 자동으로 실행해도 되나요?
항상 그렇지는 않습니다. Apple은 복원 동작이 사용자의 App Store 자격 증명 입력을 유도해 흐름을 방해할 수 있으므로 앱 시작 시 자동 복원을 피하라고 안내합니다. 앱의 결제 구조와 플랫폼 문서를 확인한 뒤, 사용자가 선택한 복원 동작과 앱이 읽는 현재 권한 조회를 구분하세요.
재설치 뒤 구매 기능이 보이지 않으면 새로 결제해야 하나요?
새 결제 여부를 단정하기 전에 현재 구매·권한 상태와 상품 유형을 확인해야 합니다. Android의 queryPurchasesAsync는 현재 소유한 활성 구독과 소비되지 않은 일회성 구매 정보를 반환하며, Apple은 사용자가 과거 구매를 복원할 수 있는 기능을 제공하라고 안내합니다. 소모성 상품과 만료된 권한은 같은 방식으로 다루지 않습니다.
복원 결과가 없으면 오류라고 안내해도 되나요?
아닙니다. 구매 내역이 없거나 복원할 수 없는 상품일 수 있고, 네트워크·스토어 계정·서버 권한 연결 문제일 수도 있습니다. ‘복원 실패’라는 한 문구 대신 조회 결과, 확인하지 못한 조건, 다음 지원 경로를 분리해 안내하는 편이 안전합니다.
구매 토큰이나 영수증을 고객센터 기록에 넣어도 되나요?
필요 최소한의 식별 정보와 접근 통제를 별도 검토해야 합니다. Android 공식 문서는 백엔드가 있다면 구매 검증을 위해 서버 API를 거치는 방식을 권장합니다. 고객 지원 기록에는 원문 토큰이나 영수증 전체를 무분별하게 남기지 말고, 내부 보안 정책과 개인정보 처리 범위를 확인하세요.