UID2 SDK for JavaScript Reference Guide
この SDK を使用すると、UID2 を使用してクライアントの ID を確立し、Advertising Token を取得するプロセスが容易になります。以下のセクションでは、UID2 ID を確立するための workflow について説明し、SDK の API reference を提供し、UID2のstorage formatについて説明します。
Prebid.js を UID2 ID モジュールと一緒に使用しているや、UID2 をサポートしている他の製品と一緒に使用している場合、おそらく SDK を使用する必要はないでしょう。Prebid.js モジュールがすべてを管理します。詳細については、UID2 Client-Side Integration Guide for Prebid.js を参照してください。
このページでは、UID2 SDK for JavaScript version 3 について説明します。以前のバージョンを使用してインテグレーションを管理している場合は、以下のいずれかを行ってください:
- migration guide を使用して、インテグレーションをアップグレードします。(推奨)
- earlier versions of the SDK のドキュメントを参照します。
関連情報:
コンテンツパブリッシャーのインテグレーションステップについては、以下を参照してください:
アプリケーションのサンプルと関連文書については、以下を参照してください:
- SDK v3を使用したUID2 Google Secure Signals のサンプル:
- Code and docs
- Running site: Client-Side UID2 SDK Integration Example
- JavaScript Client-Side インテグレーションの例: Code、Running site (Client-Side Integration Example, UID2 JavaScript SDK).
Functionality
この SDK は、独自にカスタマイズした UID2 インテグレーションを行いたいパブリッシャーの開発を簡素化します。以下の表は、SDK がサポートする機能を示しています。
Encrypt Raw UID2 to UID2 Token | Decrypt UID2 Token | Generate UID2 Token from DII | Refresh UID2 Token |
---|---|---|---|
Not supported | Not supported | Not supported | Supported |
API Permissions
この SDK を使用するには、Account Setup ページに記載されている手順に従って、UID2 アカウントのセットアップを完了する必要があります。
SDK が提供する特定の機能の使用許可が与えられ 、そのアクセス用の認証情報が与えられます。SDK には、使用する権限を持たない機能があるかもしれないことに留意してください。例えば、パブリッシャーはトークンの生成と更新のために特定の API Permissions を取得しますが、SDK は共有などの他のアクティビティをサポートするかもしれません。
詳細は、API Permissions を参照してください。
SDK Version
このドキュメントは UID2 SDK for JavaScript version 3 用です。
GitHub Repository
この SDK のソースは、以下のオープンソースの GitHub リポジトリにあります:
SDK Distribution
この SDK は、以下のロケーションに公開されています:
-
CDN:
https://cdn.prod.uidapi.com/uid2-sdk-${VERSION_ID}.js
この文書の最新更新時点での最新バージョンは 3.2.0 です。the list of available versions も参照してください。
-
CDN (Integration):
https://cdn.integ.uidapi.com/uid2-sdk-${VERSION_ID}.js
このインテグレーション URL には最小化されていないコードが含まれており、テストのみを目的としています。この URL を本番サイトに使用しないでください。
Terminology
このドキュメントでは、以下の用語が使われます:
- ID とは、POST /token/generate または POST /token/refresh エンドポイントによって返される、UID2 Token、Refresh Token、および Timestamp などの関連値を含む値のパッケージを指します。
- Advertising Token は UID2 Token を指します。
- Callback functionは、本 SDK の現在のバージョン用に構築され、Array Push Pattern を使用して登録されたコールバック関数を指します。
- Legacy callback function は、この SDK のバージョン 1.x または 2.x 用に構築され、
init
の呼び出しで登録されたコールバック関数を指します。
Include the SDK Script
UID2 をターゲティング広告に使用したいすべてのページに、以下の SDK スクリプトを含めます:
<script src="https://cdn.prod.uidapi.com/uid2-sdk-3.2.0.js" type="text/javascript"></script>
Async or Defer Loading the SDK Script
Version 3 以降の SDK は、async
または defer
スクリプトローディングとともに使用することができます。
サイトで async
または defer
スクリプトのロードを使用している場合は、次のようにしてください:
-
(必須)
SdkLoaded
イベントを受信したときに、callback function から__uid2.init
を呼び出していることを確認します。 -
(必須) Scriptタグに関連する属性を追加します。
-
(推奨) 以下の例のように、Script タグがページの
<head>
部分にあることを確認してください:<head>
<!-- ... -->
<script async src="https://cdn.prod.uidapi.com/uid2-sdk-3.2.0.js" type="text/javascript"></script>
<!-- ... -->
</head>
Workflow Overview
SDK を使用して UID2 ID を確立するための Client-Side ワークフローは、以下の Step で構成されます:
-
Array Push Pattern を使ってコールバック関数を登録します。
-
コールバックが
SdkLoaded
イベントを受信したら、init 関数を使用して SDK を初期化します。 -
イベントリスナーが
InitCompleted
イベントを受信するのを待ちます。イベントデータは ID が利用可能かどうかを示します:- ID が利用可能な場合、その ID がイベントペイロードに返されます。SDK は background token auto-refresh を設定します。
- ID が利用できない場合、ペイロードの
identity
プロパティは null になります。provide an identity to the SDK するまで、UID2 は利用できません。
-
ID の変更を示す
IdentityUpdated
コールバックイベントを処理します。イベントペイロードの
identity
プロパティには新しい ID が格納されるか、有効な ID がない場合は null が格納されます。 -
状態に基づいて ID を処理します:
- Advertising Token が利用可能な場合、それを使用してターゲティング広告のリクエストを開始する。
- Advertising Token が利用可能でない場合は、ターゲティング広告を使用しないか、同意フォームを使用してユーザーを UID2 ログインにリダイレクトします。
より詳細な Web インテグレーションの手順については、Server-Side Integration Guide for JavaScript を参照してください。
Background Token Auto-Refresh
SDKの initialization の一部として、ID の Token Auto-refresh が設定され、ID の Timestamp または断続的なエラーによるリフレッシュの失敗によってバックグラウンドでトリガーされます。
Token の Auto-refresh について知っておくべきことは以下のとおりです:
- 一度にアクティブにできる Token refresh call は 1 つだけです。
- POST /token/refresh レスポンスが、ユーザーがオプトアウトしたため、あるいはリフレッシュトークンの有効期限が切れたために失敗した場合、バックグラウンドでの自動更新処理を中断し、新しいログインを要求します (isLoginRequired() は
true
を返します)。それ以外のケースでは、auto-refresh の試みはバックグラウンドで継続されます。 - SDK の初期化時に指定された callback function は、以下の場合に呼び出されます:
- リフレッシュが成功するたびに呼び出されます。
- ユーザがオプトアウトした場合など、IDが無効になった場合。
NOTE: ID が一時的に使用できなくなり、自動リフレッシュに失敗し続けた場合、コールバックは呼び出されません。この場合、SDK は有効期限が切れていない限り、既存の Advertising Token を使用し続けます。
- disconnect() 呼び出しはアクティブなタイマーをキャンセルします。
Callback Function
Array Push Pattern を使用して、UID2 SDK からイベントを受信する関数を登録できます。現在利用可能なイベントはいくつかあります:
SdkLoaded
は SDK がパースされ、グローバルな__uid2
オブジェクトが構築された後に発生します。これはinit()
を呼び出す際に便利で、特にスクリプトのロード順序が保証されていない場合に便利です (例えば 、スクリプトのロードにasync
やdefer
を使用している場合など)。init()
が終了し、SDK を使用できる状態になるとInitCompleted
が発生します。init
呼び出しで ID が提供された場合、または SDK が以前に提供された ID をロードできた場合、その ID がペイロードに含まれます。IdentityUpdated
は、新しいIDが利用可能になるか、既存の ID が利用できなくなるたびに発生します。
コールバック関数はいくつでも用意でき、どこからでも登録できます。これにより、サイトにとって意味のある方法でコードを分割することができます。
Callback Function Signature
コールバック関数は、イベントタイプとペイロードの2つのパラメータを受け取る必要があります。ペイロードのタイプはイベントのタイ プに依存します。
次の例のコールバックは SdkLoaded
イベントを処理して init を呼び出し、init
が完了した後に ID が利用できない場合は InitCompleted
イベントを使用して ID を提供します。
- JavaScript
- TypeScript
window.__uid2 = window.__uid2 || {};
window.__uid2.callbacks = window.__uid2.callbacks || [];
window.__uid2.callbacks.push((eventType, payload) => {
if (eventType === 'SdkLoaded') {
__uid2.init({});
}
if (eventType === 'InitCompleted' && !payload.identity) {
const generatedIdentity = await requestIdentityFromServer(); // Call your server-side integration to generate a token for the logged-in user
__uid2.setIdentity(generatedIdentity);
}
});
import { EventType, CallbackPayload } from "./callbackManager";
window.__uid2 = window.__uid2 || {};
window.__uid2.callbacks = window.__uid2.callbacks || [];
window.__uid2.callbacks.push((eventType: EventType, payload: CallbackPayload) => {
if (eventType === 'SdkLoaded') {
__uid2.init({});
}
if (eventType === 'InitCompleted' && !payload.identity) {
const generatedIdentity = await requestIdentityFromServer(); // Call your server-side integration to generate a token for the logged-in user
__uid2.setIdentity(generatedIdentity);
}
});
Event Types and Payload Details
Event | Payload | Details |
---|---|---|
SdkLoaded | {} | SDK スクリプトがロードされ、グローバルな __uid2 が構築されたときに呼び出されます。このイベントを受け取ると、安全に __uid2.init を呼び出すことができます。コールバックは常にこのイベントを一度だけ受け取ります。コールバックが登録されたときに SDK が既にロードされていた場合、コールバックは直ちにこのイベントを受け取ります。 |
InitCompleted | { identity: Identity | null } | init() が終了すると呼 び出されます。コールバックは init が正常に呼び出されている限り、常にこのイベントを一度だけ受け取ります。コールバックが登録されたときに init が完了していた場合は、SdkLoaded イベントを受信した直後にこのイベントを受け取ります。 |
IdentityUpdated | { identity: Identity | null } | 現在の ID が変更されるたびに呼び出されます。コールバックが登録された後に ID が変更されなかった場合、コールバックはこのイベントを受け取りません。 |
Identity
型は init()
を呼び出す時に指定できる ID と同じ型です。
Array Push Pattern
順番にロードされることが保証されていないスクリプトタグ (例えば、async
や defer
スクリプトタグを使用している場合など) を最適にサポートするために、コールバックを登録するには以下のパターンを使用します:
window.__uid2 = window.__uid2 || {};
window.__uid2.callbacks = window.__uid2.callbacks || [];
window.__uid2.callbacks.push(callbackFunction);
これにより、以下が保証されます:
- SDK がロードされる前にコードを実行した場合 (つまり、グローバルな
__uid2
オブジェクトが利用できない場合)、SDK が見つけることができるコールバックを提供することができます。 - あなたのコードより先に SDK が実行された場合、
__uid2
オブジェクトやcallbacks
配列は上書きされません。 - このパターンを使用して複数のコールバックが登録された場合、それらは互いに上書きされません。
Provide an Identity to the SDK
SDK がローカルストレージまたはクッキーから以前に保存された ID をロードできる場合を除き、SDK に ID を提供する必要があります。これにはいくつかの方法があります:
- Provide an Identity by Setting a First-Party Cookie
- Provide an Identity in the Call to
init
- Provide an Identity by Calling
setIdentity
Provide an Identity by Setting a First-Party Cookie
storage format section で説明されているように、ファーストパーティクッキーを保存していて、その値がローカルストレージで利用可能な値よりも新しい場合、SDK はその値をクッキーからロードします。もし useCookie
init オプションを true
に設定した場合、SDK は常にこの値をロードし、ローカルストレージをチェックしません。init parameters を使用して、クッキーに関することを制御できます。
Provide an Identity in the Call to init
init
を呼び出す時に、新しい ID を指定できます。
Provide an Identity by Calling setIdentity
init
が完了したら、いつでも setIdentity
を呼び出して、SDK に新しい ID を渡すことができあす。
API Reference
UID2 SDK for JavaScript とのやり取りはすべて UID2
クラスのインスタンスであるグローバルな __uid2
オブジェクトを介して行われます。以下の JavaScript 関数はすべて UID2
クラスのメンバです。
- constructor()
- init()
- getAdvertisingToken()
- getAdvertisingTokenAsync()
- isLoginRequired()
- disconnect()
- abort()
- callbacks NEW IN V3
- setIdentity() NEW IN V3
- getIdentity() NEW IN V3
constructor()
UID2 オブジェクトを構築します。SDK がロードされると、自動的に UID2 クラスのインスタンスが初期化され、グローバルな __uid2 オブジェクトとして保存されます。高度なインテグレーションでは、このコンストラクタを直接使用することができますが、SDK の複数のアクティブなインスタンスが実行されないように注意する必要があります。これはサポートされていない使用例です。
この関数を呼び出す代わりに、グローバルの __uid2
オブジェクトを使用することができます。
init(opts: object): void
SDK を初期化し、ターゲティング広告用のユーザー ID を確立します。
この関数について知っておくべきことは以下のとおりです:
init()
は SDK がロードされた後であれば、いつでも呼び出すことができます。これを行うには、Array Push Pattern を使用してSdkLoaded
イベントを処理するコールバック関数を登録することを推奨します。このパターンを使うことで、スクリプトのロード順序に関係なくコードが動作し、スクリプトタグでasync
やdefer
を使っても UID2 SDK のエラーが発生しないようにすることができます。init()
呼び出しのidentity
プロパティは、POST /token/generate または POST /token/refresh 呼び出しが成功したときに返されるレスポンス JSON オブジェクトのbody
プロパティを参照します。Server-side のインテグレーションで常に現在のトークンを使用できるようにしていて、JavaScript を使用して ID を提供するほうが便利な場合は、この方法を使用するとよいでしょう。init()
呼び出しのidentity
プロパティが不正な場合、SDK はローカルストレージまたはクッキーから ID をロードしようとします。init()
が完了すると、すべてのコールバックはInitCompleted
イベン トを受信します。このイベントのペイロードのidentity
プロパティが null の場合、ID をロードできなかったことになるので、provide an identity to the SDK する必要があります。これは、Server-side のインテグレーションによって常に現在の ID が利用可能であることが保証されておらず、必要な場合にのみサーバーから ID を要求する必要がある場合に推奨される ID の提供方法です。- 渡された UID2 情報をセッションに保存するためにファーストパーティクッキー (UID2 Storage Format を参照) を使用している場合、異なるドメインのページから
init()
を呼び出すと、そのクッキーにアクセスできないことがあります。cookieDomain
オプションとcookiePath
オプションで、クッキーに使用する設定を調整することができます。
- 特定の動作を調整するために、初期化呼び出しにはオプションの設定 init prarmeters を含めることができます。
以下は、Server-side で生成された ID を含むコールバックを使った init()
呼び出しの例です。
<script>
window.__uid2 = window.__uid2 || {};
window.__uid2.callbacks = window.__uid2.callbacks || [];
window.__uid2.callbacks.push((eventType, payload) => {
if (eventType === "SdkLoaded") {
__uid2.init({
identity : { // The `body` property value from the token/generate or token/refresh API response.
"advertising_token": "AgmZ4dZgeuXXl6DhoXqbRXQbHlHhA96leN94U1uavZVspwKXlfWETZ3b/besPFFvJxNLLySg4QEYHUAiyUrNncgnm7ppu0mi6wU2CW6hssiuEkKfstbo9XWgRUbWNTM+ewMzXXM8G9j8Q=",
"refresh_token": "Mr2F8AAAF2cskumF8AAAF2cskumF8AAAADXwFq/90PYmajV0IPrvo51Biqh7/M+JOuhfBY8KGUn//GsmZr9nf+jIWMUO4diOA92kCTF69JdP71Ooo+yF3V5yy70UDP6punSEGmhf5XSKFzjQssCtlHnKrJwqFGKpJkYA==",
"identity_expires": 1633643601000,
"refresh_from": 1633643001000,
"refresh_expires": 1636322000000
}
});
}
});
</script>
以下は、以前に提供された ID があれば、それをローカルストレージからロードする init()
呼び出しの例です。このようなスクリプトは、ID が確立された後にユーザーが訪れる可能性のある任意のページに配置することができます。
<script>
window.__uid2 = window.__uid2 || {};
window.__uid2.callbacks = window.__uid2.callbacks || [];
window.__uid2.callbacks.push((eventType, payload) => {
if (eventType === "SdkLoaded") {
__uid2.init({}); // Note that you must provide a configuration object, even if you're not providing any options.
}
});
</script>
Init Parameters
opts
オブジェクトは、以下のプロパティをサポートしています。
Property | Data Type | Attribute | Description | Default Value |
---|---|---|---|---|
identity | object | オプション | POST /token/generate または POST /token/refresh 呼び出しが成功したときの body プロパティ値です。ファーストパーティクッキー からの ID を使用するには、このプロパティを空にしておきます。 | N/A |
baseUrl | string | オプション | POST /token/refresh エンドポイントを呼び出す際に使用する UID2 Operator のカスタム Base URLです。 例えば: https://my.operator.com . | https://prod.uidapi.com . |
refreshRetryPeriod | number | オプション | 断続的なエラーが発生した場合に、トークンのリフレッシュを再試行するミリ秒数です。 この値は 1000 以上でなければなりません。 | 5000 |
cookieDomain | string | オプション | UID2 cookie に適用するドメイン名文字列です。 例えば、 baseUrl が https://my.operator.com の場合、 cookieDomain の値は operator.com となります。 | undefined |
cookiePath | string | オプション | UID2 cookie に適用する Path 文字列です。 | / |
useCookie | boolean | オプション | この値を true に設定すると、SDK はローカルストレージではなくクッキーに ID を保存します。この値がfalseであるか、提供されていない場合でも、ファーストパーティクッキーを使用して ID を提供することができます。 | |
callback | function(object): void | 非推奨 | 渡された ID を検証した後に SDK が呼び出す関数です。新しいインテグレーションには使用しないでください。 | N/A |
Errors
init()
関数は、以下のエラーを throw することがあります。
Error | Description |
---|---|
TypeError | 以下のいずれかの問題が発生しました: - 関数がすでに呼び出されている。 - opts の値がオブジェクトではない。- コールバック関数が指定されていない。 - callback の値が関数でない。 |
RangeError | リフレッシュの再試行期間が 1000 未満である。 |
Legacy Callback Function
これは後方互換性のためだけに提供されています。新しいインテグレーションでは、新しいスタイルの callback function を使う必要があります。レガシーコールバックは Array Push Pattern を使って登録することができません。また、新スタイルのコールバックは init
に渡すことができません。
詳細については、以前のバージョンの SDK のドキュメントのLegacy Callback Function を参照してください。
すでにレガシーコールバック関数を使用してインテグレーションを構築している場合は、現在のバージョンの SDK で変更なく使用できます。ただし、この機能は SDK の将来のバージョンで削除される予定です。新しいスタイルの callback function を使用するようにインテグレーションを更新することを強くお勧めします。