UID2 Credentials

UID2 参加者はそれぞれ、固有の認証情報のセットを取得します。取得する認証情報のセットは、以下の表に示すように、UID2にどのように参加しているかによって決まります。

Audience	Credentials	Integration
Server-Sideのエンドポイントを使用する参加者	以下の両方: APIキー、クライアントキーとも呼ばれます。 Client secret、参加者と UID2 Service だけが知る値。	これらのエンドポイントのいずれかを使用するインテグレーション: POST /identity/map POST /identity/buckets POST /token/generate
Client-Side の実装を使用する参加者	以下の両方: Subscription ID Public key	これらのいずれかを使用したインテグレーション: UID2 Client-Side Integration Guide for Prebid.js Client-Side Integration Guide for JavaScript

本番環境だけでなくテスト環境も使用している場合は、それぞれの環境用に別々の認証情報を取得します。

API Key and Client Secret

Server-Side の実装(UID2 Server-Side Integration Guide for Prebid.js または Server-Side Integration Guide for JavaScript を参照) を使用している場合、API Key とクライアントシークレットにより、Operator Service に接続し、API エンドポイントを呼び出すことができます。これらの値は、サービスの参加者を識別します。

以下は API Key とクライアントシークレットに関する情報です:

UID2 参加者は、複数のキーを持つことができます。
各キーには、それを使用できるエンドポイントを決定する Permissions のセットがあります。
各キーには対応するクライアントシークレットがあります。
ほとんどの API エンドポイントは、認証のために API Key とクライアントシークレットの両方を必要とします。詳細は Authentication and Authorizatio を参照してください。
本番環境だけでなくテスト環境も利用する場合は、それぞれの環境で別々の API Key が必要になります。
クライアントシークレットは特定の Environment で有効です。テスト環境と本番環境の両方を使っている場合、それぞれの環境用のクライアントシークレットを取得します。

UID2 アカウントのセットアップの一環として、1つ以上の API Key が発行され、それぞれに対応するクライアントシークレットが割り当てられます。相談相手の詳細については、Contact Info を参照してください。

キーとクライアントシークレットのセキュリティは非常に重要です。以下のガイドラインに従ってください:

API Key とクライアントシークレットは、認証情報が漏洩するリスクを減らすために、定期的に(例えば1年ごとに)更新するのがベストです。

Client-Side の実装(UID2 Client-Side Integration Guide for Prebid.js または Client-Side Integration Guide for JavaScript を参照) を使用している場合は、以下の認証情報を受け取ります:

UID2 JavaScript SDK または Prebid を使用して、Client-Side で UID2 を実装する場合、設定の一部として SDK または Prebid に値を提供します。

Notes:

API キーとクライアントシークレットとは異なり、Subscription ID と Public key は安全に保管する必要はありません。
これらの値は特定の Environment に対して有効です。テスト環境と本番環境の両方を使用している場合、それぞれの環境用の認証情報のセットを取得します。
Subscription ID と Public Key の認証情報は、Client-Side トークンの生成にのみ使用できます。追加のロールが必要な場合は (API Permissions を参照してください)、そのロールの API Key と Client Secret をリクエストしてください。

新しいクレデンシャルをリクエストするには、いつでも UID2 の連絡先に連絡してください。