Improved the expressions in each document and improved the consistency of the translation.

Author: miyaichi

i18n/ja/docusaurus-plugin-content-docs/current/endpoints/post-token-refresh.md

@@ -14,7 +14,7 @@ import IdentityGenerateResponse from '../snippets/_example-identity-generate-res
 
 Used by: このエンドポイントは、主にパブリッシャーが使用します。
 
-このエンドポイントは、Client-Side (例えば、ブラウザやモバイルアプリ) から呼び出すことができます。それは、<Link href="../ref-info/glossary-uid#gl-api-key">API key</Link> を使用する必要がないためです。
+このエンドポイントは、Client-Side (たとえば、ブラウザやモバイルアプリ) から呼び出すことができます。それは、<Link href="../ref-info/glossary-uid#gl-api-key">API key</Link> を使用する必要がないためです。
 
 :::note
 このエンドポイントを直接呼び出す代わりに、UID2 SDK のいずれかを使用して管理することができます。オプションの概要については、[SDKs: Summary](../sdks/summary-sdks.md) を参照してください。

i18n/ja/docusaurus-plugin-content-docs/current/getting-started/gs-account-setup.md

@@ -31,7 +31,9 @@ The Trade Desk のアクセス依頼は一時的なものです。システム
 UID2 に関心を示すと、詳細を調整するために担当者が連絡から連絡があります。
 
 アカウント設定の一環として、以下の情報を提供してください:
+
 * 会社名: UID2 契約で使用される法的会社名。
+
 * 主な連絡先。この個人はアカウントの主な管理者になります。以下の値を含めます:
   * 氏名
   * メールアドレス

i18n/ja/docusaurus-plugin-content-docs/current/getting-started/gs-auth.md

@@ -11,7 +11,7 @@ import Link from '@docusaurus/Link';
 
 UID2 エンドポイントの認証には、以下が必要です:
 
-- クライアントの [API Key](gs-credentials.md#api-key-and-client-secret)。API Key はベアラートークンとしてリクエストのAuthorizationヘッダに含めます。例えば:<br/>
+- クライアントの [API Key](gs-credentials.md#api-key-and-client-secret)。API Key はベアラートークンとしてリクエストのAuthorizationヘッダに含めます。たとえば:<br/>
   `Authorization: Bearer YourTokenBV3tua4BXNw+HVUFpxLlGy8nWN6mtgMlIk=`
 - API リクエストを暗号化し、API レスポンスを復号化するためのクライアントシークレット。これは、[POST&nbsp;/token/refresh](../endpoints/post-token-refresh.md) を除くすべてのエンドポイントで必要です。<br/>詳細と、いくつかのプログラミング言語での暗号化/復号化の例については、[Encrypting Requests and Decrypting Responses](gs-encryption-decryption.md) を参照してください。
 

i18n/ja/docusaurus-plugin-content-docs/current/getting-started/gs-credentials.md

@@ -21,7 +21,7 @@ UID2 の <a href="../intro#participants">参加者</a>は、UID2 にどのよう
 
 インテグレーション<Link href="../ref-info/glossary-uid#gl-environment">環境</Link> と本番環境の両方を使用している場合、それぞれの環境用に別々の認証情報が提供されます。詳細は [Getting Your Credentials](#getting-your-credentials) を参照してください。
 
-さらに、いくつかのケースでは、異なるシナリオに対して異なるセットの認証情報を持つことを勧めますが、必須ではありません。例えば:
+さらに、いくつかのケースでは、異なるシナリオに対して異なるセットの認証情報を持つことを勧めますが、必須ではありません。たとえば:
 - UID2 Token を生成する Publisher である場合([POST /token/generate](../endpoints/post-token-generate.md) または他の方法で)、または自分のために UID2 を生成/マッピングする場合([POST /identity/map](../endpoints/post-identity-map.md) を参照)、それぞれの活動に対して異なる認証情報を持つことがあります。
 - 広告主の場合、広告主キーを使用して複数のサービスプロバイダが運用するシナリオで、各サービスプロバイダに対して異なる認証情報割り当てることができます。
 
@@ -117,7 +117,7 @@ UID2 アカウントのセットアップの一環として、1つ以上の API
 - これらの値が保存され使用されているすべての場所を追跡しておき、キーをローテーションする必要がある場合にすぐに実行できるようにしておいてください。
 - 既存のキーとシークレットが漏洩した場合、新しいキーとシークレットに置き換えるプロセスを確立してください。
 
-API Key とクライアントシークレットは、認証情報が漏洩するリスクを減らすために、定期的に(例えば1年ごとに)更新するのがベストです。
+API Key とクライアントシークレットは、認証情報が漏洩するリスクを減らすために、定期的に(たとえば1年ごとに)更新するのがベストです。
 
 ## Refreshing Credentials
 

i18n/ja/docusaurus-plugin-content-docs/current/getting-started/gs-encryption-decryption.md

@@ -102,7 +102,7 @@ UID2 API のリクエストレスポンスワークフローは、以下のス
 
 ### Response Example
 
-例えば、先行例 のメールアドレスに対する [POST /token/generate](../endpoints/post-token-generate.md) リクエストに対する復号されたレスポンスは、次のようになります:
+たとえば、先行例 のメールアドレスに対する [POST /token/generate](../endpoints/post-token-generate.md) リクエストに対する復号されたレスポンスは、次のようになります:
 
 <IdentityGenerateResponse />
 
@@ -113,7 +113,7 @@ UID2 API のリクエストレスポンスワークフローは、以下のス
 [POST&nbsp;/token/refresh](../endpoints/post-token-refresh.md) エンドポイントでは、[POST&nbsp;/token/generate](../endpoints/post-token-generate.md) または [POST&nbsp;/token/refresh](../endpoints/post-token-refresh.md) へのコールで事前に取得した `refresh_token` と `refresh_response_key` の値を使用します。
 
 :::note
-Windows の場合、PowerShell の代わりに Windows コマンドプロンプトを使用している場合は、JSON を囲むシングルクォートも削除する必要があります。例えば、`echo {"email": "[email protected]", "optout_check": 1}` とします。
+Windows の場合、PowerShell の代わりに Windows コマンドプロンプトを使用している場合は、JSON を囲むシングルクォートも削除する必要があります。たとえば、`echo {"email": "[email protected]", "optout_check": 1}` とします。
 :::
 
 ### Prerequisites and Notes

i18n/ja/docusaurus-plugin-content-docs/current/getting-started/gs-environments.md

@@ -25,7 +25,7 @@ import Link from '@docusaurus/Link';
 | 本番環境 | AWS Asia Pacific (Tokyo) | `ap-northeast-1` | `https://jp.prod.uidapi.com` |
 | 本番環境 | AWS Asia Pacific (Singapore) | `ap-southeast-1` | `https://sg.prod.uidapi.com` |
 
-例えば、`https://operator-integ.uidapi.com/v2/token/generate`
+たとえば、`https://operator-integ.uidapi.com/v2/token/generate`
 
 Notes:
 
@@ -43,7 +43,7 @@ Notes:
 
 クライアントと UID2 サーバーの近接性に依存して API コールのレイテンシが決まります。特に消費者デバイスから API コールを行う場合、ユーザーに近いサーバーを選択することでレイテンシを低減できます。
 
-例えば、シンガポールのパブリッシャーは、ベース URL を `https://sg.prod.uidapi.com` に設定できます。これは UID2 の本番環境ですが、サーバーはシンガポールにあります。
+たとえば、シンガポールのパブリッシャーは、ベース URL を `https://sg.prod.uidapi.com` に設定できます。これは UID2 の本番環境ですが、サーバーはシンガポールにあります。
 
 ベース URL を明示的に設定することで、すべてのリクエストを特定の国または地域内で処理するように指示できます。
 

i18n/ja/docusaurus-plugin-content-docs/current/getting-started/gs-faqs.md

@@ -104,7 +104,7 @@ UID2 Token は、Client-Side、Server-Sideのどちらでも生成できます
 #### Can I make token refresh calls from the client side?
 Client-Side からトークンのリフレッシュを呼び出すことはできますか？
 
-はい。[POST /token/refresh](../endpoints/post-token-refresh.md) は、API Key を使用する必要がないため、Client-Side (例えば、ブラウザやモバイルアプリ) から呼び出すことができます。
+はい。[POST /token/refresh](../endpoints/post-token-refresh.md) は、API Key を使用する必要がないため、Client-Side (たとえば、ブラウザやモバイルアプリ) から呼び出すことができます。
 
 #### If I choose to manually refresh the token, how will I know when to refresh the token?
 トークンを手動でリフレッシュする場合、リフレッシュのタイミングをどう判断すればよいですか？
@@ -203,7 +203,7 @@ UID2 生成リクエストで提供されるメタデータには、UID2 の生
 
 オーディエンスの更新は、毎日行うことが推奨されています。
 
-ソルトバケットは 1 年に 1 回程度更新されますが、個々のバケットの更新は 1 年に分散して行われます。これは、全バケットの約 1/365 が毎日ローテーションされることを意味します。もし忠実さが重要であれば、[POST /identity/buckets](../endpoints/post-identity-buckets.md) エンドポイントをもっと頻繁に、例えば 1 時間ごとに呼び出すことを検討してください。
+ソルトバケットは 1 年に 1 回程度更新されますが、個々のバケットの更新は 1 年に分散して行われます。これは、全バケットの約 1/365 が毎日ローテーションされることを意味します。もし忠実さが重要であれば、[POST /identity/buckets](../endpoints/post-identity-buckets.md) エンドポイントをもっと頻繁に、たとえば 1 時間ごとに呼び出すことを検討してください。
 
 #### How should I generate the SHA-256 of DII for mapping?
 マッピング用の DII の SHA-256 はどのように生成すればよいですか？

i18n/ja/docusaurus-plugin-content-docs/current/getting-started/gs-normalization-encoding.md

@@ -17,7 +17,7 @@ import Link from '@docusaurus/Link';
 
 :::important
 - Raw UID2 とそれに関連する UID2 Token は、大文字と小文字を区別します。UID2 を扱う際には、大文字小文字を変えずにすべての ID とトークンを渡すことが重要です。ID が不一致の場合、ID の解析やトークンの復号化でエラーが発生する可能性があります。
-- 必要なステップのどれかを欠いた場合&#8212;たとえば、最初に正規化せずにハッシュした場合&#8212;その結果は有効な UID2 値にはなりません。<br/>例えば、データプロバイダが `[email protected]` から UID2 を生成したいとします。これは `[email protected]` に正規化され、ハッシュ化されて Base64 エンコードされた値は `ku4mBX7Z3qJTXWyLFB1INzkyR2WZGW4ANSJUiW21iI8=` となります。<br/>同じメールアドレスを持つパブリッシャーは誤って正規化しませんでした。メールアドレス `[email protected]` をハッシュ化し Base64 エンコードした値は `f8upG1hJazYKK8aEtAMq3j7loeAf5aA4lSq6qYOBR/w=` です。これら2つの異なる値は、2つの異なる UID2 になります。最初のものは正しく処理され、同じ元データから生成された他のインスタンスと一致すします。2つ目は正しく処理されていないため、一致しません。<br/>このシナリオでは、UID2 が同じユーザーの他のインスタンスと一致しないため、パブリッシャーはターゲティング広告から利益を得る機会を逃してしまいます。
+- 必要なステップのどれかを欠いた場合&#8212;たとえば、最初に正規化せずにハッシュした場合&#8212;その結果は有効な UID2 値にはなりません。<br/>たとえば、データプロバイダが `[email protected]` から UID2 を生成したいとします。これは `[email protected]` に正規化され、ハッシュ化されて Base64 エンコードされた値は `ku4mBX7Z3qJTXWyLFB1INzkyR2WZGW4ANSJUiW21iI8=` となります。<br/>同じメールアドレスを持つパブリッシャーは誤って正規化しませんでした。メールアドレス `[email protected]` をハッシュ化し Base64 エンコードした値は `f8upG1hJazYKK8aEtAMq3j7loeAf5aA4lSq6qYOBR/w=` です。これら2つの異なる値は、2つの異なる UID2 になります。最初のものは正しく処理され、同じ元データから生成された他のインスタンスと一致すします。2つ目は正しく処理されていないため、一致しません。<br/>このシナリオでは、UID2 が同じユーザーの他のインスタンスと一致しないため、パブリッシャーはターゲティング広告から利益を得る機会を逃してしまいます。
 :::
 
 ## Types of Directly Identifying Information
@@ -41,11 +41,11 @@ UID2 <Link href="../ref-info/glossary-uid#gl-operator-service">Operator Service<
 3. `gmail.com` アドレスのみ:
    1. アドレスの中にピリオド(`.`)(ASCII 10 進コード 46 / UTF-8 16 進コード 2E) があれば、それを削除します。
 
-      例えば、`[email protected]` を `[email protected]` に正規化します。
+      たとえば、`[email protected]` を `[email protected]` に正規化します。
 
    2. プラス記号(`+`)とその後ろに追加文字列がある場合、`@gmail.com` の前にあるプラス記号 (`+`)(ASCII 10 進コード 43 / UTF-8 16 進コード 2B)とそれに続くすべての文字を削除します。  
 
-       例えば、`[email protected]` を `[email protected]` に正規化します。
+       たとえば、`[email protected]` を `[email protected]` に正規化します。
 
 :::warning
 正規化されたメールアドレスが UTF-16 のような他のエンコーディングシステムではなく、UTF-8 であることを確認してください。

i18n/ja/docusaurus-plugin-content-docs/current/getting-started/gs-opt-out.md

@@ -19,7 +19,7 @@ UID2 エコシステムには、2 種類のオプトアウトがあります:
 
 各参加者には独自のオプトアウトワークフローがあるため、参加者はユーザーのオプトアウトステータスを受け入れ、したがって参加者からオプトアウトしたユーザーの UID2 を作成しないことが義務付けられています。
 
-例えば、あるユーザーがパブリッシャーのサイトからオプトアウトしたが、UID2 からオプトアウトしていない場合、パブリッシャーはそのユーザーの UID2 Token を生成すべきではありません。 
+たとえば、あるユーザーがパブリッシャーのサイトからオプトアウトしたが、UID2 からオプトアウトしていない場合、パブリッシャーはそのユーザーの UID2 Token を生成すべきではありません。 
 
 消費者はいつでも、[Transparency and Control Portal](https://www.transparentadvertising.com/) で UID2 を完全にオプトアウトすることができます。メールアドレスまたは電話番号を選択し、データを入力し、プロンプトに従ってください。
 

i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-advertiser-dataprovider-endpoints.md

@@ -24,7 +24,7 @@ UID2 とインテグレーションするには、UID2 のアカウントが必
 
 UID2 Portal の [API Keys](../portal/api-keys.md) ページで、以下の値を設定する必要があります:
 
-- <Link href="../ref-info/glossary-uid#gl-api-key">API key</Link>、クライアントキーとも呼ばれます。
+- <Link href="../ref-info/glossary-uid#gl-api-key">API key</Link>、Client Key とも呼ばれます。
 - <Link href="../ref-info/glossary-uid#gl-client-secret">Client secret</Link>、参加者と UID2 Servivce のみが知る値です。
 
 :::important
@@ -64,6 +64,7 @@ DII は、ユーザーの正規化されたメールアドレスまたは電話
 | 1-a | [POST&nbsp;/identity/map](../endpoints/post-identity-map.md) request | DII を含むリクエストを ID マッピングエンドポイントに送信します。 |
 | 1-b | [POST&nbsp;/identity/map](../endpoints/post-identity-map.md) response | レスポンスで返される `advertising_id` (raw UID2) は、関連する DSP でオーディエンスをターゲットするために使用できます。<br/>レスポンスは、ユーザーの raw UID2 と、それに対応するソルトバケットの `bucket_id` を返します。バケットに割り当てられたソルトは年に一度ローテーションし、生成された raw UID2 に影響を与えます。ソルトバケットのローテーションを確認する方法の詳細は、[5: Monitor for salt bucket rotations related to your stored raw UID2s](#5-monitor-for-salt-bucket-rotations-for-your-stored-raw-uid2s) を参照してください。 |
 
+
 ### 2: Store Raw UID2s and Salt Bucket IDs
 
 Step 1 のレスポンス [Generate Raw UID2s from DII](#1-generate-raw-uid2s-from-dii) には、マッピング情報が含まれています。以下の情報を保存することを勧めます:
@@ -85,15 +86,15 @@ raw UID2 を以下の目的で使用します:
    - 保存された raw UID2 を DSP に送信して、オーディエンスとコンバージョンを作成する。
    - 計測のために raw UID2 を使用する。
 
-例えば、Step 1-b で返された `advertising_id` (<Link href="../ref-info/glossary-uid#gl-raw-uid2">raw UID2</Link>) を DSP に送信してオーディエンスを構築します。各 DSP は、オーディエンスを構築するための独自のインテグレーションプロセスを持っています。オーディエンスを構築するために raw UID2 を送信するための DSP から提供される統合ガイダンスに従ってください。
+たとえば、Step 1-b で返された `advertising_id` (<Link href="../ref-info/glossary-uid#gl-raw-uid2">raw UID2</Link>) を DSP に送信してオーディエンスを構築します。各 DSP は、オーディエンスを構築するための独自のインテグレーションプロセスを持っています。オーディエンスを構築するために raw UID2 を送信するための DSP から提供されるインテグレーションガイダンスに従ってください。
 
 また、計測（アトリビューション）やリターゲティングのために、API やピクセルを介してコンバージョン情報を送信することもできます。
 
 ### 5: Monitor for Salt Bucket Rotations for Your Stored Raw UID2s
 
 raw UID2 は、特定の時点におけるユーザーの識別子です。raw UID2 は、<Link href="../ref-info/glossary-uid#gl-salt-bucket">ソルトバケット</Link> のローテーションにより、少なくとも年に一度変更されます。
 
-各ソルトバケットは、約1年に1回更新されますが、個々のバケットの更新は年間を通じて分散されます。約 1/365 のソルトバケットが毎日ローテーションされます。このため、ソルトバケットのローテーションを定期的にチェックすることをお勧めします。これは、オーディエンスの更新に合わせた頻度で行うことが望ましいです。たとえば、週ごとに更新する場合は、週ごとにソルトバケットの更新を確認してください。
+各ソルトバケットは、約1年に1回更新されますが、個々のバケットの更新は年間を通じて分散されます。約 1/365 のソルトバケットが毎日ローテーションされます。このため、ソルトバケットのローテーションを定期的にチェックすることを勧めます。これは、オーディエンスの更新に合わせた頻度で行うことが望ましいです。たとえば、週ごとに更新する場合は、週ごとにソルトバケットの更新を確認してください。
 
 ソルトバケットがローテーションされた場合は、raw UID2 を再生成します。詳細は、[Determine whether the salt bucket has been rotated](#determine-whether-the-salt-bucket-has-been-rotated) を参照してください。