12CODE

라이브러리 117

데이터 클린룸(Data Clean Room) 기반 비식별 기여도 분석

117 · 수집일 2026-08-29 · 팩트 14건

핵심 팩트

14건
확실 공식
데이터 클린룸(Data Clean Room)은 둘 이상의 당사자(예: 광고주와 매체사)가 각자 보유한 사용자 데이터를 원본(raw) 상태로 서로에게 노출하지 않으면서, 정해진 보안 환경 안에서만 결합·쿼리해 집계된 분석 결과만 반출할 수 있게 설계된 데이터 협업 인프라다.
주의클린룸은 매체마다 구현 방식(쿼리 언어, 접근 UI, 임계값)이 다르므로 '클린룸'이라는 이름만으로 기능이 동일하다고 가정하면 안 된다 — 매체별 문서를 개별 확인해야 한다. (Google Cloud / 업계 매체 교차 확인)
확실 공식
구글 Ads Data Hub(ADH)는 광고 노출·전환 이벤트 단위 데이터를 SQL로 쿼리하는 클린룸 제품이고, Google Ads Data Manager는 광고주의 외부 퍼스트파티 데이터를 구글 계정(고객일치, 오프라인 전환 가져오기 등)에 연동·업로드하는 별도의 데이터 임포트 도구다 — 이름이 비슷하지만 2026년 현재 서로 다른 제품이며 ADH가 'Data Manager'로 개명된 것이 아니다.
주의두 제품명이 유사해 실무자·매체 기사에서도 종종 혼용된다 — 계약서·세일즈 자료에서 어느 제품을 말하는지 반드시 재확인해야 한다. (Google 공식 문서 교차 확인)
확실 공식
Ads Data Hub(ADH)는 Google Cloud(BigQuery) 기반으로 동작하며, 광고주·대행사·측정 파트너가 구글 Ads·DV360·CM360·유튜브의 이벤트 단위 광고 데이터를 자사 퍼스트파티 데이터(CRM, 오프라인 전환 등)와 결합해 분석할 수 있게 하되, 사용자 단위 원본 데이터는 절대 구글 보호 환경 밖으로 노출하지 않는다.
주의ADH는 별도 신청·승인 절차를 거쳐야 접근할 수 있는 제품으로, 모든 구글 광고주에게 기본 제공되지 않는다. (Google for Developers)
확실 공식
ADH는 노이즈 주입(noise injection) 방식일 경우 결과 행(row)당 약 20명, 차이 검사(difference checks) 방식일 경우 약 50명, 클릭·전환 데이터만 쓰는 쿼리는 약 10명의 순 사용자 수를 최소 기준으로 요구하며, 이 기준 미만인 결과는 출력되지 않는다.
주의이 임계값은 사실상 'k-익명성'과 유사하게 작동하는 구글 자체 정책 수치이며, 일반적인 학술 k-익명성 정의와 정확히 동일한 알고리즘이라고 구글이 명시한 것은 아니다 — 개념적 유사성으로만 설명해야 한다. (Google for Developers)
확실 공식
ADH 정책상 사용자는 최소 집계 요건을 우회하기 위해 결과를 여러 개의 작은 쿼리로 쪼개 재조합(disaggregate)하는 시도를 해서는 안 되며, 사용자 ID가 0이거나 null인 이벤트는 애초에 집계 임계값 계산에 포함되지 않는다.
주의이 정책을 어기고 임계값 우회를 시도하면 계정 접근 권한이 회수될 수 있다 — 구체적 제재 절차는 구글이 공개하지 않으므로 '확인 필요'로 남긴다. (Google for Developers)
논쟁 후기
업계 매체(AdExchanger, Ad Age)는 구글이 Ads Data Hub의 기능을 (1)광고주가 퍼스트파티 데이터로 오디언스를 타겟팅하는 용도와 (2)제3자 측정 파트너가 캠페인 성과를 분석하는 용도, 두 갈래로 나누는 방향으로 재편하고 있다고 보도했다.
주의구글 공식 발표문으로 직접 확인하지 못했다 — 계정에 실제로 적용된 구조는 구글 세일즈·기술 담당자를 통해 재확인해야 한다. (업계 매체 보도 기준, 구글 공식 미확인)
확실 후기
아마존 마케팅 클라우드(Amazon Marketing Cloud, AMC)는 광고 노출·조회·구매 등 이벤트 단위 데이터를 가명화(pseudonymized)된 형태로 SQL 쿼리할 수 있는 클린룸으로, 자격을 갖춘 광고주에게 별도 비용 없이 제공되며 스폰서 광고만 집행하는 광고주도 아마존 광고 파트너를 통해 DSP 집행 없이 접근할 수 있다.
주의'자격을 갖춘 광고주'의 정확한 기준(최소 광고비, 계정 등급 등)은 이번 조사에서 아마존 공식 수치를 확인하지 못했다 — 아마존 광고 담당자를 통해 개별 확인이 필요하다. (업계 파트너 자료, 아마존 공식 수치 미확인)
논쟁 후기
2025년 AMC에 자연어 프롬프트로 SQL 없이 오디언스를 생성하는 AI 오디언스 생성기(AI Audience Generator)가 도입됐고, 2026년 3월에는 쿼리 에디터 안에 우클릭 메뉴로 AI 제어 기능을 내장한 Enhanced Ads Agent가 추가됐다.
주의아마존 공식 발표 원문을 이번 조사에서 직접 확인하지 못했다 — 정확한 출시 시점·기능 범위는 Amazon Ads 공식 문서로 재확인이 필요하다. (업계 매체·파트너 자료 기준, 아마존 공식 미확인)
논쟁 후기
메타 고급 분석(Advanced Analytics)은 광고주 데이터(Pixel, Conversions API, 오프라인 이벤트 세트, Advanced Measurement API·AA Uploader로 업로드된 데이터)를 메타 플랫폼 데이터와 결합해 사전 승인된 SQL 쿼리 템플릿으로 분석하는 클린룸으로, 메타라는 단일 매체 안에서만 작동하는 '매체 소유형(platform-owned)' 클린룸으로 분류된다.
주의메타 공식 문서(Meta Business Help Center)를 이번 조사에서 직접 인용하지 못했다 — 세부 쿼리 템플릿 목록·업로드 경로 명칭은 메타 공식 문서로 재확인이 필요하다. (업계 매체 자료 기준, 메타 공식 미확인)
확실 공식
구글 클라우드는 광고 전용 ADH와 별개로, BigQuery 위에서 동작하는 범용 데이터 클린룸(BigQuery data clean rooms) 기능을 제공한다 — 광고 데이터에 국한되지 않고 어떤 산업의 두 조직이든 원본 데이터를 이동시키지 않고 안전한 뷰(view)·분석 규칙으로 데이터를 공유·분석할 수 있게 설계됐다.
주의이 제품은 Google Ads 계정과 직접 연결되지 않는 별도 클라우드 제품이며, ADH와 혼동하면 안 된다 — 이종 산업(유통사-제조사 등) 데이터 제휴에 쓰이는 사례는 이 제품군에 가깝다. (Google Cloud 공식 문서)
논쟁 후기
스노우플레이크(Snowflake)는 자사의 데이터 셰어링·시큐어 뷰 기술을 기반으로 한 데이터 클린룸 기능을 제공해, 서로 다른 두 조직의 Snowflake 계정이 원본 데이터를 상대에게 넘기지 않고도 정해진 규칙 안에서 결합 분석을 할 수 있게 한다 — 특정 매체(구글·메타 등)에 종속되지 않는 독립형(vendor-neutral) 클린룸으로 분류된다.
주의이번 조사에서 Snowflake 공식 문서를 직접 인용하지 못했다 — 정확한 기능명·가격·지원 클라우드 범위는 Snowflake 공식 자료로 재확인이 필요하다. (업계 매체 자료 기준, Snowflake 공식 미확인)
논쟁 후기
하부(Habu)는 특정 매체에 종속되지 않고 여러 클라우드·클린룸 인프라(Snowflake, BigQuery, AWS Clean Rooms 등)를 연결·오케스트레이션하는 독립형 데이터 협업 소프트웨어로 업계에 소개되며, 빅테크 매체 클린룸과 달리 이종 산업(예: 유통사-제조사) 간 데이터 제휴 분석에 쓰이는 사례로 언급된다.
주의이번 조사에서 Habu·LiveRamp 공식 문서를 직접 확인하지 못했다 — 회사의 소속·인수 여부, 정확한 기능 범위는 Habu 또는 LiveRamp 공식 자료로 재확인이 필요하다(12code 미확인). (업계 매체 자료 기준, 공식 미확인)
확실 공식
차분 프라이버시(Differential Privacy)는 쿼리 결과에 통계적 노이즈를 더해 특정 개인이 데이터셋에 포함됐는지 여부를 결과만으로 역추적할 수 없게 하는 기법이고, 최소 모수 임계값(threshold) 정책은 결과에 포함되는 사용자 수가 일정 수 미만이면 아예 결과 자체를 출력하지 않는 방식이다 — 두 기법은 함께 쓰이는 경우가 많으며, ADH의 노이즈 주입·차이 검사 임계값이 이 두 방식을 결합한 실제 사례다.
주의구글 ADH의 임계값 수치는 구글이 공개한 구체적 정책이지만, '차분 프라이버시'라는 학술 용어 자체를 구글이 ADH 문서에서 그대로 쓰는지는 문서마다 표현이 다를 수 있다 — 개념 설명과 구글의 실제 구현을 구분해서 서술해야 한다. (Google for Developers / 개념 정의는 일반 데이터 프라이버시 학술 정의)
논쟁 후기
클린룸에서 이메일·전화번호 같은 식별자를 가명 ID로 매칭하려면 양측이 동일한 정규화 규칙(소문자 변환, 공백 제거 등)을 적용한 뒤 동일한 해시 알고리즘(흔히 SHA-256)과 동일한 인코딩 방식으로 해싱해야 하며, 이 정규화·해싱·인코딩 방식이 조금이라도 어긋나면 매칭률이 급격히 낮아지는 문제가 클린룸 도입 실무에서 반복적으로 보고되는 대표적 실패 원인으로 꼽힌다.
주의매체마다 요구하는 정규화·해싱·인코딩 규격의 정확한 세부 사양(예: Base64 웹세이프 vs Hex)은 매체 공식 개발자 문서로 반드시 별도 재확인해야 한다 — 이 항목은 실패 원인의 '패턴'을 설명하는 일반 업계 관찰이지 특정 매체의 확정 스펙 나열이 아니다. (업계 매체·구현 가이드 기준, 공식 스펙은 매체별 별도 확인 필요)