초록
회사 홈페이지에 문의 폼을 하나 다는 순간, 그 사이트는 개인정보를 수집하는 사이트가 됩니다. 이름과 연락처가 개인정보이기 때문입니다. 그런데 실무에서는 폼만 붙이고 동의 문구도 처리방침도 없이 몇 년을 운영하는 경우가 흔합니다. 이 글은 법 조문을 해설하는 대신, 네 가지 질문으로 정리하면 필요한 문구가 자동으로 도출되는 구조를 다룹니다. ① 무엇을 받는가 ② 왜 받는가 ③ 얼마나 오래 갖고 있는가 ④ 누구의 손을 거치는가. 이어서 동의 문구의 뼈대, 처리방침에 들어가는 항목, 데이터가 실제로 쌓이는 위치(메일함·알림 채널·백업까지), 자주 빠지는 실수를 정리합니다.
이 글은 확인해야 할 항목과 문장 구조를 정리한 실무 메모입니다. 법률 자문이 아니고, 수집 범위·업종·사업 형태에 따라 요구되는 내용이 달라집니다. 회원가입·결제·민감정보를 다루거나 규모가 커지면 관계 기관 자료나 전문가 확인을 함께 받으세요.
1. 문의 폼이 왜 "처리"인가
개인정보는 거창한 것이 아닙니다. 살아 있는 개인을 알아볼 수 있는 정보면 해당합니다. 문의 폼에서 흔히 받는 것들이 대부분 여기 들어갑니다.
| 받는 항목 | 판단 |
|---|---|
| 이름 | 해당 |
| 휴대폰 번호 | 해당 |
| 이메일 | 해당 |
| 회사명 + 직급 | 개인 식별로 이어지면 해당 |
| 문의 내용 | 안에 이름·연락처가 적히면 해당 |
| 접속 IP·기기 정보 | 서버 로그에 자동으로 남는 경우가 많음 |
그래서 "문의만 받는데 무슨 개인정보냐"는 흔한 오해입니다. 받는 순간부터 갖고 있게 되고, 갖고 있으면 언젠가 지워야 합니다.
2. 네 가지 질문
문구를 먼저 찾으면 남의 사이트에서 복사해 오게 되고, 그러면 우리가 실제로 하는 일과 안 맞는 문서가 생깁니다. 순서를 반대로 갑니다.
질문 1 — 무엇을 받는가
폼의 입력칸을 그대로 적습니다. 숨은 항목까지 적는 것이 요령입니다.
직접 입력받는 것: 이름, 연락처(휴대폰), 이메일, 문의 내용
자동으로 남는 것: 접속 IP, 접속 시각, 브라우저 정보
질문 2 — 왜 받는가
용도를 한 문장으로 씁니다. "문의 접수 및 답변 회신." 여기서 중요한 원칙이 하나 나옵니다. 적어 놓은 용도 밖으로는 쓸 수 없습니다. 문의로 받은 연락처에 나중에 홍보 문자를 보내려면, 그건 별도의 동의를 받아야 하는 다른 용도입니다.
질문 3 — 얼마나 오래 갖고 있는가
가장 많이 비어 있는 칸입니다. "목적 달성 시까지"라고만 적고 실제로는 영원히 보관하는 경우가 대부분입니다.
기간은 우리가 실제로 운영 가능한 값으로 정하세요. 문의 응대만 하는 폼이라면 "답변 완료 후 N개월" 같은 형태가 무난합니다. 중요한 건 숫자 자체보다 적어 놓은 대로 실제로 지워지는가입니다.
질문 4 — 누구의 손을 거치는가
우리 서버에만 있는 경우는 거의 없습니다. 실제 경로를 따라가 보세요.
이 그림은 세 가지를 동시에 말합니다. 상자 하나하나가 곧 ① 처리방침에 적을 위탁 대상이고, ② 유출이 일어날 수 있는 지점이며, ③ 보유 기간이 끝났을 때 지워야 할 위치입니다. 한 건의 문의가 여섯 곳에 복사돼 있다는 사실이 여기서 보입니다.
3. 가장 강력한 대책 — 안 받는 것
네 질문을 채우다 보면 자연스럽게 드는 생각이 있습니다. 이거 다 받을 필요가 있나.
첫 문의를 받는 데 실제로 필요한 것은 연락 방법 하나와 내용입니다. 나머지는 상담하면서 알게 됩니다.
| 항목 | 첫 문의에 필요한가 |
|---|---|
| 연락처(전화 또는 이메일 중 하나) | 필요 |
| 문의 내용 | 필요 |
| 이름 | 있으면 좋음 (선택으로) |
| 회사명 | 선택 |
| 예산·희망 일정 | 선택 (아직 안 정한 사람이 많음) |
| 주소 | 대부분 불필요 |
| 생년월일·주민등록번호 | 받지 마세요 |
칸 하나마다 아래 두 질문을 통과시키면 폼이 짧아집니다.
안 받은 정보는 유출될 일도, 지울 일도, 적을 일도 없습니다. 입력칸을 줄이는 것은 개인정보 대책이면서 동시에 문의 전환율 개선이기도 합니다. 이 관점은 방문자는 있는데 문의가 없다에서도 같은 결론으로 나옵니다.
특히 주민등록번호는 법으로 정해진 근거가 없으면 받을 수 없습니다. 문의 폼에서 받을 이유는 없습니다.
4. 동의 문구의 뼈대
동의 문구는 길수록 좋은 게 아닙니다. 읽고 판단할 수 있는 최소한이 목표입니다. 들어가야 하는 것은 넷입니다.
① 수집 항목 ② 이용 목적 ③ 보유 기간 ④ 거부할 수 있다는 사실과 그때의 불이익
폼 옆에 붙이는 짧은 형태는 이 정도면 됩니다.
[ ] (필수) 개인정보 수집·이용에 동의합니다. [전문 보기]
· 수집 항목: 이름, 연락처, 이메일, 문의 내용
· 이용 목적: 문의 접수 및 답변 회신
· 보유 기간: 답변 완료 후 6개월 이내 파기
· 동의를 거부하실 수 있으며, 이 경우 문의 접수가 어렵습니다.
여기서 실무적으로 갈리는 지점 네 가지입니다.
체크박스는 기본 해제 상태로 둡니다. 미리 체크해 둔 상태는 동의를 받은 것으로 보기 어렵습니다.
동의를 묶으면 안 되는 이유도 그림으로 보면 분명합니다. 목적이 다르면 동의도 따로 받습니다.
필수와 선택을 나눕니다. 문의 응대에 꼭 필요한 것만 필수로 묶고, 마케팅 수신 같은 건 반드시 별도 항목으로 분리합니다. 하나의 체크박스에 "문의 처리 및 마케팅 활용에 동의"를 묶으면 안 됩니다.
전문은 링크로 뺍니다. 폼 위에 열 줄짜리 약관이 있으면 이탈합니다. 요약 네 줄 + 전문 링크 구조가 낫습니다.
보유 기간에 실제 숫자를 씁니다. "목적 달성 시까지"만 적어 두면 언제 지워야 하는지 아무도 모릅니다.
5. 개인정보처리방침 — 어디에 두고 무엇을 적나
동의 문구가 이 폼 한 곳의 이야기라면, 처리방침은 사이트 전체의 이야기입니다. 둘은 다른 문서입니다.
두는 위치는 관행이 정해져 있습니다.
- 모든 페이지 하단(푸터)에 상시 링크
- 문의 폼 옆의 "전문 보기"에서도 같은 곳으로
- 주소는
/privacy처럼 고정된 한 곳으로 - 텍스트로 작성 — 이미지나 PDF로 올리면 읽기도 검색도 안 됩니다
들어가는 뼈대는 대체로 아래 항목들입니다. 우리 사이트에서 실제로 하는 일만 채우면 됩니다.
□ 수집하는 항목과 수집 방법 (문의 폼, 자동 수집되는 접속 정보)
□ 이용 목적
□ 보유 및 이용 기간, 파기 절차와 방법
□ 제3자 제공 여부 (없으면 "없음"이라고 명시)
□ 처리 위탁 현황 (수탁자와 위탁 업무 — 2장 질문 4의 목록)
□ 정보주체의 권리와 행사 방법 (열람·정정·삭제 요청을 어디로 하는지)
□ 쿠키 등 자동 수집 장치의 운영 여부와 거부 방법
□ 개인정보 보호책임자 — 이름 또는 직책, 연락처
□ 방침 변경 시 고지 방법과 시행일
"제3자 제공 없음"과 "위탁 있음"은 다릅니다. 메일 발송 서비스나 호스팅을 쓰는 것은 위탁이고, 이건 거의 모든 사이트에 해당합니다. 위탁 칸이 비어 있고 제공 칸만 "없음"으로 되어 있는 방침이 흔한데, 대개 실제와 안 맞는 상태입니다.
시행일을 반드시 적으세요. 방침을 고쳤는데 시행일이 몇 년 전으로 남아 있으면 관리되지 않는 문서로 보입니다. 이전 버전을 남겨 두는 방식이 권장되기도 합니다.
6. 지운다는 것의 실제 범위
"보유 기간 6개월"이라고 적었다면 6개월 뒤에 실제로 지워져야 합니다. 문제는 한 건의 문의가 여러 곳에 복사돼 있다는 점입니다.
□ 데이터베이스의 문의 테이블
□ 담당자 메일함 (받은편지함 + 휴지통 + 보관함)
□ 팀 알림 채널 (슬랙·텔레그램 대화 기록)
□ 스프레드시트로 옮겨 둔 상담 관리 시트
□ 서버 로그
□ 자동 백업본
전부를 완벽하게 관리하기는 어렵습니다. 그래서 실무에서는 처음부터 흩어지지 않게 만드는 쪽이 현실적입니다.
- 알림 채널로는 "문의가 도착했습니다"만 보내고 내용은 보내지 않기 — 링크로 관리자 화면을 열게 하면 개인정보가 대화방에 남지 않습니다
- 상담 시트를 따로 만든다면 관리 대상 목록에 넣어 두기
- 오래된 문의를 일괄로 지우는 작업을 분기마다 한 번 캘린더에 걸어 두기
알림 채널에 이름과 전화번호를 그대로 흘려보내는 구조는 편하지만, 나중에 되돌리기 가장 어려운 형태입니다. 만들 때 정하면 비용이 0이고, 나중에 바꾸면 작업이 됩니다.
7. 자주 나오는 실수
문의 답변 메일에 원문을 통째로 인용해서 여러 명에게 참조로 보낸다. 내부 공유는 필요한 사람에게만.
동의 없이 받은 연락처로 나중에 홍보를 보낸다. 문의 응대 목적으로 받은 정보입니다. 광고성 정보 발송은 별도 동의와 표기 규칙이 따로 있습니다.
처리방침을 다른 회사 것에서 그대로 복사한다. 회사명만 바꾸고 위탁 목록·보유 기간이 남의 것인 상태가 됩니다. 실제와 다른 방침은 없느니만 못합니다.
보호책임자 칸이 비어 있거나 퇴사자로 되어 있다. 열람·삭제 요청이 왔을 때 받을 사람이 없다는 뜻입니다.
문의 폼에만 신경 쓰고 다른 수집 경로를 잊는다. 뉴스레터 구독, 자료 다운로드, 채용 지원, 이벤트 응모도 각각 수집입니다. 채용 지원은 이력서라 항목이 훨씬 많습니다.
개인 사이트라 괜찮다고 생각한다. 규모와 무관하게 받는 순간 갖게 됩니다. 1인 운영 사이트의 쿠키·동의 정합 문제는 개인 사이트 쿠키·개인정보 안내에서 따로 다뤘습니다.
8. 광고를 집행할 계획이라면
검색 광고를 돌릴 때는 이 문서들이 심사 요건으로 다시 등장합니다. 광고 플랫폼은 대체로 광고주 신원과 연락 가능한 정보, 개인정보 취급에 대한 안내가 사이트에 있는지를 봅니다. 정책은 플랫폼마다 다르고 바뀌지만, 아래는 대체로 공통입니다.
- 처리방침이 접근 가능한 고정 주소에 있을 것
- 사업자 정보(상호·연락처)가 사이트에 표시돼 있을 것
- 전환 추적 스크립트를 붙였다면 그 사실이 방침에 반영돼 있을 것
광고를 켜기 직전에 급하게 만들면 심사가 밀립니다. 사이트 오픈 시점에 함께 만들어 두는 것이 결국 빠릅니다.
9. 30분 세팅 순서
0~10분 · 정리
□ 폼 입력칸 목록 적기 (자동 수집 항목 포함)
□ 각 항목이 첫 문의에 정말 필요한지 판정 → 불필요한 칸 삭제
□ 이용 목적 한 문장
□ 보유 기간 숫자로 결정
10~20분 · 문구
□ 폼 옆 동의 문구 4줄 (항목·목적·기간·거부 가능)
□ 체크박스 기본 해제, 필수/선택 분리
□ 마케팅 수신은 별도 항목으로 (받을 계획이면)
20~30분 · 문서와 배선
□ /privacy 페이지 작성 (5장 뼈대)
□ 푸터에 상시 링크
□ 보호책임자 이름·연락처 채우기
□ 위탁 목록에 실제 쓰는 서비스 적기
□ 알림 채널에 개인정보 원문이 흐르지 않는지 확인
□ 분기별 파기 작업 캘린더 등록
10. 마지막으로
이 작업의 목적은 문서를 갖추는 것이 아니라, 우리가 무엇을 갖고 있는지 아는 것입니다. 위탁 목록을 채우다 보면 문의 데이터가 생각보다 여러 곳에 흩어져 있다는 걸 알게 되고, 대개 그 발견 자체가 가장 큰 소득입니다.
새로 사이트를 만드는 중이라면 처리방침 페이지와 동의 문구를 구축 범위에 넣어 두세요. 나중에 요청하면 별건 작업이 됩니다. 넘겨받는 입장에서 확인할 항목 전체는 홈페이지를 넘겨받을 때 내 손에 남아야 하는 것에, 폼 메일이 실제로 도착하는지 확인하는 방법은 Resend로 문의 폼 메일 보내기에 있습니다.