B2B 리드 데이터 중복·결측 정리 기준: CRM 연동 전 실무 순서
- 개인 레코드와 기업 계정, 활동 기록의 데이터 단위를 분리합니다.
- 빈값·미수집·미확인·해당 없음은 구분해 기록하고 임의로 추정하지 않습니다.
- 원본과 변경 이력을 보존하고, 마케팅 수신 거부 및 삭제 상태가 연동 과정에서 유지되는지 확인합니다.
B2B 리드 데이터는 이름이나 회사명이 같다고 바로 합치면 안 됩니다. 이메일·전화번호 같은 개인 연락처 정보는 개인 레코드의 중복 후보를 찾는 데 활용하고, 회사 도메인·사업자 식별정보는 기업 계정을 연결하는 단서로 별도 관리하세요. 결측값도 임의로 채우지 말고 ‘미수집’, ‘미확인’, ‘해당 없음’처럼 상태를 구분해야 합니다. 이런 기준을 정해 두면 CRM과 광고 플랫폼, 성과 리포트에서 데이터를 일관되게 다루기 쉽습니다.
왜 중복·결측 기준이 광고 성과에 영향을 줄까요?
중복 레코드는 성과를 부풀리거나 분산할 수 있습니다
한 사람이 웨비나 신청과 자료 다운로드를 각각 했다면 활동 기록은 두 건이어도 개인 연락처 레코드는 하나일 수 있습니다. 이를 두 명으로 세면 캠페인별 리드 수가 부풀 수 있고, 반대로 레코드를 잘못 합치면 어떤 활동이 어느 캠페인에서 발생했는지 추적하기 어려워집니다. 따라서 활동 기록과 개인 레코드를 같은 데이터 단위로 취급하지 않는 것이 출발점입니다. 폼 제출·광고 클릭은 활동으로 보존하고, 확인된 개인 레코드에 해당 활동을 연결하세요.
결측을 추정값으로 바꾸면 타기팅과 분석이 흔들립니다
직책이나 산업 정보가 비어 있다고 해서 임의로 ‘실무자’, ‘IT’처럼 채우면 세그먼트의 정확도가 떨어질 수 있습니다. 빈칸만으로는 데이터가 없는 이유를 알 수 없으므로, 보고와 운영에 필요한 결측 상태를 별도로 두세요.
먼저 정할 데이터 단위와 중복 판별 규칙
개인과 기업 계정을 분리해 관리합니다
개인 연락처 레코드와 기업 계정은 서로 다른 데이터 단위입니다. 한 회사에 여러 담당자가 있을 수 있고, 한 담당자가 회사를 옮길 수도 있습니다. 회사 도메인이 같다는 이유로 담당자들을 하나의 개인 레코드로 합치지 말고, 각 개인 레코드를 적절한 기업 계정에 연결하는 구조를 유지하세요. 프리랜서나 무료 이메일을 사용하는 기업처럼 도메인만으로 소속을 확정하기 어려운 경우에는 수동 확인 대상으로 둡니다.
| 대상 | 판별에 참고할 정보 | 처리 기준 |
|---|---|---|
| 개인 연락처 레코드 | 정규화한 이메일 | 일치하면 중복 후보로 검토 |
| 개인 레코드 보조 확인 | 전화번호와 이름 | 둘 다 일치해도 병합 전 추가 확인 |
| 기업 계정 | 도메인·사업자 식별정보 | 개인 담당자와 분리해 계정 연결 |
자동 병합은 명확한 일치에 한정합니다
이메일 앞뒤 공백 제거와 영문 대소문자 통일처럼 비교 전에 형식을 정리할 수 있습니다. 전화번호도 국가번호와 하이픈 등 표기 형식을 정할 수 있지만, 숫자 일부가 누락됐거나 대표번호로 보이는 값은 자동 병합 키로 쓰지 않는 편이 안전합니다. 이름과 회사명만 같은 경우는 동명이인이나 동일 상호일 가능성이 있으므로 검토 대기열로 보냅니다.
- 자동 병합 후보: 정규화한 이메일이 완전히 일치하고 다른 핵심 필드에 충돌이 없는 경우
- 사람 검토: 전화번호·이름만 일치하거나 이메일이 바뀐 흔적이 있는 경우
- 병합 금지: 기업 도메인만 같거나 공용 메일을 여러 담당자가 함께 사용하는 경우
결측값은 원인별로 구분하고 추정하지 않습니다
빈칸 대신 결측 상태를 기록합니다
CRM 필드가 비었다는 사실만으로는 정보가 왜 없는지 알 수 없습니다. 필드 값과 별개로 결측 사유를 관리하거나 일관된 상태값을 사용하세요. 예를 들어 ‘미수집’은 폼에서 받지 않은 정보, ‘미확인’은 확인을 시도했지만 검증되지 않은 정보, ‘해당 없음’은 그 항목이 해당 레코드에 적용되지 않는 경우입니다. ‘확인 중’은 담당자가 검증하고 있는 상태로 둘 수 있습니다.
- 연락처를 받지 않은 필드는 ‘미수집’으로 구분합니다.
- 회사 규모를 확인하지 못했다면 임의의 구간 대신 ‘미확인’으로 둡니다.
- 담당자 직책이 적용되지 않는 경우에만 ‘해당 없음’을 선택합니다.
- 대시보드에서는 결측 상태를 실제 값과 분리해 집계합니다.
필수 필드와 선택 필드를 목적에 맞게 나눕니다
광고 전환 측정이나 영업 후속 조치에 꼭 필요한 필드만 필수 입력으로 두세요. 모든 폼에서 직책·직원 수·예산·구매 시점을 요구하면 제출률이 낮아지거나 부정확한 응답이 늘어날 수 있습니다. 첫 접점에서는 업무 이메일과 회사명처럼 목적에 필요한 최소 항목을 받고, 추가 정보는 후속 대화나 적절한 단계에서 보완하는 방식을 검토하세요. 개인정보 수집 항목과 목적은 실제 처리 목적과 법적 근거, 이용자에게 안내한 내용에 맞춰야 합니다.
병합 전후에 원본·출처·처리 상태를 보존하세요
대표값을 고르는 규칙을 문서화합니다
두 레코드의 직책이나 회사명이 다르면 단순히 ‘최근 값’을 남기는 것이 항상 적절한 것은 아닙니다. 업데이트 날짜, 확인된 출처, 검증 여부를 함께 보고 대표값을 결정하고, 어떤 값을 선택했는지 기록하세요. 최초 유입 캠페인과 최근 활동 캠페인도 서로 다른 정보이므로 하나로 덮어쓰지 말고 별도 필드나 활동 이력으로 보존해야 기여도 분석에 활용할 수 있습니다.
병합 원칙: 원본 레코드, 최초 유입 정보, 변경 시각, 병합 사유를 남기세요. 중복 제거는 이력을 지우는 작업이 아니라 하나의 개인 프로필에 근거와 활동을 연결하는 작업입니다.
수신 거부와 삭제 상태는 일반 결측과 분리합니다
연락처가 없거나 확인되지 않은 상태와 마케팅 수신 거부는 서로 다른 정보입니다. 수신 거부 상태를 병합 과정에서 빈값으로 덮거나 다른 레코드의 상태로 대체하지 않도록 관리하세요. 다만 억제 적용 범위와 광고 플랫폼 전송 가능 여부는 채널, 처리 목적, 수집 경위와 적용되는 정책에 따라 확인해야 합니다. 연동 전 해당 목적의 처리 근거와 플랫폼 요구사항을 점검하고, 삭제 처리한 정보가 동기화 과정에서 다시 유입되지 않는지도 확인하세요. 개인정보 보호법 제21조는 보유기간 경과 또는 처리 목적 달성 등으로 개인정보가 불필요해진 경우 파기 원칙을 두며, 다른 법령에 따라 보존해야 하는 경우는 예외로 규정합니다. 정보주체의 열람·정정·삭제·처리정지 요구에 관한 안내는 개인정보 포털의 정보주체 권리보장 방법에서 확인할 수 있습니다. 법령의 적용과 구체적인 처리 방식은 실제 상황에 맞게 검토하세요. 개인정보 보호법도 함께 참고할 수 있습니다.
CRM·광고 연동 전 실행 순서
- 필드 사전 작성: 개인·기업·활동 필드의 뜻, 형식, 필수 여부, 허용값을 정합니다.
- 정규화: 공백·대소문자·전화번호 표기처럼 비교에 필요한 형식을 통일합니다. Google 고객 일치 타겟팅으로 목록을 준비하는 경우에는 Google의 고객 데이터 정규화 안내도 확인하세요.
- 후보 분류: 확실한 일치, 검토 필요, 병합 금지로 나누고 자동 병합은 보수적으로 적용합니다.
- 결측·충돌 처리: 빈값을 추정하지 않고 결측 사유와 값의 출처·확인 시점을 기록합니다.
- 동기화 점검: 수신 거부·삭제 상태와 캠페인 출처가 CRM 및 광고 플랫폼에서 유지되는지 표본 확인합니다.
- 정기 검토: 병합 오류, 재생성된 중복, 결측 비율을 확인하고 규칙 변경 이력을 남깁니다.
첫 적용은 전체 데이터에 일괄 실행하기보다 일부 레코드로 결과를 확인한 뒤 범위를 넓히세요. 병합 전후의 개인 레코드 수, 기업 계정 수, 주요 필드 결측률을 비교하면 예상치 못한 삭제나 과잉 병합을 발견하기 쉽습니다. 판단이 어려운 레코드는 보류 상태로 남기는 편이 되돌리기 어려운 오병합보다 안전합니다.
자주 묻는 질문
Q. 회사 이메일 도메인이 같으면 같은 개인 레코드인가요?
아닙니다. 같은 회사의 서로 다른 담당자일 수 있으므로 개인 레코드는 따로 유지하고 기업 계정에 연결하세요. 도메인은 계정 연결 후보로 활용하되 개인 병합 기준으로 쓰지 않는 것이 좋습니다.
Q. 이름과 회사명이 같으면 자동 병합해도 되나요?
권장하지 않습니다. 동명이인이나 같은 상호의 다른 조직일 수 있습니다. 이메일 등 개인 식별 정보가 일치하지 않으면 중복 후보로만 표시하고 추가 확인 후 처리하세요.
Q. 결측 필드에 ‘기타’나 평균값을 넣어도 되나요?
실제 응답이 ‘기타’인 것과 정보가 없는 것은 다른 상태입니다. 평균이나 추정값을 원본 데이터에 입력하면 사실처럼 오해될 수 있으므로 결측 사유를 별도로 기록하고 분석 단계에서만 필요한 처리를 하세요.
Q. 수신 거부 레코드는 중복 병합에서 어떻게 다루나요?
수신 거부 상태가 병합 후에도 유지되는지 확인하고, 다른 레코드의 동의 상태가 이를 덮지 않도록 시스템 규칙을 점검하세요. 적용 범위는 수신 거부가 발생한 채널과 처리 목적에 맞춰 확인해야 합니다.
Q. 중복 정리는 얼마나 자주 해야 하나요?
정해진 주기를 일률적으로 적용하기보다 유입량과 데이터 오류 발생률에 맞추세요. 신규 수집 단계에서 형식을 정규화하고, 정기 점검에서 중복 후보와 필드 충돌을 검토하는 운영 루틴을 두면 누적 오류를 줄일 수 있습니다.
