Trade Desk - CRM 接続
- EU でデータをソースにする場合は、The Trade Desk - CRM (EU) の宛先を使用します。
- APAC または NAMER 地域でデータをソースにする場合は、The Trade Desk - CRM (NAMER & APAC) の宛先を使用します。
概要 overview
CRM データに基づくオーディエンスのターゲティングおよび抑制のために、Trade Desk アカウントに対してプロファイルをアクティブ化する方法について説明します。
このコネクタは、ファーストパーティデータのアクティベーション用に The Trade Desk にデータを送信します。 ハッシュ化されていない生のメールと電話番号を保存してくださ The Trade Desk。
前提条件 prerequisites
ID の一致要件 id-matching-requirements
Adobe Experience Platformに取り込む ID のタイプに応じて、対応する要件に従う必要があります。 詳しくは、ID 名前空間の概要 を参照してください。
サポートされている ID supported-identities
The Trade Desk では、以下の表で説明する ID のアクティブ化をサポートしています。 ID についての詳細情報。
Adobe Experience Platformでは、ハッシュ化されていないメールアドレスとハッシュ化されたメールアドレスの両方と電話番号がサポートされています。 ID の一致要件の節の手順に従って、プレーンテキストとハッシュ化されたメールアドレスに適切な名前空間をそれぞれ使用します。
メールハッシュ要件 email-hashing
メールアドレスは、Adobe Experience Platformに取り込む前にハッシュ化したり、生のメールアドレスを使用したりできます。
Experience Platformでのメールアドレスの取り込みについては、 バッチ取り込みの概要 を参照してください。
メールアドレスを自分でハッシュ化することを選択する場合は、次の要件に必ず従ってください。
-
先頭と末尾のスペースを削除します。
-
ASCII 文字をすべて小文字に変換します。
-
メ
gmail.comルアドレスのユーザー名部分から、以下の文字を削除します。code language-none *期間('.') 文字(ASCII コード 46)。 例えば、「jane.doe@gmail.com」を「janedoe@gmail.com」に正規化します。- プラス記号('+')文字(ASCII コード 43)とそれに続くすべての文字。 例えば、「janedoe+home@gmail.com」を「janedoe@gmail.com」に正規化します。
電話番号の正規化とハッシュ化の要件 phone-hashing
電話番号のアップロードに関して知っておくべき情報を以下に示します。
- リクエストでハッシュ化されているかハッシュ化されていないかに関係なく、リクエストで送信する前に電話番号を正規化する必要があります。
- 正規化、ハッシュ、エンコードされたデータをアップロードするには、電話番号を正規化された電話番号の Base64 でエンコードされた SHA-256 ハッシュとして送信する必要があります。
生の電話番号をアップロードする場合でも、ハッシュ化された電話番号をアップロードする場合でも、正規化する必要があります。
電話番号の正規化に関する要件について知っておく必要があるのは、次のとおりです。
-
UID2 演算子は、グローバル一意性を確保する国際電話番号形式である E.164 形式の電話番号を受け入れます。
-
E.164 の電話番号は最大 15 桁までです。
-
正規化された E.164 電話番号には、次の構文を使用します。
[+][country code][subscriber number including area code]にスペース、ハイフン、括弧、その他の特殊文字を含めないでください。 以下に、いくつかの例を示します。code language-none * US: 1 (234) 567-8901 は+12345678901 に正規化されています。- シンガポール:65 1243 5678 は+6512345678 に正規化されています。
- オーストラリア:携帯電話番号 0491 570 006 は、国コードを追加して先頭のゼロ(+61491570006)を削除するために正規化されています。
- UK:国コードを追加して先頭の 0 を削除するために、345678 が正規化された携帯電話番号 07812 +447812345678.
正規化された電話番号が、UTF-16 などの別のエンコーディングシステムではなく、UTF-8 であることを確認します。
電話番号ハッシュは、正規化された電話番号の Base64 でエンコードされた SHA-256 ハッシュです。 電話番号は、最初に正規化され、次に SHA-256 ハッシュアルゴリズムを使用してハッシュされ、次に、ハッシュ値の結果のバイトが Base64 エンコーディングを使用してエンコードされます。 Base64 エンコーディングは、16 進数でエンコードされた文字列表現ではなく、ハッシュ値のバイトに適用されることに注意してください。
次の表に、単純な入力電話番号の例を示します。安全な不透明な値に到達するために、各手順を適用した結果です。
書き出しのタイプと頻度 export-type-frequency
宛先の書き出しのタイプと頻度について詳しくは、以下の表を参照してください。
宛先への接続 connect
宛先に対する認証 authenticate
CRM 宛先 The Trade Desk、毎日のバッチファイルアップロードであり、ユーザーによる認証を必要としません。
宛先の詳細の入力 fill-in-details
オーディエンスデータを宛先に送信または有効化する前に、独自の宛先プラットフォームへの接続を設定する必要があります。 この宛先を設定するとき、次の情報を指定する必要があります。
- Account Type: Existing Account オプションを選択してください。
- Name:今後この宛先を認識するための名前。
- Description:今後この宛先を識別するのに役立つ説明。
- Advertiser ID:お使いの Trade Desk Advertiser ID。Trade Desk アカウントマネージャーで共有するか、Advertiser Preferences UI の Trade Desk にあるアセットです。
宛先に接続する場合、データガバナンスポリシーの設定は完全にオプションです。 詳しくは、Experience Platform データガバナンスの概要 を参照してください。
この宛先に対してオーディエンスをアクティブ化 activate
- データをアクティブ化するには、View Destinations、Activate Destinations、View Profiles、View Segments アクセス制御権限 が必要です。 アクセス制御の概要を参照するか、製品管理者に問い合わせて必要な権限を取得してください。
- ID を書き出すには、View Identity Graph アクセス制御権限 が必要です。
{width="100" modal="regular"}
宛先に対してオーディエンスをアクティブ化する手順については、 プロファイル書き出しのバッチ宛先に対するオーディエンスデータのアクティブ化 を参照してください。
Scheduling ページでは、書き出す各オーディエンスのスケジュールとファイル名を設定できます。 スケジュールの設定は必須ですが、ファイル名の設定はオプションです。
Mapping ページでは、ソース列から属性または ID 名前空間を選択し、ターゲット列にマッピングする必要があります。
以下に、オーディエンスを CRM 宛先に対してアクティブ化する際の、正しい ID マッピング The Trade Desk 例を示します。
ソースフィールドとターゲットフィールドの選択:
データの書き出しを検証 validate
データがExperience Platformから The Trade Desk に正しく書き出されていることを検証するには、「広告主データと ID」ライブラリ内の「Adobe 1PD」タブでオーディエンス The Trade Desk 見つけてください。 Trade Desk UI 内で対応する ID を見つける手順は次のとおりです。
- まず、「Libraries」タブを選択し、「Advertiser data and identity」セクションを確認します。
- Adobe 1PD をクリックすると、アクティブ化されたすべてのオーディエンスが一覧表示さ The Trade Desk ます。
- Experience Platformのセグメント名またはセグメント ID が、Trade Desk UI にセグメント名として表示されます。
データの使用とガバナンス data-usage-governance
Adobe Experience Platform のすべての宛先は、データを処理する際のデータ使用ポリシーに準拠しています。Adobe Experience Platform がどのようにデータガバナンスを実施するかについて詳しくは、データガバナンスの概要を参照してください。