회원가입이 있는 앱을 만들 때 탈퇴 기능은 늘 마지막으로 밀립니다. 기획서에는 '탈퇴는 고객센터로 문의' 한 줄만 남고, 실제 화면은 문의 게시판이나 카카오톡 채널로 연결됩니다. 일정이 빠듯할수록 이 선택이 합리적으로 보입니다.
문제는 이것이 기능을 조금 줄인 결정이 아니라 스토어 정책 위반이라는 점입니다. 구글 플레이는 계정을 만들 수 있는 앱이라면 앱 안과 앱 밖 양쪽에 탈퇴 경로를 두라고 요구합니다. 요건을 못 채우면 심사에서 지적받는 수준이 아니라 업데이트 제출부터 막힙니다.
탈퇴를 고객센터 문의로만 두면 업데이트부터 막힙니다
구글 플레이 정책은 앱에서 계정을 만들 수 있으면 앱 계정과 관련 데이터를 삭제할 수 있는 인앱 경로를 제공하라고 명시합니다. 문의 게시판 연결은 인앱 경로로 인정되지 않습니다. 사용자가 계정 설정 안에서 삭제를 직접 시작할 수 있어야 합니다.
이 요건은 Play Console의 데이터 보안 양식과 묶여 있습니다. 삭제 관련 질문에 대한 답변에 문제가 있으면 새 앱 제출과 기존 앱의 업데이트가 거부됩니다. 기능 하나가 빠진 것이 아니라 배포 자체가 멈추는 구조입니다.
유예 기간도 이미 끝났습니다. 구글은 2023년 12월 7일을 답변 기한으로 잡았고 2024년 5월 31일까지 연장을 허용했으며, 그 이후에는 앱 삭제를 포함한 시행 조치를 적용한다고 밝혔습니다.
탈퇴 기능이 없는 앱은 '조금 불편한 앱'이 아니라 '다음 업데이트를 올릴 수 없는 앱'입니다.
앱 안에 탈퇴 경로가 있어야 한다는 것이 원칙입니다
공식 문서는 인앱 삭제 경로가 눈에 띄게 표시되어야 하고 직관적이어야 한다고 적고 있습니다. 예로 든 위치는 계정 설정이나 그와 비슷한 섹션입니다. 설정 화면 맨 아래 작은 글씨로 숨겨 두는 것도 취지에 맞지 않습니다.
실무에서 필요한 것은 탈퇴 안내 화면 하나, 확인 단계 하나, 서버 삭제 API 하나입니다. 화면 수로는 작지만 뒤에서 이야기할 데이터 삭제 범위 때문에 서버 작업이 더 큽니다.
웹 페이지는 인앱 경로의 대체재가 아니라 추가 요건입니다
많은 발주자가 '웹에 탈퇴 페이지를 두면 앱에는 안 넣어도 되지 않나'라고 묻습니다. 아닙니다. 구글은 인앱 경로와 웹 링크를 모두 요구합니다. 둘 중 하나만 있으면 요건 미충족입니다.
웹 페이지를 따로 요구하는 이유는 분명합니다. 이미 앱을 지운 사용자나 기기를 바꾼 사용자가 앱을 다시 설치하지 않고도 삭제를 요청할 수 있어야 하기 때문입니다. 그래서 견적서에도 이 두 가지는 별도 줄로 잡아야 합니다.
탈퇴 웹 페이지는 세 조건을 모두 만족해야 합니다
공식 문서가 제시하는 웹 링크의 조건은 다음 세 가지입니다.
- 제대로 작동할 것 — 오류 없이 로드되어야 합니다
- 범위가 관련될 것 — 계정 삭제 요청 경로가 페이지에서 눈에 띄고 쉽게 찾을 수 있어야 합니다
- 앱 또는 개발자 이름을 참조할 것 — 스토어 등록정보의 이름과 맞아야 합니다
회사 홈페이지의 일반 문의 페이지를 그대로 링크하면 두 번째와 세 번째 조건에서 걸립니다. 앱 이름을 명시하고 '계정 삭제 요청'이라는 제목을 페이지 상단에 두는 편이 안전합니다. 검토자가 링크를 직접 열어 보기 때문에 로그인 뒤에 숨겨 두는 구성도 권하지 않습니다.
즉시 삭제로 갈지 요청 접수로 갈지 먼저 정하세요
인앱 탈퇴는 버튼을 누르면 곧바로 처리하는 방식이 자연스럽습니다. 개발이 단순하고 운영 인력이 들지 않지만, 되돌릴 수 없으니 실수로 누른 사용자의 문의가 생깁니다.
웹 페이지는 로그인 상태가 아닐 수 있어 요청 접수 후 본인 확인을 거쳐 처리하는 방식이 현실적입니다. 대신 접수함, 확인 절차, 처리 기한 관리가 붙어 운영 비용이 생깁니다. 저희는 인앱은 즉시 삭제, 웹은 접수형으로 나누는 조합을 권합니다.
계정을 잠그는 처리는 삭제로 인정되지 않습니다
사용자 데이터 정책은 삭제 요청이 들어오면 계정을 동결하거나 일시 비활성화하는 것으로는 요건을 충족하지 못한다고 봅니다. 계정과 함께 관련된 사용자 데이터를 실제로 지워야 합니다.
삭제 범위는 데이터 보안 섹션에 공개한 데이터 전체입니다. 개인정보, 금융 정보, 인증 정보, 연락처, 위치, 건강 정보, 기기 사용 정보가 여기에 들어갑니다. 회원 테이블만 지우고 업로드 파일, 접속 로그, 푸시 토큰, 외부 분석 도구에 보낸 식별자가 남아 있으면 삭제를 마친 것이 아닙니다.
일부를 보관해야 한다면 어디에 무엇을 적을지 정해야 합니다
구글도 예외를 인정합니다. 보안, 사기 방지, 규정 준수처럼 정당한 사유가 있으면 특정 데이터를 보관할 수 있습니다. 법령상 보존 의무가 있는 거래 기록이 대표적입니다.
다만 조건이 붙습니다. 어떤 데이터를 왜 얼마나 보관하는지 사용자에게 명확히 알려야 하고, 문서는 개인정보처리방침이 기준입니다. 그래서 이 항목은 개발이 아니라 문서 작업이며, 개발사와 발주자 중 누가 쓸지 계약 단계에서 정해 두는 편이 낫습니다.
양식에 적은 내용과 실제 동작이 다르면 앱이 내려갑니다
데이터 보안 양식의 정확성에 대한 책임은 전적으로 개발자 계정 소유자에게 있습니다. 구글은 앱 동작과 신고 내용 사이의 불일치를 알게 되면 시행 조치를 포함한 조치를 취할 수 있다고 명시하고 있습니다. 규정을 지키지 않는 앱은 업데이트 차단이나 스토어 삭제 대상이 됩니다.
발주자 입장에서 위험한 지점이 여기입니다. 개발사가 양식에 '삭제 요청 가능'으로 체크해 두고 실제로는 비활성화만 하도록 만들었다면, 앱이 내려갈 때 책임은 계정을 가진 발주자에게 돌아옵니다.
양식은 개발사가 대신 채워도, 그 답이 틀렸을 때 앱을 잃는 쪽은 발주자입니다.
견적서에는 이 항목들을 따로 적으세요
'회원 기능' 한 줄에 묶으면 탈퇴는 거의 빠집니다. 다음 여섯 줄로 나눠 적으면 검수할 때도 하나씩 확인할 수 있습니다.
- 인앱 탈퇴 화면과 확인 절차
- 서버 계정 삭제 처리 — 연관 데이터, 파일, 로그, 외부 도구 식별자 포함
- 로그인 없이 접근 가능한 탈퇴 요청 웹 페이지
- 웹 요청 접수함과 본인 확인, 처리 기한 관리
- 보관 데이터 목록 정리와 개인정보처리방침 반영
- Play Console 데이터 보안 양식 작성과 탈퇴 URL 등록
3번과 4번은 앱 개발이 아니라 웹 개발과 운영이라 별도 견적이 필요합니다. 6번은 개발사가 대행하더라도 발주자가 내용을 직접 확인해야 하는 항목입니다.
이 요구사항이 적용되지 않는 경우도 있습니다
공식 문서는 몇 가지 예외를 둡니다. 게시하지 않는 비공개 앱, 기업의 기기 관리용 앱, 의료·금융·정부처럼 규제가 강한 분야에서 별도 절차를 따르는 경우, 그리고 오프라인에서 만들어진 계정입니다.
다만 사내용으로 만들었어도 스토어에 공개 배포한다면 적용 대상입니다. 예외에 해당하는지 애매하다면 요건을 갖추는 쪽이 비용도 리스크도 작습니다. 요건 자체는 화면 두어 개 수준이고, 앱이 내려가면 복구에 몇 주가 걸립니다.
정확한 문구는 Google Play 앱 계정 삭제 요구사항 문서에서 확인하실 수 있습니다. 비슷한 검수 항목 정리는 실무 가이드 카테고리에 모아 두었고, 앱 구축 문의는 Codeforest로 주시면 됩니다.
결론: 탈퇴는 화면 하나가 아니라 여섯 줄짜리 개발 항목입니다
회원가입이 있는 앱에서 '탈퇴는 고객센터로 문의'만 두면, 스토어에서는 기능이 부족한 앱이 아니라 정책 미준수 앱으로 취급됩니다. 데이터 보안 양식의 답변에 문제가 생겨 업데이트 제출이 거부되고, 상태가 이어지면 앱이 내려갑니다.
필요한 것은 앱 안의 탈퇴 경로, 앱 밖의 탈퇴 요청 웹 페이지, 연관 데이터까지 지우는 서버 처리, 보관 데이터 표기, 그리고 양식과 실제 동작의 일치입니다. 견적서를 받을 때 이 다섯 가지가 줄로 적혀 있는지 먼저 확인하세요.
