개발 외주 비용

회원 탈퇴 누르면 개인정보는 바로 사라지나요 | 확인할 5가지

탈퇴 버튼과 개인정보 파기는 같은 말이 아니에요. 개인정보보호 표준지침 제10조에 따라 근무일 기준 5일 이내 파기해야 하지만, 전자상거래법상 결제 기록은 5년 보관 의무가 있어요. 탈퇴 처리에서 확인할 5가지를 정리했어요.

크리에이티브소프트
크리에이티브소프트
2026년 10월 14일 ·

핵심 요약 — “회원 탈퇴 기능 넣어주세요”는 한 줄이지만, 실제로는 즉시 파기 대상과 법정 보관 대상을 나누는 일이에요. 개인정보보호 표준지침은 근무일 기준 5일 이내 파기를 요구하는데, 전자상거래법은 계약·결제 기록을 5년 남기라고 해요. 두 규정이 동시에 걸려요. 탈퇴 처리 기능을 발주하기 전에 확인해둘 5가지를 정리했어요.

“탈퇴 버튼만 만들어주세요”라는 요청은 간단해 보여요. 그런데 탈퇴는 삭제 버튼 하나가 아니라, 어떤 정보는 지우고 어떤 정보는 남겨야 하는지를 가르는 일이에요. 이 기준을 안 정하고 개발을 시작하면, 나중에 개인정보 관련 문의나 신고가 들어왔을 때 데이터베이스를 직접 뒤져야 하는 상황이 생겨요.

저희가 실제로 프로젝트를 진행하며 확인해온 지점들을 정리했어요.


1. 탈퇴 버튼과 파기는 왜 같지 않을까요

회원 탈퇴 요청이 접수되면 즉시 파기 대상과 보관 대상으로 나뉘는 흐름을 보여주는 화면

탈퇴를 누르면 화면에서는 계정이 사라져요. 그런데 뒤에서는 판단이 하나 더 필요해요. “이 회원의 정보 중 지금 지워야 하는 것”과 “법에 따라 일정 기간 남겨야 하는 것”을 나눠야 하거든요.

개인정보보호법 제21조는 개인정보가 처리 목적을 달성해 불필요해지면 지체 없이 파기하도록 정해요. 개인정보보호 표준지침 제10조는 그 기한을 근무일 기준 5일 이내로 구체적으로 못박고 있어요. “탈퇴 버튼을 눌렀는데 3개월째 이름이 관리자 화면에 남아있다”는 상태는 이 기준을 못 지킨 상태예요.

2. 그런데 왜 어떤 정보는 남아있나요

전자상거래법에 따라 결제·계약 기록만 별도 보관소로 분리해 저장하는 구조를 보여주는 화면

탈퇴했는데도 결제 내역이 관리자 화면에 남아있으면 “파기를 안 한 것 아니냐”는 오해가 생겨요. 그런데 이건 오히려 법을 지키는 쪽이에요.

공식 외부 기준 — 전자상거래 등에서의 소비자보호에 관한 법률 시행령에 따르면, 계약 또는 청약철회 등에 관한 기록과 대금결제 및 재화 등의 공급에 관한 기록은 5년, 소비자의 불만 또는 분쟁처리에 관한 기록은 3년, 표시·광고에 관한 기록은 6개월 보관해야 해요.

즉 회원 탈퇴 = 전체 정보 즉시 삭제가 아니라, 개인정보는 파기하되 거래 관련 기록은 정해진 기간만큼 분리 보관하는 구조예요. 이 분리를 처음부터 설계하지 않으면, 나중에 “탈퇴 회원인데 왜 결제 데이터가 검색되냐”는 질문에 답하기 어려워져요. 개인정보 처리 전반의 보안·관리 요건은 개발 외주 보안·개인정보 요건에서 더 다뤘어요.

3. 1년 미접속 회원, 예전엔 강제로 처리했지만 지금은 달라요

오래 접속하지 않은 휴면 회원 목록을 검토하며 자체 정책을 정하는 관리자 화면

몇 년 전 발주 요건 문서를 그대로 가져오면 “1년 미접속 시 자동 파기 또는 분리보관” 항목이 아직 남아있는 경우가 있어요. 예전에는 정보통신망법 시행령에 따라 실제로 그렇게 해야 했거든요.

2023년 9월 개인정보보호법 개정으로 이 유효기간제가 폐지됐어요. 정보주체의 의사와 무관하게 1년 미접속만으로 파기·분리를 강제하던 규정이 없어진 거예요. 지금은 휴면 기준을 회사가 자율적으로 정할 수 있어요. 다만 자율화됐다고 해서 무기한 보관이 안전하다는 뜻은 아니라서, 내부적으로 “몇 개월 미접속이면 로그인 시 재확인을 요청한다” 같은 자체 정책을 두는 편이 실무에서는 여전히 많아요.

4. 탈퇴 처리, 시스템으로 무엇을 준비해야 할까요

탈퇴 요청부터 파기 완료까지 각 단계가 로그로 남는 관리자 화면

탈퇴 버튼 뒤에 실제로 필요한 처리는 이런 것들이에요.

  • 분리 로직 — 즉시 파기 대상과 법정 보관 대상을 자동으로 나누는 규칙
  • 파기 배치 작업 — 보관 기간이 끝난 데이터를 정해진 주기로 실제 삭제하는 스케줄러
  • 파기 로그 — 언제, 무엇을, 왜 파기했는지 기록(문의가 들어왔을 때 증명 자료가 돼요)
  • 재가입 정책 — 같은 사람이 다시 가입할 때 이전 데이터를 이어줄지, 완전히 새로 시작할지

이 네 가지가 “탈퇴 1식”이라는 한 줄 안에 다 들어가는 경우가 많아서, 견적서에 어디까지 포함인지 미리 확인해두는 게 좋아요. 신고·처리 절차를 시스템으로 마련해두는 방식은 게시판 기능 하나에도 이런 것들이 필요해요에서 다룬 흐름과 비슷해요.

5. 발주할 때 적으면 좋은 항목

탈퇴 처리 요구사항 다섯 줄을 표로 정리한 발주 체크리스트를 검토하는 기획자

탈퇴 처리를 “1식”으로 뭉뚱그리지 말고, 아래를 먼저 정해서 요구사항에 넣어보세요.

항목정할 내용
즉시 파기 범위이름·연락처 등 어떤 항목을 바로 지울지
법정 보관 항목결제·계약 기록 중 몇 년 남겨야 하는지
파기 주기보관 기간이 끝난 데이터를 언제 실제로 지울지
휴면 정책장기 미접속 회원을 어떻게 다룰지 자체 기준
재가입 처리이전 정보를 이어줄지, 새로 시작할지

이 다섯 줄이 있으면 “탈퇴 기능”이라는 한 단어 안에 무엇이 들어가는지 업체마다 같은 기준으로 비교할 수 있어요.


마무리

회원 탈퇴는 화면에서 계정 하나가 사라지는 일처럼 보이지만, 실제로는 즉시 파기와 법정 보관을 가르는 판단이 매번 필요한 기능이에요. 저희는 10년 이상 다양한 서비스를 만들고 자체 SaaS 4종을 직접 운영하며 이 분리 처리를 여러 번 설계해온 개발사예요. 지금 계획 중인 서비스의 탈퇴·보관 정책이 애매하시면 함께 정리해드릴게요. 탈퇴 처리 범위 상담받기 →

관련 글