ドキュメント Campaign Campaign Standard ドキュメント

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

Last update: Fri Jul 19 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

トピック：
プッシュ

作成対象：

中級
ユーザー

概要

このページでは、モバイルアプリケーションがスケジュールに従って収集 PII データを送信した後にプロファイルデータを作成/更新するワークフローを開発する手順について説明します。

PII は、「個人を特定できる情報」を表します。 Analytics for Mobile 目標地点など、Campaign データベースからプロファイルテーブルに表示されない情報を含む、任意のデータを指定できます。 PII は、モバイルアプリ開発者が（通常はマーケターと）定義します。
PII を収集 は、モバイルアプリからAdobe Campaign Standardの Rest API に対する HTTPPOST操作です。

このユースケースの目的は、モバイルアプリケーションから返される PII データにプロファイル関連のデータが含まれている場合、Campaign Standardプロファイルを作成または更新することです。

前提条件

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

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

PII データを使用してプロファイルリソースを作成または更新できるようにするには、まず目的のフィールドでプロファイルリソースを拡張する必要があります。手順は次のとおりです。

モバイルアプリケーションから送信される PII フィールドを識別します。
PII データとプロファイルデータを関連付けるために紐付けに使用するフィールドを識別します。

この例では、「Fields」セクションにモバイルアプリケーションから送信された PII データが反映されます。 Link to profiles のセクションは、PII とプロファイルデータを関連付けるために使用されるフィールドを示します。ここで、cusEmail は @email にマッピングされます。

Subscriptions to an Application リソースの拡張時のプロファイルデータのマッピングは読み取り専用です。紐付けに使用されます。プロファイルを PII データと紐付けするために必要なデータを使用して、プロファイルをシステムに入力する必要があります。この場合、紐付けが発生するには、プロファイルのメールアドレスが Collect PII のメールと一致する必要があります。

Collect PII は、ユーザーの名が「Jane」、姓が「Doe」、メールアドレスがjanedoe@doe.comの場合にモバイルアプリから受信されます。
別に、プロファイルデータが存在する必要があります（例えば、データを手動で入力する必要や、他のリソースから既に取得する必要があります）。この場合、プロファイルのメールアドレスはjanedoe@doe.comです。

関連トピック：

手順 2 - ワークフローの作成

Campaign Standardでワークフローを使用すると、管理者は AppSubscription （サブスクライバー）データとプロファイルまたは受信者データの間で、データを一意に識別および同期できます。ワークフローベースの更新ではプロファイルデータはリアルタイムで同期されませんが、不要なデータベースロックやオーバーヘッドが発生することはありません。

ワークフローを作成するための主な手順は次のとおりです。

Query または Incremental query アクティビティを使用して、最新の購読のリストを取得します。
Reconciliation アクティビティを使用して、PII データをプロファイルにマッピングします。
検証プロセスを追加します。
Update data を使用して、PII データでプロファイルを更新または作成します。

このワークフローでは、次の要件が想定されています。

拡張されたすべてのフィールドを使用して、プロファイルテーブルを作成または更新できます。
プロファイルテーブルは、ネイティブにサポートされていないフィールド（T シャツサイズなど）をサポートするように拡張できます。
AppSubscription テーブルの空白のフィールドは、プロファイルテーブルで更新しないでください。
AppSubscription テーブルで更新されたレコードは、次回のワークフロー実行に含める必要があります。

ワークフローを作成するには、Start、Scheduler、Incremental query、Update data のアクティビティをワークスペースにドラッグ&ドロップし、リンクします。

次に、次の手順に従って各アクティビティを設定します。

Scheduler アクティビティの設定

「General」タブで、Execution frequency （「毎日」など）、Time （「午前 1:00:00 分」など）および Start （「今日の日付」など）を設定します。

Incremental query アクティビティを設定します。

「Properties」タブで、「Resource」フィールドの「Select an element」アイコンをクリックし、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」フィールドで、appSubscrsiptionRcp テーブルから紐付けフィールドとしてフィールドを選択します。プロファイルのメールアドレス、crmId、marketingCloudId などがあります。この例では、「Email （cusEmail）」フィールドを使用します。
「Destination」フィールドで、プロファイルテーブルからフィールドを選択して、appSubscriptionRcp テーブルからのデータを紐付けます。これは、プロファイルのメールか、任意の拡張フィールド（crmId、marketingCloudId など）です。この例では、「Email （email）」フィールドを選択し、appSubscriptionRcp テーブルの「Email （cusEmail）」フィールドにマッピングする必要があります。
「Fields to update」タブで「Create element」ボタンをクリックし、appSubscriptionRcp テーブル（Source フィールド）から取得したフィールドを、プロファイルテーブル（Destination フィールド）の更新するフィールドにマッピングします。
Enabled if フィールドに式を追加して、ソーステーブルの対応するフィールドが、ソースフィールドに値が含まれている場合にのみ更新されるようにします。それには、リストからフィールドを選択し、「!=""式（式エディターで「Source」フィールドが [target/@cusEmail] の場合は、必ず「[target/@cusEmail] != ''"」と入力します）。

NOTE

この場合、ワークフローは UPSERT を実行しますが、Incremental query データに基づいているので、挿入されるだけです。クエリを変更すると、挿入または更新されるデータに影響を与える可能性があります。
さらに、「更新するフィールド」タブの設定によって、特定の条件下で挿入または更新するフィールドが決まります。これらの設定は、アプリケーションまたは顧客ごとに一意にすることができます。
appSubscriptionRcp データに基づいてプロファイルのレコードを更新すると、検証なしでユーザーの個人情報が変更される可能性があるので、これらの設定を設定する際は、意図しない結果が生じる可能性があるので注意が必要です。

プロファイルに挿入/更新するフィールドをすべて追加したら、「Confirm」をクリックします。

ワークフローを保存し、「Start」をクリックしてワークフローを実行します。

recommendation-more-help

3ef63344-7f3d-48f9-85ed-02bf569c4fff