12CODE
← 아카데미 academy 20강. 데이터 클린룸이 필요한 이유: 매체사와 데이터를 나누되 개인정보는 나누지 않는 법 예상 6분

들어가며

왜 지금 데이터 클린룸을 배워야 하나

117-1강에서 정리했듯, 불과 몇 년 전까지 마케터는 서드파티 쿠키나 모바일 광고 식별자(IDFA·GAID)로 매체 간 여정을 비교적 자유롭게 연결할 수 있었습니다. 그런데 브라우저의 쿠키 차단, iOS의 앱추적투명성(ATT), GDPR·CCPA류 규제가 겹치면서 이 연결고리가 대부분 끊어졌습니다. 매체별 대시보드가 보여주는 전환 수치는 각 매체 내부의 자체 귀속 로직에 의존하게 됐고, 여러 매체에 걸친 광고가 실제로 어떻게 결제로 이어졌는지 마케터가 직접 검증할 방법이 사실상 사라졌습니다.

19강까지 CDP로 우리 데이터를 통합했지만, 그 데이터만으로는 "구글 검색광고와 유튜브에 동시에 노출된 유저가 실제로 얼마나 결제했는지" 같은 질문에 답할 수 없습니다. 이 질문에 답하려면 우리 데이터와 매체사 데이터를 결합해야 하는데, 매체사는 자기 노출 로그를 광고주에게 원본 그대로 넘기지 않고, 광고주도 자사 회원 데이터를 매체사에 원본 그대로 넘기고 싶어하지 않습니다. 이 교착 상태를 푸는 인프라가 데이터 클린룸입니다.

데이터 클린룸은 정확히 무엇을 하는가

117-1강에서 정의한 대로, 데이터 클린룸은 광고주와 매체사가 원본 사용자 데이터를 서로 노출하지 않고, 정해진 보안 환경(대개 매체사가 관리하는 클라우드) 안에서만 결합·쿼리해 집계 결과만 반출하는 인프라입니다. 광고주의 자사몰 결제 로그와 매체사의 광고 노출 로그가 각자의 서버에 남은 채로, 클린룸 안에서만 결합됩니다. 분석가는 SQL과 유사한 쿼리를 작성해 결과를 요청하지만, 개별 유저의 이름·이메일 같은 원본 식별 정보는 어떤 경로로도 클린룸 밖으로 나가지 않습니다. 클린룸이 반환하는 것은 항상 여러 유저를 묶은 집계 수치입니다.

기존 매체 리포트와 무엇이 다른가

전통적인 기여도 분석은 각 매체의 픽셀이 자사 노출과 전환을 자체적으로 잡아 서로 다른 대시보드에 각자의 방식으로 보고하는 구조였습니다. 이 경우 여러 매체가 같은 전환 하나를 각자 자기 성과로 중복 보고하는 문제를 마케터가 매체 밖에서 검증할 방법이 없었습니다(117-1강). 클린룸은 여러 매체의 노출 로그와 광고주의 실제 결제 로그를 한 환경 안에서 유저 단위로 정밀하게 결합한 뒤 집계하기 때문에, 중복 노출된 유저를 정확히 걸러내고 어느 매체 조합이 실제 결제로 이어졌는지 직접 확인할 수 있습니다.

도입 전 반드시 짚어야 할 세 가지 전제

117-1강은 클린룸 검토 전 확인할 전제로 세 가지를 꼽습니다. 첫째, 결합할 만한 퍼스트파티 데이터(회원 DB, 결제 로그)가 충분히 쌓여 있어야 합니다. 클린룸은 없는 데이터를 만들어주지 않습니다. 둘째, 매체별 클린룸은 대부분 별도 신청·승인 절차를 거쳐야 하고 모든 광고주에게 기본 제공되지 않습니다. 셋째, 클린룸 쿼리는 SQL에 준하는 기술 역량을 요구해 데이터 분석 인력 없이 마케팅팀 단독으로는 활용하기 어렵습니다. 19강에서 만든 CDP 도입 로드맵이 이미 진행 중이라면, 그 인프라와 인력이 이 세 전제를 상당 부분 채워줍니다.

"공유 가능"과 "노출 불가"를 나누는 기준

클린룸을 검토하기 전에 조직 내부적으로 먼저 정리해야 할 것은 "어떤 데이터를 클린룸에 반입할 수 있는가"입니다. 결제 금액, 구매 카테고리, 노출 빈도처럼 집계 결과에 쓰이는 값은 공유 가능한 후보지만, 이름·전화번호·주소 같은 원본 식별 정보는 뒤에서 다룰 해싱 처리를 거치기 전까지는 절대 반입할 수 없는 값입니다. 이 구분을 명확히 문서화해두면, 21강에서 다룰 클린룸 쿼리 설계 단계에서 "이 값을 반입해도 되는가"를 매번 새로 고민하지 않아도 됩니다.

실무 산출물: 공유가능 vs 노출불가 데이터 구분표

[공유가능 vs 노출불가 데이터 구분표]

■ 공유 가능(집계·비식별 처리 후 클린룸 반입 가능)
- 결제 금액(구간화 가능):
- 구매 카테고리:
- 노출·클릭 빈도:
- 가명 처리된 이메일·전화번호 해시값:
- 회원 등급·세그먼트 태그(개인 식별 없이):

■ 노출 불가(원본 그대로는 절대 반입 금지)
- 이름, 실제 이메일 주소, 실제 전화번호:
- 주소, 주민등록번호 등 고유식별정보:
- 상담·문의 내용 원문:
- (조직별로 추가할 항목):

■ 조건부(법무·개인정보보호 담당자 검토 필요)
- 생년월일, 성별처럼 결합 시 재식별 위험이 있는 속성:
- 특정 소수 인원만 해당하는 세그먼트 조건:

■ 결정 및 승인
- 이 구분표를 검토한 담당자:
- 검토일:
- 다음 재검토 시점:

즉시 확인

  1. 서드파티 쿠키·ATT 이후 크로스 매체 기여도 분석이 어려워진 이유는 무엇인가요?
  2. 클린룸이 기존 매체 리포트의 오버 어트리뷰션 문제를 해결하는 원리는 무엇인가요?
  3. 클린룸 도입 전 확인해야 할 세 가지 전제는 무엇인가요?

정답·해설

  1. 쿠키 차단, ATT, 개인정보 규제가 겹치면서 유저를 매체 간에 연결하던 고리가 대부분 끊어졌기 때문입니다.
  2. 여러 매체의 노출 로그와 광고주의 결제 로그를 유저 단위로 정밀 결합해 중복 노출을 걸러내고 실제 기여를 확인할 수 있기 때문입니다.
  3. 충분한 퍼스트파티 데이터 보유, 매체별 신청·승인 절차 통과, SQL 역량을 갖춘 분석 인력 확보입니다.

다음 레슨

21강에서는 클린룸이 실제로 어떻게 작동하는지, 비식별화·해싱·집계 쿼리 원리를 자세히 다룹니다.

핵심 정리

  1. 서드파티 쿠키·ATT·개인정보 규제가 겹치며 크로스 매체 기여도 분석의 기존 방식이 무너졌습니다.
  2. 데이터 클린룸은 원본 데이터를 교환하지 않고 정해진 보안 환경 안에서만 결합·집계해 이 문제를 우회합니다.
  3. 도입 전에 퍼스트파티 데이터 충분성, 매체 승인 절차, 분석 인력 세 가지 전제를 먼저 확인해야 합니다.

→ 이 강의 퀴즈 풀어보기 (챌린지)