Unified ID 2.0
Module | uid2IdSystem |
---|---|
EID Source | |
bidRequest.userId | |
Example |
|
Unified ID 2.0 (UID2) is an open-source identity solution built for the open internet. It leverages encrypted email and phone number data to provide a privacy-conscious, secure, and accurate identity standard for the entire digital advertising ecosystem.
UID2 relies on user consent before an ID can be added to the bid stream. Consent can be gathered by SSO providers who have integrated against the UID2 framework, or through a publisher’s own login and consent mechanism.
To add UID2 to your Prebid.js package, run the following:
gulp build --modules=uid2IdSystem
Unified ID 2.0 Registration
You can set up Unified ID 2.0 in one of these ways:
- Include the module to your Prebid.js wrapper. You will need to apply for publisher access on the UID2 website. Using this option, you must generate UID2 tokens server-side. You provide these tokens to Prebid.js either by using a cookie or directly in the configuration.
- Use a managed services company that can do this for you.
- Use UID2 Client Side Integration with Prebid.js
Each publisher’s privacy policy should take UnifiedID 2.0 into account.
Unified ID 2.0 Tokens
UID2 tokens are generated on the server side by making an API call to a UID2 operator using details provided when you receive UID2 publisher access. This API returns a JSON data structure with multiple values, including an advertising token and a refresh token. For full functionality, provide the entire object in one of these ways:
- JSON-encoded as a cookie.
- Included in the configuration object.
For examples, see Unified ID 2.0 Examples.
The following sample is fictitious, but shows what the token response object looks like:
{
"advertising_token": "...",
"refresh_token": "...",
"identity_expires": 1633643601000,
"refresh_from": 1633643001000,
"refresh_expires": 1636322000000,
"refresh_response_key": "wR5t6HKMfJ2r4J7fEGX9Gw=="
}
When this full data structure is provided, the module automatically refreshes the token periodically, as long as the refresh token hasn’t expired.
Unified ID 2.0 Server-Only Mode
There is a server-only mode where the value of the advertising token can be provided either directly (see the value
parameter in the Unified ID 2.0 Configuration section) or via a cookie. In this mode, no attempt is made to automatically refresh the token.
To use the cookie-based server-only mode, set a cookie named __uid2_advertising_token
to the value of the advertising token only, as shown in this fictitious example:
__uid2_advertising_token=eb33b0cb-8d35-4722-b9c0-1a31d4064888
For a server-side integration, you can create a smaller Prebid.js build by disabling client-side integration functionality. To do this, pass the --disable UID2_CSTG
flag:
gulp build --modules=uid2IdSystem --disable UID2_CSTG
Unified ID 2.0 Client Side Integration for Prebid.js
Prebid.js supports fully client side integration for UID2. See the official UID2 documentation for the most up-to-date integration instructions.
Unified ID 2.0 Configuration
The following parameters apply only to the Unified ID 2.0 module integration.
Param under userSync.userIds[] | Scope | Type | Description | Example |
---|---|---|---|---|
name | Required | String | ID value for the Unified ID 2.0 module - "uid2" |
"uid2" |
params.uid2Token | Optional | Object | The initial UID2 token. This should be the body element of the decrypted response from a call to the /token/generate or /token/refresh endpoint. |
See the sample token above. |
params.uid2ServerCookie | Optional | String | The name of a cookie that holds the initial UID2 token, set by the server. The cookie should contain JSON in the same format as the alternative uid2Token param. If uid2Token is supplied, this param is ignored. | See the sample token above. |
params.uid2ApiBase | Optional | String | Overrides the default UID2 API endpoint. | https://prod.uidapi.com (default) |
value | Optional | Object | Used only if the page has a separate mechanism for storing the UID 2.0 ID. The value is an object containing the values to be sent to the adapters. In this scenario, no URL is called and nothing is added to local storage, and the tokens are not automatically refreshed. | {"uid2": { "id": "eb33b0cb-8d35-4722-b9c0-1a31d4064888"}} |
params.storage | Optional, Client refresh | String | Specify whether to use cookie or localStorage for module-internal storage. It is recommended to not provide this and allow the module to use the default. |
localStorage (default) |
Unified ID 2.0 Examples
In the following example, the publisher has set a cookie called uid2_identity
containing the UID2 token generation response object:
pbjs.setConfig({
userSync: {
userIds: [{
name: 'uid2',
params: {
uid2ServerCookie: 'uid2_identity'
}
}]
}
});
In the following example, the publisher has retrieved a server-generated UID2 response, and it is currently stored in the JavaScript variable uid2Identity
:
pbjs.setConfig({
userSync: {
userIds: [{
name: 'uid2',
params: {
uid2Token: uid2Identity
}
}]
}
});