diff --git a/docs/getting-started/gs-normalization-encoding.md b/docs/getting-started/gs-normalization-encoding.md index 50468dfd1..2b853bf47 100644 --- a/docs/getting-started/gs-normalization-encoding.md +++ b/docs/getting-started/gs-normalization-encoding.md @@ -192,6 +192,14 @@ If the input data doesn't have a valid email or phone number format, or if the p You can use this tool to verify that your internal processes are set up to correctly create normalized, hashed, and encoded values for UID2. +## UID2 Token Validator + +:::note +This section is for publishers only. Publishers are the only participants who should generate [UID2 tokens](../ref-info/glossary-uid.md#gl-uid2-token) using directly identifying information (DII). +::: + +To validate the full token generation pipeline end-to-end, confirming that UID2 tokens generated from your normalized, hashed and encoded values are correct, use the [UID2 Token Validator](../ref-info/ref-token-validator.md). + ## Troubleshooting In all scenarios, follow the steps on your side to prepare your DII for processing, and then check your resulting values by using the [UID2 hashing tool](https://hashing-tool.samples.uidapi.com/). If the results don't match, check each step to find the error. diff --git a/docs/ref-info/ref-token-validator.md b/docs/ref-info/ref-token-validator.md new file mode 100644 index 000000000..f9ad94fbd --- /dev/null +++ b/docs/ref-info/ref-token-validator.md @@ -0,0 +1,81 @@ +--- +title: UID2 Token Validator +description: How to use the UID2 Token Validator to validate UID2 tokens against source DII and confirm your token generation workflow is correct. +hide_table_of_contents: false +sidebar_position: 02 +displayed_sidebar: docs +--- + +import Link from '@docusaurus/Link'; + +# UID2 Token Validator + +The [UID2 Token Validator](https://token-validator.uidapi.com/) is a web-based tool that validates UID2 tokens against their source directly identifying information (DII) to confirm that token generation is working correctly. + +## Overview + +Publishers who generate UID2 tokens by providing DII sometimes receive tokens that appear valid but are unusable in the UID2 ecosystem. This happens when the normalization or hashing steps are not performed correctly. Because UID2 uses the normalized and hashed form of DII to derive the token, an error in either step produces a token that is unique to the publisher and will not match tokens generated by other publishers, data providers, or advertisers' CRM uploads. + +## Prerequisites + +To use the UID2 Token Validator, you need: + +- A **UID2 API Key** (Client Key) +- A **UID2 Client Secret** + +If you do not have these, see [API Keys](../portal/api-keys.md) for instructions on creating them in the UID2 Portal. + +## Using the Token Validator + +Enter your **API Key** (Client Key) and **Client Secret** in the fields at the top of the Token Validation section. + +Select the **Operator** (environment) you want to validate against. For information about UID2 environments, see [Environments](../getting-started/gs-environments.md). + +### Validate a Single Token + +1. Under **Input Mode**, select **Single Validation**. +2. In the **Identifier** field, enter the DII you used to generate the token. This can be: + - A raw email address + - A raw phone number + - A Base64-encoded email hash + - A Base64-encoded phone hash +3. Select the **Identifier Type** that matches your input. +4. In the **Token** field, paste the UID2 token you want to validate. +5. Click **Validate Tokens**. + +### Validate Multiple Tokens (CSV) + +To validate a batch of token-identifier pairs: + +1. Under **Input Mode**, select **CSV**. +2. Prepare a CSV file with the following columns: + - `identifier`: The DII (raw email, raw phone, email hash, or phone hash) + - `identifier_type`: Either `email`, `phone`, `email_hash` or `phone_hash` + - `token`: The UID2 token to validate. +3. Upload the CSV file. +4. Click **Validate Tokens**. + +## Interpreting Validation Results + +After clicking **Validate Tokens**, the **Validation Results** table displays a row for each token-identifier pair: + +| Column | Description | +|---|---| +| Identifier | The DII you entered | +| Identifier Type | `email`, `phone`, `email_hash` or `phone_hash` | +| Normalized Hash | The Base64-encoded SHA-256 hash of the normalized DII | +| Token | The token you submitted | +| Validation | The result of the validation, see the table below | + +The **Validation** column reflects the response from the [POST /token/validate](../endpoints/post-token-validate.md) endpoint. + +| Validation Result | Meaning | +|---|---| +| `Token matches identifier` | The token matches the provided DII, the token was generated from the correct normalized hash | +| `Failed: Token does not match identifier` | The token does not match the provided DII, the most likely cause is incorrect normalization or hashing | +| `Failed: Invalid token` | The token is malformed and cannot be parsed | +| `Failed: {"status":"unauthorized"}` | The API credentials provided are invalid or unauthorized | + +:::tip +If the result is **Failed: Token does not match identifier**, compare the **Normalized Hash** shown in the results with what your own implementation produces for the same DII. If they differ, the issue is in your normalization or hashing steps. See [Normalization and Encoding](../getting-started/gs-normalization-encoding.md) and [Preparing Emails and Phone Numbers for Processing](ref-preparing-emails-and-phone-numbers-for-processing.md). +::: \ No newline at end of file diff --git a/docs/snippets/_snpt-preparing-emails-and-phone-numbers.mdx b/docs/snippets/_snpt-preparing-emails-and-phone-numbers.mdx index 50fe99175..b045384be 100644 --- a/docs/snippets/_snpt-preparing-emails-and-phone-numbers.mdx +++ b/docs/snippets/_snpt-preparing-emails-and-phone-numbers.mdx @@ -2,4 +2,6 @@ import Link from '@docusaurus/Link'; It's critical that the input data, which you are converting to UID2, is in an acceptable format. If it isn't, you won't get the expected results. For example, you must normalize phone numbers to include the country code, as explained in [Phone Number Normalization](../getting-started/gs-normalization-encoding.md#phone-number-normalization). -For details, see [Preparing Emails and Phone Numbers for Processing](../ref-info/ref-preparing-emails-and-phone-numbers-for-processing.md). \ No newline at end of file +For details, see [Preparing Emails and Phone Numbers for Processing](../ref-info/ref-preparing-emails-and-phone-numbers-for-processing.md). + +To validate the full token generation pipeline end-to-end, confirming that tokens generated from your normalized, hashed and encoded values are correct, use the [UID2 Token Validator](../ref-info/ref-token-validator.md). \ No newline at end of file diff --git a/sidebars.js b/sidebars.js index 4a5f58d70..32aa4c233 100644 --- a/sidebars.js +++ b/sidebars.js @@ -382,6 +382,7 @@ const fullSidebar = [ 'getting-started/gs-encryption-decryption', 'getting-started/gs-normalization-encoding', 'ref-info/ref-preparing-emails-and-phone-numbers-for-processing', + 'ref-info/ref-token-validator', 'getting-started/gs-opt-out', 'ref-info/ref-operators-public-private', 'ref-info/ref-integration-approaches',