이 자습서에서는 API를 사용하여 Real-time Customer Profile 대상 세그먼트에 대한 데이터 사용 규정 준수를 강화하는 절차를 다룹니다.
이 자습서에서는 Adobe Experience Platform의 다음 구성 요소에 대해 제대로 이해해야 합니다.
다음 섹션에서는 Platform API를 성공적으로 호출하기 위해 알아야 할 추가 정보를 제공합니다.
이 자습서에서는 요청의 서식을 지정하는 방법을 보여주는 API 호출 예를 제공합니다. 여기에는 경로, 필수 헤더 및 올바른 형식의 요청 페이로드가 포함됩니다. API 응답으로 반환된 샘플 JSON도 제공됩니다. 샘플 API 호출에 대한 설명서에 사용된 규칙에 대한 자세한 내용은 Experience Platform 문제 해결 안내서의 API 호출 예를 읽는 방법에 대한 섹션을 참조하십시오.
Platform API를 호출하려면 먼저 인증 자습서를 완료해야 합니다. 인증 자습서를 완료하면 아래와 같이 모든 Experience Platform API 호출에서 각 필수 헤더에 대한 값을 제공합니다.
{ACCESS_TOKEN}
{API_KEY}
{IMS_ORG}
Experience Platform의 모든 리소스는 특정 가상 샌드박스로 분리됩니다. Platform API에 대한 모든 요청에는 작업이 수행할 샌드박스의 이름을 지정하는 헤더가 필요합니다.
{SANDBOX_NAME}
Platform의 샌드박스에 대한 자세한 내용은 샌드박스 개요 설명서를 참조하십시오.
페이로드(POST, PUT, PATCH)을 포함하는 모든 요청에는 추가 헤더가 필요합니다.
이 워크플로우는 알려진 대상 세그먼트에 액세스함으로써 시작됩니다. Real-time Customer Profile에서 사용할 수 있는 세그먼트에는 해당 세그먼트 정의 내에 병합 정책 ID가 들어 있습니다. 이 병합 정책에는 세그먼트에 포함할 데이터 집합에 대한 정보가 포함되며, 이 정보에는 적용 가능한 데이터 사용 레이블이 포함됩니다.
Segmentation API를 사용하여 ID로 세그먼트 정의를 검색하여 연결된 병합 정책을 찾을 수 있습니다.
API 형식
GET /segment/definitions/{SEGMENT_DEFINITION_ID}
속성 | 설명 |
---|---|
{SEGMENT_DEFINITION_ID} |
조회할 세그먼트 정의의 ID입니다. |
요청
curl -X GET \
https://platform.adobe.io/data/core/ups/segment/definitions/24379cae-726a-4987-b7b9-79c32cddb5c1 \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {IMS_ORG}' \
-H 'x-sandbox-name: {SANDBOX_NAME}'
응답
성공적인 응답은 세그먼트 정의의 세부 사항을 반환합니다.
{
"id": "24379cae-726a-4987-b7b9-79c32cddb5c1",
"schema": {
"name": "_xdm.context.profile"
},
"ttlInDays": 90,
"imsOrgId": "{IMS_ORG}",
"name": "Cart abandons in CA",
"description": "",
"expression": {
"type": "PQL",
"format": "pql/text",
"value": "homeAddress.countryISO = 'US'"
},
"mergePolicyId": "2b43d78d-0ad4-4c1e-ac2d-574c09b01119",
"evaluationInfo": {
"batch": {
"enabled": true
},
"continuous": {
"enabled": false
},
"synchronous": {
"enabled": false
}
},
"creationTime": 1556094486000,
"updateEpoch": 1556094486000,
"updateTime": 1556094486000
}
}
속성 | 설명 |
---|---|
mergePolicyId |
세그먼트 정의에 사용되는 병합 정책의 ID입니다. 다음 단계에서 사용됩니다. |
병합 정책에는 소스 데이터 세트에 대한 정보가 들어 있으며, 이 정보에는 데이터 사용 레이블이 포함됩니다. GET 요청에서 병합 정책 ID를 Profile API에 제공하여 병합 정책의 세부 사항을 조회할 수 있습니다. 병합 정책에 대한 자세한 내용은 병합 정책 끝점 안내서에서 확인할 수 있습니다.
API 형식
GET /config/mergePolicies/{MERGE_POLICY_ID}
속성 | 설명 |
---|---|
{MERGE_POLICY_ID} |
이전 단계](#merge-policy)에서 얻은 병합 정책의 ID.[ |
요청
curl -X GET \
https://platform.adobe.io/data/core/ups/config/mergePolicies/2b43d78d-0ad4-4c1e-ac2d-574c09b01119 \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {IMS_ORG}' \
-H 'x-sandbox-name: {SANDBOX_NAME}'
응답
성공적인 응답은 병합 정책의 세부 정보를 반환합니다.
{
"id": "2b43d78d-0ad4-4c1e-ac2d-574c09b01119",
"imsOrgId": "{IMS_ORG}",
"schema": {
"name": "_xdm.context.profile"
},
"version": 1,
"identityGraph": {
"type": "none"
},
"attributeMerge": {
"type":"dataSetPrecedence",
"data": {
"order" : ["5b95b155419ec801e6eee780", "5b7c86968f7b6501e21ba9df"]
}
},
"default": false,
"updateEpoch": 1551127597
}
속성 | 설명 |
---|---|
schema.name |
병합 정책과 연결된 스키마의 이름입니다. |
attributeMerge.type |
병합 정책의 데이터 우선 순위 구성 유형입니다. 값이 dataSetPrecedence 이면 이 병합 정책에 연결된 데이터 세트가 attributeMerge > data > order 아래에 나열됩니다. 값이 timestampOrdered 이면 schema.name 에서 참조하는 스키마와 연결된 모든 데이터 세트가 병합 정책에 사용됩니다. |
attributeMerge.data.order |
attributeMerge.type 이(가) dataSetPrecedence 인 경우 이 속성은 이 병합 정책에 사용된 데이터 집합의 ID를 포함하는 배열입니다. 이러한 ID는 다음 단계에서 사용됩니다. |
이 단계에서는 특정 레이블이 들어 있는 데이터에 대해 특정 마케팅 작업을 수행하지 못하도록 하는 활성 데이터 사용 정책이 하나 이상 있다고 가정합니다. 평가 중인 데이터 세트에 대해 적용 가능한 사용 정책이 없는 경우 정책 만들기 자습서에 따라 이 단계를 계속하기 전에 해당 사용 정책을 만드십시오.
병합 정책의 소스 데이터 집합의 ID를 얻은 후 정책 서비스 API를 사용하여 데이터 사용 정책 위반을 확인하기 위해 특정 마케팅 작업에 대해 해당 데이터 집합을 평가할 수 있습니다.
데이터 세트를 평가하려면 아래 예와 같이 요청 본문 내에 데이터 세트 ID를 제공하면서 POST 요청 경로에 마케팅 작업의 이름을 제공해야 합니다.
API 형식
POST /marketingActions/core/{MARKETING_ACTION_NAME}/constraints
POST /marketingActions/custom/{MARKETING_ACTION_NAME}/constraints
매개 변수 | 설명 |
---|---|
{MARKETING_ACTION_NAME} |
데이터 세트를 평가하는 데이터 사용 정책과 연결된 마케팅 작업의 이름. 정책이 Adobe 또는 조직에 의해 정의되었는지 여부에 따라 각각 /marketingActions/core 또는 /marketingActions/custom 을 사용해야 합니다. |
요청
다음 요청은 이전 단계에서 가져온 데이터 세트에 대해 exportToThirdParty
마케팅 작업을 테스트합니다. 요청 페이로드는 각 데이터 세트의 ID를 포함하는 배열입니다.
curl -X POST \
https://platform.adobe.io/data/foundation/dulepolicy/marketingActions/custom/exportToThirdParty/constraints
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {IMS_ORG}' \
-H 'x-sandbox-name: {SANDBOX_NAME}' \
-H 'Content-Type: application/json' \
-d '[
{
"entityType": "dataSet",
"entityId": "5b95b155419ec801e6eee780"
},
{
"entityType": "dataSet",
"entityId": "5b7c86968f7b6501e21ba9df"
}
]'
속성 | 설명 |
---|---|
entityType |
페이로드 배열의 각 항목은 정의된 엔티티 유형을 나타내야 합니다. 이 경우 값은 항상 "dataSet"이 됩니다. |
entityID |
페이로드 배열의 각 항목은 데이터 세트에 대한 고유 ID를 제공해야 합니다. |
응답
성공적인 응답은 마케팅 작업에 대한 URI, 제공된 데이터 세트에서 수집한 데이터 사용 레이블 및 해당 레이블에 대해 작업을 테스트한 결과 위반된 데이터 사용 정책 목록을 반환합니다. 이 예에서 "데이터를 제3자로 내보내기" 정책은 마케팅 작업이 정책 위반을 트리거했음을 나타내는 violatedPolicies
배열에 표시됩니다.
{
"timestamp": 1556324277895,
"clientId": "{CLIENT_ID}",
"userId": "{USER_ID}",
"imsOrg": "{IMS_ORG}",
"marketingActionRef": "https://platform.adobe.io:443/data/foundation/dulepolicy/marketingActions/custom/exportToThirdParty",
"duleLabels": [
"C1",
"C2",
"C4",
"C5"
],
"discoveredLabels": [
{
"entityType": "dataSet",
"entityId": "5b95b155419ec801e6eee780",
"dataSetLabels": {
"connection": {
"labels": []
},
"dataSet": {
"labels": [
"C5"
]
},
"fields": [
{
"labels": [
"C2",
],
"path": "/properties/_customer"
},
{
"labels": [
"C5"
],
"path": "/properties/geoUnit"
},
{
"labels": [
"C1"
],
"path": "/properties/identityMap"
}
]
}
},
{
"entityType": "dataSet",
"entityId": "5b7c86968f7b6501e21ba9df",
"dataSetLabels": {
"connection": {
"labels": []
},
"dataSet": {
"labels": [
"C5"
]
},
"fields": [
{
"labels": [
"C5"
],
"path": "/properties/createdByBatchID"
},
{
"labels": [
"C5"
],
"path": "/properties/faxPhone"
}
]
}
}
],
"violatedPolicies": [
{
"name": "Export Data to Third Party",
"status": "ENABLED",
"marketingActionRefs": [
"https://platform-stage.adobe.io:443/data/foundation/dulepolicy/marketingActions/custom/exportToThirdParty"
],
"description": "Conditions under which data cannot be exported to a third party",
"deny": {
"operator": "OR",
"operands": [
{
"label": "C1"
},
{
"operator": "AND",
"operands": [
{
"label": "C3"
},
{
"label": "C7"
}
]
}
]
},
"imsOrg": "{IMS_ORG}",
"created": 1565651746693,
"createdClient": "{CREATED_CLIENT}",
"createdUser": "{CREATED_USER",
"updated": 1565723012139,
"updatedClient": "{UPDATED_CLIENT}",
"updatedUser": "{UPDATED_USER}",
"_links": {
"self": {
"href": "https://platform-stage.adobe.io/data/foundation/dulepolicy/policies/custom/5d51f322e553c814e67af1a3"
}
},
"id": "5d51f322e553c814e67af1a3"
}
]
}
속성 | 설명 |
---|---|
duleLabels |
제공된 데이터 세트에서 추출된 데이터 사용 레이블 목록입니다. |
discoveredLabels |
요청 페이로드에서 제공된 데이터 세트 목록으로, 각 데이터세트에 있는 데이터 세트 수준 및 필드 수준 레이블을 표시합니다. |
violatedPolicies |
제공된 duleLabels 에 대해 마케팅 작업(marketingActionRef 에 지정됨)을 테스트하여 위반된 데이터 사용 정책을 나열하는 배열입니다. |
API 응답에서 반환된 데이터를 사용하여 경험 애플리케이션 내의 프로토콜을 설정하여 정책 위반이 발생할 때 이를 적절하게 적용할 수 있습니다.
대상 세그먼트가 평가를 통과하지 못하는 경우, 아래에 설명된 두 방법 중 하나를 통해 세그먼트에 포함된 데이터를 조정할 수 있습니다.
세그먼트 정의의 병합 정책을 업데이트하면 세그먼트 작업이 실행될 때 포함할 데이터 세트와 필드가 조정됩니다. 자세한 내용은 API 병합 정책 자습서의 기존 병합 정책에 대한 섹션을 참조하십시오.
Segmentation API를 사용하여 세그먼트를 데이터 세트에 내보낼 때 fields
매개 변수를 사용하여 내보내기에 포함된 데이터를 필터링할 수 있습니다. 이 매개 변수에 추가된 모든 데이터 필드는 내보내기에 포함되지만 다른 모든 데이터 필드는 제외됩니다.
"A", "B" 및 "C"라는 데이터 필드가 있는 세그먼트를 고려하십시오. "C" 필드만 내보내려는 경우 fields
매개 변수에는 "C" 필드만 포함됩니다. 이렇게 하면 세그먼트를 내보낼 때 "A" 및 "B" 필드가 제외됩니다.
자세한 내용은 세그멘테이션 자습서의 세그먼트 내보내기의 섹션을 참조하십시오.
이 자습서를 따라 대상 세그먼트와 연관된 데이터 사용 레이블을 조회하고 특정 마케팅 작업에 대한 정책 위반을 테스트했습니다. Experience Platform의 Data Governance에 대한 자세한 내용은 Data Governance에 대한 개요를 참조하십시오.