지금 읽는 곳쿠키리스 전환이 DMP·DSP 구조에 미치는 영향목차
STEP 3 고급·전략 › 3-2. 프로그래매틱 핵심 원리·거시 데이터 분석 › 과목 109 › 레슨 12
[레슨] 쿠키리스 시대의 프로그래매틱 생태계 변화: 브라우저 쿠키 차단에 대응하는 대체 식별자(UID2.0 등)의 DSP 탑재 현황 상시 모니터링 규칙
이 모듈의 첫 레슨에서 "비식별 ID로 유저를 묶는다"고 설명했던 그 전제 자체가 흔들리고 있습니다 — 마지막 레슨에서는 이 변화에 대응하는 대체 식별자와, 이를 실무에서 계속 추적하는 방법을 다룹니다.
핵심요약
- 서드파티 쿠키 차단이 확산되면서 DMP·DSP가 의존해 온 기존 비식별 ID 매칭이 흔들리고 있다
- UID2.0은 이메일 등 로그인 정보와 유저 동의를 바탕으로 익명 식별자를 만들어 암호화 토큰으로 SSP·거래소·DSP에 공유하는 결정론적(deterministic) 쿠키리스 ID 체계다
- UID2 토큰에는 원본 개인정보가 담기지 않으며, DSP는 서버사이드 SDK로 토큰을 복호화해 원문 UID2를 입찰에 활용한다
- UID2는 유저의 명시적 동의(로그인·이메일 제공)를 전제로 하므로, 매체가 로그인 UX를 갖추지 못하면 커버리지가 낮게 시작된다
- UID2는 옵트아웃 웹훅 구조를 갖고 있어, 유저가 거부하면 DSP가 이후 타겟팅에서 해당 유저를 제외하도록 설계돼 있다
쿠키리스 전환이 DMP·DSP 구조에 미치는 영향
4강에서 DMP는 브라우저 쿠키나 모바일 광고 ID 같은 비식별 ID를 기준으로 유저 행태 데이터를 묶는다고 정리했습니다. DMP는 2010년대 프로그래매틱 핵심 기술이었지만 2020년대 들어 역할이 축소되는 추세이고, 그 주요 원인은 GDPR·CCPA 같은 개인정보 규제 강화와 서드파티 쿠키 추적 제한입니다. 서드파티 쿠키가 브라우저 단에서 점점 차단되면서, DSP가 5강에서 다룬 RTB 흐름 중 "DMP 타겟 매칭" 단계에서 참조할 수 있는 신호 자체가 줄어드는 구조적 문제가 생겼습니다. 이 공백을 메우기 위해 업계가 만든 대안 중 하나가 UID2.0 같은 대체 식별자입니다.
UID2.0은 정확히 무엇을 대체하려는 기술인가
UID2(Unified ID 2.0)는 이메일·전화번호 같은 단일 로그인 정보와 유저 동의를 바탕으로 익명 식별자를 생성한 뒤, 이를 암호화된 토큰으로 변환해 SSP·애드 익스체인지·DSP에 공유하는 쿠키리스 결정론적(deterministic) ID 체계입니다. 기존 서드파티 쿠키가 "브라우저가 자동으로 부여하고 유저가 인지하지 못한 채 추적에 쓰이는" 방식이었다면, UID2는 "유저가 로그인·이메일 제공 같은 명시적 행위로 동의한 뒤에만 식별자가 만들어지는" 방식이라는 점에서 근본적으로 다릅니다. 입찰 스트림(bid stream)에는 원본 개인정보가 노출되지 않고 암호화된 토큰만 오갑니다.
UID2 토큰은 어떻게 만들어지고 DSP까지 전달되나
유저가 매체 사이트·앱에 처음 접속하면 로그인이나 이메일 제공에 대한 동의를 요청받고, 동의하면 그 개인정보가 UID2 운영 주체에 전달돼 암호화 키로 해싱된 뒤 토큰 형태로 발급됩니다. 이 토큰이 SSP를 거쳐 입찰 요청에 실려 DSP까지 전달되면, DSP는 서버사이드 SDK로 이 토큰을 복호화해 원문 UID2 값을 얻고 토큰의 유효성도 함께 검증한 뒤 타겟팅·입찰 판단에 사용합니다. 즉 5강에서 정리한 RTB 흐름의 "DMP 타겟 매칭" 단계가, 서드파티 쿠키 대신 UID2 토큰 복호화로 대체되는 구조라고 이해하면 됩니다.
매체·광고주 입장에서 UID2 도입 시 확인해야 할 것
UID2는 유저의 명시적 동의를 전제로 하는 결정론적 ID이기 때문에, 서드파티 쿠키처럼 별도 동의 없이 자동으로 확보되지 않습니다. 매체가 로그인·이메일 수집 UX(회원가입, 뉴스레터 구독 등)를 충분히 갖추지 못하면 UID2 커버리지 자체가 낮은 수준에서 시작됩니다. 또한 UID2는 옵트아웃 처리를 위해 DSP가 사전 설정된 인터페이스(옵트아웃 웹훅·API 엔드포인트)를 온보딩 시점에 제공하도록 요구합니다 — 유저가 옵트아웃하면 UID2 서비스가 해당 원문 UID2와 옵트아웃 시각을 이 인터페이스로 전송해 DSP가 이후 타겟팅에서 제외하게 됩니다. 광고주 입장에서는 우리가 쓰는 DSP가 이 옵트아웃 인터페이스를 실제로 올바르게 구현·운영하고 있는지도 함께 확인해야 할 항목입니다.
DSP 탑재 현황을 상시 모니터링하는 규칙
쿠키리스 대체 식별자는 UID2뿐 아니라 여러 사업자가 각자의 방식을 내놓고 있고, DSP마다 지원 시점·범위가 계속 달라지는 영역입니다. 한 번 확인하고 끝내는 것이 아니라 다음 규칙으로 상시 점검하는 것을 권합니다.
- 분기 1회, DSP 공식 문서에서 지원 식별자 목록을 재확인한다: DSP가 UID2를 지원한다고 해서 모든 매체·지면에서 즉시 매칭률이 보장되는 것은 아니며, 매체(퍼블리셔)가 SSP 단에서 UID2를 채택했는지도 별도로 확인해야 한다
- 캠페인 리포트에서 식별자 기반 매칭률 추이를 추적한다: 매칭률이 특정 시점부터 하락한다면 브라우저 정책 변화나 매체 쪽 로그인 UX 변경이 원인일 수 있다
- 옵트아웃 처리 준수 여부를 계약·감사 항목에 포함한다: 8강에서 다룬 공급망 투명성 점검과 마찬가지로, 식별자 처리 방식도 정기적으로 계약서·감사 조항에 명시해 확인하는 대상으로 삼는다
- UID2 외 대체 식별자도 병행 검토한다: 특정 식별자 하나에만 전적으로 의존하기보다, DSP가 지원하는 복수의 쿠키리스 방식을 함께 파악해두면 특정 방식의 정책 변화에 따른 리스크를 분산할 수 있다