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

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

最終更新日： 2026年5月15日

適用対象：
Campaign Standard

トピック：
Push

作成対象：

Intermediate
User

概要

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

PIIは「個人を特定できる情報」を表します。任意のデータを指定できます。例えば、モバイル用Analytics Points of Interestなど、Campaign データベースのプロファイルテーブルに表示されない情報を含みます。 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 データを紐付けるために、必要なデータを使用してプロファイルをシステムに入力する必要があります。この場合、紐付けを行うには、プロファイルのメールアドレスが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 AM」）、および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などを指定できます。この例では、「電子メール（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

campaign-standard-help