앱 MVP Android 앱 아카이빙: 삭제·복원·데이터 확인을 나누는 5가지 기준
Android MVP를 운영하다 보면 “오랫동안 쓰지 않은 앱이 기기에서 사라졌는데, 사용자가 다시 누르면 바로 돌아올까?”라는 질문이 나옵니다. 이때 앱 삭제, 앱 아카이빙, 복원 요청, 실제 재설치, 첫 실행 뒤 데이터 상태를 하나의 상태로 부르면 원인을 찾기 어려워집니다.
핵심 답은 간단합니다. 앱 아카이빙은 앱이 완전히 삭제됐다는 뜻과 같지 않습니다. Google의 사용자 안내에 따르면 아카이브된 앱에서는 소프트웨어·권한·임시 파일이 제거되고 알림이 중단될 수 있지만, 아이콘과 데이터는 유지됩니다. 따라서 MVP 팀은 “아이콘이 보인다”나 “복원 버튼을 눌렀다”를 재방문 완료로 읽지 말고, 복원 가능 조건과 실제 첫 실행 결과를 따로 검수해야 합니다.
1. 먼저 ‘삭제’와 ‘아카이빙’을 같은 종료 상태로 두지 않습니다
사용자는 홈 화면에서 아이콘이 흐려진 모습을 보고 앱이 삭제됐다고 생각할 수 있습니다. 하지만 공식 안내에서 아카이빙은 저장공간을 확보하기 위해 앱의 소프트웨어·권한·임시 파일을 제거하면서도 앱 아이콘과 데이터를 유지하는 상태입니다. 알림도 멈출 수 있으므로, “사용자가 한동안 다시 오지 않았다”는 관측을 제품 만족도나 계정 이탈의 증거로 바로 바꾸면 안 됩니다.
제품 문서와 운영 대시보드에는 아래 상태를 따로 적는 편이 좋습니다.
상태 | 사용자가 보거나 하는 일 | 팀이 확인할 항목 |
|---|---|---|
일반 설치 | 앱을 실행하고 알림을 받을 수 있음 | 앱 버전, 로그인 상태, 핵심 기능 결과 |
아카이브됨 | 아이콘은 남아 있으나 앱 기능은 실행되지 않음 | 아카이브 표시, 알림 중단, 지원 스토어 조건 |
복원 요청 | 아이콘이나 설정·스토어 화면에서 복원 시도 | 요청 시각, 네트워크, 스토어 응답 |
재설치 완료 | 설치가 끝난 뒤 앱 실행 가능 | 설치 완료 신호와 실제 실행 결과 |
첫 실행 검수 | 기존 데이터가 제품 요구사항대로 보이는지 확인 | 로그인, 로컬 데이터, 서버 동기화, 오류 화면 |
표의 마지막 행은 “데이터가 반드시 복구된다”는 약속이 아닙니다. 유지된 데이터가 무엇인지, 서버 계정이 유효한지, 앱 업데이트 뒤 어떤 마이그레이션이 필요한지는 각 제품의 저장 구조에 따라 검증해야 합니다.
2. 복원 가능 조건을 사용자 행동과 분리해 기록합니다
Google Play Help는 아카이브된 앱을 다시 사용하려면 홈 화면의 흐려진 아이콘을 선택해 재설치할 수 있다고 안내합니다. 설정의 앱 정보나 Play 스토어의 앱 상세 화면에서도 복원할 수 있습니다. 다만 앱 스토어가 기기에 설치돼 있고 해당 앱이 스토어에서 계속 다운로드 가능해야 한다는 조건도 함께 제시합니다.
그래서 “사용자가 복원을 눌렀다”는 이벤트만 보고 활성 사용자가 돌아왔다고 판단하지 않는 편이 안전합니다. 아래처럼 관측 범위를 나누면 문제가 난 위치가 보입니다.
사용자가 아카이브 아이콘 또는 복원 경로를 실제로 선택했는가?
담당 스토어가 복원 요청을 수락했는가?
다운로드와 설치가 완료됐는가?
사용자가 앱을 다시 열었는가?
첫 화면에서 필요한 계정·데이터·핵심 기능이 정상 상태인가?
이 순서는 전환율을 보장하는 퍼널이 아니라 장애 위치를 분리하기 위한 QA 레코드입니다. 복원 요청 수와 실제 재설치 수, 재설치 수와 첫 실행 수는 서로 다른 분모로 남겨야 합니다.
3. API 35의 archive·unarchive 설명을 일반 앱 기능으로 과장하지 않습니다
Android Developers의 `PackageInstaller` API reference에는 `requestArchive`가 API 35에 추가된 요청으로 나옵니다. 설명상 아카이브 과정에서는 APK와 cache가 제거되고 user data는 유지됩니다. 또한 복원은 `requestUnarchive`로 담당 installer에 요청하는 방식입니다.
하지만 이 설명은 모든 앱이 자신이나 다른 앱을 마음대로 아카이브·복원할 수 있다는 뜻이 아닙니다. 해당 API에는 패키지 관리 관련 권한 요구사항이 있으며, 실제 복원 경로는 담당 installer와 기기 조건의 영향을 받습니다. MVP에서 이 API를 검토한다면 먼저 다음 질문에 답하세요.
판단 질문 | 결정 전에 확인할 근거 |
|---|---|
우리 앱이 일반 사용자 앱인가, installer·관리자 역할을 하는가 | 배포 구조와 필요한 권한 |
복원 책임자가 어떤 installer인가 | 기기에서의 설치 출처와 복원 경로 |
앱이 다시 내려받을 수 있는가 | 스토어 노출·배포 상태를 실제 환경에서 확인 |
복원 뒤 첫 화면이 무엇을 요구하는가 | 로그인·동의·업데이트·오프라인 상태별 화면 |
Android 문서가 말하는 비동기 요청 수락과 실제 설치 완료도 분리합니다. 수락 콜백 또는 오류를 받았다고 해서 사용자가 즉시 앱을 실행했다는 뜻은 아니며, 설치 완료는 별도 관찰 대상입니다.
4. 데이터 유지와 로그인 유지를 같은 주장으로 묶지 않습니다
아카이빙 안내에 ‘data is retained’라는 설명이 있어도, 그 문장을 “사용자는 재설치 후 자동으로 로그인되고 모든 작업을 이어 간다”로 바꾸면 근거 범위를 넘습니다. 사용자 데이터, 인증 토큰, 보안 키, 서버 세션, 캐시, 업데이트 마이그레이션은 서로 다른 저장 위치와 만료 정책을 가질 수 있습니다.
따라서 QA에는 다음 항목을 분리해 둡니다.
- 앱 아이콘과 앱 식별자가 아카이브 상태에서 어떻게 보이는가
- 재설치 후 어떤 데이터가 제품 요구사항상 보여야 하는가
- 로그인 화면이 필요한 경우 사용자가 이유를 이해할 수 있는가
- 네트워크가 없거나 스토어에서 앱을 다시 받지 못할 때 어떤 안내를 하는가
- 이전 버전에서 저장한 데이터가 현재 버전에서 읽히는지 실제 기기로 확인했는가
이 목록은 보안·개인정보 법률 자문이나 스토어 심사를 대체하지 않습니다. 다만 ‘데이터 유지’라는 한 문장으로 인증·동기화·설치 실패를 숨기지 않기 위한 제품 검수 범위입니다.
5. 출시 전에는 복원 실패도 정상 경로처럼 확인합니다
Google Play Help는 복원 시 저장공간이 부족하면 저장공간 관리 안내가 나올 수 있고, 아이콘을 찾을 수 없으면 앱이 삭제됐을 수 있다고 설명합니다. 또한 일부 기능은 Android 15 이상 또는 지원 하드웨어에서만 동작할 수 있다고 안내합니다.
그러므로 출시 전 테스트는 ‘인터넷이 되는 한 기기에서 복원 성공’만으로 닫지 않습니다. 최소한 지원 조건이 다른 기기와 다음 상태를 나눠 확인하세요.
테스트 상태 | 확인 결과로 남길 것 |
|---|---|
스토어·네트워크 정상 | 복원 선택, 설치 완료, 첫 실행의 각 시점 |
저장공간 부족 | 사용자 안내와 재시도 가능 여부 |
앱을 다시 받을 수 없음 | 오류 문구와 고객지원 경로 |
로그인 만료 또는 서버 동기화 실패 | 데이터 상태를 과장하지 않는 화면 |
앱 업데이트 후 복원 | 현재 버전의 실행·마이그레이션 결과 |
MVP 팀의 완료 기준은 “아카이브를 지원한다” 같은 선언이 아니라, 목표 기기·배포 경로에서 사용자가 복원 가능한지와 실패 시 어떤 상태가 보이는지를 재현할 수 있는 기록입니다.
이 글에서 다룬 설치·복원 경계는 Android 앱 MVP 배포 범위: 내부 테스트·비공개 테스트·프로덕션을 나누는 기준의 배포 경로 점검과도 연결됩니다. 테스트 트랙에서 설치된 앱과 사용자가 스토어에서 다시 받을 수 있는 상태를 같은 것으로 가정하지 마세요.
출시 전 한 장 체크리스트
앱 삭제와 아카이빙을 서로 다른 상태로 정의했다.
대상 기기·OS·스토어에서 아카이빙과 복원 경로가 실제로 보이는지 확인했다.
복원 요청 수락, 설치 완료, 첫 실행을 다른 로그·QA 항목으로 남긴다.
데이터 유지, 로그인 유지, 서버 동기화를 별도 검증 항목으로 둔다.
저장공간 부족·배포 불가·네트워크 실패에서 사용자 안내를 확인했다.
재설치·재방문·결제·계약 등의 성과 지표를 근거 없이 하나로 합치지 않는다.
이 체크리스트는 어떤 앱의 복원 성공이나 사용자 재방문을 보장하지 않습니다. 대신 아카이브 상태를 삭제나 이탈과 혼동하지 않고, 실제 설치와 첫 실행까지 확인하는 MVP 운영 기록으로 사용할 수 있습니다.
공식 문서
자주 묻는 질문
Android 앱 아카이빙은 앱 삭제와 같은가요?
같지 않습니다. Google Play Help는 아카이브 시 소프트웨어·권한·임시 파일이 제거되고 알림이 중단될 수 있지만 앱 아이콘과 데이터는 유지된다고 안내합니다. 기기·OS·스토어 조건은 별도로 확인해야 합니다.
아카이브된 앱을 누르면 항상 바로 복원되나요?
그렇게 단정할 수 없습니다. 공식 안내는 담당 앱 스토어가 설치돼 있고 해당 앱이 계속 다운로드 가능해야 한다는 조건을 제시합니다. 저장공간·네트워크·스토어 상태와 실제 설치 완료는 별도 확인 대상입니다.
앱 데이터가 남으면 로그인도 유지되나요?
공식 안내의 데이터 유지 설명만으로 로그인 유지까지 확정할 수는 없습니다. 인증 토큰, 서버 세션, 보안 키와 동기화 상태는 제품 구조에 따라 달라지므로 재설치 뒤 실제 기기에서 검증해야 합니다.
PackageInstaller의 archive API를 일반 앱에 바로 넣어도 되나요?
Android Developers는 `requestArchive`와 `requestUnarchive`의 권한 요구사항과 installer 기반 복원 경로를 설명합니다. 따라서 일반 사용자 앱의 기능으로 바로 가정하지 말고, 배포 역할·필요 권한·대상 기기에서의 동작을 먼저 검토해야 합니다.