문의가 쌓이면 연락처 목록이 생깁니다. 마케터에게 이것은 분명한 자산입니다. 그런데 같은 목록이 개인정보이기도 합니다 — 우리가 보관하는 동안 그것을 지킬 책임이 함께 따라옵니다.
이 책임은 규모와 무관합니다. 문의가 월 몇 건인 사이트에서도 사고는 일어나고, 사고가 났을 때 “우리는 작은 회사라서” 는 설명이 되지 않습니다. 다행히 실무에서 지켜야 할 원칙은 단순합니다. 덜 받고, 기간을 정하고, 지운다.
1. 필요한 만큼만 받습니다
폼 필드를 정할 때 기준은 하나입니다 — 지금 이 대화를 시작하는 데 필요한가. 회사 규모, 예산 범위, 업종 같은 항목은 나중에 유용할 수는 있지만 첫 접촉에 필요하지는 않습니다.
덜 받는 것은 개인정보 원칙이면서 동시에 전환 전략이기도 합니다. 필드가 적을수록 제출이 쉬워지고, 우리가 지켜야 할 것도 줄어듭니다. 받지 않은 정보는 유출될 수 없습니다 — 가장 확실한 보호 수단입니다.
2. 보관 기간을 미리 정합니다
대부분의 사이트가 여기서 막힙니다. 기간을 정한 적이 없으니 모든 것이 영원히 남습니다. 3년 전 문의가 데이터베이스에, 메일함에, 누군가의 스프레드시트에 그대로 있습니다.
기간은 사업의 실제 주기에서 나옵니다. 검토가 길어지는 업종이면 길게, 즉시 결정되는 서비스면 짧게 잡습니다. 중요한 것은 숫자 자체가 아니라 정해져 있다는 사실이고, 그 숫자를 개인정보처리방침에 적어 고객이 볼 수 있게 하는 것입니다.
고객이 삭제를 요청했을 때 어떻게 처리할지도 함께 정합니다. 요청을 받을 창구와 처리 기한이 정해져 있으면, 그 요청은 사고가 아니라 절차가 됩니다.
3. 흩어진 사본부터 셉니다
삭제가 어려운 진짜 이유는 사본이 여러 곳에 있기 때문입니다. 폼 플러그인이 데이터베이스에 저장하고, 알림 메일이 메일함에 남고, 누군가 표로 옮겨 두고, 광고 플랫폼에 고객 목록으로 올라가 있습니다. 데이터베이스에서만 지우면 나머지 세 곳은 그대로입니다.
그래서 실무의 시작은 삭제가 아니라 목록 만들기입니다. 리드가 어디에 저장되는지 네 줄로 적어 두는 것만으로 이후 작업이 가능해집니다. 폼 플러그인이 제출 내용을 데이터베이스에 보관하도록 설정돼 있다면, 그 보관이 정말 필요한지도 함께 점검하세요 — 메일로 받고 있다면 이중 보관인 경우가 많습니다.
사이트에 저장된 개인정보를 지키는 기술적 조치는 보안 아카이브에서 다루고, 접근 권한 · 백업 · 취약점까지 한 번에 점검받고 싶다면 최적화 지원 사업의 진단에 포함돼 있습니다.
다음 회차
받을 것을 정하고 지킬 준비도 했다면, 남은 것은 받은 뒤에 무엇을 하는가입니다. 다음 회차는 후속 조치 흐름이고, 여기서 다루는 응답 시간은 대부분의 퍼널 개선보다 전환에 크게 작용합니다.