배치 대상 매핑 참조
이 문서에서는 필수 특성, 중복 제거 키, 계산된 필드 및 프로필 내보내기 대상을 일괄 처리할 대상을 활성화할 때 매핑 단계의 알려진 제한 사항에 대해 설명합니다.
필수 속성 mandatory-attributes
필수 속성은 모든 프로필 레코드에 선택한 속성이 포함되도록 하는 사용자가 사용할 수 있는 확인란입니다. 예를 들어 내보낸 모든 프로필에는 이메일 주소가 들어 있습니다.
Experience Platform이(가) 특정 특성을 포함하는 프로필만 내보내도록 하려면 특성을 필수 항목으로 표시할 수 있습니다. 그 결과, 추가적인 형태의 필터링으로 사용될 수 있다. 특성을 필수 항목으로 표시하는 것은 필요 없습니다.
필수 속성을 선택하지 않으면 속성에 관계없이 모든 적격 프로필을 내보냅니다.
특성 중 하나는 스키마의 고유 식별자인 것이 좋습니다. 필수 특성에 대한 자세한 내용은 전자 메일 마케팅 대상 설명서의 ID 섹션을 참조하십시오.
중복 제거 키 deduplication-keys
중복 제거 키는 프로필의 중복 제거 방법을 결정하는 사용자 정의 기본 키입니다. 동일한 개인에 대해 여러 레코드가 존재하는 경우 중복 제거를 통해 최신 레코드만 내보냅니다.
중복 제거 키를 사용하면 하나의 내보내기 파일에 동일한 프로필의 레코드가 여러 개 있을 가능성을 방지할 수 있습니다.
Experience Platform에서 중복 제거 키를 사용하는 방법에는 세 가지가 있습니다.
- 단일 ID 네임스페이스를 중복 제거 키(으)로 사용
- XDM 프로필의 단일 프로필 특성을 중복 제거 키(으)로 사용
- XDM 프로필의 두 프로필 특성 조합을 복합 키로 사용
중복 제거 예 deduplication-example
이 예에서는 선택한 중복 제거 키에 따라 중복 제거가 작동하는 방식을 보여 줍니다.
다음 두 가지 프로필을 생각해 보겠습니다.
프로필 A
{
"identityMap": {
"Email": [
{
"id": "johndoe@example.com"
},
{
"id": "doejohn_1@example.com"
}
]
},
"segmentMembership": {
"ups": {
"fa5c4622-6847-4199-8dd4-8b7c7c7ed1d6": {
"status": "realized",
"lastQualificationTime": "2021-03-10 10:03:08"
}
}
},
"person": {
"name": {
"lastName": "Doe",
"firstName": "John"
}
},
"personalEmail": {
"address": "johndoe@example.com"
}
}
프로필 B
{
"identityMap": {
"Email": [
{
"id": "johndoe@example.com"
},
{
"id": "doejohn_2@example.com"
}
]
},
"segmentMembership": {
"ups": {
"fa5c4622-6847-4199-8dd4-8b7c7c7ed1d6": {
"status": "realized",
"lastQualificationTime": "2021-04-10 11:33:28"
}
}
},
"person": {
"name": {
"lastName": "D",
"firstName": "John"
}
},
"personalEmail": {
"address": "johndoe@example.com"
}
}
중복 제거 사용 사례 1: 중복 제거 안 함 deduplication-use-case-1
중복 제거를 사용하지 않으면 내보내기 파일에 다음 항목이 포함됩니다.
중복 제거 사용 사례 2: ID 네임스페이스에 따라 중복 제거 deduplication-use-case-2
Email 네임스페이스에서 중복 제거를 수행한다고 가정할 경우 내보내기 파일에는 다음 항목이 포함됩니다. 프로필 B는 대상자에 적합한 최신 프로필이므로 내보내는 유일한 프로필입니다.
중복 제거 사용 사례 3: 단일 프로필 속성에 따른 중복 제거 deduplication-use-case-3
personal Email 특성에 의한 중복 제거를 가정할 경우 내보내기 파일에는 다음 항목이 포함됩니다. 프로필 B는 대상자에 적합한 최신 프로필이므로 내보내는 유일한 프로필입니다.
중복 제거 사용 사례 4: 두 가지 프로필 속성에 따른 중복 제거 deduplication-use-case-4
복합 키 personalEmail + lastName에서 중복 제거를 가정할 경우 내보내기 파일에는 다음 항목이 포함됩니다.
Adobe에서는 모든 프로필 레코드가 고유하게 식별되도록 CRM ID 또는 이메일 주소와 같은 id 네임스페이스를 중복 제거 키로 선택할 것을 권장합니다.
타임스탬프가 동일한 프로필에 대한 중복 제거 동작 deduplication-same-timestamp
프로필을 파일 기반 대상으로 내보낼 때 중복 제거는 여러 프로필이 동일한 중복 제거 키와 동일한 참조 타임스탬프를 공유하는 경우 단 하나의 프로필만 내보내도록 할 수 있습니다. 이 타임스탬프는 프로필의 대상 멤버십 또는 ID 그래프가 마지막으로 업데이트된 순간을 나타냅니다. 프로필을 업데이트하고 내보내는 방법에 대한 자세한 내용은 프로필 내보내기 동작 문서를 참조하십시오.
주요 고려 사항 key-considerations
-
결정론적 선택: 여러 프로필에 동일한 중복 제거 키와 동일한 참조 타임스탬프가 있는 경우 중복 제거 논리에서 선택한 다른 열의 값을 정렬하여 내보낼 프로필을 결정합니다(배열, 맵 또는 개체와 같은 복잡한 형식 제외). 정렬된 값은 사전식 순서로 평가되고, 첫 번째 프로파일이 선택된다.
-
예제 시나리오
중복 제거 키가 Email 열인 다음 데이터를 고려하십시오.
test1@test.comtest1@test.comtest2@test.com중복 제거 후 내보내기 파일에는 다음이 포함됩니다.
test1@test.comtest2@test.com설명: test1@test.com의 경우 두 프로필이 동일한 중복 제거 키와 타임스탬프를 공유합니다. 알고리즘에서는 first_name 및 last_name 열 값을 사전순으로 정렬합니다. 이름이 같기 때문에 이 연결은 last_name 열을 사용하여 확인됩니다. 여기서 "Doe"는 “Morris” 앞에 옵니다.
안정성 향상: 이 업데이트된 중복 제거 프로세스를 통해 좌표가 같은 연속 실행은 항상 동일한 결과를 만들어 일관성을 향상시킬 수 있습니다.
계산된 필드를 통해 데이터 변환 수행 calculated-fields
계산된 필드 컨트롤을 사용하여 파일 기반 대상으로 내보낸 데이터에 대해 다양한 데이터 변환을 수행할 수 있습니다.
알려진 제한 사항 known-limitations
새 매핑 페이지에 다음과 같은 알려진 제한 사항이 있습니다.
대상 멤버십 속성은 매핑 워크플로를 통해 선택할 수 없습니다. audience-membership-attribute-mapping
알려진 제한으로 인해 현재 필드 선택 창을 사용하여 segmentMembership.seg_namespace.seg_id.status을(를) 파일 내보내기에 추가할 수 없습니다. 대신 아래와 같이 xdm: segmentMembership.seg_namespace.seg_id.status 값을 스키마 필드에 수동으로 붙여넣어야 합니다.
segmentMembership.seg_namespace.seg_id.statussegmentMembership.seg_namespace.seg_id.lastQualificationTime
파일 내보내기는 segmentMembership.seg_namespace.seg_id.status의 선택 여부에 따라 다음과 같이 달라집니다.
segmentMembership.seg_namespace.seg_id.status필드를 선택하면 내보낸 파일에는 초기 전체 스냅숏에 있는 Active 구성원과 후속 증분 내보내기에 새로 Active 및 Expired 구성원이 포함됩니다.segmentMembership.seg_namespace.seg_id.status필드를 선택하지 않으면 내보낸 파일에는 초기 전체 스냅숏과 이후 증분 내보내기에서 Active 멤버만 포함됩니다.
파일 기반 대상에 대한 프로필 내보내기 동작에 대해 자세히 알아보십시오.
내보내기를 위해 현재 ID 네임스페이스를 선택할 수 없습니다. identity-namespaces-export-limitation
아래 이미지에 표시된 대로 내보낼 ID 네임스페이스를 선택하는 것은 현재 지원되지 않습니다. 내보낼 ID 네임스페이스를 선택하면 검토 단계에서 오류가 발생합니다.
임시 해결 방법으로 Beta 실행 중에 내보낸 파일에 ID 네임스페이스를 추가해야 하는 경우 다음 중 하나를 수행할 수 있습니다.
- 내보내기에 ID 네임스페이스를 포함하려는 데이터 흐름에 레거시 클라우드 스토리지 대상을 사용합니다
- ID를 속성으로 Experience Platform에 업로드한 다음 클라우드 스토리지 대상으로 내보냅니다.