ユニバーサルIDプロバイダーを使いユーザーをマッチ

Index Exchange (Index)では、ユニバーサルIDプロバイダーとは、ユーザーまたはデバイスに関連する識別子のことを指します。サプライパス全体で一般的に使用されています。ユニバーサルIDプロバイダーを使うバイヤーは、ブランドまたはパブリッシャー 広告が表示される、ウェブサイトまたはアプリの所有者。のファーストパーティデータ 広告主のファーストパーティデータには、顧客のメールアドレス、購買履歴、サイト全体のユーザー行動などが含まれる。パブリッシャーのファーストパーティデータは通常、そのサイト周辺から収集された行動情報（クッキー情報）で構成され、広告主に代わって広告のターゲティングに使用されます。、リマーケティング、行動ターゲティングなどのユーザーデータを使うオーディエンスターゲティングを有効にできます。ユニバーサルIDプロバイダーを有効にすることで、パブリッシャーは入札リクエスト SSPまたはアドエクスチェンジからDSPに送信され、入札可能なインプレッションに対する入札レスポンスをリクエストするOpenRTBリクエスト。入札リクエストには、DSPがそのインプレッションに入札するかどうかを決定するためのインプレッションに関する情報が含まれる。で、バイヤーにユニバーサルIDを渡すことができます。パブリッシャーと同じユニバーサルIDプロバイダーを有効にしたバイヤーは、保存したデータに対応するユーザーとつなぐためにユニバーサルIDを使うことができます。

バイヤーはユーザーやデバイスを理解している場合に高い入札額で落札しようとするので、パブリッシャーは、ユニバーサルIDプロバイダーを使用するメリットを得られます。その結果、ユニバーサルIDプロバイダーを使用するパブリッシャーは一般的に高い入札を受け取ります。

バイヤーは、オープンマーケットやディールIDを介して効率よく特定のオーディエンスにリーチできるので、ユニバーサルIDプロバイダーを使用することでメリットを得られます。その結果、バイヤーは関連するオーディエンスに適切なメッセージを届けることができ、さらにパーソナライズした体験を作ることができます。また、広告頻度や分析結果も管理できます。

Indexでは、2種類のユニバーサルIDに対応し、パブリッシャーとバイヤーがユーザーを識別しやすくなります。

• 認証されたID：匿名化Eメールアドレスや電話番号などのユーザー別情報を基にしたユニバーサルIDのタイプ。IDのこのタイプは、複数のデバイス上の特定済みユーザーと関連付けられています。

• 推定ID：Eメールアドレスや電話番号がブランドやパブリッシャーに提供されていないときに使うユニバーサルIDのタイプ。認証されたIDや推定IDは、デバイスレベルです。パブリッシャーのサイトを訪問した際に作成され、再度訪問する際に同じユーザーをリターゲティングするために使用されます。

ユニバーサルIDプロバイダーを有効にする方法については、パブリッシャーはサーバー間インテグレーションのための入札リクエストにおけるユニバーサルIDの送信を参照してください。

ユニバーサルIDプロバイダー対応

Indexでは、現在以下のユニバーサルIDプロバイダーに対応しています。

• 33Across

• Central and Eastern Europe ID

• Criteo

• Epsilon

• European Unified ID (EUID)

• First-id
  

• Google PAIR ID

• ID5

• LiveIntent

• LiveRamp

• Loblaw LMPID

• Lotame

• netID

• NovatiqId

• SharedID

• TrustPid

• 統合ID

• Utiq

• Yahoo ConnectID

当社でサポートするユニバーサルIDプロバイダーについては、対応するIDプロバイダーのリスト。

ユニバーサルIDがどのように入札リクエストにパスされるか

	ユニバーサルIDプロバイダーが有効化されている場合に、パブリッシャーサイトをユーザーが訪問すると、パブリッシャーのインテグレーションはユニバーサルIDを再取得する時間が設定され、時間が切れる前に入札リクエストにも含まれます。ユニバーサルIDが利用できるかどうかに応じて、以下のことが発生します。 時間が切れる前にユニバーサルIDが利用可能で再取得できると、ワークフローはステップ2へ進みます。 ユニバーサルIDが利用できない場合は、パブリッシャーのインテグレーションは、ユニバーサルIDプロバイダーのエンドポイント 特定の方法でサーバーと通信するように設定されたURL。へ送られます。ユーザーが許可した場合、新しいIDが作成されブラウザのローカルストレージにキャッシュされます。リクエストがEUから作成された場合、ユーザーには、ユーザー情報の使用と保管の許可を得るメッセージが表示されます。また、Indexでは、TCF2.0が入札リクエストと共に渡されます。ワークフローがステップ2へ続きます。 ユーザーが許可しない場合や、ユニバーサルIDが時間内に取得できない場合、ユニバーサルIDなしの入札リクエストとワークフローは終了します。 ユニバーサルIDは、時間切れの前に取得できませんが、ユーザーは許可を提供する必要があり、ユニバーサルIDは収集され、今後のインプレッションのためにブラウザのローカルストレージに保存されます。
	ユニバーサルIDが時間内に再取得でき、Indexがパブリッシャーのインテグレーションの種類に基づいて、以下の内いずれかの方法を使用できます。 Prebid.js パブリッシャーがウェブサイトにヘッダービッディングを実装し、複数のヘッダービッディングパートナーを管理するためのオープンソースライブラリ。の インテグレーション：ユニバーサルIDは bidrequest.userIdAsEidsオブジェクトを介してIndexアダプターで利用できるようになります。Prebid.jsで対応可能にする方法は、Indexのアダプターについてご確認ください。 OpenRTB リアルタイム入札オークションにおけるオンライン広告のバイヤーとセラー間の通信のためのオープンな業界標準。IABにより制定されました。サーバー間インテグレーション：user.ext.eidsオブジェクトを介してユニバーサルIDが利用可能になります。これを入札リクエストに含む方法については、サーバーからサーバーインテグレーションのための入札リクエストでユニバーサルIDを送信する方法をご確認ください。 注意：パブリッシャーが、暗号解読を必要とするユニバーサルIDを使う場合、ステップ3で暗号読解されたユニバーサルIDを含む暗号化されたエンベロープが存在します。
	パブリッシャーが有効化したユニバーサルIDプロバイダーによって、以下の内いずれかが発生します。 Indexが対応するユニバーサルIDは暗号読解または、各有効なDSP デマンドサイドプラットフォーム（DSP）。リアルタイムで入札の意思決定を自動化し、アドエクスチェンジやSSPを通じてバイヤーとオーディエンスを効率的につなぐソフトウェアプラットフォーム。バイサイド・プラットフォームとも呼ばれます。のための個別IDに変換されます。その後、受信できる有効なDSPに渡されます。 バイヤーがIndexのMatched Audiences™ソリューションを使っている場合、Matched Audiencesに対応するいずれかのユニバーサルIDプロバイダーがバイヤーのオーディエンスファイルをIndexAudience Managerに渡します。Indexは、オーディエンスファイルをIndex広告サーバーへ検証、展開します。Indexまたはパブリッシャーが、オーディエンスに向けてディールIDを作成します。 バイヤーオーディエンスファイルからのユーザーが、パブリッシャーのサイトを訪問した場合、IndexはそのユーザーがディールIDの条件に合っているか確認します。もし条件が一致した場合、Indexが入札リクエストを有効なDSPに渡します。 パブリッシャーがLiveRampを有効にした場合、ユニバーサルIDは復号化または変換され、各対象DSPの固有IDになります。その後、ユニバーサルIDが受信できる有効なDSPに渡されます。