宛先へのプロファイルとセグメントのアクティブ化

概要

セグメントを宛先にマッピングして、Adobe Experience Platformに保存しているデータをアクティブ化します。 これをおこなうには、次の手順に従います。

前提条件

宛先へのデータをアクティブ化するには、宛先が接続されている必要があります。まだの場合は、宛先カタログに移動し 、サポートされている宛先を参照して、1 つ以上の宛先を設定します。

データのアクティブ化

アクティベーションワークフローの手順は、宛先のタイプによって若干異なります。 すべての宛先タイプの完全なワークフローを以下に示します。

に対してデータをアクティブ化する宛先を選択します

適用対象:すべての宛先

Adobe Experience Platformユーザーインターフェイスで、 Destinations / Browse​に移動し、次の図に示すように、セグメントをアクティブ化する宛先に対応する​Activate​ボタンをクリックします。

宛先に対して有効化

次の節の手順に従って、アクティブ化するセグメントを選択します。

Segmentsstepを 選択

適用対象:すべての宛先

セグメントの選択ステップ

宛先​をアクティブ化ワークフローの​セグメントを選択​ページで、宛先に対してアクティブ化する1つ以上のセグメントを選択します。 「次へ」を選択して、次の手順に進みます。

segments-to-destination

マッピング手順

適用対象:ソーシャルの宛先とGoogleカスタマーマッチの広告の宛先

IDマッピング手順

ソーシャルの宛先の場合、宛先でターゲットIDとしてマッピングするソース属性またはID名前空間を選択する必要があります。

例:Facebook Custom Audienceでのオーディエンスデータのアクティブ化

以下に、Facebookでオーディエンスデータをアクティブ化する際の正しいIDマッピングの例を示します。

ソースフィールドの選択:

  • 使用している電子メールアドレスがハッシュ化されていない場合は、Email名前空間をソースIDとして選択します。
  • Facebook 電子メールハッシュ要件に従って、Platformにデータを取り込む際に顧客の電子メールアドレスをハッシュ化した場合は、Email_LC_SHA256名前空間をソースIDとして選択します。
  • データがハッシュ化されていない電話番号で構成されている場合は、PHONE_E.164名前空間をソースIDとして選択します。 Platform は、要件に従って電話番号をハッシュ化 Facebook します。
  • Facebook 電話番号のハッシュ要件に従ってPlatformにデータを取り込む際に電話番号をハッシュ化した場合は、Phone_SHA256名前空間をソースIDとして選択します。
  • データがAppleデバイスIDで構成されている場合は、IDFA名前空間をソースIDとして選択します。
  • データがAndroidデバイスIDで構成されている場合は、GAID名前空間をソースIDとして選択します。
  • データが他のタイプの識別子で構成されている場合は、Custom名前空間をソースIDとして選択します。

ターゲットフィールドの選択:

  • ソース名前空間がEmailまたはEmail_LC_SHA256の場合、Email_LC_SHA256名前空間をターゲットIDとして選択します。
  • ソース名前空間がPHONE_E.164またはPhone_SHA256の場合、Phone_SHA256名前空間をターゲットIDとして選択します。
  • ソース名前空間がIDFAまたはGAIDの場合、IDFAまたはGAIDの名前空間をターゲットIDとして選択します。
  • ソース名前空間がカスタムの場合は、Extern_ID名前空間をターゲットIDとして選択します。

IDマッピング

ハッシュ化されていない名前空間のデータは、アクティブ化時にPlatformによって自動的にハッシュ化されます。

属性ソースのデータは自動的にハッシュ化されません。 ソースフィールドにハッシュ化されていない属性が含まれている場合、「変換を適用」オプションをオンにして、アクティブ化時にPlatformでデータを自動的にハッシュ化します。
IDマッピング変換

例:Google Customer Matchでのオーディエンスデータのアクティブ化

これは、Google Customer Matchでオーディエンスデータをアクティブ化する際の正しいIDマッピングの例です。

ソースフィールドの選択:

  • 使用している電子メールアドレスがハッシュ化されていない場合は、Email名前空間をソースIDとして選択します。
  • Google Customer Match 電子メールハッシュ要件に従って、Platformにデータを取り込む際に顧客の電子メールアドレスをハッシュ化した場合は、Email_LC_SHA256名前空間をソースIDとして選択します。
  • データがハッシュ化されていない電話番号で構成されている場合は、PHONE_E.164名前空間をソースIDとして選択します。 Platform は、要件に従って電話番号をハッシュ化 Google Customer Match します。
  • Facebook 電話番号のハッシュ要件に従ってPlatformにデータを取り込む際に電話番号をハッシュ化した場合は、Phone_SHA256_E.164名前空間をソースIDとして選択します。
  • データがAppleデバイスIDで構成されている場合は、IDFA名前空間をソースIDとして選択します。
  • データがAndroidデバイスIDで構成されている場合は、GAID名前空間をソースIDとして選択します。
  • データが他のタイプの識別子で構成されている場合は、Custom名前空間をソースIDとして選択します。

ターゲットフィールドの選択:

  • ソース名前空間がEmailまたはEmail_LC_SHA256の場合、Email_LC_SHA256名前空間をターゲットIDとして選択します。
  • ソース名前空間がPHONE_E.164またはPhone_SHA256_E.164の場合、Phone_SHA256_E.164名前空間をターゲットIDとして選択します。
  • ソース名前空間がIDFAまたはGAIDの場合、IDFAまたはGAIDの名前空間をターゲットIDとして選択します。
  • ソース名前空間がカスタムの場合は、User_ID名前空間をターゲットIDとして選択します。

IDマッピング

ハッシュ化されていない名前空間のデータは、アクティブ化時にPlatformによって自動的にハッシュ化されます。

属性ソースのデータは自動的にハッシュ化されません。 ソースフィールドにハッシュ化されていない属性が含まれている場合、「変換を適用」オプションをオンにして、アクティブ化時にPlatformでデータを自動的にハッシュ化します。
IDマッピング変換

​スケジュール手順

適用対象:電子メールマーケティングの宛先とクラウドストレージの宛先

スケジュール手順

Adobe Experience Platform 電子メールマーケティングおよびクラウドストレージの宛先のデータをファイルの形式で書き CSV 出します。スケジュール​の手順で、エクスポートする各セグメントのスケジュールとファイル名を設定できます。 スケジュールの設定は必須ですが、ファイル名の設定はオプションです。

重要

Adobe Experience Platform は、エクスポートファイルを1ファイルあたり500万レコード(行)に自動的に分割します。各行は、1つのプロファイルを表します。

分割ファイル名には、ファイルが大きなエクスポートの一部であることを示す数字が付加されます。例:filename.csvfilename_2.csvfilename_3.csv

宛先に送信するセグメントに対応する「スケジュール​を作成」ボタンを選択します。

「スケジュールを作成」ボタン

完全なファイルを書き出す

完全なファイルをエクスポート」を選択すると、エクスポートしたファイルに、そのセグメントに適合するすべてのプロファイルの完全なスナップショットが含まれます。

完全なファイルの書き出し

  1. 頻度​セレクターを使用して、1回(1回)書き出しか​毎日​書き出しかを選択します。 完全なファイル​Daily​をエクスポートすると、毎日、開始日から終了日の午前12時(ESTの午後7時)にファイルがエクスポートされます。

  2. 時間​セレクターを使用して、エクスポートを実行する時刻をUTC形式で選択します。 ファイル​Daily​をエクスポートすると、毎日、開始日から選択した時刻の終了日まで、ファイルがエクスポートされます。

    重要

    特定の時刻にファイルをエクスポートするオプションは、現在ベータ版で、ご利用のお客様は限定できます。

  3. 日付​セレクターを使用して、エクスポートを実行する日または間隔を選択します。

  4. 作成」を選択してスケジュールを保存します。

増分ファイルを書き出す

増分ファイルを書き出し」を選択すると、書き出したファイルには、最後の書き出し以降にそのセグメントで認定されたプロファイルのみが含まれます。

重要

最初に書き出された増分ファイルには、セグメントの対象として認定されるすべてのプロファイルが含まれ、バックフィルとして機能します。

増分ファイルの書き出し

  1. 頻度​セレクターを使用して、日別​または​時間別​の書き出しを選択します。 増分ファイル​Daily​をエクスポートすると、毎日、開始日から終了日の午後12:00 UTC(ESTの午前7:00)にファイルがエクスポートされます。

    • 時間別​を選択する場合は、​セレクターを使用して、36812​時間のオプションを選択します。

      重要

      増分ファイルを3時間、6時間、8時間または12時間ごとに書き出すオプションは現在ベータ版で、限られた数のお客様のみが利用できます。 ベータ版以外のお客様は、増分ファイルを1日に1回書き出すことができます。

  2. 時間​セレクターを使用して、エクスポートを実行する時刻をUTC形式で選択します。

    重要

    エクスポートの時刻を選択するオプションは、一部の顧客にのみ使用できます。 ベータ版以外のお客様は、増分ファイルを1日1回(UTCの午後12:00(ESTの午前7時)に書き出すことができます。

  3. 日付​セレクターを使用して、エクスポートを実行する日または間隔を選択します。

  4. 作成」を選択してスケジュールを保存します。

ファイル名を設定します。

デフォルトのファイル名は、宛先名、セグメントID、日時インジケーターで構成されます。 例えば、エクスポートしたファイル名を編集して、異なるキャンペーンを区別したり、データのエクスポート時間をファイルに追加したりできます。

鉛筆アイコンを選択してモーダルウィンドウを開き、ファイル名を編集します。 ファイル名は255文字までに制限されています。

ファイル名の設定

ファイル名エディターで、別のコンポーネントを選択してファイル名に追加できます。

ファイル名のオプションを編集

宛先名とセグメントIDは、ファイル名から削除できません。 これらに加えて、次を追加できます。

  • セグメント名:ファイル名にセグメント名を追加できます。
  • 日時:ファイルが生成され MMDDYYYY_HHMMSS た時刻の形式またはUnixの10桁のタイムスタンプを追加するかを選択します。各増分エクスポートで生成される動的ファイル名をファイルに含める場合は、これらのオプションの1つを選択します。
  • カスタムテキスト:ファイル名にカスタムテキストを追加します。

変更を適用」を選択して、選択を確定します。

重要

日時​コンポーネントを選択しない場合、ファイル名は静的になり、新しく書き出されたファイルによって、保存場所にある以前のファイルが書き出しごとに上書きされます。 ストレージの場所から電子メールマーケティングプラットフォームに繰り返しインポートジョブを実行する場合は、このオプションをお勧めします。

すべてのセグメントの設定が完了したら、「次へ」を選択して続行します。

セグメントスケジュ ール

適用対象:広告の宛先,ソーシャルの宛先

セグメントスケジュール手順

セグメントスケジュール​ページで、宛先へのデータ送信の開始日と頻度を設定できます。

重要

ソーシャルの宛先の場合は、この手順でオーディエンスの接触チャネルを選択する必要があります。次の手順に進むには、まず次の画像のオプションのいずれかを選択してください。

Facebook Origin of Audience

重要

Googleカスタマーマッチの場合、この手順でIDFAまたはGAIDセグメントをアクティブ化する際に、アプリIDを指定する必要があります。

アプリidの入力

属性の 選択

適用対象:eメールマーケティングの宛先とクラウドストレージの宛先

属性の選択手順

属性を選択​ページで、「新しいフィールドを追加」を選択し、宛先に送信する属性を選択します。

メモ

Adobe Experience Platformは、スキーマの4つの推奨される、一般的に使用される属性を使用して、選択内容を事前入力します。person.name.firstNameperson.name.lastNamepersonalEmail.addresssegmentMembership.status

ファイルのエクスポート方法は、segmentMembership.statusが選択されているかどうかによって異なります。

  • segmentMembership.status」フィールドを選択した場合、エクスポートされるファイルには、最初のフルスナップショットの「アクティブ」メンバーと、後続の増分エクスポートの「アクティブ」および「期限切れ」メンバーが含まれます。
  • segmentMembership.status 」フィールドが選択されていない場合、エクスポートされるファイルには、最初の完全なスナップショットとそれ以降の増分エクスポートで、アクティブ​メンバーのみが含まれます。

推奨属性

必須属性

Platformが特定の属性を含むプロファイルのみを書き出すように、属性を必須としてマークできます。 その結果、追加のフィルタリング形式として使用できます。 属性を必須としてマークする必要は​ありません

必須の属性を選択しない場合、属性に関係なく、すべての適合済みプロファイルがエクスポートされます。

属性の1つを、スキーマの一意の識別子にすることをお勧めします。 必須属性について詳しくは、Eメールマーケティングの宛先ドキュメントのIDに関する節を参照してください。

重複排除キー

重複排除キーを使用すると、同じプロファイルの複数のレコードを1つのエクスポートファイルに含める可能性を排除できます。

Platformで重複排除キーを使用する方法は3つあります。

  • 単一のID名前空間を重複排除キーとして使用
  • XDMプロファイルの単一のプロファイル属性を重複排除キーとして使用
  • XDMプロファイルの2つのプロファイル属性の組み合わせを複合キーとして使用する
重要

単一のID名前空間を宛先に書き出すことができ、名前空間は重複排除キーとして自動的に設定されます。 宛先への複数の名前空間の送信はサポートされていません。

ID名前空間とプロファイル属性の組み合わせを重複排除キーとして使用することはできません。

重複排除の例

次の例は、選択した重複排除キーに応じた重複排除の仕組みを示しています。

次の2つのプロファイルについて考えてみましょう。

プロファイルA

{
  "identityMap": {
    "Email": [
      {
        "id": "johndoe_1@example.com"
      },
      {
        "id": "johndoe_2@example.com"
      }
    ]
  },
  "segmentMembership": {
    "ups": {
      "fa5c4622-6847-4199-8dd4-8b7c7c7ed1d6": {
        "status": "existing",
        "lastQualificationTime": "2021-03-10 10:03:08"
      }
    }
  },
  "person": {
    "name": {
      "lastName": "Doe",
      "firstName": "John"
    }
  },
  "personalEmail": {
    "address": "johndoe@example.com"
  }
}

プロファイルB

{
  "identityMap": {
    "Email": [
      {
        "id": "johndoe_1@example.com"
      },
      {
        "id": "johndoe_2@example.com"
      }
    ]
  },
  "segmentMembership": {
    "ups": {
      "fa5c4622-6847-4199-8dd4-8b7c7c7ed1d6": {
        "status": "existing",
        "lastQualificationTime": "2021-04-10 11:33:28"
      }
    }
  },
  "person": {
    "name": {
      "lastName": "D",
      "firstName": "John"
    }
  },
  "personalEmail": {
    "address": "johndoe@example.com"
  }
}

重複排除の使用例1:重複排除なし

重複排除を使用しない場合、エクスポートファイルには次のエントリが含まれます。

personalEmail firstName lastName
johndoe@example.com John Doe
johndoe@example.com John D

重複排除の使用例2:id名前空間に基づく重複排除

Email名前空間による重複排除を想定すると、書き出しファイルには次のエントリが含まれます。 プロファイルBはセグメントに適合する最新のものなので、書き出されるのはプロファイルBのみです。

メール* personalEmail firstName lastName
johndoe_1@example.com johndoe@example.com John D
johndoe_2@example.com johndoe@example.com John D

重複排除の使用例3:単一のプロファイル属性に基づく重複排除

personal Email属性による重複排除を想定すると、書き出しファイルには次のエントリが含まれます。 プロファイルBはセグメントに適合する最新のものなので、書き出されるのはプロファイルBのみです。

personalEmail* firstName lastName
johndoe@example.com John D

重複排除の使用例4:2つのプロファイル属性に基づく重複排除(複合重複排除キー)

複合キーpersonalEmail + lastNameによる重複排除を想定すると、エクスポートファイルには次のエントリが含まれます。

personalEmail* lastName* firstName
johndoe@example.com D John
johndoe@example.com Doe John

Adobeでは、すべてのプロファイルレコードが一意に識別されるように、CRM IDやEメールアドレスなどのID名前空間を重複排除キーとして選択することをお勧めします。

メモ

データセット内の特定のフィールドに(データセット全体ではなく)データ使用ラベルが適用されている場合、アクティブ化時にこれらのフィールドレベルのラベルが適用されます。

  • これらのフィールドは、セグメント定義で使用されます。
  • フィールドは、ターゲット先の予測属性として設定されます。

例えば、フィールドperson.name.firstNameに、宛先のマーケティングアクションと競合する特定のデータ使用ラベルが含まれている場合、レビュー手順でデータ使用ポリシー違反が表示されます。 詳しくは、「Adobe Experience Platformのデータガバナンス」を参照してください。

​Reviewstep

適用対象:すべての宛先

レビュー手順

確認」ページには、選択の概要が表示されます。「キャンセル」を選択してフローを分割するか、「戻る」を選択して設定を変更する、または、「完了」を選択して確定し、宛先へのデータの送信を開始します。

重要

この手順では、Adobe Experience Platformはデータ使用ポリシーの違反を確認します。 次に、ポリシーに違反する例を示します。 違反を解決するまで、セグメントのアクティベーションワークフローを完了することはできません。 ポリシー違反の解決方法について詳しくは、データガバナンスのドキュメントの節の「ポリシーの適用」を参照してください。

データポリシー違反

ポリシー違反が検出されなかった場合は、「完了」を選択して選択内容を確認し、宛先へのデータの送信を開始します。

confirm-selection

セグメントのアクティベーションが成功したことを確認します。

電子メールマーケティングの宛先およびクラウドストレージの宛先

電子メールマーケティングの宛先とクラウドストレージの宛先の場合、Adobe Experience Platformはストレージの指定した場所にタブ区切りの.csvファイルを作成します。 新しいファイルはストレージの場所に毎日作成されます。デフォルトのファイル形式は次のとおりです。
<destinationName>_segment<segmentID>_<timestamp-yyyymmddhhmmss>.csv

3 日連続で受け取るファイルは次のようになります。

Salesforce_Marketing_Cloud_segment12341e18-abcd-49c2-836d-123c88e76c39_20200408061804.csv
Salesforce_Marketing_Cloud_segment12341e18-abcd-49c2-836d-123c88e76c39_20200409052200.csv
Salesforce_Marketing_Cloud_segment12341e18-abcd-49c2-836d-123c88e76c39_20200410061130.csv

これらのファイルがストレージの場所に存在すれば、アクティベーションは成功しています。書き出されたファイルの構造を理解するには、サンプルの.csvファイル🔗をダウンロードします。 このサンプルファイルには、プロファイル属性person.firstnameperson.lastnameperson.genderperson.birthyearpersonalEmail.addressが含まれます。

広告の宛先

データをアクティブ化する対象の広告の宛先にあるアカウントを確認します。 アクティベーションに成功した場合、オーディエンスは広告プラットフォームに入力されます。

ソーシャルの宛先

Facebookの場合、アクティブ化が成功すると、Facebook Ads ManagerでFacebookカスタムオーディエンスがプログラムによって作成されます。 ユーザーがアクティブ化されたセグメントに対してオーディエンスが資格を持つかどうかによって、ユーザーのセグメントメンバーシップが追加および削除されます。

ヒント

Adobe Experience PlatformとFacebookの統合では、履歴オーディエンスのバックフィルがサポートされます。 宛先に対してセグメントをアクティブ化すると、すべての過去のセグメント認定がFacebookに送信されます。

アクティベーションの無効化

既存のアクティベーションフローを無効化するには、次の手順に従います。

  1. 左側のナビゲーションバーで「宛先」を選択し、「参照」タブをクリックして、宛先名をクリックします。
  2. 右側のパネルの「有効」コントロールをクリックして、アクティベーションフローの状態を変更します。
  3. データフロー状態の更新​ウィンドウで、「確認」を選択してアクティベーションフローを無効にします。

このページ