CDP란? 고객 데이터를 한 사람으로 묶는 법과 도입 기준
CDP(고객 데이터 플랫폼)를 알아보는 쇼핑몰 대표님께 가장 먼저 드리는 말이 있습니다. CDP는 데이터를 쌓아 두는 창고가 아니라, 여기저기 흩어진 기록을 고객 한 사람 단위로 묶어 바로 꺼내 쓰게 하는 장치입니다.
결론부터 말씀드리면, 우리 몰에 CDP가 필요한지는 데이터의 양이 아니라 타겟 조건 하나를 바꾸는 데 며칠이 걸리느냐로 판단합니다. 그리고 도입이 성공하느냐는 기능 목록이 아니라 세 가지에서 갈립니다. 어떤 키로 한 사람을 묶는가(식별), 고객 카드에 무엇을 적는가(속성), 그 카드가 얼마나 빨리 갱신되는가(신선도)입니다.
CRM 솔루션을 들였는데도 성과가 안 나는 이유가 툴이 아니라 운영에 있다는 이야기는 CRM 솔루션을 샀는데 왜 성과가 없을까에서 했습니다. 이 글은 그 운영의 바닥에 깔린 재료, 곧 고객 데이터를 어떻게 한 사람으로 묶고 쓸 수 있게 만드는지를 다룹니다.
CDP란 무엇인가 — 정의에 들어 있는 네 단어
CDP는 Customer Data Platform의 줄임말입니다. 업계에서 가장 많이 인용되는 정의는 CDP Institute의 것입니다. CDP Institute 학습센터의 정의(2026년 10월 확인)에 따르면 CDP는 「다른 시스템이 접근할 수 있는, 지속적이고 통합된 고객 기록을 만들고 유지하는 소프트웨어」입니다. 같은 페이지는 CDP가 고객 식별과 고객 기록의 구조를 정하고 유지하는 1차 책임을 진다고 덧붙입니다.
이 정의를 쇼핑몰 언어로 풀면 네 단어가 남습니다.
지속적 — 한 번 뽑고 버리는 명단이 아니라 시간이 지나도 쌓이고 갱신되는 기록입니다
통합 — 회원 화면, 주문 엑셀, 분석 도구, 발송 도구에 흩어진 기록을 같은 사람에게 묶습니다
접근 가능 — 묶은 기록이 CDP 안에서 끝나지 않고 메시지 발송, 광고, 분석으로 넘어가 쓰입니다
식별 책임 — 누가 누구인지를 정하는 규칙의 주인이 CDP라는 뜻입니다. 이 단어가 가장 자주 빠지고, 가장 중요합니다
CDP Institute는 CDP가 꼭 상자 하나짜리 소프트웨어일 필요는 없다고도 설명합니다. 패키지형, 데이터 웨어하우스 위에 조립하는 웨어하우스 네이티브(이른바 컴포저블)형, 둘을 섞은 형태가 모두 가능하고, 구분 기준은 어디서 돌아가느냐가 아니라 고객 식별과 기록을 일관되게 책임지느냐입니다. 비슷한 이름의 시스템과는 이렇게 나뉩니다.
구분 | CDP | CRM | DMP | 데이터 웨어하우스 |
|---|---|---|---|---|
한 줄 역할 | 고객 한 명의 통합 기록 | 누구에게 무엇을 언제 보낼지 정하고 실행 | 광고 타기팅용 데이터 묶음 | 회사 데이터 전체의 저장·분석 |
주로 다루는 데이터 | 우리 몰의 회원·주문·행동·반응 | 주로 자기 시스템 안의 데이터 | 외부 데이터 비중이 큼 | 고객 외 재무·재고 등 전부 |
고객 식별 | 식별 규칙의 주인 | 회원 단위 | 익명 단위가 많음 | 누가 정하느냐에 따라 다름 |
보관 | 세부 기록을 길게 | 운영 목적에 따라 | 제한된 세부를 짧게 | 길게, 정형 데이터 위주 |
쇼핑몰에서 묻는 질문 | 이 사람은 지금 어떤 상태인가 | 이 사람에게 지금 무엇을 보낼까 | 누구에게 광고를 보여 줄까 | 회사 전체 숫자는 어떤가 |
DMP와 데이터 웨어하우스에 대한 설명은 CDP Institute의 구분을 따랐습니다. 쇼핑몰이 외워 둘 문장은 하나입니다. CRM이 「누구에게 무엇을 보낼지」라면, CDP는 그 판단의 재료입니다.
CDP에 대한 흔한 오해 세 가지와 그게 틀린 이유
「데이터를 많이 모으면 된다」
CDP를 도입한다고 하면 수집 항목부터 늘리는 경우가 많습니다. 그런데 서로 이어지지 않은 데이터는 아무리 많아도 엑셀 네 장일 뿐입니다. 「같은 상품을 세 번 본 사람」과 「지난달 알림을 안 연 사람」이 같은 사람인지 모르면 두 조건을 겹칠 수 없습니다. CDP의 가치는 저장량이 아니라 연결에서 나옵니다.
「CDP는 대기업용이다」
예전에는 맞는 말이었습니다. 데이터 엔지니어 여러 명과 긴 구축 기간이 필요했으니까요. 하지만 문제의 본질은 규모가 아니라 구조입니다. 회원이 수만 명인 몰도 기록이 네 군데에 흩어져 있으면 똑같이 막힙니다. 오히려 데이터팀이 없는 작은 회사일수록 사람이 손으로 맞추는 비용이 큽니다.
「CRM 툴이 있으면 CDP는 필요 없다」
CRM 툴은 보내는 도구이고, 누구에게 보낼지는 재료가 정합니다. 재료가 없으면 대상은 「전체 회원」이나 「최근 구매자」 같은 넓은 묶음으로 돌아갑니다. 대상이 넓으면 메시지가 일반적이 되고, 일반적인 메시지는 반응이 낮고, 반응이 낮으면 결국 아무도 의미 있는 메시지를 받지 못합니다. 의미 있는 발송량이 왜 그렇게 적게 머무는지는 CRM 마케팅 발송량 설계에서 숫자로 다뤘습니다.
CDP의 핵심은 한 사람으로 묶는 일 — 식별 키 설계
고객의 흔적은 이미 대부분 화면 안에 남습니다. 국가데이터처의 2026년 8월 온라인쇼핑동향(2026년 10월 1일 발표)에 따르면 온라인쇼핑 거래액은 24조 2,118억 원으로 1년 전보다 7.3% 늘었고, 그중 모바일쇼핑이 78.1%를 차지했습니다. 흔적이 없어서가 아니라 흔적이 서로 이어지지 않아서 못 쓰는 것입니다.
기록을 잇는 열쇠가 식별 키입니다. 쇼핑몰에서 쓰는 키는 대개 네 가지이고, 키마다 믿을 수 있는 정도와 함정이 다릅니다.
식별 키 | 생기는 곳 | 믿을 수 있는 정도 | 함정 |
|---|---|---|---|
회원 ID | 가입·로그인 | 가장 높음 | 로그인 전 행동과 비회원 주문이 빠집니다 |
휴대폰 번호 | 가입·주문서 | 높음 | 가족이 같은 번호를 쓰거나, 번호를 바꾸거나, 선물 주문에 받는 사람 번호가 들어갑니다 |
비회원 주문번호 | 비회원 결제 | 주문 한 건 한정 | 나중에 가입해도 저절로 이어지지 않습니다 |
기기·쿠키 ID | 웹·앱 방문 | 낮음 | 기기를 바꾸거나 쿠키를 지우면 끊기고, 한 기기를 여러 사람이 쓰기도 합니다 |
묶는 순서에도 원칙이 있습니다. 확실한 키로 먼저 묶고, 추정은 표시를 달아 따로 둡니다. 같은 회원 ID는 바로 한 사람으로 합치고, 로그인 전 방문 기록은 그 기기에서 로그인이 일어났을 때 이어 붙입니다. 휴대폰 번호 하나만 같다고 무조건 합치면 선물을 받은 사람의 번호가 구매자 카드에 섞여, 사지도 않은 사람에게 재구매 알림이 가는 일이 생깁니다.
그래서 병합 규칙은 사람이 읽을 수 있는 문서로 남겨야 합니다. 「어떤 키가 같으면 합친다, 어떤 경우는 합치지 않는다」가 적혀 있지 않으면, 몇 달 뒤 숫자가 이상할 때 원인을 찾을 수 없습니다. 이번 주에 해 볼 일은 간단합니다. 지난 석 달 주문 중 비회원 주문이 몇 %인지, 그 비회원 중 나중에 가입한 사람이 몇 명인지 세어 보세요. 그 비율이 클수록 식별 키 설계가 CDP 효과의 절반을 결정합니다.
고객 카드에 무엇을 적을까 — 원본 기록과 계산 속성
고객 카드에는 두 종류의 정보가 들어갑니다. 하나는 원본 기록입니다. 가입, 상품 조회, 장바구니 담기, 주문, 메시지 발송·열람·클릭처럼 언제 무슨 일이 있었는지 그대로 남긴 것입니다. 다른 하나는 원본 기록을 사람이 쓰기 좋게 미리 계산해 둔 계산 속성입니다.
마케터가 실제로 조건을 거는 대상은 거의 언제나 계산 속성입니다. 원본 기록만 있으면 조건 하나를 걸 때마다 누군가 쿼리를 짜야 합니다. 자주 쓰는 속성은 이렇습니다.
계산 속성 | 만드는 법 | 쓰이는 캠페인 |
|---|---|---|
마지막 구매 후 경과일 | 오늘 − 가장 최근 주문일 | 재구매 주기 알림, 휴면 직전 복귀 |
평균 구매 간격 | 두 번 이상 산 고객의 주문 간격 평균 | 소모품 다시 살 때 알림 |
최근 N일 같은 상품 조회 수 | 상품별 조회 기록 집계 | 상세페이지 이탈 후 안내 |
장바구니 금액과 무료배송 기준의 차이 | 장바구니 합계 − 무료배송 기준 금액 | 「조금만 더 담으면 무료배송」 |
최근 알림 연속 미열람 횟수 | 발송·열람 기록 | 발송 줄이기, 채널 바꾸기 |
광고 수신 동의 상태와 시점 | 동의·철회 기록 | 광고성 메시지 발송 가능 여부 |
이 표가 중요한 이유는 캠페인이 늘어나는 방식 때문입니다. 같은 장바구니 이탈이라도 원인은 여러 개입니다. 무료배송 기준에 조금 못 미쳐 멈춘 고객, 금액이 부담스러운 고객, 재고가 얼마 안 남은 상품을 담은 고객은 각각 다른 메시지를 받아야 합니다. 이 셋을 가르려면 장바구니 금액, 무료배송 기준, 상품 재고가 한 고객 카드 안에 같이 있어야 합니다.
제가 CRM 성과가 나기 시작하는 지점을 「자동으로 도는 캠페인 30개 이상」으로 보는 것도 같은 이유입니다. 캠페인 30개는 트리거를 서른 개 새로 발명해서 나오지 않습니다. 핵심 트리거 여섯 개 남짓을 원인별로 쪼개서 나옵니다. 그리고 쪼개려면 계산 속성이 준비돼 있어야 합니다. 쇼핑몰에서 자주 쓰는 트리거와 조건은 CRM 트리거 10개에 정리해 두었습니다.
우리 몰에 CDP가 필요한지 재는 법 — 조건 하나 바꾸는 시간
쇼핑몰 마케터에게 가장 자주 듣는 말 중 하나가 「타겟 하나 뽑는 데 개발팀에 요청하면 2주 걸립니다」입니다. 실제로 데이터 요청 한 건에 평균 2주 정도가 걸리는 일은 흔합니다. 문제는 그 2주가 한 번으로 끝나지 않는다는 데 있습니다.
CRM은 가설을 세우고, 보내 보고, 결과를 보고, 조건을 바꿔 다시 보내는 일의 반복입니다. 제가 CRM을 직접 운영할 때도 기획한 캠페인의 절반 이상은 결과를 보고 버렸습니다. 버리는 건 실패가 아니라 과정입니다. 다만 버리고 다시 만들 때마다 데이터 요청을 새로 해야 한다면, 효과 있는 캠페인을 찾는 속도가 데이터팀의 일정에 묶입니다.
아래는 설명을 위한 예시 숫자입니다.
한 분기를 13주로 보고, 실험 한 번은 「조건 만들기 + 발송하고 1주 동안 결과 보기」라고 하겠습니다. 조건을 만드는 데 2주를 기다리면 실험 한 번에 3주가 걸려 분기에 약 4번 돌립니다. 조건을 당일에 만들 수 있으면 실험 한 번이 1주 남짓이라 약 10번을 돌립니다. 기획한 캠페인의 절반 정도가 살아남는다고 치면, 분기 말에 손에 남는 캠페인은 두 개 안팎과 다섯 개 안팎으로 갈립니다. 같은 사람, 같은 아이디어인데 결과가 두 배 넘게 벌어지는 이유는 기다리는 시간 하나입니다.
그래서 진단 질문은 「우리 데이터가 많은가」가 아니라 「조건 하나 바꾸는 데 며칠이 걸리는가」입니다. 이번 주에 아래 네 단계로 재 보세요.
고객 데이터가 있는 곳을 전부 적습니다. 쇼핑몰 관리자, 분석 도구, 발송 도구, 정산 엑셀, 광고 관리자까지. 보통 네 곳이 넘습니다
「지난달 재구매 고객」을 뽑는 데 걸리는 시간을 실제로 잽니다. 하루 안에 끝나면 지금 구조로도 버틸 수 있고, 일주일이 넘으면 병목입니다
지난 석 달 회의에서 나온 타겟 조건 열 개를 모읍니다. 「이런 고객만 뽑아 보자」고 했다가 흐지부지된 것까지 포함합니다
그 열 개 중 마케터가 SQL 없이 직접 만들 수 있는 게 몇 개인지 셉니다. 절반이 안 되면 도구나 구조를 바꿀 때입니다
CDP 도입할 때 확인할 여섯 가지
진단 결과 병목이 맞다면 도구를 고르게 됩니다. CDP를 따로 들일 수도 있고, CDP 기능이 들어 있는 CRM을 고를 수도 있습니다. 데이터 엔지니어가 있고 이미 데이터 웨어하우스를 운영한다면 그 위에 조립하는 방식이 맞을 수 있고, 둘 다 없다면 연동이 끝난 패키지형이 훨씬 빠릅니다. 어느 쪽이든 계약 전에 아래 여섯 가지는 물어보시길 권합니다.
확인할 것 | 왜 중요한가 | 물어볼 질문 |
|---|---|---|
과거 데이터 기간 | 연동한 날부터 쌓이면 몇 달 동안 쓸 조건이 거의 없습니다 | 연동 첫날 과거 몇 개월치 주문·회원 데이터를 불러옵니까 |
SQL 없이 조건 만들기 | 마케터가 직접 못 만들면 다시 개발팀을 기다립니다 | 우리가 모은 조건 열 개를 화면에서 바로 만들어 볼 수 있습니까 |
쇼핑몰 플랫폼 연동 | 연동 개발이 필요하면 도입이 몇 달로 늘어납니다 | 카페24·아임웹 같은 플랫폼과는 어떻게 연결됩니까 |
식별·병합 규칙 | 잘못 묶이면 엉뚱한 사람에게 메시지가 갑니다 | 비회원 주문과 가입 후 기록은 어떤 규칙으로 합칩니까 |
갱신 주기 | 하루 늦은 장바구니 데이터는 이미 늦습니다 | 조회·장바구니 기록은 얼마 만에 조건에 반영됩니까 |
개인정보 보관과 휴면 처리 | 한곳에 모일수록 관리 책임이 커집니다 | 어떤 항목을 얼마나 보관하고, 탈퇴·휴면 고객은 어떻게 처리합니까 |
첫 질문이 특히 중요합니다. 과거 데이터를 가져오지 못하는 도구라면 「첫 구매 후 30일 미방문」 같은 조건은 한 달을 기다려야 쓸 수 있고, 재구매 주기 분석은 몇 달을 기다려야 합니다. 반대로 과거 1년치를 첫날 불러오면 도입 첫 주부터 지난 1년의 고객 흐름을 놓고 캠페인을 설계할 수 있습니다.
갱신 주기는 가장 빠른 캠페인에 맞춥니다
모든 데이터가 실시간일 필요는 없습니다. 캠페인마다 필요한 신선도가 다릅니다. 장바구니 이탈이나 결제 직전 이탈은 몇 시간 안에 반영돼야 의미가 있습니다. 하루 늦으면 고객은 이미 다른 곳에서 샀거나 잊었습니다. 재구매 주기 알림이나 포인트 소멸 예고는 하루 단위면 충분하고, 코호트 LTV나 등급 재계산은 주 단위로도 됩니다. 도구를 고를 때는 우리 몰에서 가장 빨라야 하는 캠페인을 기준으로 갱신 주기를 확인하면 됩니다.
CDP가 못 하는 것 — 개인정보, 동의, 그리고 재료의 한계
첫째, 한곳에 모일수록 개인정보 책임이 커집니다. 2023년 9월 15일 시행된 개정 개인정보보호법으로 일정 기간 이용하지 않은 고객의 정보를 일률적으로 파기·분리하던 특례(이른바 유효기간제)가 삭제됐습니다. 보안뉴스 보도(2023년 12월 11일)에 따르면 이제 회사가 서비스 특성에 맞게 휴면 기간을 정할 수 있고, 휴면 고객 정보를 활성 고객과 함께 관리하더라도 휴면 고객에 맞는 안전조치를 보완해야 합니다. 과거 데이터를 길게 쓰려면 우리 몰 처리방침이 그 기간을 어떻게 정하고 있는지부터 확인해야 합니다.
둘째, 데이터가 있다고 보낼 수 있는 건 아닙니다. 광고성 메시지는 광고 수신에 동의한 고객에게만 보낼 수 있습니다. 보안뉴스 보도(2026년 3월 4일)에 따르면 한국인터넷진흥원과 방송미디어통신위원회가 펴낸 불법스팸 방지 안내서 개정판은 「혜택 알림」, 「정보제공」처럼 광고가 아닌 것으로 오인하게 하는 문구로 받은 동의는 명시적 사전 동의로 보기 어렵다고 밝혔습니다. 그래서 고객 카드에는 동의 여부뿐 아니라 동의한 시점과 그때 보여 준 문구까지 함께 남겨 두는 편이 안전합니다.
셋째, CDP는 판단의 재료이지 판단이 아닙니다. 고객 카드가 아무리 잘 정리돼 있어도, 누구에게 언제 무엇을 보낼지 정하는 기획이 없으면 매출로 이어지지 않습니다. 데이터를 다 모았는데 보내는 메시지가 여전히 「전 회원 10% 쿠폰」이라면 CDP를 들인 의미가 거의 없습니다.
넷째, 나눌 고객이 적은 단계에서는 효과가 작습니다. 오픈한 지 얼마 안 됐거나 주문이 아주 적은 몰은 정교한 조건을 만들어도 대상이 몇 명뿐입니다. 저희도 회원이 1만 명이 안 되거나 오픈 3개월이 안 된 몰에는 아직 이르다고 말씀드립니다. 이 단계에서는 데이터 통합보다 상품과 첫 구매 전환을 먼저 다지는 편이 낫습니다.
마지막으로, 묶은 데이터가 잘 쓰였는지는 캠페인 성과표만으로 알 수 없습니다. 캠페인 매출을 다 더하면 회사 매출 증가분보다 커지는 착시가 있기 때문입니다. 회사 전체가 좋아졌는지는 코호트 LTV로 보는 회사 성적표처럼 가입 월별로 따로 봐야 합니다.
확인해 볼 것
우리 몰의 고객 기록은 지금 몇 군데에 흩어져 있고, 같은 사람을 잇는 키는 무엇입니까
「지난달 재구매 고객」을 뽑는 데 실제로 며칠이 걸립니까
지난 석 달 회의에서 나온 타겟 조건 열 개 중 마케터가 직접 만들 수 있는 것은 몇 개입니까
광고 수신 동의 여부와 동의 시점이 고객 기록과 함께 관리되고 있습니까
플라이휠 그로스 컨설팅과 리토스로는 이렇게 풉니다
이 글의 순서는 식별 키로 묶기 → 계산 속성 만들기 → 조건을 바로 바꿔 보기 → 동의와 보관 관리입니다. 원리는 단순한데, 회원 수만 명의 카드를 매일 다시 계산하는 일을 손으로 할 수는 없습니다.
리토스는 CDP를 기본으로 탑재해 연동 첫날 과거 12개월치 데이터를 불러옵니다. 카페24·아임웹과 바로 연동되고, 프리셋 타게팅 조건 50개 이상과 Text-to-SQL로 마케터가 SQL 없이 조건을 고르고 예상 모수를 확인합니다. 데이터 요청 한 건에 2주를 기다리던 일이 화면에서 끝나는 구조입니다.
우리 몰에서 어떤 조건이 먼저 필요한지, 성장판에서 구매자 전환율과 구매빈도 중 어디가 막혔는지를 찾는 일은 플라이휠 그로스 컨설팅이 같이 합니다. 진단에서 CRM이 병목으로 나오면 그 자리에서 리토스로 이어 붙입니다.
정리
CDP는 데이터 창고가 아니라 흩어진 기록을 고객 한 사람 단위로 묶어 다른 도구가 쓰게 하는 장치입니다
CDP Institute 정의의 핵심은 지속적·통합·접근 가능, 그리고 고객 식별의 책임입니다
식별 키는 확실한 것부터 묶고 추정은 따로 표시합니다. 병합 규칙은 문서로 남깁니다
마케터가 조건을 거는 대상은 계산 속성입니다. 캠페인을 원인별로 쪼개려면 속성이 먼저 있어야 합니다
CDP가 필요한지는 데이터 양이 아니라 조건 하나 바꾸는 시간으로 판단합니다
한곳에 모을수록 휴면 기간, 안전조치, 광고 수신 동의 관리가 함께 따라옵니다
참고 자료
자주 묻는 질문
CDP란 무엇인가요?
CDP(Customer Data Platform)는 여러 시스템에 흩어진 고객 기록을 고객 한 사람 단위로 묶어 계속 갱신하고, 메시지 발송이나 분석 같은 다른 도구가 꺼내 쓸 수 있게 하는 소프트웨어입니다. 쇼핑몰에서는 회원, 주문, 상품 조회와 장바구니, 메시지 반응 기록을 고객별 카드 한 장으로 모으는 역할을 합니다. CRM이 누구에게 무엇을 보낼지 정하는 도구라면 CDP는 그 판단의 재료입니다.
CDP에서 고객 데이터를 한 사람으로 묶으려면 어떻게 하나요?
회원 ID처럼 확실한 식별 키로 먼저 묶고, 휴대폰 번호나 기기 ID처럼 틀릴 수 있는 키는 추정으로 표시해 따로 다룹니다. 로그인 전 방문 기록은 그 기기에서 로그인이 일어날 때 이어 붙이고, 비회원 주문은 가입 후 어떤 규칙으로 합칠지 정해 둡니다. 어떤 경우에 합치고 어떤 경우에 합치지 않는지는 문서로 남겨야 나중에 숫자가 이상할 때 원인을 찾을 수 있습니다.
우리 쇼핑몰에 CDP가 필요한지 어떻게 판단하나요?
데이터의 양보다 타겟 조건 하나를 바꾸는 데 며칠이 걸리는지로 판단합니다. 「지난달 재구매 고객」을 뽑는 데 일주일 이상 걸리거나, 자주 쓰는 조건 열 개 중 마케터가 직접 만들 수 있는 것이 절반도 안 된다면 고객 데이터를 한곳에 묶는 구조가 필요합니다. 다만 회원과 주문이 아주 적은 초기 몰은 나눌 고객이 적어 효과가 작으니 첫 구매 전환을 먼저 다지는 편이 낫습니다.
↑ 누르면 리토스 소개 페이지로 이동합니다
↑ 누르면 뉴스레터 구독 페이지로 이동합니다
↑ 누르면 플라이휠 그로스 컨설팅 안내 페이지로 이동합니다