옵트아웃 신호는 어떤 경로로 전파돼야 하나

자사몰에서 유저가 수신 거부를 신청하면, 이 신호가 CDP까지 도달한 다음, CDP가 연동해둔 모든 목적지(6강에서 다룬 구글·메타 등 광고 매체 포함)로 그 결과를 다시 전파해야 실질적인 옵트아웃이 완성됩니다. 즉 옵트아웃은 자사몰 데이터베이스 한 곳만 바꾸는 문제가 아니라, 3강에서 설계한 파이프라인의 역방향—CDP에서 외부 목적지로 나가는 경로—가 옵트아웃 상태도 함께 전달하도록 설계돼 있는지에 달려 있습니다. Adobe Real-Time CDP 공식 문서는 Identity Resolution·프로필 통합과 함께 데이터 거버넌스, 동의(consent) 이행을 플랫폼의 기반 인프라로 제공한다고 밝히고 있어, 이런 동의 상태 전파가 CDP 설계 단계부터 고려돼야 하는 기능임을 보여줍니다.

구글 광고 쪽에서는 옵트아웃이 실제로 어떻게 처리되나

Google 공식 문서에 따르면, 광고주가 제한된 데이터 처리(restricted data processing)를 활성화하면—예를 들어 사용자가 "Do Not Sell My Personal Information" 링크를 클릭해 옵트아웃한 경우를 따를 때—Google은 특정 고유 식별자와 데이터의 사용을 이후 시점(forward-looking)부터 제한된 비즈니스 목적으로만 허용합니다. 이와 함께 Google Ads는 이런 컴플라이언스를 지원하기 위한 데이터 삭제·보관 제어 기능을 별도로 제공합니다. 이 정책에서 실무자가 특히 놓치기 쉬운 부분은 "forward-looking(이후 시점부터)"이라는 표현입니다—이미 처리·활용된 과거 데이터까지 소급해서 삭제되는 것이 아니라, 옵트아웃 시점 이후의 처리 방식이 제한되는 것이라는 점을 정확히 이해해야 합니다. 옵트아웃을 받았다고 해서 "그 사람에게 이전에 노출된 광고까지 없던 일이 된다"는 뜻은 아닙니다.

Customer Match 리스트 자체를 계정 단위로 제어하는 방법

개별 유저의 옵트아웃과 별개로, 광고주는 Customer Match 설정에서 "Use all Customer Match lists in Smart Bidding or Optimized Targeting" 체크박스를 해제해, 계정 내 모든 Customer Match 리스트가 스마트 입찰·최적화 타겟팅에 자동으로 쓰이는 것 자체를 계정 단위로 차단할 수 있습니다. 이는 개인 단위 옵트아웃과는 다른 층위의 제어로, "리스트에는 여전히 있지만 자동 확장·최적화의 참고 데이터로는 쓰이지 않게" 하는 방식입니다. 컴플라이언스 담당자와 협의할 때는 이 두 가지 제어—①개인 단위 옵트아웃 전파, ②계정 단위 자동 활용 옵트아웃—를 구분해서 어떤 조합으로 운영할지 정하는 것이 좋습니다.

자동화 로직을 설계할 때 확인해야 할 것

"즉각 자동 삭제"라는 표현을 문자 그대로 받아들이기 전에, 실제로 CDP-광고매체 연동에서 이 옵트아웃 신호가 몇 초·몇 분 내에 반영되는지는 6강에서 다룬 동기화 주기와 동일한 방식으로 확인해야 합니다. 옵트아웃 신호가 다음 정기 동기화 배치까지 기다렸다가 전파되는 구조라면, 그 사이 시간 동안은 여전히 옵트아웃 이전 상태의 타겟 리스트가 광고 매체에 남아있을 수 있습니다. 컴플라이언스 관점에서는 이 지연 시간을 명시적으로 파악해두고, 법무팀·개인정보보호책임자에게 "옵트아웃 반영까지 최대 몇 시간이 걸린다"는 정확한 SLA를 공유하는 것이 중요합니다.