CDP가 실제로 해주는 일은 어디까지인가

CDP는 2013년 David Raab가 제시한 개념으로, 그가 설립한 CDP Institute는 이를 다른 시스템이 접근 가능한, 영속적이고 통합된 고객 데이터베이스를 만드는 패키지형 소프트웨어로 정의합니다. 핵심 산출물은 단일 고객 뷰로, 여러 시스템에 흩어진 데이터를 하나의 고객 프로필로 병합해 모든 팀이 같은 정보를 참조하게 하는 역할입니다.

여기서 도입 전에 분명히 해둘 것이 있습니다. CDP는 흩어진 데이터를 이어붙이는 도구이지, 이어붙일 근거가 없는 데이터에 근거를 만들어주는 도구가 아닙니다. 자사 CRM에 이메일이 없고 광고 데이터에 식별자가 없다면, 어떤 솔루션을 도입해도 단일 고객 뷰는 만들어지지 않습니다. 그래서 벤더 비교보다 자사 식별자 실사가 먼저입니다.

매칭 방식의 차이를 왜 먼저 이해해야 하나

Identity Resolution은 서로 다른 기기·채널·세션에서 발생한 파편화된 고객 데이터를 하나의 프로필로 연결하는 과정이며, 이메일·전화번호 같은 정확한 식별자를 맞추는 결정론적 방식과 행동 신호로 추론하는 확률론적 방식을 함께 씁니다.

이 구분이 실무에 미치는 영향이 큽니다. 결정론적 매칭은 정확도가 높은 대신 식별자가 없는 구간을 전혀 잇지 못하고, 확률론적 매칭은 커버리지를 넓히는 대신 오결합 위험을 안고 갑니다. 자사 데이터가 로그인 비중이 높은 서비스라면 결정론적 매칭만으로도 대부분 이어지고, 비회원 트래픽 비중이 높다면 확률론적 매칭 의존도가 높아져 벤더의 매칭 로직 검증이 훨씬 중요해집니다. 어느 쪽인지에 따라 도입 검토의 초점이 달라집니다.

도입 전 식별자 실사는 어떻게 하나

실사는 표 한 장으로 충분합니다. 행에 데이터 소스(회원 DB, 주문 DB, 웹 행동 로그, 앱 행동 로그, 광고 매체, 메시징 도구, 오프라인 채널)를 두고, 열에 식별자 종류(회원번호, 이메일, 전화번호, 익명 식별자, 기기 식별자)를 둡니다. 각 칸에는 존재 여부만이 아니라 채워진 비율과 형식을 적습니다.

이 표를 채우다 보면 병목이 드러납니다. 흔한 패턴은 웹 행동 로그에는 익명 식별자만 있고 회원번호가 없는 경우입니다. GA4 원시 스키마에는 로그인 유저를 잇는 user_id와 익명 식별자인 user_pseudo_id가 함께 존재하는데, user_id가 실제로 채워지려면 로그인 시점에 값을 설정하는 구현이 되어 있어야 합니다. 구현이 빠져 있으면 스키마에 필드는 있어도 값은 비어 있습니다. CDP 도입 전에 이 구현부터 끝내는 것이 순서입니다.

매칭 규칙을 어떻게 잡아야 사고가 안 나나

매칭은 규칙 모음으로 작동합니다. Salesforce Data Cloud의 경우 서로 다른 소스의 레코드가 동일 고객을 가리키는지 판단하는 매칭·정합 규칙 모음인 룰셋으로 동작하고, 결과는 Unified Individual 같은 통합 객체로 생성됩니다. 파이프라인 순서도 참고할 만합니다. 여러 소스에서 데이터를 수집해 정제·정규화한 뒤, 그 결과에 Identity Resolution을 적용하는 순서입니다.

관련 문서들이 공통적으로 지적하는 위험은 룰셋을 과도하게 느슨하게 잡으면 다른 사람을 한 프로필로 잘못 병합한다는 점입니다. 가족이 공유하는 전화번호, 회사 대표 이메일, 공용 기기가 대표적인 오결합 원인입니다. 그래서 초기 룰셋은 엄격하게 시작해 커버리지를 보며 완화하는 방향이 안전합니다. 반대로 시작하면 이미 병합된 프로필을 되돌리는 작업이 남습니다.

매칭률이 낮게 나올 때 무엇을 먼저 보나

매칭률이 기대보다 낮으면 데이터가 부족해서라고 결론 내리기 쉽지만, 실제로는 형식 문제인 경우가 많습니다. 식별자를 해시로 맞출 때는 양측이 동일한 정규화 규칙(소문자 변환, 공백 제거 등)을 적용한 뒤 동일한 해시 알고리즘과 동일한 인코딩으로 처리해야 하며, 이 중 하나라도 어긋나면 같은 사람인데도 다른 값이 되어 매칭에 실패합니다.

구글 고객 매치가 요구하는 전처리가 좋은 점검표입니다. SHA256(Hex 인코딩)에 앞뒤 공백 제거, 소문자 변환, 전화번호 E.164 형식 정규화 같은 규칙이 있습니다. 매칭률 진단은 이 형식 항목을 하나씩 확인하는 것에서 시작하고, 형식이 정상인데도 낮다면 그때 데이터 최신성과 식별자 종류를 봅니다. 참고로 CDP 벤더의 요금은 MTU나 데이터 이벤트량 기준 티어제로 알려져 있으나 구간별 단가는 공개돼 있지 않고 영업 문의 후 맞춤 견적으로 산정되므로, 예산 검토는 식별자 실사로 대상 유저 규모를 확정한 뒤에 하는 것이 순서입니다.