분석 도구를 붙이고 광고 픽셀을 넣는 일은 마케팅에서 일상적인 작업입니다. 대부분 개발자를 거치지 않고 태그 매니저에서 몇 번의 클릭으로 끝납니다. 편리한 만큼 실수도 몇 번의 클릭으로 끝납니다.
이 글은 법률 해설이 아니라 실무 점검표입니다. 국내라면 개인정보 보호법이, 유럽 방문자가 있다면 그쪽 규정이 걸리며 세부는 상황마다 다릅니다. 다만 어떤 기준에서든 공통으로 요구되는 세 가지가 있고, 그 셋만 지켜도 대부분의 위험이 사라집니다.
원칙 세 줄
최소 수집이 첫 줄인 데는 이유가 있습니다. 모으지 않은 데이터는 유출될 수도, 잘못 다뤄질 수도, 보관 기간을 관리할 필요도 없습니다. 실무에서 이 원칙은 아주 구체적인 질문이 됩니다 — 이 데이터를 보고 우리가 바꿀 결정이 있는가. 없다면 그 항목은 수집하지 않습니다. 폼의 입력란도 마찬가지입니다. “혹시 나중에 쓸지 몰라서” 받아 두는 항목이 대개 가장 위험한 항목입니다.
고지는 개인정보처리방침에 실제 상황을 적는 일입니다. 여기서 흔한 문제는 방침이 사이트의 현재 상태와 다르다는 것입니다. 도구를 추가할 때마다 방침을 함께 고치는 절차가 없으면, 방침은 첫 작성 시점에서 멈춘 문서가 됩니다.
가장 흔한 실패 — 동의 전에 발사되는 태그
동의 배너를 붙였다고 해서 추적이 동의 뒤로 미뤄지는 것은 아닙니다. 배너를 띄우는 것과 태그를 붙잡아 두는 것은 별개의 작업이고, 앞의 것만 하고 뒤의 것을 빠뜨리는 경우가 대단히 흔합니다.
이 상태에서 화면은 완벽하게 정상으로 보입니다. 배너가 뜨고, 버튼이 있고, 누르면 사라집니다. 그런데 배너가 뜨는 그 순간에 이미 분석 스크립트가 실행되고 쿠키가 저장돼 있습니다. 방문자가 “거부” 를 눌러도 이미 벌어진 일은 되돌아가지 않습니다.
왜 태그 매니저에서 자주 생기나
태그 매니저는 마케팅이 개발을 기다리지 않고 태그를 넣게 해 주는 도구입니다. 그것이 장점이자 이 문제의 원인입니다. 새 태그를 만들 때 기본 트리거가 대개 “모든 페이지” 이고, 그것을 그대로 두면 그 태그는 동의 여부와 무관하게 페이지 로드 시점에 발사됩니다.
동의를 반영하려면 트리거를 동의 상태에 묶어 두어야 합니다. 도구마다 방식이 다르지만 구조는 같습니다 — 동의 배너가 선택 결과를 변수로 남기고, 각 태그가 그 변수를 조건으로 삼는 구조입니다. 이 배선이 한 번 되어 있으면 그다음 태그부터는 같은 조건을 재사용하면 되므로, 처음 한 번의 설정이 이후 전부를 결정합니다.
직접 확인하는 방법
설정을 믿지 말고 눈으로 봅니다. 시크릿 창으로 사이트를 열고 동의 배너에서 거부를 누른 뒤, 개발자 도구에서 두 곳을 확인합니다.
네트워크 탭에서 분석 · 광고 도메인으로 나가는 요청이 있는지 보고, 애플리케이션(저장소) 탭에서 쿠키 목록을 확인합니다. 거부했는데 둘 중 하나라도 남아 있다면 배선이 안 된 것입니다.
같은 확인을 도구를 추가할 때마다 반복합니다. 새 태그 하나가 조건 없이 들어가는 순간, 앞서 해 둔 모든 배선이 그 페이지에서 무효가 되기 때문입니다.
모으지 않아도 알 수 있는 것들
마지막으로 관점 하나. 추적을 줄이면 아무것도 못 본다고 생각하기 쉽지만, 실제로는 개인을 식별하지 않고도 알 수 있는 것이 꽤 많습니다. 서치 콘솔의 검색 실적은 어떤 질의로 들어오는지 알려 주고, 서버 로그는 어떤 페이지가 얼마나 요청되는지 알려 주며, 문의 폼의 “어떻게 알고 오셨나요” 한 줄은 어떤 자동 추적보다 정확할 때가 있습니다.
정직한 수집은 규제 대응이기도 하지만 신뢰의 문제이기도 합니다. 우리가 무엇을 모으는지 명확히 적어 둔 사이트는 그 자체로 다르게 읽힙니다.
지표 설계와 데이터 품질은 측정 없이는 개선도 없다 연재에서, 수집한 데이터를 어떻게 보관하고 파기하는지는 보안 아카이브에서 더 다룹니다. 사이트에 실제로 어떤 스크립트가 로드되고 있는지부터 확인하고 싶다면 최적화 지원 사업의 진단에 포함돼 있습니다.