동의 구조에서 가장 먼저 확인할 것은 무엇인가

개인정보 보호법 제15조는 개인정보처리자가 개인정보를 수집·이용하려면 정보주체의 명시적 동의를 받아야 한다고 규정하며, 법령에 따라 수집할 수 있는 경우를 예외로 둡니다. 여기에 제22조는 동의를 받을 때 처리 목적별로 구분해 받도록 규정합니다. 수집·이용 동의, 제3자 제공 동의, 마케팅 활용 동의는 각각 별도의 체크박스로 분리해야 합니다.

마케팅팀이 실제로 확인해야 할 것은 조문 자체보다 자사 가입 화면의 현재 상태입니다. 체크박스가 몇 개이고 각각의 문구가 무엇인지, 필수와 선택이 어떻게 나뉘어 있는지를 캡처해두고, 지금 하려는 활용이 그중 어느 항목에 근거하는지 한 줄로 적어보는 것이 시작입니다. 이 한 줄이 안 써지면 그 활용은 근거가 없는 상태입니다.

광고 매체로 데이터를 넘길 때 무엇이 달라지나

광고 플랫폼에 사용자 데이터를 제공하는 리타게팅의 경우, 제3자 제공에 대한 별도의 명시적 동의가 필수이며 수집·이용 동의만으로는 불충분합니다. 고지 내용도 구체적이어야 합니다. 어느 회사에, 어떤 목적으로, 어떤 정보를 제공하는지를 밝히고 동의를 받아야 합니다.

여기서 자주 나오는 질문이 "우리는 해시값만 넘기는데도 해당되느냐"입니다. 해시 매칭은 원본 이메일·전화번호를 매체사에 평문으로 전달하지 않고 양쪽이 동일한 알고리즘으로 해싱한 값끼리 비교하는 방식입니다. 구글 고객 매치는 SHA256(Hex 인코딩)에 앞뒤 공백 제거, 소문자 변환, 전화번호 E.164 정규화 같은 전처리를 요구하고, 메타 맞춤 타겟도 SHA-256 단방향 해싱을 씁니다. 이 방식은 평문 노출을 줄이는 기술적 보호조치이지, 데이터가 제3자에게 이전된다는 사실 자체를 없애지는 않습니다. 동의 근거는 별도로 확인해야 합니다.

행태정보는 어디까지가 개인정보인가

쿠키, 픽셀, 광고 ID 등으로 수집되는 행태정보는 단독으로는 개인정보가 아닙니다. 하지만 여러 행태정보를 결합하거나 다른 정보와 결합해 특정 개인을 식별할 수 있으면 개인정보에 해당합니다.

퍼스트파티 데이터 인프라는 본질적으로 결합하는 장소이므로 이 경계가 실무에 바로 걸립니다. 익명 방문 로그만 있을 때는 행태정보였던 것이, 로그인 시점에 회원 식별자와 이어붙는 순간 개인정보 영역으로 넘어갑니다. 그래서 데이터 웨어하우스 설계 단계에서 "결합 이전 테이블"과 "결합 이후 테이블"을 물리적으로 나누고, 결합 이후 테이블에 접근할 수 있는 사람을 따로 정의해두는 편이 관리하기 쉽습니다.

한편 개인정보보호위원회는 이른바 세이프 트랙 조건을 준수한 경우 동의 없이도 맞춤형 광고 목적의 행태정보 수집이 가능하다는 입장을 밝힌 바 있습니다. 다만 이는 조건부 면제이므로, 자사가 그 조건을 충족하는지는 개별 판단이 필요하고 마케팅팀 단독으로 결론 내릴 사안이 아닙니다.

가명정보 특례는 마케팅에 그대로 쓸 수 있나

2020년 데이터3법 개정으로 가명정보 처리에 관한 특례가 신설돼, 통계작성·과학적 연구·공익적 기록보존 등 목적에는 정보주체 동의 없이 가명정보를 처리할 수 있는 예외가 마련됐다는 것이 통설입니다.

주의할 지점은 이 예외의 목적 범위입니다. 특례가 열어준 것은 통계·연구·공익적 기록보존 쪽이고, 개별 고객을 겨냥한 광고 타게팅은 그 목적과 성격이 다릅니다. "가명처리했으니 동의 없이 마케팅에 써도 된다"로 확장 해석하는 것은 위험합니다. 실무에서는 가명정보 특례에 기대는 활용과 동의에 기대는 활용을 문서상 분리해 적고, 각각의 근거를 따로 적어두는 방식이 안전합니다. 판단이 애매한 활용은 진행 전에 개인정보 담당·법무 검토를 받는 순서로 두는 것이 되돌리는 비용을 줄입니다.

옵트아웃은 어디까지 전파되어야 하나

동의만큼 중요한 것이 철회의 전파입니다. 개인정보 보호법과 정보통신망법 모두 정보주체에게 동의 철회 권리를 명시적으로 부여하며, 광고주는 별도 절차나 비용 없이 이를 받아들여야 합니다. 데이터 인프라 관점에서 이 요구는 "자사 DB에서 플래그를 바꾸는 것"으로 끝나지 않고, 이미 매체로 넘어간 오디언스에서도 빠져야 한다는 뜻입니다.

매체 쪽 통제 수단도 함께 확인해두면 좋습니다. 구글은 제한된 데이터 처리를 활성화하면 특정 식별자·데이터의 사용을 이후 시점부터 특정 목적으로만 제한하며, 이런 준수를 지원하는 데이터 삭제·보관 제어 기능을 제공합니다. 여기서 실무자가 자주 오해하는 표현이 있습니다. 이 제한은 이후 시점부터 적용되는 것이지, 옵트아웃 이전에 이미 처리된 데이터까지 소급 삭제한다는 의미가 아닙니다. 그래서 철회 반영은 지연 없이 처리하는 구조로 두어야 합니다.