Marketing Cloud Next | 오브젝트 구조와 Unified Individual의 역할
MCA(Marketing Cloud Next의 Advanced 에디션)의 기본 오브젝트는 이 글에서 사람 정보, Unified Individual, 캠페인 실행, 동의 기록의 네 묶음으로 나눕니다.
이 오브젝트들이 서로를 만들고 참조하는 순서를 알면, 명단을 어느 오브젝트에 가져올지와 세그먼트가 대상을 고르는 기준을 설명할 수 있습니다.
이 글은 먼저 Prospect, Lead, Contact에서 Data Cloud의 Individual과 Unified Individual로 이어지는 과정을 설명하고, 이 데이터가 세그먼트와 캠페인 Flow에 쓰이는 방식과 동의가 묶이는 단위를 정리합니다.
이런 독자에게: Salesforce에서 Lead와 Contact를 써 본 마케터·기획자나 관리자 가운데, 명단을 어느 오브젝트에 넣을지와 세그먼트의 기준을 알고 싶은 분입니다. 동일인 판정 규칙을 만드는 방법은 003 설정에서 다룹니다.
읽고 답할 수 있는 질문: 명단 한 건을 Prospect, Lead, Contact 중 어디에 둘지, Unified Individual이 어떻게 만들어지는지, 세그먼트와 동의가 어떤 단위를 기준으로 하는지입니다.
명단 오브젝트
검증 전 명단은 Prospect, 검증된 대상은 Lead, 거래 관계는 Contact에 둡니다.
Prospect는 연락처를 공유했지만 자격이 검증되지 않은 개인이고, 마케팅팀이 다루며 담당자가 없습니다.
Lead는 목표 고객에 맞고 구매 의사를 보이는 개인이고, 영업팀이 다루며 담당자가 있습니다.
Contact는 진행 중인 거래나 지속적인 관계가 있는 개인이고, 만들려면 Account가 필요합니다.
이 org에서 Campaign Member는 Lead와 Contact만 참조하므로 Prospect는 캠페인 멤버로 추가할 수 없습니다. Prospect 오브젝트에는 담당자(Owner) 항목도 없습니다. 대신 Prospect는 Unified Individual로 다뤄져 세그먼트의 대상이 됩니다.
같은 사람의 통합
사람 레코드는 동기화로 Individual이 되고, 동일인 판정(Identity Resolution) 규칙 집합이 같은 사람의 Individual을 Unified Individual로 묶습니다.
1. 동기화로 Individual이 생깁니다
Prospect, Lead, Contact를 가져오거나 만들면 다음 동기화 때 CRM에서 Data Cloud로 넘어가 Individual 레코드가 생깁니다. 이 Individual은 Data Cloud의 Individual DMO(데이터 모델 오브젝트)입니다.
Individual과 Unified Individual은 직접 만들 수 없고, 동기화와 통합으로만 생깁니다.
2. 규칙 집합이 같은 사람을 찾습니다
규칙 집합(ruleset)은 DMO와 필드 사이의 관계를 정의합니다. Individual용 규칙 집합을 생성하면 Normalized Email, Lead to Contact, Device to Known 매치 규칙 세 개가 들어갑니다. 뒤의 두 규칙은 변환 중복 방지와 웹 방문자 연결을 맡습니다.
규칙 하나는 비교 조건의 묶음입니다. 조건마다 DMO, 필드, 매치 방법을 정합니다.
아래 화면은 미리 만들어진 규칙 집합이라 규칙이 위와 다르고, 규칙은 OR로 이어집니다.
3. Unified Individual은 ID 모음입니다
Unified Individual은 원본을 합친 사본이 아닙니다. 여러 원본 레코드에서 관련 데이터를 가리키는 ID의 모음이고, 이메일 주소나 전화번호 같은 데이터가 contact point로 표시됩니다.
이 ID 모음은 규칙 집합이 같은 사람으로 묶은 Individual들의 결과이고, 다음 절에서 세그먼트가 기준으로 삼는 단위입니다.
Unified Link Individual DMO가 원본과 Unified Individual을 이어 줍니다.
SourceRecordId 항목(화면 라벨 Individual Id)은 Individual 레코드의 ID이고, UnifiedRecordId 항목(Unified Individual Id)은 Unified Individual의 ID입니다.
새로 만든 레코드는 규칙 집합이 그 뒤에 실행되어야 Unified Individual이 됩니다.
이 화면의 org는 자동 실행이 꺼져 있어서, 마지막 실행(9월 23일) 뒤에 만든 시험 Contact 한 건이 Unified Link Individual에 없습니다. 상세 화면의 Run Ruleset으로 실행합니다.
이 org의 규칙은 매치 방법으로 exact, fuzzy, exactnormalized를 씁니다. 규칙 집합은 Data Cloud 크레딧을 소비하므로, 도움말은 Individual용 활성 규칙 집합을 하나만 두기를 권장합니다.
| 규칙 | 비교 조건(매치 방법) |
|---|---|
| MC Subscriber Key | 식별 번호(exact) |
| Fuzzy Name and Normalized Email | 이름(fuzzy), 성(exact), 이메일(exactnormalized) |
| Fuzzy Name and Normalized Address | 이름(fuzzy), 성(exact), 주소 줄(exactnormalized), 도시(exact), 국가(exactnormalized) |
| Fuzzy Name and Normalized Phone | 이름(fuzzy), 성(exact), 전화번호(exactnormalized) |
| 규칙 | 역할 | Identity Match Type 입력값 |
|---|---|---|
| Lead to Contact | Lead가 Contact로 변환될 때 중복을 막음 | lead-to-contact |
| Device to Known | 웹 방문자를 알려진 프로필에 연결 | device-to-known |
Generate Ruleset으로 만든 규칙 집합에는 두 규칙이 들어 있습니다. 규칙 집합을 직접 만들었다면 문서는 이 두 규칙을 사용자 지정 규칙으로 더하기를 권장합니다. 매치 대상은 Identity Match DMO의 Identity Match Type 필드이고, 매치 방법은 정확히 일치(Exact)입니다.
세그먼트와 캠페인
캠페인에 쓰는 세그먼트는 Unified Individual 기준이어야 하고, 세그먼트로 시작하는 Flow는 게시된 세그먼트를 읽어 실행됩니다.
이 글은 세그먼트의 기준 오브젝트와 게시 방식을 개념 중심으로 설명합니다. 세그먼트를 직접 만드는 실습은 006 세그먼트에서 다룹니다.
1. 세그먼트의 기준은 Unified Individual입니다
세그먼트는 기본 data space의 Unified Individual을 기준으로 만듭니다. 결과로 돌아오는 값은 조건에 맞는 Unified Individual의 contact point ID입니다.
Data Cloud에서 세그먼트를 외부 대상에 내보내는 activation은 필요하지 않고, 게시하면 캠페인에서 쓸 수 있습니다.
목록에는 Individual, Prospect, Lead, Campaign Member도 있습니다. 하지만 캠페인 Flow에 쓰는 세그먼트는 Unified Individual을 기준으로 만들어야 합니다.
2. 게시 방식이 갱신 주기를 정합니다
- Standard Publish: 최근 2년의 참여 데이터를 쓰고 12시간이나 24시간 주기로 갱신합니다.
- Rapid Publish: 최근 7일의 참여 데이터만 쓰고 1시간이나 4시간 주기로 갱신합니다.
Standard Publish를 고르면 그 선택은 되돌릴 수 없다고 화면이 안내합니다.
Run Mode를 Do Not Schedule로 두면 갱신하지 않는 정적 세그먼트가 됩니다. 문서에는 Don't Refresh로 적혀 있습니다.
3. Flow가 세그먼트를 읽습니다
캠페인의 Start(Flow Builder의 시작 요소)에서 List나 Segment를 고르면 그 대상이 Flow의 시작 대상이 됩니다. Flow Builder는 세그먼트의 게시 일정을 따르므로, 최신 구성원이 필요하면 Immediately before running this flow를 고릅니다.
게시 주기가 Don't refresh인 세그먼트에 On the segment's publish schedule를 고르면 구성원이 갱신되지 않습니다.
4. 캠페인이 Flow를 묶습니다
Campaign은 자산과 메타데이터를 정리하고 성과가 모이는 오브젝트이고, Flow는 자동화 동작을 캔버스로 그린 별개의 오브젝트입니다.
캠페인 하나에 Flow를 여러 개 연결할 수 있지만, Flow 하나는 캠페인 하나에만 연결됩니다. 캠페인별 성과를 확인하기 쉽도록 마케팅 Flow를 항상 캠페인에 연결해 두기를 권장합니다.
Brief는 캠페인이 참조하는 레코드이고, Primary Goal, Primary KPI, Target Audience, Key Message 같은 항목에 캠페인의 목표와 대상, 메시지를 적습니다.
| Flow 유형 | 실행 시점 | 대상과 시작 정보 |
|---|---|---|
| Audience | 일정에 따라 한 번 또는 반복(최대 매시간), 즉시 실행도 가능 | 세그먼트, 목록, 캠페인 멤버, 레코드 조건으로 고른 그룹 |
| Automation Event-Triggered | 이벤트 발생 후 약 15분 안 | 이벤트(예: 양식 제출) |
| Activation-Triggered | 활성화를 게시할 때 | 세그먼트 게시 일정에 따라 추가되는 레코드(갱신 주기 10분에서 24시간) |
| Broadcast | API 요청이나 Apex 호출, 다른 Flow의 호출 | 시작 뒤에 정해지는 동적 세그먼트 |
| On-Demand | API 요청이나 Apex 호출 | 요청에 이벤트 정보(주문 ID 등)를 담을 수 있음 |
동의 기록
동의는 Unified Individual 레코드가 아니라 contact point 값에 묶입니다.
한 사람의 Unified Individual에 전화번호가 둘 있으면 번호마다 동의가 따로입니다. 동의 확인이 필요한 메시지를 보낼 때 세그먼트의 Unified Individual마다 연결된 contact point의 동의를 확인하고, 동의한 contact point만 메시지를 받습니다.
세그먼트가 돌려주는 값도 contact point ID이므로 동의 확인은 같은 단위로 이어집니다. 동의는 네 오브젝트에 나뉘어 저장됩니다.
- Communication Subscription
- Engagement Channel Type
- Communication Subscription Channel Type
- Communication Subscription Consent
동의 기록이 없는 Prospect, Lead, Contact는 기본으로 수신 거부로 처리됩니다. 프로모션 이메일과 SMS·WhatsApp·RCS는 발송할 때 Communication Subscription을 골라 동의 확인을 거칩니다.
동의 CSV는 Consent 탭의 Consent Imports에서 가져오며, 파일에 있는 contact point마다 동의 상태와 날짜를 갱신합니다.
참고 문서
- 개인 레코드(People Records)
- Prospect 사용 시 고려 사항(Considerations for Prospects)
- 동일인 판정 규칙 집합 설정(Configure Identity Resolution Rulesets)
- 세그먼트 이해(Understanding Segmentation)
- Flow 유형 비교(Comparison of Marketing-Oriented Flow Types)
- 캠페인과 Flow 개념(Campaigns and Flows)
- 캠페인으로 메시지 보내기(Send a Message with a Campaign)
- 브리프 만들기(Create a Brief)
- 동의 개념(Understanding Consent Concepts)
- 동의 데이터 관리 고려 사항(Considerations for Managing Marketing Consent Data)
'Salesforce > Marketing Cloud' 카테고리의 다른 글
| Marketing Cloud Next | Segment Builder로 이메일 발송 대상 선정 (0) | 2026.10.08 |
|---|---|
| Marketing Cloud Next | Decision으로 조건에 따라 이메일 발송 경로 나누기 (0) | 2026.10.08 |
| Marketing Cloud Next | 발송을 위한 초기 설정 (0) | 2026.10.07 |
| Marketing Cloud Next | 탭 구성과 Marketing Cloud Engagement와의 차이 (0) | 2026.10.06 |
| Marketing Cloud Next | 변경을 조건으로 이메일 자동 발송 (0) | 2026.10.06 |