この記事には、この機能の設定と使用方法を説明する製品ドキュメントが含まれています。法的なアドバイスは何も含まれません。法律に関するガイダンスについては、御社の顧問弁護士にアドバイスを求めてください。
このページでは、オフラインのみの顧客データからオーディエンスセグメントを構築し、それらを People-Based Destinations に送信する方法について、順を追って説明します。
このシナリオでオーディエンスセグメントを作成する際は、最初の手順として、オフラインの顧客データを Audience Manager に取り込みます。
続行する前に、オンボーディングしようとしている顧客アクティビティが、対応する オンボーディングされた特性を備えた Audience Manager で既に定義されていることを確認します。
既存の Audience Manager 顧客 ID(DPUUID)がハッシュ化された電子メールであるかどうかにかかわらず、DPUUID を含むデータソースに対して特性のオンボーディングをおこなう必要があります。
対応するオンボード特性 ID について、下の表から顧客 ID を認定したい場合。DPUUID が ID 999999 のデータソースに格納されていて、Audience Manager データソース ID が 123 だとしましょう。
顧客 ID(DPUUID) | オンボードの特性 ID |
---|---|
68079982765673198504052656074456196039 | 12345, 23456 |
67412682083411995725538770443620307584 | 45678 |
89159024796760343733111707646026765593 | 11223, 93342, 27341 |
上記の例で、対応するオンボード特性について顧客 ID を絞り込むには、受信データファイルを次の内容でアップロードする必要があります。
68079982765673198504052656074456196039<TAB>d_sid=12345,d_sid=23456
67412682083411995725538770443620307584<TAB>d_sid=45678
89159024796760343733111707646026765593<TAB>d_sid=11223,d_sid=93342,d_sid=27341
ファイル名は次のようになります。ftp_dpm_999999_123_TIMESTAMP.sync.gz
ファイル名構造について詳しくは、「受信データファイルの Amazon S3 名とファイルサイズの要件」を参照してください。
DPUUID が小文字かどうか、ハッシュ化された電子メールアドレスであるかどうかに応じて、ハッシュされた電子メールアドレスを保存するデータソースを設定する必要があります。
シナリオ 1:DPUUID が、既に小文字のハッシュ化された電子メールアドレスになっている。
この場合、以下のように、対応するデータソースにラベルを付ける必要があります。
シナリオ 2:DPUUID が、小文字のハッシュ化された電子メールアドレスになっていない。
この場合、ハッシュ化された電子メールアドレスを保存する新しいクロスデバイスデータソースを作成する必要があります。手順は次のとおりです。
Audience Managerアカウントにログインし、Audience Data/Data Sources に移動して、Add Newをクリックします。
新しいデータソースに、Name と Description を入力します。
ID Type ドロップダウンメニューで、「Cross Device」を選択します。
Data Source Settings セクションで、Inbound と Outbound のオプションを両方選択し、Share associated cross-device IDs in people-based destinations オプションを有効にします。
ドロップダウンメニューを使用して、このデータソースの Emails(SHA256, lowercased) ラベルを選択します。
このオプションは、データソースに、特定のアルゴリズムでハッシュ化されたデータを含んでいるというラベルのみを付けます。Audience Manager は、この手順ではデータをハッシュ化しません。このデータソースに保存する予定の電子メールアドレスが、SHA256 アルゴリズムで既にハッシュ化されていることを確認してください。それ以外の場合は、People-Based Destinations では使用できません。
People-Based Destinations 用にオフラインデータを Audience Manager に取り込む方法については、「データのオンボーディング」を参照してください。
People-Based Destinations のデータソースの作成方法に関するビデオチュートリアルについては、以下のビデオをご覧ください。
この手順は前述のシナリオ 2 にのみ適用されます。既存の DPUUID がハッシュ化された電子メールアドレスの場合は、手順 4 - セグメントの結合ルールの作成をスキップしてください。
手順 1 の例にある既存の DPUUID と、下の表(右側の列)のハッシュ化された電子メールアドレスを照合し、ハッシュ化された電子メールアドレスを「手順 2 - データソースの設定」で作成した新しいデータソースに保存するとします。
2 つのデータソースが表示されるようになりました。
データソース ID | データソースの内容 |
---|---|
999999 | 既存の DPUUID(CRM ID) |
987654 | ハッシュ化された電子メールアドレス |
DPUUID(CRM ID) | 電子メールアドレス | ハッシュ化された電子メールアドレス |
---|---|---|
68079982765673198504052656074456196039 | johndoe@example.com |
55e79200c1635b37ad31a378c39feb12f120f116625093a19bc32fff15041149 |
67412682083411995725538770443620307584 | janedoe@email.com |
16d72e3edbeb089b299e0d12fc09522fdc5ece2d11dcb1304ecdd6fab4f7193a |
89159024796760343733111707646026765593 | name@mydomain.com |
feec5debcea411f54462a345a0d90c9975415d2d4862745ff8af00c49b6b4ae6 |
ここに示す例では、ID 同期ファイル には以下の内容が含まれています。
68079982765673198504052656074456196039<TAB>55e79200c1635b37ad31a378c39feb12f120f116625093a19bc32fff15041149
67412682083411995725538770443620307584<TAB>16d72e3edbeb089b299e0d12fc09522fdc5ece2d11dcb1304ecdd6fab4f7193a
89159024796760343733111707646026765593<TAB>feec5debcea411f54462a345a0d90c9975415d2d4862745ff8af00c49b6b4ae6
ID 同期ファイル は、次の命名構造に従う必要があります。
c2c_id_<DPUUID_DATA_SOURCE_ID>_<HASHED_EMAIL_DATA_SOURCE_ID>_TIMESTAMP.sync
上記の例では、ファイル名は c2c_id_999999_987654_1560431657.sync
となります。
ID 同期ファイルを作成したら、Amazon S3 バケットにアップロードする必要があります。ID 同期ファイルのアップロード方法について詳しくは、Audience Manager へのバッチデータの送信を参照してください。
次の手順では、オーディエンスセグメントを作成して People-Based Destinations に送信するのに役立つ、新しい結合ルールを作成します。
オフラインのみのデータから新しいセグメントを作成するには セグメントビルダー を使用し、セグメントの作成時に前の手順で作成した新しいプロファイル結合ルールを使用するようにしてください。
Audience Manager は、一定期間後に期限切れになる認証トークンを介して、ソーシャルプラットフォームとの統合を処理します。期限切れトークンの更新方法について詳しくは、「認証トークンの更新」を参照してください。