지금 읽는 곳왜 원본 PII를 그대로 넘길 수 없나목차
STEP 3 고급·전략 › 3-2. 프로그래매틱 핵심 원리·거시 데이터 분석 › 과목 117 › 레슨 03
구현 조건 및 기술 인프라: 개인 식별 정보(PII)를 완전히 제거하고 암호화된 가명 ID 기반으로 양사 데이터베이스를 매칭하는 프레임워크 세팅
클린룸 도입의 실제 첫 단추는 SQL 쿼리가 아니라 PII를 가명 ID로 바꾸는 매칭 프레임워크 세팅입니다.
핵심요약
- 클린룸은 원본 PII(이메일·전화번호·이름)를 그대로 반입할 수 없고, 반드시 해시 처리된 가명 ID로 변환한 뒤에만 매칭이 가능하다
- 양측(광고주-매체)이 동일한 정규화 규칙·해시 알고리즘·인코딩 방식을 맞추지 않으면 매칭 자체가 성립하지 않는다
- 매칭 프레임워크 세팅은 마케팅팀 단독이 아니라 데이터 엔지니어링·보안 담당 인력이 함께 참여해야 하는 작업이다
- 구글 ADH는 Google Cloud(BigQuery) 인프라 위에서 동작하므로 클라우드 계정·권한 구조부터 정리돼야 한다
왜 원본 PII를 그대로 넘길 수 없나
클린룸의 핵심 전제는 "원본 사용자 데이터가 클린룸 밖으로도, 상대방에게도 노출되지 않는다"는 것입니다. 이 전제를 지키려면 애초에 클린룸에 데이터를 반입하는 시점부터 이메일·전화번호·이름 같은 원본 개인 식별 정보(PII)를 그대로 올릴 수 없습니다. 대신 이 값을 일방향 해시 함수로 변환한 가명 ID(pseudonymous ID)로 바꿔서 반입합니다. 해시 처리는 원본 값을 복원할 수 없는 방식으로 문자열을 변환하는 연산이라, 클린룸 운영자조차 원본 이메일이 무엇이었는지 역산할 수 없습니다. 광고주와 매체사가 각자 자신의 데이터베이스에 있는 같은 유저의 이메일을 각자 해싱했을 때 정확히 같은 해시값이 나와야만, 클린룸 안에서 "이 유저는 두 데이터셋에 공통으로 존재한다"고 판정하고 매칭할 수 있습니다.
매칭이 성립하려면 무엇을 정확히 맞춰야 하나
이 매칭이 성립하려면 양측이 세 가지를 정확히 일치시켜야 합니다. 첫째는 정규화 규칙입니다 — 이메일 주소를 해싱하기 전에 전부 소문자로 바꾸고 앞뒤 공백을 제거하는 등, 같은 값이라도 표기가 다르면 다른 해시가 나오므로 이 전처리 규칙부터 통일해야 합니다. 둘째는 해시 알고리즘입니다 — 업계에서는 SHA-256이 흔히 쓰이지만, 매체마다 요구하는 알고리즘이 명시돼 있으므로 임의로 다른 알고리즘을 쓰면 안 됩니다. 셋째는 인코딩 방식입니다 — 같은 SHA-256이라도 결과값을 16진수(Hex)로 표현하는지, 웹세이프 Base64로 표현하는지에 따라 최종 문자열이 달라집니다. 이 세 가지 중 하나라도 광고주와 매체사가 다르게 처리하면, 실제로는 같은 유저인데도 클린룸은 "다른 유저"로 인식해 매칭에 실패합니다. 이 문제가 실무에서 반복적으로 보고되는 대표적 실패 패턴이며, 자세한 사례와 교정 방법은 6강에서 다룹니다.
매칭 프레임워크는 누가 세팅해야 하나
이 작업은 마케팅팀이 매체 광고 관리자 화면에서 클릭 몇 번으로 끝낼 수 있는 세팅이 아닙니다. 광고주 쪽 데이터베이스(CRM, 자사몰 회원 DB)에서 정규화·해싱 로직을 실제 코드로 구현해야 하고, 이 로직이 매체가 요구하는 사양과 정확히 일치하는지 검증해야 하므로 데이터 엔지니어링 인력의 참여가 필수입니다. 여기에 더해 원본 PII를 다루는 파이프라인이므로 보안·컴플라이언스 담당자가 이 과정에서 원본 데이터가 실제로 클린룸 반입 전 해싱 단계를 거치는지, 해싱 이전 원본 로그가 불필요하게 남지 않는지를 함께 점검해야 합니다. 마케팅팀이 이 세팅을 외주나 대행사에 전적으로 위임하더라도, 최소한 어떤 정규화·해싱 규칙이 적용됐는지는 내부적으로 문서화해 다음에 다른 매체 클린룸을 추가로 연동할 때 재사용할 수 있어야 합니다.
구글 ADH 기준으로 본 인프라 준비 순서
구글 ADH는 Google Cloud의 BigQuery 인프라 위에서 동작하므로, 클린룸 세팅 이전에 Google Cloud 프로젝트와 권한 구조부터 정리돼야 합니다. 광고주 조직 내에서 누가 클린룸 쿼리를 실행할 권한을 가질지, 어떤 계정으로 BigQuery에 데이터를 업로드할지를 먼저 설계해야 하고, 이 권한 구조는 매체 광고 계정 권한과는 별도로 관리되는 경우가 많습니다. 아마존 AMC나 메타 Advanced Analytics도 각자의 업로드 경로(AMC는 SQL 워크벤치, 메타는 Advanced Measurement API·AA Uploader)와 권한 체계를 갖고 있어, 여러 매체 클린룸을 동시에 도입한다면 매체별로 별도의 인프라·권한 세팅을 각각 진행해야 한다는 점을 미리 인지해야 합니다.
세팅 단계에서 자주 놓치는 부분
프레임워크 세팅에서 가장 자주 발생하는 실수는 정규화·해싱 로직을 처음 한 번만 구현하고 이후 시스템이 바뀔 때(예: CRM 이관, 회원가입 폼 변경) 재검증하지 않는 것입니다. 회원가입 폼에서 이메일 입력 필드의 자동 소문자 변환 로직이 바뀌거나, CRM을 다른 솔루션으로 이관하면서 정규화 코드가 누락되면, 겉으로는 시스템이 정상 작동하는 것처럼 보여도 매칭률이 서서히 낮아지는 문제가 생깁니다. 세팅 이후에도 주기적으로 매칭률 지표를 점검하는 절차를 함께 마련해두는 것이 안전합니다.