앱 MVP 계정 삭제 요청: 앱 안·웹 경로·보존 고지를 나누는 5가지 기준
계정 생성이 있는 앱 MVP에서 ‘탈퇴 버튼 하나’를 넣었다고 계정 삭제 흐름이 끝나는 것은 아닙니다. 사용자가 요청을 시작하는 곳, 요청자가 실제 계정 소유자인지 다시 확인하는 단계, 계정과 연결된 데이터를 처리하는 상태, 바로 지울 수 없는 기록의 고지, 처리가 끝났다는 안내는 서로 다른 일입니다. 이 글은 그 다섯 단계를 한 상태로 섞지 않고 출시 전 점검하는 방법을 정리합니다.
Apple과 Google Play의 현재 안내는 계정 생성 기능이 있는 앱에 계정과 연결 데이터의 삭제 요청 경로를 요구합니다. 다만 이 글만으로 특정 앱의 심사 결과나 법적 의무 이행을 판단할 수는 없습니다. 실제 보존 의무, 결제 상태, 외부 인증, 데이터 처리 범위는 서비스 구조와 적용 법령을 팀이 별도로 확인해야 합니다.
먼저 구분할 것: 계정 삭제 요청과 앱 삭제는 다릅니다
사용자가 기기에서 앱을 지우는 행동은 개발자 시스템의 계정과 관련 데이터를 삭제해 달라는 요청과 다릅니다. 또한 단순 비활성화·동결은 계정 삭제의 대체가 아닐 수 있습니다. Google Play는 앱 안에서 계정을 만들 수 있는 앱에 앱 내 삭제 경로와 외부 웹 요청 경로를 요구하고, 관련 사용자 데이터를 함께 삭제해야 한다고 안내합니다(C001, C002).
기획 문서에는 ‘앱 삭제’, ‘계정 삭제 요청’, ‘실제 처리 완료’를 세 개의 상태로 나누어 기록하세요. 앱 제거 신호만으로 서버 계정이 지워졌다고 안내하면 안 됩니다.
반대로 계정 삭제를 요청했지만 처리에 시간이 걸리는 구조라면, 요청 접수와 완료 시점도 분리해 보여줘야 합니다. 삭제 화면을 클릭한 횟수는 완료 건수나 개인정보 처리 품질의 증거가 아닙니다.
기준 1: 앱 안의 시작점과 웹 요청 링크를 각각 확인합니다
Apple은 계정 생성 기능이 있는 앱이 앱 안에서 삭제를 시작할 수 있어야 하며, 웹에서 마무리해야 한다면 그 정확한 페이지로 직접 연결하라고 안내합니다(C003). Google Play도 앱 안 경로와 앱 밖의 웹 리소스 모두를 요구합니다(C001). 설정 화면, 계정 관리 화면, 도움말 중 어디에 둘지는 제품마다 달라도, 사용자가 긴 약관이나 일반 문의 화면을 뒤져야만 찾는 구조는 피해야 합니다.
여기서 웹 링크는 홈페이지 첫 화면이 아니라 실제 요청을 시작하거나 절차를 명확히 안내하는 페이지여야 합니다. 앱 안 경로와 웹 경로 중 하나가 더 복잡하거나 다른 데이터를 대상으로 하면 사용자가 혼란스러울 수 있습니다. 로그아웃 상태·재설치·앱 미설치 상태에서도 필요한 사람이 요청 방법을 이해할 수 있는지를 QA 항목으로 두세요.
확인할 화면은 두 가지입니다
로그인한 사용자가 계정 설정에서 요청을 시작하는 화면
앱 밖에서도 동일한 서비스의 요청 방법을 찾는 웹 화면
기준 2: 본인 확인은 요청을 막는 장치가 아니라 오삭제 방지 단계입니다
계정 삭제는 되돌리기 어려운 결정입니다. Apple은 요청자가 본인인지, 의도한 요청인지 확인하는 단계를 둘 수 있다고 설명합니다(C004). 이미 연결된 이메일이나 전화번호로 코드를 확인하는 방식 등이 예시지만, 삭제를 불필요하게 어렵게 만들어서는 안 된다는 한계도 함께 제시합니다.
따라서 ‘현재 로그인 세션’, ‘추가 재인증이 필요한 위험 조건’, ‘확인 실패 뒤 사용자가 할 수 있는 다음 행동’을 별도로 정리하세요. 고객센터 전화나 이메일을 반드시 거쳐야만 요청할 수 있게 만드는 방식은 일반적인 흐름의 기본값으로 두기 어렵습니다(C005). 본인 확인에 쓰는 정보, 실패 기록의 보관 범위, 지원 이관 조건은 개인정보 처리방침과 실제 운영 절차가 서로 맞는지도 확인해야 합니다.
우리 앱 MVP의 계정·데이터 처리 흐름을 출시 전 점검하기
기준 3: 계정, 연결 데이터, 외부 로그인 연결을 한 줄로 쓰지 않습니다
삭제 대상에는 기본 프로필만이 아니라 해당 계정과 연결된 데이터가 포함될 수 있습니다. Apple은 전체 계정 기록과 법적으로 유지해야 하지 않는 관련 데이터를 삭제하는 기능을 안내하고, 공유된 사용자 콘텐츠도 원칙적으로 사용자의 기대에 맞게 처리해야 한다고 설명합니다(C003). Google Play 역시 계정 삭제 요청 시 연결 데이터를 삭제하고, 보존이 필요한 경우 그 관행을 명확히 알리라고 안내합니다(C002).
팀의 데이터 목록은 ‘즉시 삭제 또는 비식별화할 항목’, ‘처리 중인 항목’, ‘보안·부정행위 방지·규제 준수처럼 보존 근거가 있어 별도 검토할 항목’으로 나누는 편이 좋습니다. 이 분류는 법률 자문을 대신하지 않으며, 실제 보존 필요성과 기간을 임의로 만들면 안 됩니다.
외부 인증은 별도 연결로 봅니다
Sign in with Apple로 계정을 만든 서비스라면 Apple은 계정 삭제 때 연결된 사용자 토큰의 폐기를 안내합니다(C006). 이는 모든 외부 로그인 제공자의 처리 방식이 같다는 뜻은 아닙니다. 인증 제공자별 연결 해제, 서비스 내부 계정 삭제, 세션 종료를 별도 구현·검수 항목으로 관리하세요.
기준 4: 구독·결제의 중단과 계정 삭제 완료를 혼동하지 않습니다
계정을 삭제한다고 스토어 구독 청구가 자동으로 멈춘다고 단정하면 안 됩니다. Apple은 자동 갱신 구독이 있는 경우 청구가 Apple을 통해 계속될 수 있음을 알리고, 사용자가 구독 관리 또는 즉시 삭제·예약 삭제 중 선택할 수 있게 하는 방법을 설명합니다(C007). 화면의 확인 문구에는 현재 결제 상태를 추정해 쓰기보다, 사용자가 확인해야 할 구독 관리 경로와 계정 처리의 관계를 분리해 안내하는 편이 안전합니다.
제품 기록에는 최소한 ‘삭제 요청 접수’, ‘구독 상태를 사용자가 확인해야 하는 안내’, ‘계정 데이터 처리’, ‘처리 완료 통지’를 따로 남기세요. 환불 여부, 남은 이용 기간, 청구 중단 여부는 결제 수단과 스토어 상태에 따라 달라질 수 있으므로 요청 완료 화면이 이를 자동으로 확정해 말하지 않도록 합니다.
기준 5: 완료 시점과 보존 예외를 사용자에게 다시 알립니다
처리가 즉시 끝나지 않는다면 그 사실과 완료 예상 과정을 알려야 합니다. Apple은 시간이 걸리는 수동 처리도 가능하지만, 완료까지 걸리는 시간을 알리고 완료 시 확인을 제공하라고 안내합니다(C008). Google Play는 보안·부정행위 방지 또는 규제 준수 등 정당한 이유로 일부 데이터를 보존해야 하면 보존 관행을 명확히 알리라고 설명합니다(C002).
이 안내는 ‘삭제 요청이 들어왔다’는 사실과 ‘처리가 끝났다’는 사실을 분리하는 데 도움이 됩니다. 운영 대시보드도 삭제 화면 클릭 수만으로 완료 건수나 개인정보 처리 품질을 계산하지 말고, 접수·본인 확인·처리 대기·완료·실패 안내의 상태 정의를 먼저 맞추세요.
출시 전 확인표
구분 | 팀이 확인할 질문 | 완료로 보지 말아야 할 것 |
|---|---|---|
시작 경로 | 앱 안과 웹에서 요청 방법을 찾을 수 있는가 | 앱 삭제만 한 상태 |
요청 확인 | 의도적 요청과 필요한 본인 확인을 분리했는가 | 확인 화면을 열어 본 상태 |
처리 범위 | 계정·연결 데이터·보존 검토 항목을 구분했는가 | 계정 플래그만 끈 상태 |
결제 안내 | 구독 관리와 계정 처리를 분리해 알렸는가 | 삭제가 청구 중단을 뜻한다는 추정 |
완료 통지 | 처리 완료와 보존 고지를 실제 절차와 맞췄는가 | 요청 접수 알림만 보낸 상태 |
관련 글: MVP 출시 전 개인정보 처리방침 점검은 공개 문서와 실제 데이터 흐름을 대조하는 방법을 다룹니다. 이번 글은 사용자가 계정과 연결 데이터의 삭제를 요청할 때 제품이 보여줘야 할 단계와 상태에만 초점을 둡니다.
MVP 출시 전 계정 삭제 요청과 데이터 흐름을 함께 정리하기
자주 묻는 질문
앱을 삭제하면 계정도 자동으로 삭제되나요?
그렇게 단정할 수 없습니다. 기기에서 앱을 제거하는 일과 서비스에 계정·연결 데이터 삭제를 요청하는 일은 다른 상태입니다. 계정 생성 기능이 있는 앱이라면 사용자가 요청을 시작할 수 있는 경로와 처리 안내를 별도로 설계하세요.
계정 삭제를 고객센터 이메일로만 받으면 되나요?
일반적인 기본 흐름으로만 두기 어렵습니다. Apple과 Google Play는 앱 안에서 찾을 수 있는 삭제 요청 경로를 안내하며, Google Play는 외부 웹 리소스도 요구합니다. 고도로 규제된 서비스 등 개별 상황은 적용되는 요구사항을 별도로 확인해야 합니다.
비활성화만 제공해도 계정 삭제 요구를 충족하나요?
아닙니다. Apple과 Google Play의 안내는 단순 비활성화·동결만으로 계정 삭제를 대신하지 말라고 설명합니다. 실제 삭제 대상과 보존이 필요한 예외를 구분해 사용자가 이해할 수 있게 안내하세요.
삭제 처리에 시간이 걸리면 무엇을 알려야 하나요?
요청이 접수됐다는 사실, 처리가 완료될 때까지의 안내, 실제 완료 통지를 구분하는 편이 좋습니다. 즉시 처리되지 않는 구조라면 사용자에게 그 사실을 알리고, 보존이 필요한 데이터가 있으면 확인된 근거와 함께 공개 문서에 설명하세요.
공식 출처
Apple Developer: Offering account deletion in your app (2026-09-21 확인)
Google Play Console Help: Understanding account deletion requirements (2026-09-21 확인)
Google Play Console Help: User data policy (2026-09-21 확인)
발행일: 2026-09-21 · 작성: 유인어스 정책자금·정부지원사업 인사이트