ユニバーサル ID の有効化のサポート

Beta機能

DSPは、DSPでサポートされているデジタル形式をまたいで、クックレスのシングルデバイス(クロスデバイスではなく)ターゲティングを行うための、人物ベースのユニバーサル ID をサポートしています。

  • 認証済みの [LiveRamp RampIDs] を、LiveRamp Connect ダッシュボードを使用して手動でDSPに直接送信できます。 「 認証済みセグメントの手動インポート LiveRamp」を参照してください。

  • DSPは、顧客データプラットフォーム(CDP)内で作成されたハッシュ化されたメール ID で構成されるファーストパーティセグメントを取り込み、LiveRamp RampIDs ID と Unified ID 2.0 (UID2.0) ID に変換できます。 サポートされる顧客データプラットフォーム、サポートされる各ユニバーサル ID タイプで使用可能な機能および関連ワークフローについて詳しくは、「 ファーストパーティオーディエンスソースについてを参照してください。

  • デスクトップやモバイルデバイスからの広告に晒され、特定の web ページを訪問するユーザーを対象として、ID5 ユニバーサル ID に関連付けられたユーザーを追跡するカスタムセグメントを作成できます。 ID5 は、確率的モデルを使用して、様々なユーザー信号およびブラウザー信号から派生した ID を割り当てます。 手順については、「 カスタムセグメントの作成と実装を参照してください。

  • 一部のベンダーのサードパーティセグメントには、Cookie やデバイス ID で追跡されるユーザーに加えて、ユニバーサル ID が自動的に含まれる場合があります。 例えば、Eyeota のセグメントには ID5 ID が自動的に含まれ、Lotame のセグメントにはUID2.0 ID が含まれる場合があります。 セグメントの詳細には、各タイプのサイズが含まれます。 セグメント名の横に記載されている各セグメントの通常の使用料金が適用されます。ID5 ID に対して追加料金は発生しません。

ユニバーサル ID タイプ別のレポート

  • カスタムレポート: コスト、インプレッション、クリック、コンバージョンおよび頻度データ(ユニバーサル ID タイプ別)を、カスタムレポートで使用できます。

  • Analyticsレポート: 必要なすべての手順を実装した Adobe Analytics for Advertising を持つ広告主は、Analytics でユニバーサル ID タイプ別のビュースルーコンバージョンを確認できます。

    note important
    IMPORTANT
    適切なコンバージョンアトリビューションを行うには、広告のクリックスルー URL に EF ID と AMO ID の両方が含まれていることを確認してください。
  • セグメントの詳細: すべてのセグメントタイプについて、セグメントの詳細には、ユニバーサル ID タイプ別のオーディエンスサイズや、Cookie またはデバイス ID で追跡されるデバイスタイプ別のオーディエンスサイズが含まれます。

プレースメントでユニバーサル ID オーディエンスをターゲットにする方法

NOTE
ライブプレースメントでターゲットの ID タイプを変更することはできません。 必要に応じて、ライブのプレースメントを複製し、新しいプレースメントでターゲットの ID タイプを変更できます。

新規、スケジュール済み、一時停止のプレースメントで、次の操作を行います。

  1. Geo-Targeting のセクションで、ターゲットにする地理的領域を指定します。 各ユニバーサル ID パートナーは、特定の地理的領域でのみユーザーのターゲティングを許可し、Targeting 設定では適格な ID タイプのみを使用できます。

  2. Audience Targeting セクションで、次の操作を行います。

    1. Included Audiences 設定で、ユーザーデータがユニバーサル ID に変換されたセグメントを選択します。

      必要に応じて、追加のセグメントを含めることができます。

    2. Targeting の設定で、

      1. ターゲットにするユニバーサル ID タイプを選択します。

        設定には、オプション「Legacy IDs」および「Universal ID」が含まれます。これらのオプションには、サブオプション「ID5」、「RampID」、および「Unified ID2.0」を含めることができます。 選択した地理的ターゲットによって、使用可能なサブオプションが決まります。

        「Legacy IDs」と「Universal ID」の両方を選択できますが、プレースメントごとに選択できるユニバーサル ID のタイプは 1 つだけです。 レガシー ID とユニバーサル ID の両方を選択する場合、入札の環境設定がユニバーサル ID に指定されます。

      2. (必要な場合)ユニバーサル ID を使用するためのサービス利用契約に同意します。

        データを新しい ID タイプに変換する前に、DSP アカウントのユーザーがサービス利用規約に同意する必要があります。 条件は、ID タイプごとに、アカウントごとに 1 回だけ受け入れられます。

プレースメント設定」を参照してください。

テストとデータ検証のベストプラクティス

Adobe Analyticsが使用できる RampID ベースのセグメントと ID5 ベースのセグメントには、次のベストプラクティスを使用します。

  • セグメントをアクティブ化してから約 24 時間後に、Audiences > All Audiences でセグメントの変換済み ID 数を確認します。 ID 数が予期しない場合は、Adobeアカウントチームにお問い合わせください。

    セグメント数がどのように変化する可能性があるかについて詳しくは 🔗 「 メール ID とユニバーサル ID のデータの相違」を参照してください。

  • 既存のパッケージやプレースメントを変更しないでください。 ただし、ユニバーサル ID をテストするための増分予算がない場合は、元の予算を減らしてテストに資金を供給します。

  • 元のパッケージとプレースメントをコピーし、テストのサイズに基づいて予算を調整し、RampID ベースのセグメント(認証済みユーザーの場合)または ID5 ベースのセグメント(未認証ユーザーの場合)を使用するようにオーディエンスを変更し、新しいパッケージとプレースメントが完全な予算を費やしていることを確認します。

    • ユニバーサル ID ベースのセグメントのパフォーマンスと、Cookie やモバイル広告 ID などの他のオーディエンス識別子をターゲットとするプレースメントのパフォーマンスを比較するには、個別のユニバーサル ID ベースのプレースメントおよび従来の ID ベースのプレースメントを使用するキャンペーンを作成します。

      完全なリターゲティングテストを行うには、認証済みユーザーの RampID と未認証ユーザーの ID5 の両方をターゲットにします。

      最高のパフォーマンスを得ることが主な比較対象ではありません。 代わりに、どの ID が適切にスケーリングされているかを判断します。これにより、後で最適化と予算の割り当てが変わる可能性があります。 長期的な目標は、Cookie が非推奨になった場合に失われたインプレッションとサイトトラフィックを補うことです。

    • ブラウザーのリーチの合計を比較するには、ユニバーサル ID ベースのセグメントとレガシー ID ベースのセグメントを同じプレースメントでターゲットします。 キャンペーンの設定は前のユースケースと同じものを使用します。ただし、キャンペーンの予算を分割する必要はありません。

      入札の環境設定はユニバーサル ID に与えられますが、従来の ID はユニバーサル ID が使用できない場合に入札を受け取ります。 様々なブラウザー(Chrome、Safari、Mozilla を含む)でリーチを比較してください。

      note note
      NOTE
      フリークエンシーキャップは、個々の ID に適用されます。 ユーザーに複数の ID タイプがある場合、想定以上にそのユーザーに到達する可能性があります。
  • 認証済みオーディエンスセグメントのリーチは、当然、cookie ベースのセグメントのリーチよりも小さくなり、追加のターゲティングオプションを使用するとリーチがさらに減少することに注意してください。 特に AND 文で複数のターゲットを結合するなど、詳細なターゲティングの使用には慎重に注意してください。

メール ID とユニバーサル ID のデータの相違 universal-ids-data-variances

許容可能な分散レベル

ハッシュ化されたメールアドレスのユニバーサル ID に対する翻訳率は、90% より大きい必要があります。ハッシュ化されたメールアドレスがすべて一意の場合、特に RampIDs の翻訳率は 95% である必要があります。 例えば、顧客データプラットフォームからハッシュ化されたメールアドレスを 100 個送信する場合は、少なくとも 95RampIDs 以上、それ以外の 90 種類以上のユニバーサル ID に翻訳する必要があります。 翻訳率が低い場合は、問題がある可能性があります。 考えられる説明については、「[ 相違の原因 ] (#universal-ids-data-variances-causes」を参照してください。

RampIDs しくは、翻訳率が 70% 未満の場合は、Adobeアカウントチームに問い合わせて詳細を確認してください。

差異の原因 universal-ids-data-variances-causes

  • すべてのセグメント:

    セグメント/デバイス数は、確率的モデルを使用します。このモデルのエラー分散は+/- 5% です。 つまり、オーディエンス数を 5% 過大評価または過小評価する可能性があります。

  • ハッシュ化されたメール ID を RampIDs に変換しました:

    • 複数のプロファイルが同じメール ID を使用する場合、DSP セグメント数は、カスタマーデータプラットフォーム内のプロファイル数よりも少ない可能性があります。 例えば、Adobe Photoshopでは、1 つのメール ID を使用して会社アカウントと個人アカウントを作成できます。 ただし、両方のプロファイルが同じ人物に属する場合、プロファイルは 1 つのメール ID に、対応して 1 つの RampID ール ID にマッピングされます。

    • RampID は新しい値にアップグレードできます。 LiveRamp がメール ID を認識しない場合や、データベース内の既存の RampID にマッピングできない場合は、新しい RampID をメール ID に割り当てます。 今後、メール ID を別の RampID にマッピングしたり、同じメール ID に関する詳細情報を収集したりできるようになると、RampID を新しい値にアップグレードします。 LiveRamp では、このアクションを「派生」アクションから「メンテナンス済み」アクシ RampID ンへのアップグレ RampID ドと呼びます。 ただし、DSPは、派生 ID とメンテナンス RampIDs の間のマッピングを取得しないので、以前のバージョンの RampID をDSP セグメントから削除できません。 この場合、セグメント数はプロファイル数より多くなる可能性があります。

      例:あるユーザーが Adobe web サイトにログインし、Photoshopページにアクセスしました。 メール IDLiveRamp 関する既存の情報がない場合は、派生 RampID (例:D123)を割り当てます。 15 日後、ユーザーは同じページを訪問しますが、LiveRamp の 15 日間に RampID をアップグレードし、RampID を M123 に再割り当てしました。 顧客データプラットフォームの「Photoshop愛好者」のセグメントには、ユーザーのメール ID が 1 つしかありませんが、DSP セグメントには D123 と M123 の 2 つの RampID があります。

トラブルシューティング

ユーザー数が表示されない場合や、オーディエンスサイズが小さい場合は、次の点を確認してください。

  • Flashtalking または Google Campaign Manager 360 の広告を使用する場合は、広告のクリックスルー URL に正しいマクロが追加されていることを確認します。 Flashtalking ads および Google Campaign Manager 360 ads マクロを参照してください。

  • オンサイトのイベントと広告漏洩を照合するために、正しいユニバーサル ID パートナー固有のコードが Web サイトに実装されていることを確認します。 必要に応じて、LiveRamp または ID5 の担当者に相談します。

  • (RampIDs ID および UID 2.0 ID の場合) DSP データソースが正しく設定されていることおよび生成されたオーディエンスセグメントに対してユーザー数が入力されていることを確認します。

  • リーチが予想を下回る場合は、オーディエンスセグメントロジックが精度が高すぎないことを確認します。

  • キャンペーン、パッケージ、プレースメントの設定が正しいことを確認します。

問題が解決しない場合は、Adobeアカウントチームにお問い合わせください。

recommendation-more-help
9ff4800f-94be-45f0-a5bf-09d0d7e96baa