Show Menu
トピック×

モバイルアプリケーションデータに基づくプロファイル情報の作成と更新

概要

このページでは、モバイルアプリケーションがPIIデータの収集をスケジュールに基づいて送信した後にプロファイルデータを作成/更新するワークフローを作成する手順について説明します。
  • PIIは 、「個人を特定できる情報」の略です。 例えば、モバイル目標地点の分析など、Campaignデータベースからプロファイルテーブルに表示されない情報を含む、任意のデ ータを指定できます 。 PIIは、モバイルアプリの開発者(通常はマーケティング担当者)が定義します。
  • PIIの収集は 、モバイルアプリからAdobe Campaign StandardのRest APIに対するHTTP-POST操作です。
この使用例の目標は、モバイルアプリケーションから返されるPIIデータにプロファイル関連のデータが含まれる場合に、キャンペーン標準プロファイルを作成または更新することです。

前提条件

モバイルアプリの購読データに基づいてプロファイルを作成または更新する前に、Campaign Standardでプッシュ通知を有効にするために従う必要がある設定手順はいくつかあります。

手順1 — プッシュ通知/購読用のプロファイルリソースを拡張する

PIIデータを使用してプロファイルリソースを作成または更新するには、まず目的のフィールドを使用してプロファイルリソースを拡張する必要があります。 手順は次のとおりです。
  • モバイルアプリケーションから送信されるPIIフィールドを識別します。
  • PIIデータをプロファイルデータに関連付けるために調整に使用するフィールドを指定します。
この例では、この節はモバ Fields イルアプリケーションから送信されるPIIデータを反映しています。 このセ Link to profiles クションは、PIIをプロファイルデータに関連付けるために使用されるフィールドを示します。ここで、 cusEmail は@emailにマッ プされます
リソースの拡張中のプロファイルデータのマ Subscriptions to an Application ッピングは読み取り専用です。 和解に使用されます。 プロファイルとPIIデータを調整するには、必要なデータを使用してプロファイルをシステムに入力する必要があります。 この場合、調整を行うには、プロファイルの電子メールアドレスがCollect PIIからの電子メールと一致する必要があります。
関連トピック:

手順2 — ワークフローを作成する

Campaign Standardのワークフローを使用すると、管理者はAppSubscription(購読者)データとプロファイルデータまたは受信者データの間でデータを一意に識別し、同期できます。 ワークフローベースの更新では、プロファイルデータがリアルタイムで同期されませんが、データベースの過度なロックやオーバーヘッドが発生することはありません。
ワークフローを構築する主な手順は次のとおりです。
  1. またはアクテ Query ィビテ Incremental query ィを使用して、最新の購読のリストを取得します。
  2. アクティビティ Reconciliation を使用して、PIIデータをプロファイルにマッピングします。
  3. 検証プロセスを追加します。
  4. PIIデータを使 Update data 用してプロファイルを更新または作成するには、を使用します。
このワークフローでは、次の要件を前提としています。
  • 拡張されたすべてのフィールドを使用して、プロファイルテーブルを作成または更新できる必要があります。
  • プロファイルテーブルを拡張して、ネイティブでサポートされていないフィールド(例えば、Tシャツのサイズ)をサポートすることができます。
  • AppSubscriptionテーブルの空白のフィールドは、プロファイルテーブルで更新しないでください。
  • AppSubscriptionテーブルで更新されたレコードは、ワークフローの次回の実行に含める必要があります。
ワークフローを構築するには、以下の手順に従います。
  1. 次のアクティビティをワークスペースにドラッグ&ドロップし、リンクします。
    1. Start
    2. Scheduler
    3. Incremental query
    4. Update data
  2. Configure the Scheduler activity. タブ General で、 Execution frequency (例:「日別」)、 Time (例:「1:00:00 AM」)および Start (例:「今日の日付」)を設定します。
  3. Configure the Incremental query activity.
    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 ​す。
  4. Configure the Update data activity.
    1. タブで、フ Identification ィールドが「Profiles (profile)」に設定されていることを確認し、ボタンをクリックして、フィ Create element ールドを調整条件として追加します。
    2. フィールド Source で、appSubscriptionRcpテーブルからフィールドを調整フィールドとして選択します。 プロファイルの電子メール、crmId、marketingCloudIdなどを指定できます。 この例では、「電子メール(cusEmail)」フィールドを使用します。
    3. フィールド Destination で、プロファイルテーブルからフィールドを選択し、appSubscriptionRcpテーブルのデータを調整します。 プロファイルの電子メール、またはcrmId、marketingCloudIdなどの拡張フィールドを指定できます。 この例では、「電子メール(電子メール)」フィールドを選択して、appSubscriptionRcpテーブルの「電子メール(cusEmail)」フィールドにマッピングする必要があります。
    4. タブでボ Fields to update タンをクリ Create element ックし、appSubscriptionRcpテーブル(フィールド)から取得するフィールドを、プロファイルテーブル(フィールド)で更新するフィールドにマッピング​ Destination します。
    5. フィールド Enabled if に式を追加し、ソースフィールドに値が含まれている場合にのみ、Profileテーブルの対応するフィールドが更新されるようにします。 これを行うには、リストからフィールドを選択し、「!="" expression(Sourceフィールドが式エディターにあ [target/@cusEmail] る場合は、必ず入力してくだ [target/@cusEmail] != ''" さい)。
      この場合、ワークフローはUPSERTを実行しますが、インクリメンタルクエリデータに基づいているので、挿入されるのは挿入だけです。 クエリーを変更すると、挿入または更新するデータに影響を与える場合があります。 さらに、「更新するフィールド」タブの設定によって、特定の条件で挿入または更新するフィールドが決まります。 これらの設定は、アプリケーションごとまたは顧客ごとに一意に指定できます。 appSubscriptionRcpデータに基づいてプロファイルのレコードを更新すると、ユーザーの個人情報が検証なしに変更される可能性があるので、これらの設定を行う場合は意図しない結果が生じる可能性があるので注意が必要です。
    6. プロファイルに挿入/更新するすべてのフィールドが追加されたら、をクリックしま Confirm ​す。
  5. ワークフローを保存し、「開始」をクリックしてワークフロープロセスを開始します。