基于移动应用程序数据创建和更新用户档案信息

概述

本頁說明開發工作流程的步驟，該工作流程會在行動應用程式傳送收集PII資料後，依排程建立/更新設定檔資料。

  • PII 代表「個人識別資訊」。 可以是任何資料，包括不會在Campaign資料庫的「設定檔」表格中顯示的資訊，例如Analytics for Mobile 地標. PII由行動應用程式開發人員定義，通常與行銷人員一起進行。
  • 收集PII 是從行動應用程式對Adobe Campaign Standard中的Rest API執行HTTPPOST作業。

如果行動應用程式傳回的PII資料包含設定檔相關資料，此使用案例的目標是建立或更新Campaign Standard設定檔。

先决条件

若要在Campaign Standard中啟用推播通知，必須先執行數個設定步驟，才能根據行動應用程式訂閱資料建立或更新設定檔：

  1. 建立行動應用程式
  2. 將Adobe Mobile SDK與您的行動應用程式整合.
  3. 設定Adobe Campaign以傳送推播通知.

步驟1 — 擴充推播通知/訂閱的設定檔資源

若要能夠使用PII資料建立或更新設定檔資源，您必須先使用所需欄位擴充設定檔資源。 操作步骤：

  • 識別行動應用程式傳送的PII欄位。
  • 識別要用於調解，以將PII資料與設定檔資料關聯的欄位。

在此範例中， Fields 區段會反映行動應用程式傳送的PII資料。 此 Link to profiles 區段會指示用於關聯PII與設定檔資料的欄位，其中 cusEmail 將對應至 @email.

擴充時設定檔資料的對應 Subscriptions to an Application 資源為唯讀。 它用於調解。 必須將設定檔與必要的資料輸入系統中，才能將設定檔與PII資料進行調解。 在我們的案例中，設定檔的電子郵件地址必須與收集PII的電子郵件相符，才能進行調解：

  • 系統會從行動應用程式接收使用者的集合PII，使用者的名字為「Jane，姓氏為「Doe」，電子郵件地址為janedoe@doe.com。
  • 另外，設定檔的電子郵件地址為janedoe@doe.com時，設定檔資料必須存在（例如，資料必須手動輸入或來自其他資源）。

相关主题：

步驟2 — 建立工作流程

在Campaign Standard中使用工作流程可讓管理員唯一識別並同步AppSubscription （訂閱者）資料與設定檔或收件者資料之間的資料。 雖然工作流程式更新不會即時同步設定檔資料，但不應造成任何不必要的資料庫鎖定或額外負荷。

建立工作流程的主要步驟如下：

  1. 使用 Query 或 Incremental query 活動，以取得最新訂閱的清單。
  2. 使用 Reconciliation 活動，將PII資料與設定檔對應。
  3. 新增一些驗證程式。
  4. 使用 Update data 以使用PII資料更新或建立設定檔。

此工作流程會假設下列需求：

  • 已擴展的任何/所有欄位應該可用於建立/更新設定檔表格。
  • 設定檔表格可延伸以支援原生不支援的欄位（例如T恤大小）。
  • AppSubscription表格中任何空白的欄位不應在設定檔表格中更新。
  • AppSubscription表格中更新的任何記錄都應包含在下一次執行的工作流程中。

若要建立工作流程，請將下列活動拖放至工作區，並將其連結在一起： Start， Scheduler， Incremental query， Update data.

然後依照下列步驟設定每個活動。

設定 Scheduler 活動

在 General 標籤，設定 Execution frequency （例如「每日」）、 Time (例如，「1」:00:00 AM」)，以及 Start （例如，今天的日期）。

設定 Incremental query 活動。

  1. 在 Properties 索引標籤，按一下 Select an element 圖示 Resource 欄位，然後選取 Subscriptions to an application (nms:appSubscriptionRcp:appSubscriptionRcpDetail) 元素。

  2. 在 Target 標籤，拖曳 Mobile application 篩選，然後選取行動應用程式名稱。

  3. 在 Processed data 索引標籤，選取 Use a date field，然後新增 Last modified (lastModified) 欄位為 Path to the date field.

設定 Update data 活動。

  1. 在 Identification 索引標籤中，確認 Dimension to update 欄位設為「設定檔（設定檔）」，然後按一下 Create element 按鈕，將欄位新增為調解條件。

  2. 在 Source 欄位，從appSubscriptionRcp表格中選取欄位作為調解欄位。 可以是設定檔的電子郵件、crmId、marketingCloudId等。 在此範例中，使用「電子郵件(cusEmail)」欄位。

  3. 在 Destination 欄位，從設定檔表格中選取欄位，以調解appSubscriptionRcp表格中的資料。 可以是設定檔的電子郵件，或任何擴充欄位，例如crmId、marketingCloudId等。 在此範例中，我們需要選取「電子郵件（電子郵件）」欄位，以與appSubscriptionRcp表格中的「電子郵件(cusEmail)」欄位對應。

  4. 在 Fields to update 索引標籤，按一下 Create element 按鈕，然後對應來自appSubscriptionRcp表格的欄位(Source 欄位)，其中包含您要更新至「設定檔」表格(Destination 欄位)。

  5. 在 Enabled if 欄位，新增運算式，以確保只有在來源欄位包含值時，才會更新設定檔表格中的對應欄位。 若要這麼做，請從清單中選取欄位，然後新增「！=""運算式(如果「來源」欄位為 [target/@cusEmail] 在運算式編輯器中，請務必輸入 [target/@cusEmail] != ''")。

注意

在此情況下，工作流程會執行UPSERT，但由於它是根據 Incremental query 僅插入資料。 變更查詢會影響要插入或更新哪些資料。
此外，要更新的欄位索引標籤中的設定會決定要在特定條件下插入或更新哪些欄位。 這些設定對於每個應用程式或客戶可能是唯一的。
在設定這些設定時請務必小心，因為可能會產生非預期的後果，因為根據appSubscriptionRcp資料更新設定檔中的記錄可能會變更使用者的個人資訊，而不經過驗證。

在設定檔中新增要插入/更新的所有欄位後，按一下 Confirm.

儲存工作流程，然後按一下 Start 以執行工作流程。

在此页面上