모바일 애플리케이션 데이터를 기반으로 프로필 정보 만들고 업데이트하기

개요

이 페이지에서는 Mobile Application이 Collect PII 데이터를 예약된 대로 보낸 후 프로필 데이터를 생성/업데이트하는 워크플로우를 개발하는 단계에 대해 설명합니다.

PII 은 "개인 식별 정보"를 의미합니다. Campaign 데이터베이스의 프로필 테이블에 표시되지 않는 정보(예: 모바일용 Analytics)를 포함한 모든 데이터가 될 수 있습니다 관심 영역. PII는 일반적으로 마케터가 사용하는 모바일 앱 개발자가 정의합니다.
Collect PII 는 모바일 앱에서 Adobe Campaign Standard의 Rest API에 대한 HTTP POST 작업입니다.

이 사용 사례의 목표는 모바일 애플리케이션에서 반환한 PII 데이터에 프로필 관련 데이터가 포함된 경우 Campaign Standard 프로필을 만들거나 업데이트하는 것입니다.

필수 구성 요소

모바일 앱 구독 데이터를 기반으로 프로필을 만들거나 업데이트하기 전에 Campaign Standard에서 푸시 알림을 활성화하기 위해 따라야 할 구성 단계가 있습니다.

1단계 - 푸시 알림/구독에 대한 프로필 리소스 확장

PII 데이터로 프로필 리소스를 만들거나 업데이트하려면 먼저 원하는 필드로 프로필 리소스를 확장해야 합니다. 방법은 다음과 같습니다.

모바일 애플리케이션에서 전송하는 PII 필드를 식별합니다.
조정을 위해 사용할 필드를 식별하여 PII 데이터를 프로필 데이터와 연결합니다.

이 예에서 Fields 섹션에는 모바일 애플리케이션에서 보낸 PII 데이터가 반영됩니다. 다음 Link to profiles 섹션은 PII를 프로필 데이터와 연결하는 데 사용되는 필드를 나타냅니다. 여기서 cusEmail 매핑 @email.

를 확장하는 동안 프로필 데이터에 대한 매핑 Subscriptions to an Application 리소스는 읽기 전용입니다. 조정에 사용됩니다. 프로필을 PII 데이터와 조정하기 위해 필요한 데이터로 시스템에 프로필을 입력해야 합니다. 이 경우 조정을 수행하려면 프로필의 이메일 주소가 수집 PII의 이메일과 일치해야 합니다.

Collect PII는 모바일 앱에서 수신되며, 여기서 First Name은 "Jane, Last Name is "Doe", Email address는 janedoe@doe.com입니다.
별도로 프로필 데이터가 있어야 합니다(예: 데이터를 수동으로 입력하거나 다른 리소스에서 이미 입력해야 함). 여기서 프로필의 이메일 주소는 janedoe@doe.com입니다.

관련 항목:

2단계 - 워크플로우 만들기

관리자는 Campaign Standard의 워크플로우를 사용하여 AppSubscription(가입자) 데이터와 프로필 또는 수신자 데이터 간에 데이터를 고유하게 식별하고 동기화할 수 있습니다. 워크플로우 기반 업데이트는 프로필 데이터를 실시간으로 동기화하지 않지만, 이로 인해 과도한 데이터베이스 잠금 또는 오버헤드가 발생하지 않습니다.

워크플로우를 빌드하는 주요 단계는 다음과 같습니다.

다음 작업 Query 또는 Incremental query 활동을 통해 최신 구독 목록을 가져올 수 있습니다.
다음 작업 Reconciliation 활동을 사용하여 PII 데이터를 프로필에 매핑합니다.
확인 프로세스를 추가합니다.
다음 중 하나를 사용합니다 Update data 를 사용하여 프로필을 업데이트하거나 만들 수 있습니다.

이 워크플로우에서는 다음 요구 사항을 가정합니다.

확장된 모든/모든 필드는 프로필 테이블을 만들거나 업데이트하는 데 사용할 수 있어야 합니다.
프로필 테이블은 기본적으로 지원되지 않는 필드(예: 티셔츠 크기)를 지원하도록 확장할 수 있습니다.
AppSubscription 테이블의 필드가 비어 있으면 프로필 테이블에서 업데이트할 수 없습니다.
AppSubscription 테이블에서 업데이트된 모든 레코드는 워크플로우의 다음 실행에 포함되어야 합니다.

워크플로우를 빌드하려면 다음 활동을 작업 공간에 끌어다 놓고 함께 연결합니다. Start, Scheduler, Incremental query, Update data.

그런 다음 아래 절차에 따라 각 활동을 구성하십시오.

구성 Scheduler 활동

에서 General 탭에서 설정합니다. Execution frequency (예: "일별"), Time (예: "1:00:00 AM") 및 Start (예: 오늘 날짜).

구성 Incremental query 활동.

에서 Properties 탭에서 Select an element 아이콘 Resource 필드를 선택한 다음 Subscriptions to an application (nms:appSubscriptionRcp:appSubscriptionRcpDetail) 요소를 생성하지 않습니다.
에서 Target 탭에서 드래그합니다. Mobile application 필터링한 다음 모바일 애플리케이션 이름을 선택합니다.
에서 Processed data 탭, 선택 Use a date field를 추가한 다음 Last modified (lastModified) 필드 Path to the date field.

구성 Update data 활동.

에서 Identification 탭에서 다음을 확인합니다 Dimension to update 필드가 "프로필(프로필)"로 설정된 다음 Create element 조정 기준으로 필드를 추가하는 단추.
에서 Source 필드에서 appSubscriptionRcp 테이블의 필드를 조정 필드로 선택합니다. 프로필의 이메일, crmId, marketingCloudId 등이 될 수 있습니다. 이 예제에서는 "Email (cusEmail)" 필드를 사용합니다.
에서 Destination 필드에서 프로필 테이블에서 필드를 선택하여 appSubscriptionRcp 테이블에서 데이터를 조정합니다. 프로필의 이메일 또는 crmId, marketingCloudId 등의 확장 필드일 수 있습니다. 이 예제에서는 "이메일(이메일)" 필드를 선택하여 appSubscriptionRcp 테이블의 "Email (cusEmail)" 필드에 매핑해야 합니다.
에서 Fields to update 탭에서 Create element 단추를 클릭한 다음 appSubscriptionRcp 테이블에서 가져오는 필드를 매핑합니다(Source 필드)를 사용하여 프로필 테이블(Destination 필드)만 로드하는 것입니다.
에서 Enabled if 필드에서 표현식을 추가하여 소스 필드에 값이 있는 경우에만 프로필 테이블의 해당 필드가 업데이트되도록 합니다. 이렇게 하려면 목록에서 필드를 선택한 다음 “!=”" 표현식(소스 필드가 [target/@cusEmail] 표현식 편집기에서 다음을 입력합니다 [target/@cusEmail] != ''").

노트

이 경우 워크플로우는 UPSERT를 수행하지만 UPSERT는 UPSERT를 기반으로 하므로 Incremental query 데이터는 삽입만 됩니다. 쿼리를 변경하면 삽입되거나 업데이트되는 데이터에 영향을 줄 수 있습니다.
또한 업데이트할 필드 탭의 설정에 따라 특정 조건에서 삽입되거나 업데이트되는 필드가 결정됩니다. 이러한 설정은 각 애플리케이션 또는 고객에 대해 고유해야 합니다.
appSubscriptionRcp 데이터를 기반으로 프로필에서 레코드를 업데이트하면 유효성 검사 없이 개인 정보가 변경될 수 있으므로, 의도하지 않은 결과가 발생할 수 있으므로, 이러한 설정을 구성할 때 주의하십시오.

프로필에 삽입/업데이트할 필드를 모두 추가한 경우 Confirm.