diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/endpoints/post-identity-map-v2.md b/i18n/ja/docusaurus-plugin-content-docs/current/endpoints/post-identity-map-v2.md index 71eaf57ce..01d9e1503 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/endpoints/post-identity-map-v2.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/endpoints/post-identity-map-v2.md @@ -17,10 +17,10 @@ UID2 のオプトアウトワークフローとユーザーがオプトアウト ## Version -このドキュメントは、このエンドポイントのバージョン 2 のものであり、最新バージョンではありません。最新バージョン v3 の詳細は、[POST /v3/identity/map](post-identity-map.md) を参照してください。 +このドキュメントは、このエンドポイントのバージョン 2 のものです。最新バージョン v3 の詳細は、[POST /v3/identity/map](post-identity-map.md) を参照してください。 -:::note -以前のバージョンを使用している場合は、改善点を活用するためにできるだけ早くアップグレードすることを推奨します。移行ガイダンスは、[Migration from POST /v2/identity/map](post-identity-map.md#migration-from-post-v2identitymap) を参照してください。廃止に関する情報は、[Deprecation schedule: Endpoint versions](../ref-info/deprecation-schedule.md#endpoint-versions) を参照してください。 +:::important +このエンドポイントのこのバージョンは廃止予定です。バージョン 2 を使用している場合は、できるだけ早くアップグレードしてください。移行ガイダンスは、[Migration from POST /v2/identity/map](post-identity-map.md#migration-from-post-v2identitymap) を参照してください。廃止に関する情報は、[Deprecation schedule: Endpoint versions](../ref-info/deprecation-schedule.md#endpoint-versions) を参照してください。 ::: ## Batch size and request parallelization requirements @@ -72,7 +72,7 @@ UID2 のオプトアウトワークフローとユーザーがオプトアウト ### Request examples -以下は、各パラメータの暗号化されていない JSON リクエストボディの例です。このうちの 1 つを、`POST /identity/map` エンドポイントへのリクエストに含める必要があります: +以下は、各パラメータの暗号化されていない JSON リクエストボディの例です。このうちの 1 つを、`POST /v2/identity/map` エンドポイントへのリクエストに含める必要があります: ```json { @@ -107,7 +107,7 @@ UID2 のオプトアウトワークフローとユーザーがオプトアウト } ``` -以下は、電話番号に対する `POST /identity/map` エンドポイントへの暗号化リクエストの例です: +以下は、電話番号に対する `POST /v2/identity/map` エンドポイントへの暗号化リクエストの例です: ```sh echo '{"phone": ["+12345678901", "+441234567890"]}' | python3 uid2_request.py https://prod.uidapi.com/v2/identity/map [Your-Client-API-Key] [Your-Client-Secret] @@ -208,6 +208,6 @@ echo '{"phone": ["+12345678901", "+441234567890"]}' | python3 uid2_request.py ht | `success` | 200 | リクエストは成功しました。レスポンスは暗号化されています。 | | `client_error` | 400 | リクエストに不足している、または無効なパラメータがありました。 | | `unauthorized` | 401 | リクエストにベアラートークンが含まれていない、無効なベアラートークンが含まれている、またはリクエストされた操作を実行するのに許可されていないベアラートークンが含まれていました。 | -| N/A | 429 | このエンドポイントへのリクエストが多すぎます。待ってからexponential backoffを使用して再試行してください。 | +| N/A | 429 | このエンドポイントへのリクエストが多すぎます。待ってから exponential backoff を使用して再試行してください。 | `status` の値が `success` 以外であれば、`message` フィールドにその問題に関する追加情報が表示されます。Note: 429 のレスポンスには、JSON 形式のレスポンス本文が含まれていません。 diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/endpoints/post-identity-map.md b/i18n/ja/docusaurus-plugin-content-docs/current/endpoints/post-identity-map.md index d4ec06e3e..4cad46631 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/endpoints/post-identity-map.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/endpoints/post-identity-map.md @@ -202,7 +202,7 @@ raw UID2 はリフレッシュタイムスタンプの前では変化しませ | `success` | 200 | リクエストは成功しました。レスポンスは暗号化されます。 | | `client_error` | 400 | リクエストに欠落または無効なパラメーターが含まれていました。 | | `unauthorized` | 401 | リクエストにベアラートークンが含まれていない、無効なベアラートークンが含まれている、またはリクエストされた操作を実行する権限のないベアラートークンが含まれていました。 | -| N/A | 429 | このエンドポイントへのリクエストが多すぎます。待ってからexponential backoffを使用して再試行してください。 | +| N/A | 429 | このエンドポイントへのリクエストが多すぎます。待ってから exponential backoff を使用して再試行してください。 | `status` の値が `success` 以外であれば、`message` フィールドにその問題に関する追加情報が表示されます。Note: 429 のレスポンスには、JSON 形式のレスポンス本文が含まれていません。 diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/endpoints/summary-endpoints.md b/i18n/ja/docusaurus-plugin-content-docs/current/endpoints/summary-endpoints.md index a8c54fb47..6923728f2 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/endpoints/summary-endpoints.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/endpoints/summary-endpoints.md @@ -8,7 +8,7 @@ displayed_sidebar: docs import Link from '@docusaurus/Link'; -# UID2 endpoints: Summary +# Endpoints: Summary すべての UID2 エンドポイントでは、API リクエストの暗号化([POST /token/refresh](post-token-refresh.md) を除く) とレスポンスの復号化に Client Secret が必要です。詳細といくつかのプログラミング言語でのコードの例は、[Encrypting requests and decrypting responses](../getting-started/gs-encryption-decryption.md) を参照してください。 diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/getting-started/gs-credentials.md b/i18n/ja/docusaurus-plugin-content-docs/current/getting-started/gs-credentials.md index 5c6d8f49b..d6003c47e 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/getting-started/gs-credentials.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/getting-started/gs-credentials.md @@ -108,7 +108,7 @@ Client-Server または Server-Side の実装を使用している場合([Client - インテグレーション環境と本番環境の両方を使用する場合、環境ごとに個別の API Key を受け取ります。 - Client Secret は特定の [environment](gs-environments.md) で有効です。インテグレーション環境と本番環境の両方を使っている場合、環境ごとに Client Secret を取得します。 -UID2 アカウントのセットアップの一環として、1つ以上の API Key が発行され、それぞれに対応する Client Secret が割り当てられます。連絡先の詳細は [Contact info](gs-account-setup.md#contact-info) を参照してください。 +UID2 アカウントのセットアップの一環として、1 つ以上の API Key が発行され、それぞれに対応する Client Secret が割り当てられます。連絡先の詳細は [Contact info](gs-account-setup.md#contact-info) を参照してください。 ### Security of API key and client secret @@ -118,7 +118,7 @@ UID2 アカウントのセットアップの一環として、1つ以上の API - これらの値が保存され使用されているすべての場所を追跡しておき、キーをローテーションする必要がある場合にすぐに実行できるようにしておいてください。 - 既存のキーとシークレットが漏洩した場合、新しいキーとシークレットに置き換えるプロセスを確立してください。 -API Key と Client Secret は、認証情報が漏洩するリスクを減らすために、定期的に(たとえば1年ごとに)更新することを推奨します。 +API Key と Client Secret は、認証情報が漏洩するリスクを減らすために、定期的に(たとえば 1 年ごとに)更新することを推奨します。 ## Refreshing credentials diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/getting-started/gs-faqs.md b/i18n/ja/docusaurus-plugin-content-docs/current/getting-started/gs-faqs.md index 8bc6aed43..2e928108d 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/getting-started/gs-faqs.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/getting-started/gs-faqs.md @@ -106,7 +106,7 @@ UID2 フレームワークを使用するパブリッシャーからのよくあ #### Where should I make token generation calls—from the server side or the client side? トークン生成の呼び出しは、Server-Side と Client-Side のどちらで行うべきですか？ -UID2 Token は、Client-Side、Server-Sideのどちらでも生成できます。詳細は、以下を参照してください: +UID2 Token は、Client-Side、Server-Side のどちらでも生成できます。詳細は、以下を参照してください: - Prebid.js を使用して Client-Side からトークンを生成します: [Client-side integration guide for Prebid.js](../guides/integration-prebid-client-side.md). - Prebid.js を使用して Server-Side からトークンを生成します: [Client-server integration guide for Prebid.js](../guides/integration-prebid-client-server.md). - その他の Server-Side オプション: [Publisher integrations](../guides/summary-guides.md#publisher-integrations). diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/getting-started/gs-normalization-encoding.md b/i18n/ja/docusaurus-plugin-content-docs/current/getting-started/gs-normalization-encoding.md index 6298e938a..131a028f5 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/getting-started/gs-normalization-encoding.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/getting-started/gs-normalization-encoding.md @@ -56,7 +56,7 @@ UID2 Operator Service< ## Email address hash encoding -メールアドレスのハッシュは、正規化されたメールアドレスの Base64 エンコードされた SHA-256 ハッシュです。メールアドレスは最初に正規化され、次に SHA-256 ハッシュアルゴリズムを使用してハッシュ化され、最後にハッシュ値のバイトを Base64 エンコードします。Base64 エンコードは、ハッシュ値のバイトに適用され、16進数でエンコードされた文字列表現ではないことに注意してください。 +メールアドレスのハッシュは、正規化されたメールアドレスの Base64 エンコードされた SHA-256 ハッシュです。メールアドレスは最初に正規化され、次に SHA-256 ハッシュアルゴリズムを使用してハッシュ化され、最後にハッシュ値のバイトを Base64 エンコードします。Base64 エンコードは、ハッシュ値のバイトに適用され、16 進数でエンコードされた文字列表現ではないことに注意してください。 以下の表は、シンプルな入力メールアドレスと、各手順を適用して安全で不透明な値に到達する結果を示しています。 @@ -70,8 +70,8 @@ Base64 エンコーディングを適用する際は、ハッシュの生のバ | :--- | :--- | :--- | | 元のメールアドレス | `USER@example.com` | N/A | | 正規化されたメールアドレス | `user@example.com` | 正規化は常に最初のステップです。 | -| 正規化されたメールアドレスの SHA-256 ハッシュ| `b4c9a289323b21a01c3e940f150eb9b8c542587f1abfd8f0e1cc1ffc5e475514` | これは、32 バイトの SHA-256 の16進数エンコードされた表現です。 | -| SHA-256 ハッシュの16進数から Base64 へのエンコード | `tMmiiTI7IaAcPpQPFQ65uMVCWH8av9jw4cwf/F5HVRQ=` | この 44 文字の文字列は、32 バイトの SHA-256 の Base64 エンコードされた表現です。
SHA-256 ハッシュの文字列は、ハッシュ値の 16 進数エンコードされた表現であることに注意してください。ハッシュの生のバイトを Base64 エンコードするか、16 進数エンコードされた値を入力として受け取る Base64 エンコーダーを使用する必要があります。
このエンコードをリクエストボディで送信される `email_hash` 値に使用します。 | +| 正規化されたメールアドレスの SHA-256 ハッシュ| `b4c9a289323b21a01c3e940f150eb9b8c542587f1abfd8f0e1cc1ffc5e475514` | これは、32 バイトの SHA-256 の 16 進数エンコードされた表現です。 | +| SHA-256 ハッシュの 16 進数から Base64 へのエンコード | `tMmiiTI7IaAcPpQPFQ65uMVCWH8av9jw4cwf/F5HVRQ=` | この 44 文字の文字列は、32 バイトの SHA-256 の Base64 エンコードされた表現です。
SHA-256 ハッシュの文字列は、ハッシュ値の 16 進数エンコードされた表現であることに注意してください。ハッシュの生のバイトを Base64 エンコードするか、16 進数エンコードされた値を入力として受け取る Base64 エンコーダーを使用する必要があります。
このエンコードをリクエストボディで送信される `email_hash` 値に使用します。 | その他の例は、[Normalization examples for email](#normalization-examples-for-email) を参照してください。 @@ -143,22 +143,22 @@ UID2 Operator Service へのリクエストで電話番号を送信する前に ## Phone number hash encoding -電話番号のハッシュは、正規化された電話番号の Base64 エンコードされた SHA-256 ハッシュです。電話番号は最初に正規化し、次に SHA-256 ハッシュアルゴリズムを使用してハッシュ化し、最後にハッシュ値のバイトを Base64 エンコードします。Base64 エンコードは、ハッシュ値のバイトに適用され、16進数でエンコードされた文字列表現ではないことに注意してください。 +電話番号のハッシュは、正規化された電話番号の Base64 エンコードされた SHA-256 ハッシュです。電話番号は最初に正規化し、次に SHA-256 ハッシュアルゴリズムを使用してハッシュ化し、最後にハッシュ値のバイトを Base64 エンコードします。Base64 エンコードは、ハッシュ値のバイトに適用され、16 進数でエンコードされた文字列表現ではないことに注意してください。 以下の表は、単純な入力電話番号の例と、各ステップを適用して安全で不透明な URL-safe な値にする結果を示しています。 -最終値、すなわち SHA-256 ハッシュの 16進数から Base64 エンコードされた表現は、UID2 Operator endpoint に提供する値となります。 +最終値、すなわち SHA-256 ハッシュの 16 進数から Base64 エンコードされた表現は、UID2 Operator endpoint に提供する値となります。 :::warning -Base64 エンコーディングを適用する際は、ハッシュの生のバイト列を Base64 エンコードするか、16進数エンコードされた値を入力として受け取る Base64 エンコーダーを使用してください。テキストを入力として受け取る関数を使用すると、結果として得られる文字列が長くなり、UID2 の目的では無効となります。 +Base64 エンコーディングを適用する際は、ハッシュの生のバイト列を Base64 エンコードするか、16 進数エンコードされた値を入力として受け取る Base64 エンコーダーを使用してください。テキストを入力として受け取る関数を使用すると、結果として得られる文字列が長くなり、UID2 の目的では無効となります。 ::: | Type | Example | Comments and Usage | | :--- | :--- | :--- | | 元の電話番号 | `1 (234) 567-8901` | N/A | | 正規化された電話番号 | `+12345678901` | 正規化は常に最初のステップです。 | -| 正規化された電話番号の SHA-256 ハッシュ | `10e6f0b47054a83359477dcb35231db6de5c69fb1816e1a6b98e192de9e5b9ee` | この 64 文字の文字列は、32 バイト SHA-256 の16進数エンコードされた表現です。 | -| SHA-256 ハッシュの 16進数から Base64 へのエンコード | `EObwtHBUqDNZR33LNSMdtt5cafsYFuGmuY4ZLenlue4=` | この 44 文字の文字列は、32 バイト SHA-256 の Base64 エンコードされた表現です。
注: SHA-256 ハッシュは16進数の値です。16進数の値を入力として受け取る Base64 エンコーダーを使用する必要があります。このエンコードは、リクエストボディに送信される `phone_hash` 値に使用します。 | +| 正規化された電話番号の SHA-256 ハッシュ | `10e6f0b47054a83359477dcb35231db6de5c69fb1816e1a6b98e192de9e5b9ee` | この 64 文字の文字列は、32 バイト SHA-256 の 16 進数エンコードされた表現です。 | +| SHA-256 ハッシュの 16 進数から Base64 へのエンコード | `EObwtHBUqDNZR33LNSMdtt5cafsYFuGmuY4ZLenlue4=` | この 44 文字の文字列は、32 バイト SHA-256 の Base64 エンコードされた表現です。
注: SHA-256 ハッシュは 16 進数の値です。16 進数の値を入力として受け取る Base64 エンコーダーを使用する必要があります。このエンコードは、リクエストボディに送信される `phone_hash` 値に使用します。 | ## Example code @@ -214,4 +214,4 @@ Email または Phone Number を選択し、値を入力または貼り付けて - **Use the Base64-encoded value**: このプロセスには、ハッシュ値のバイト列を正規化、ハッシュ化、Base64 エンコードする手順が含まれます。UID2 を生成する際の入力は、この Base64 エンコードされた値です。必ずこの 44 文字の文字列値を使用してください。 -- 以下のエラーメッセージが表示される場合があります：「The hashing value must be 44 characters. (ハッシュ値は44文字でなければなりません）」。この場合、使用しているハッシュ関数に問題があります。SHA-256 ハッシュの 16 進数から Base64 へのエンコードを使用してください。詳細は[Email address hash encoding](#email-address-hash-encoding)または[Phone number hash encoding](#phone-number-hash-encoding)を参照してください。確認のため、[UID2 hashing tool](https://hashing-tool.samples.uidapi.com/) でテストしてください。 \ No newline at end of file +- 以下のエラーメッセージが表示される場合があります：「The hashing value must be 44 characters. (ハッシュ値は 44 文字でなければなりません）」。この場合、使用しているハッシュ関数に問題があります。SHA-256 ハッシュの 16 進数から Base64 へのエンコードを使用してください。詳細は[Email address hash encoding](#email-address-hash-encoding)または[Phone number hash encoding](#phone-number-hash-encoding)を参照してください。確認のため、[UID2 hashing tool](https://hashing-tool.samples.uidapi.com/) でテストしてください。 \ No newline at end of file diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/getting-started/gs-opt-out.md b/i18n/ja/docusaurus-plugin-content-docs/current/getting-started/gs-opt-out.md index 758af6706..2244ed952 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/getting-started/gs-opt-out.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/getting-started/gs-opt-out.md @@ -43,7 +43,7 @@ UID2 エコシステムには、2 種類のオプトアウトがあります: 以下の手順は、メールアドレスまたは電話番号から UID2 が作成されたユーザーを対象としたオプトアウトワークフローの概要です。 1. ユーザーは [Transparency and Control Portal](https://www.transparentadvertising.com/) にアクセスし、UID2 全体からオプトアウトすることができます。 -2. Transparency and Control Portalは、オプトアウト要求を UID2 Operator Service に送信します。 +2. Transparency and Control Portal は、オプトアウト要求を UID2 Operator Service に送信します。 3. ユーザーがオプトアウトした場合、UID2 Operator Service はオプトアウト情報を UID2 参加者に以下のように配布します: | Participant | Distribution Method | diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/dsp-guide.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/dsp-guide.md index 61f778d29..924690e98 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/dsp-guide.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/dsp-guide.md @@ -94,7 +94,7 @@ Server-Side SDK のいずれか ([SDKs: Summary](../sdks/summary-sdks.md) を参 低遅延/高スループットのセットアップを行う場合は、以下の推奨事項に従ってください: - 各サーバーに `BidstreamClient` クラスのローカルインスタンスを持ちます。これはプロセス内またはプロセス外で行うことができます。プロセス内が最も簡単です。 -- クライアントの `Refresh` メソッドをバックグラウンドで定期的に呼び出します: たとえば、1時間ごとに、グローバルフリートの再起動後のピークを避けるためにいくつかのランダム化を行います。 +- クライアントの `Refresh` メソッドをバックグラウンドで定期的に呼び出します: たとえば、1 時間ごとに、グローバルフリートの再起動後のピークを避けるためにいくつかのランダム化を行います。 - トークンを暗号化する必要がある場合は、`DecryptTokenIntoRawUid` メソッドを呼び出します。プロセス内が最速ですが、正しく行えばプロセス外でも問題ありません。 :::note トークンの復号化メソッドはスレッドセーフなので、複数のスレッドで同時に呼び出すことができます。 diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-aws-entity-resolution.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-aws-entity-resolution.md index b27f96241..b1b526369 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-aws-entity-resolution.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-aws-entity-resolution.md @@ -63,7 +63,7 @@ AWS Entity Resolution を使用して UID2 とインテグレーションに関 | 5 | Participant | 入力データを Amazon S3 バケットに格納します。 | | 6 | Participant | Entity Resolution を設定し、マッチングワークフローを作成します。 | | 7 | Participant | マッチングワークフローを実行します。 | -| 8 | AWS Entity Resolution | S3バケットから入力データを読み込みます。 | +| 8 | AWS Entity Resolution | S3 バケットから入力データを読み込みます。 | | 9 | AWS Entity Resolution | 入力データを `POST /SendApiAsset` を使って Amazon Data Exchange に送信します。 | | 10 | Amazon Data Exchange | `POST /uid2/assignment` を用いて API Gateway にデータを送信します。 | | 11 | API Gateway | `path=assignment` を使って Lambda にデータを送ります。 | @@ -114,7 +114,7 @@ AWS Data Exchange の [Unified ID 2.0 Identity Resolution](https://aws.amazon.co UID2 の参加者は AWS の S3 バケットにデータを保存し、AWS Entity Resolution とインテグレーションします。AWS アカウントを作成したら([Create AWS account](#create-aws-account) を参照してください。)、基本的な手順は以下の通りです。 :::note -詳細な手順は、AWSドキュメントの [Setting up AWS Entity Resolution](https://docs.aws.amazon.com/entityresolution/latest/userguide/setting-up.html) を参照してください。 +詳細な手順は、AWS ドキュメントの [Setting up AWS Entity Resolution](https://docs.aws.amazon.com/entityresolution/latest/userguide/setting-up.html) を参照してください。 ::: 1. [管理者ユーザーを作成します](https://docs.aws.amazon.com/entityresolution/latest/userguide/setting-up.html#setting-up-create-iam-user). @@ -140,7 +140,7 @@ UID2 の参加者は AWS の S3 バケットにデータを保存し、AWS Entit 以下のステップは、AWS Entity Resolution ユーザーインターフェースで行うアクションの概要です。詳細と手順は、AWS Entity Resolution ドキュメントの [Creating a matching workflow with UID 2.0](https://docs.aws.amazon.com/entityresolution/latest/userguide/create-matching-workflow-provider.html#create-mw-uid) を参照してください。 :::note -UID2 は、UID2 生成のためにメールアドレスまたは電話番号のいずれかをサポートします。しかし、AWS Entity Resolution では、スキーママッピングに両方の値が存在する場合、ワークフローはメールアドレスを使用し、電話番号はパススルーフィールドとして扱います。もしデータにメールアドレスと電話番号が混在している場合、最適な方法は、スキーママッピングを別々にして、それぞれ別のワークフローを作成することです。このシナリオでは、以下のステップを2回行います—1つはメールアドレス用のワークフロー、もう1つは電話番号用のワークフローを作成します。 +UID2 は、UID2 生成のためにメールアドレスまたは電話番号のいずれかをサポートします。しかし、AWS Entity Resolution では、スキーママッピングに両方の値が存在する場合、ワークフローはメールアドレスを使用し、電話番号はパススルーフィールドとして扱います。もしデータにメールアドレスと電話番号が混在している場合、最適な方法は、スキーママッピングを別々にして、それぞれ別のワークフローを作成することです。このシナリオでは、以下のステップを 2 回行います—1 つはメールアドレス用のワークフロー、もう 1 つは電話番号用のワークフローを作成します。 ::: マッチングワークフローを作成するには、まず AWS Management コンソールにサインインし、**AWS Entity Resolution** ページを開き、**Workflows** > **Matching workflows** > **Create matching workflow** を選択します。次に、マッチングワークフローの以下のステップを完了します。 diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-google-ss.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-google-ss.md index 577d545f4..a5f2cdf4e 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-google-ss.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-google-ss.md @@ -11,6 +11,7 @@ displayed_sidebar: docs import Link from '@docusaurus/Link'; import SnptIntegratingWithSSO from '../snippets/_snpt-integrating-with-sso.mdx'; import SnptPreparingEmailsAndPhoneNumbers from '../snippets/_snpt-preparing-emails-and-phone-numbers.mdx'; +import SnptUidVerifyInspect from '../snippets/_snpt-uid-verify-inspect.mdx'; # Google Ad Manager Secure Signals integration guide @@ -89,6 +90,10 @@ Prebid.js とセキュアシグナルを用いたサンプル実装も利用可 +## Inspecting with UID Verify Chrome extension + + + ## Preparing DII for processing @@ -121,7 +126,7 @@ Google Secure Signals パブリッシャーインテグレーションには、U 暗号化されたシグナルを共有できるように、ホストされ、自動ロードされたセキュアシグナルスクリプトは `window.getUid2AdvertisingToken` 関数を非同期に呼び出し、そのレスポンスとして `advertising_token` を文字列として受け取れるようにしなければなりません。 -ID トークンがフレッシュであることを確認することが重要です。Server-Sideのインテグレーションでは、[POST /token/refresh](../endpoints/post-token-refresh.md) というエンドポイントを呼び出し、JSON レスポンスから新しい [Advertising token](../endpoints/post-token-refresh.md#decrypted-json-response-format) を取得することが推奨されます。 +ID トークンがフレッシュであることを確認することが重要です。Server-Side のインテグレーションでは、[POST /token/refresh](../endpoints/post-token-refresh.md) というエンドポイントを呼び出し、JSON レスポンスから新しい [Advertising token](../endpoints/post-token-refresh.md#decrypted-json-response-format) を取得することが推奨されます。 次のコードは、その例です。 @@ -149,7 +154,7 @@ JavaScript SDK を使用したインテグレーションのためのサンプ ### SDK for JavaScript client-side integration -SDK for JavaScript バージョン 3.0.0 以降を使用している場合、UID2 セキュアシグナルスクリプトは、SDKで提供されている `getAdvertisingTokenAsync` 関数を使用して新しい Advertising Token を取得し、そのトークンを Google Ad Manager にプッシュします。 +SDK for JavaScript バージョン 3.0.0 以降を使用している場合、UID2 セキュアシグナルスクリプトは、SDK で提供されている `getAdvertisingTokenAsync` 関数を使用して新しい Advertising Token を取得し、そのトークンを Google Ad Manager にプッシュします。 このスクリプトは CDN でホストされており、GPT はセキュアシグナル機能で自動的にロードします。 diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-javascript-client-server.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-javascript-client-server.md index dd331473c..c9edfd1a1 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-javascript-client-server.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-javascript-client-server.md @@ -12,6 +12,7 @@ import Link from '@docusaurus/Link'; import SnptIntegratingWithSSO from '../snippets/_snpt-integrating-with-sso.mdx'; import SnptPreparingEmailsAndPhoneNumbers from '../snippets/_snpt-preparing-emails-and-phone-numbers.mdx'; import SnptExampleClientServerSendUid2ToSdk from '../snippets/_snpt-example-client-server-send-uid2-to-sdk.mdx'; +import SnptUidVerifyInspect from '../snippets/_snpt-uid-verify-inspect.mdx'; # Client-server integration guide for JavaScript @@ -47,6 +48,10 @@ Google Ad Manager を使用していて、セキュアシグナル機能を使 +## Inspecting with UID Verify Chrome extension + + + ## Preparing DII for processing @@ -165,7 +170,7 @@ UID2 Token が SSP から DSP に送信されるとき、ビッドストリー | Step | Endpoint/SDK | Description | | :--- | :--- | :--- | | 4-a | N/A | ユーザーはパブリッシャーのアセットからログアウトします。 | -| 4-b | [SDK for JavaScript](../sdks/sdk-ref-javascript.md) | SDKは、以下に示すように、[disconnect() 関数](../sdks/sdk-ref-javascript.md#disconnect-void) を使用して、ファーストパーティクッキーから UID2 ID をクリアし、クライアントのライフサイクルを切断します。| +| 4-b | [SDK for JavaScript](../sdks/sdk-ref-javascript.md) | SDK は、以下に示すように、[disconnect() 関数](../sdks/sdk-ref-javascript.md#disconnect-void) を使用して、ファーストパーティクッキーから UID2 ID をクリアし、クライアントのライフサイクルを切断します。| ```html diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-javascript-client-side.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-javascript-client-side.md index a3c8876ca..47fafa41b 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-javascript-client-side.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-javascript-client-side.md @@ -13,6 +13,7 @@ import Tabs from '@theme/Tabs'; import TabItem from '@theme/TabItem'; import SnptIntegratingWithSSO from '../snippets/_snpt-integrating-with-sso.mdx'; import SnptPreparingEmailsAndPhoneNumbers from '../snippets/_snpt-preparing-emails-and-phone-numbers.mdx'; +import SnptUidVerifyInspect from '../snippets/_snpt-uid-verify-inspect.mdx'; # Client-side integration guide for JavaScript @@ -62,6 +63,10 @@ SDK のデバッグビルドを使用したい場合は、代わりに以下の +## Inspecting with UID Verify Chrome extension + + + ## Preparing DII for processing diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-javascript.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-javascript.md index 1cb9ef4ad..3d0b5b35f 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-javascript.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-javascript.md @@ -12,7 +12,7 @@ import Link from '@docusaurus/Link'; import SnptIntegratingWithSSO from '../snippets/_snpt-integrating-with-sso.mdx'; import SnptPreparingEmailsAndPhoneNumbers from '../snippets/_snpt-preparing-emails-and-phone-numbers.mdx'; -# UID2 integration overview for JavaScript +# Integration overview for JavaScript このガイドは、UID2 とインテグレーションし、SDK for JavaScript を使ってUID2 Token (Advertising Token) を生成したいパブリッシャー向けのインテグレーションオプションの概要です。 @@ -55,7 +55,7 @@ UID2 Portal で行う手順は、実装が Client-Side、Client-Server、また ## Generating the UID2 token -DII へのアクセスに応じて、SDK for JavaScript を使用して UID2 Token を生成するには、Client-Side または Server-Side の2つの方法があります。 +DII へのアクセスに応じて、SDK for JavaScript を使用して UID2 Token を生成するには、Client-Side または Server-Side の 2 つの方法があります。 [Client-side or client-server integration](#client-side-or-client-server-integration) の表から、どちらのオプションが最適かを判断し、該当するインテグレーションガイドに従ってください。 @@ -74,15 +74,15 @@ Client-Side のオプションでは、ローカルストレージを使用し JavaScript SDK は、UID2 Token の生成、更新、保存を管理しますが、トークンをビッドストリームに渡すことは管理しません。 -トークンは、Prebid.jsなどのオプションを使用してビッドストリームに渡すことができます。いくつかの提案は、*Publisher Web インテグレーション概要*の [Pass the UID2 token into the bidstream](integration-options-publisher-web.md#pass-the-uid2-token-into-the-bidstream) を参照してください。 +トークンは、Prebid.js などのオプションを使用してビッドストリームに渡すことができます。いくつかの提案は、*Publisher Web インテグレーション概要*の [Pass the UID2 token into the bidstream](integration-options-publisher-web.md#pass-the-uid2-token-into-the-bidstream) を参照してください。 ## JavaScript integration overview: High-level steps SDK for JavaScript を使って UID2 とインテグレーションするには、以下のステップを完了する必要があります: -1. UID2アカウントのセットアップを完了します。 -1. SDKをサイトに追加します。 -1. SDKを設定します。 +1. UID2 アカウントのセットアップを完了します。 +1. SDK をサイトに追加します。 +1. SDK を設定します。 詳細な手順は、以下のインテグレーションガイドのいずれかを参照してください: diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-mobile-client-side.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-mobile-client-side.md index 45bedc5d8..e05fbb4e5 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-mobile-client-side.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-mobile-client-side.md @@ -355,7 +355,7 @@ UID2Manager.shared.generateIdentity( SDK は、ハッシュ化された DII を UID2 Service に送信する前に暗号化します。 -ユーザーごとに、DII のフォーマットが異なる場合でも、任意のフォーマットで `generateIdentity` メソッドを呼び出すことができます。DIIのフォーマットはユーザごとに異なる場合がありますが、ユーザーごと送信できる値は 1 つだけです。 +ユーザーごとに、DII のフォーマットが異なる場合でも、任意のフォーマットで `generateIdentity` メソッドを呼び出すことができます。DII のフォーマットはユーザごとに異なる場合がありますが、ユーザーごと送信できる値は 1 つだけです。 以下の例は、UID2 mobile SDK を構成する異なる方法を示し、SDK に渡す DII に必要な要件を示しています: diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-mobile-overview.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-mobile-overview.md index d1afdbb1b..801cb85d7 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-mobile-overview.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-mobile-overview.md @@ -124,8 +124,8 @@ UID2 Token をビッドストリームに送信する方法はいくつかあり | Scenario | Integration Guide | | :--- | :--- | -| Google GMAを使用して、動画、バナー、インタースティシャル、ネイティブ広告を Android アプリにインテグレーションしたい | 以下の順番で:
  1. [GMA Plugin for Android integration guide](../guides/mobile-plugin-gma-android.md)
  2. 以下のいずれか:
    • Client-side: [Optional: GMA/IMA Plugin for GAM Secure Signals integration](../guides/integration-mobile-client-side.md#optional-gmaima-plugin-for-gam-secure-signals-integration)
    • Client-server: [Optional: GMA/IMA Plugin for GAM Secure Signals integration](../guides/integration-mobile-client-server.md#optional-gmaima-plugin-for-gam-secure-signals-integration)
| -| Google GMAを使用して、動画、バナー、インタースティシャル、ネイティブ広告を iOS アプリにインテグレーションしたい | 以下の順番で:
  1. [GMA Plugin for iOS integration guide](../guides/mobile-plugin-gma-ios.md)
  2. 以下のいずれか:
    • Client-side: [Optional: GMA/IMA Plugin for GAM Secure Signals integration](../guides/integration-mobile-client-side.md#optional-gmaima-plugin-for-gam-secure-signals-integration)
    • Client-server: [Optional: GMA/IMA Plugin for GAM Secure Signals integration](../guides/integration-mobile-client-server.md#optional-gmaima-plugin-for-gam-secure-signals-integration)
| +| Google GMA を使用して、動画、バナー、インタースティシャル、ネイティブ広告を Android アプリにインテグレーションしたい | 以下の順番で:
  1. [GMA Plugin for Android integration guide](../guides/mobile-plugin-gma-android.md)
  2. 以下のいずれか:
    • Client-side: [Optional: GMA/IMA Plugin for GAM Secure Signals integration](../guides/integration-mobile-client-side.md#optional-gmaima-plugin-for-gam-secure-signals-integration)
    • Client-server: [Optional: GMA/IMA Plugin for GAM Secure Signals integration](../guides/integration-mobile-client-server.md#optional-gmaima-plugin-for-gam-secure-signals-integration)
| +| Google GMA を使用して、動画、バナー、インタースティシャル、ネイティブ広告を iOS アプリにインテグレーションしたい | 以下の順番で:
  1. [GMA Plugin for iOS integration guide](../guides/mobile-plugin-gma-ios.md)
  2. 以下のいずれか:
    • Client-side: [Optional: GMA/IMA Plugin for GAM Secure Signals integration](../guides/integration-mobile-client-side.md#optional-gmaima-plugin-for-gam-secure-signals-integration)
    • Client-server: [Optional: GMA/IMA Plugin for GAM Secure Signals integration](../guides/integration-mobile-client-server.md#optional-gmaima-plugin-for-gam-secure-signals-integration)
| | Google IMA を使用して、Android アプリにマルチメディア広告をインテグレーションしたい | 以下の順番で:
  1. [IMA Plugin for Android integration guide](../guides/mobile-plugin-ima-android.md)
  2. 以下のいずれか:
    • Client-side: [Optional: GMA/IMA Plugin for GAM Secure Signals integration](../guides/integration-mobile-client-side.md#optional-gmaima-plugin-for-gam-secure-signals-integration)
    • Client-server: [Optional: GMA/IMA Plugin for GAM Secure Signals integration](../guides/integration-mobile-client-server.md#optional-gmaima-plugin-for-gam-secure-signals-integration)
| | Google IMA を使用して、iOS アプリにマルチメディア広告をインテグレーションしたい | 以下の順番で:
  1. [IMA Plugin for iOS integration guide](../guides/mobile-plugin-ima-ios.md)
  2. 以下のいずれか:
    • Client-side: [Optional: GMA/IMA Plugin for GAM Secure Signals integration](../guides/integration-mobile-client-side.md#optional-gmaima-plugin-for-gam-secure-signals-integration)
    • Client-server: [Optional: GMA/IMA Plugin for GAM Secure Signals integration](../guides/integration-mobile-client-server.md#optional-gmaima-plugin-for-gam-secure-signals-integration)
| | Prebid Mobile SDK と Prebid Server を使用して、Android または iOS アプリから広告リクエストを送信したい | 以下のいずれか:
  • Client-side: [Optional: Integration with Prebid Mobile SDK](../guides/integration-mobile-client-side.md#optional-integration-with-prebid-mobile-sdk)
  • Client-server: [Optional: Integration with Prebid Mobile SDK](../guides/integration-mobile-client-server.md#optional-integration-with-prebid-mobile-sdk)
| diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-options-private-operator.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-options-private-operator.md index 1da5ac7ba..8969078e5 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-options-private-operator.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-options-private-operator.md @@ -10,7 +10,7 @@ import SnptUpgradePolicy from '../snippets/_snpt-private-operator-upgrade-policy import SnptRotatingTheKeys from '../snippets/_snpt-private-operator-rotating-the-keys.mdx'; import SnptPreparingEmailsAndPhoneNumbers from '../snippets/_snpt-preparing-emails-and-phone-numbers.mdx'; -# UID2 Private Operator integration overview +# Private Operator integration overview Private Operator をホストする UID2 参加者は、自身のローカル UID2 Operator サービスに、自社のファーストパーティ directly identifying information (DII) を送信します。この Operator は、プライベート環境で実行されます。 @@ -61,7 +61,7 @@ Private Operator を選択する場合、いくつかの実装オプションが Private Operator の基本的なワークフローは次のとおりです: -1. 起動時に Private Operatorは、Core service　との認証プロセスを実行します。認証プロセスは、Operator が安全な信頼された実行環境 (TEE) で実行されていること、およびその環境が改ざんされていないことを検証します。 +1. 起動時に Private Operator は、Core service　との認証プロセスを実行します。認証プロセスは、Operator が安全な信頼された実行環境 (TEE) で実行されていること、およびその環境が改ざんされていないことを検証します。 1. Operator が認証プロセスに合格すると、Core Service は、起動に必要な情報を取得するための安全な S3 URL を Private Operator に提供します。 @@ -81,6 +81,10 @@ Private Operator の基本的なワークフローは次のとおりです: - 起動時に取得された情報は、いかなる時点でもローカルに保存されません。情報は常にメモリに保持され、Private Operator は、Operator を実行している人 (管理者など) および外部の関係者がメモリ内のデータを見ることが困難な保護された環境で実行されています。 - Private Operator は、処理のために送信された DII (メールアドレスや電話番号) を保存しません。データは UID2 を生成するために enclave 内でのみ使用され、処理後すぐに破棄されます。 +:::note +すべての Private Operator は、[Private Operator network egress](../ref-info/operator-private-network-requirements.md) に記載されている宛先にアクセスできる必要があります。組織がファイアウォールまたはプロキシで保護されている場合、これらのドメインを許可リストに追加する必要があります。 +::: + ## Private Operator limitations Private Operator にはいくつかの制限があります: diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-options-publisher-web.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-options-publisher-web.md index 6300137f8..e4db1157f 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-options-publisher-web.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-options-publisher-web.md @@ -7,6 +7,8 @@ displayed_sidebar: sidebarPublishers --- import Link from '@docusaurus/Link'; +import SnptIntegratingWithSSO from '../snippets/_snpt-integrating-with-sso.mdx'; +import SnptUidVerifyInspect from '../snippets/_snpt-uid-verify-inspect.mdx'; import SnptPreparingEmailsAndPhoneNumbers from '../snippets/_snpt-preparing-emails-and-phone-numbers.mdx'; # Publisher web integration overview @@ -44,6 +46,14 @@ UID2 とインテグレーションするには、次の 3 つの主要なアク +## Integrating with single sign-on (SSO) + + + +## Inspecting with UID Verify Chrome extension + + + ## Preparing DII for processing @@ -61,7 +71,7 @@ UID2 とインテグレーションするには、次の 3 つの主要なアク ## Generate the UID2 token -UID2 Token を生成するには、主に2つの方法があります。—UID2 Token 生成リクエストを選択することができます: +UID2 Token を生成するには、主に 2 つの方法があります。—UID2 Token 生成リクエストを選択することができます: - Client-Side (ユーザーのブラウザ内): [Client-side integration options](#client-side-integration-options) を参照してください。 - Server-Side: [Server-side integration options](#server-side-integration-options) を参照してください。 diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-prebid-client-server.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-prebid-client-server.md index 63b4b8dab..8466923fd 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-prebid-client-server.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-prebid-client-server.md @@ -13,6 +13,7 @@ import SnptIntegratingWithSSO from '../snippets/_snpt-integrating-with-sso.mdx'; import SnptPreparingEmailsAndPhoneNumbers from '../snippets/_snpt-preparing-emails-and-phone-numbers.mdx'; import SnptAddPrebidjsToYourSite from '../snippets/_snpt-prebid-add-prebidjs-to-your-site.mdx'; import SnptStoreUID2TokenInBrowser from '../snippets/_snpt-prebid-storing-uid2-token-in-browser.mdx'; +import SnptUidVerifyInspect from '../snippets/_snpt-uid-verify-inspect.mdx'; # Client-server integration guide for Prebid.js @@ -41,6 +42,10 @@ Prebid と UID2 のインテグレーション方法に関する情報は、以 +## Inspecting with UID Verify Chrome extension + + + ## Preparing DII for processing @@ -78,7 +83,7 @@ When account setup is complete, you'll receive a client keypair consisting of tw ## Configure the UID2 module -UID2 Prebid モジュールを設定して、以下の2つのアクションを実行する必要があります: +UID2 Prebid モジュールを設定して、以下の 2 つのアクションを実行する必要があります: | Step | Action | Link to Instructions | | --- | --- | --- | @@ -125,7 +130,7 @@ Refresh Token が有効である限り、UID2 Prebid module は必要に応じ #### Client Refresh mode response configuration options -Client Refresh Mode を使用するようにモジュールを構成する場合、Prebid module にトークンを提供するための以下のオプションの **1つ** を選択する必要があります。 +Client Refresh Mode を使用するようにモジュールを構成する場合、Prebid module にトークンを提供するための以下のオプションの **1 つ** を選択する必要があります。 | Option | Details | Use Case | | --- | --- | --- | @@ -190,7 +195,7 @@ Refresh Token の有効期限が切れた場合は、新しい Advertising Token Server-Only Mode では、Advertising Token のみがモジュールに提供されます。モジュールはトークンをリフレッシュできません。トークンをリフレッシュする方法を実装する責任があります。 -Server-Only Mode を使用するようにモジュールを設定するには、以下の **1つ** を実行します: +Server-Only Mode を使用するようにモジュールを設定するには、以下の **1 つ** を実行します: | Implementation Method | Link to Example | | --- | --- | diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-prebid-client-side.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-prebid-client-side.md index 280196f1b..2fba261fc 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-prebid-client-side.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-prebid-client-side.md @@ -13,6 +13,7 @@ import SnptIntegratingWithSSO from '../snippets/_snpt-integrating-with-sso.mdx'; import SnptPreparingEmailsAndPhoneNumbers from '../snippets/_snpt-preparing-emails-and-phone-numbers.mdx'; import SnptAddPrebidjsToYourSite from '../snippets/_snpt-prebid-add-prebidjs-to-your-site.mdx'; import SnptStoreUID2TokenInBrowser from '../snippets/_snpt-prebid-storing-uid2-token-in-browser.mdx'; +import SnptUidVerifyInspect from '../snippets/_snpt-uid-verify-inspect.mdx'; # Client-side integration guide for Prebid.js @@ -32,6 +33,10 @@ Prebid.js を使用して UID2 とインテグレーションするには、サ +## Inspecting with UID Verify Chrome extension + + + ## Preparing DII for processing diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-prebid-mobile-summary.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-prebid-mobile-summary.md index 485616edc..4f381b0c5 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-prebid-mobile-summary.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-prebid-mobile-summary.md @@ -10,9 +10,9 @@ displayed_sidebar: docs import Link from '@docusaurus/Link'; -# UID2 mobile integration with Prebid Mobile SDK +# Mobile integration with Prebid Mobile SDK -UID2 の Prebid とのインテグレーションは、Prebid Mobile SDK オプションの UID2 インテグレーションを使用することで、Android と iOSの モバイルデバイスでもサポートされます。 +UID2 の Prebid とのインテグレーションは、Prebid Mobile SDK オプションの UID2 インテグレーションを使用することで、Android と iOS の モバイルデバイスでもサポートされます。 詳細は以下のモバイルインテグレーションガイドのセクションを参照してください: diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-prebid.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-prebid.md index 2a30aea1b..344a54539 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-prebid.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-prebid.md @@ -13,7 +13,7 @@ import SnptIntegratingWithSSO from '../snippets/_snpt-integrating-with-sso.mdx'; import SnptPreparingEmailsAndPhoneNumbers from '../snippets/_snpt-preparing-emails-and-phone-numbers.mdx'; import SnptStoreUID2TokenInBrowser from '../snippets/_snpt-prebid-storing-uid2-token-in-browser.mdx'; -# UID2 integration overview for Prebid +# Integration overview for Prebid このガイドは、UID2 とインテグレーションし、RTB ビッドストリームで Prebid.js によって渡される UID2 Token (Advertising Token) を生成したいパブリッシャー向けのインテグレーションオプションの概要です。 @@ -44,7 +44,7 @@ UID2 は GDPR が適用さ ### Generating the UID2 token -DII へのアクセスに応じて、Prebid.js で使用する UID2 Token を生成する方法は次の表のように2種類あります。 +DII へのアクセスに応じて、Prebid.js で使用する UID2 Token を生成する方法は次の表のように 2 種類あります。 どの方法が最適かを判断し、該当するインテグレーションガイドに従ってください。 diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-snowflake-before-february-2025.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-snowflake-before-february-2025.md index 7c11a0da4..d67225a93 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-snowflake-before-february-2025.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-snowflake-before-february-2025.md @@ -15,10 +15,10 @@ import Link from '@docusaurus/Link'; [Snowflake](https://www.snowflake.com/) は、クラウドデータウェアハウジングソリューションで、パートナーとしてデータを保存し、UID2 フレームワークとインテグレーションすることができます。Snowflake を使用することで、UID2 は、機密性の高い直接識別情報 (DII)を公開せずに、消費者識別子データを安全に共有できます。消費者識別子データを直接問い合わせる Operator Web Service があるにもかかわらず、Snowflake UID2 インテグレーションはよりシームレスなエクスペリエンスを提供します。 :::important -このドキュメントは、2025年2月以前に公開された広告主とデータプロバイダー向けの別々の Snowflake marketplace を使用しているユーザー向けです。2025年2月に公開された新しいインテグレーションに関するドキュメントは、[Snowflake integration guide (pre-July 2025)](integration-snowflake-previous) を参照してください。以前の実装を使用している場合は、更新と強化を活用するために新しいバージョンに移行することを勧めます。移行情報は、[Migration guide](integration-snowflake.md#migration-guide) を参照してください。 +このドキュメントは、2025 年 2 月以前に公開された広告主とデータプロバイダー向けの別々の Snowflake marketplace を使用しているユーザー向けです。2025 年 2 月に公開された新しいインテグレーションに関するドキュメントは、[Snowflake integration guide (pre-July 2025)](integration-snowflake-previous) を参照してください。以前の実装を使用している場合は、更新と強化を活用するために新しいバージョンに移行することを勧めます。移行情報は、[Migration guide](integration-snowflake.md#migration-guide) を参照してください。 ::: -Snowflake の UID2 インテグレーションの実装は、広告主とデータプロバイダー向けに別々の Snowflake marketplace で提供されていました。これらのリストは、2025年2月に更新されたバージョンが公開された後に削除されました。 +Snowflake の UID2 インテグレーションの実装は、広告主とデータプロバイダー向けに別々の Snowflake marketplace で提供されていました。これらのリストは、2025 年 2 月に更新されたバージョンが公開された後に削除されました。 実装したものがある場合は、このドキュメントを使用してメンテナンスすることができますが、最新バージョンにアップグレードすることを勧めます。[Snowflake integration guide](integration-snowflake.md) を参照してください。 @@ -34,7 +34,7 @@ Snowflake の UID2 インテグレーションの実装は、広告主とデー | :--- | :--- | :--- | :--- | :--- | | ✅ | ✅ | —* | — | ✅ | -*Snowflake を使用して DII から直接 UID2 Token を生成することはできません。ただし、DII を raw UID2 に変換し、raw UID2 を UID2 Tokenに暗号化することはできます。 +*Snowflake を使用して DII から直接 UID2 Token を生成することはできません。ただし、DII を raw UID2 に変換し、raw UID2 を UID2 Token に暗号化することはできます。 :::note ビッドストリームで UID2 Token を共有するパブリッシャーの場合は、[Tokenized sharing in the bidstream](../sharing/sharing-tokenized-from-data-bid-stream.md) を参照してください @@ -53,9 +53,9 @@ Snowflake の UID2 インテグレーションの実装は、広告主とデー ## Access the UID2 shares -UID2 Shareへのアクセスは、[Snowflake Data Marketplace](https://www.snowflake.com/data-marketplace/) を通して行います。ここでは、選択した UID2 パーソナライズドリストに基づいて特定のデータセットをリクエストすることができます。 +UID2 Share へのアクセスは、[Snowflake Data Marketplace](https://www.snowflake.com/data-marketplace/) を通して行います。ここでは、選択した UID2 パーソナライズドリストに基づいて特定のデータセットをリクエストすることができます。 -Snowflakeデータマーケットプレイスでは、UID2 用に2つのパーソナライズされたリストが提供されています: +Snowflake データマーケットプレイスでは、UID2 用に 2 つのパーソナライズされたリストが提供されています: - 広告主/ブランド向けの [Unified ID 2.0 Advertiser Identity Solution](https://app.snowflake.com/marketplace/listing/GZT0ZRYXTMV) - データプロバイダー向けの [Unified ID 2.0 Data Provider Identity Solution](https://app.snowflake.com/marketplace/listing/GZT0ZRYXTN0) @@ -477,7 +477,7 @@ select a.*, b.LAST_SALT_UPDATE_UTC ## Migration guide -`FN_T_UID2_IDENTITY_MAP_EMAIL` 関数と `FN_T_UID2_IDENTITY_MAP_EMAIL_HASH` 関数を使用している場合は、できるだけ早く `FN_T_UID2_IDENTITY_MAP` 関数に移行することを勧めます。この関数は、他の2つの関数が行うことをすべて行い、その他の改良も組み込まれています。 +`FN_T_UID2_IDENTITY_MAP_EMAIL` 関数と `FN_T_UID2_IDENTITY_MAP_EMAIL_HASH` 関数を使用している場合は、できるだけ早く `FN_T_UID2_IDENTITY_MAP` 関数に移行することを勧めます。この関数は、他の 2 つの関数が行うことをすべて行い、その他の改良も組み込まれています。 `FN_T_UID2_IDENTITY_MAP` 関数の利点: @@ -488,7 +488,7 @@ select a.*, b.LAST_SALT_UPDATE_UTC このセクションには、新機能へのアップグレードに役立つ以下の情報が含まれています: - [既存のコードの変更](#changing-existing-code) -- [Unmappedカラムの値を使う](#using-the-values-for-the-unmapped-column) +- [Unmapped カラムの値を使う](#using-the-values-for-the-unmapped-column) ### Changing existing code @@ -529,7 +529,7 @@ FN_T_UID2_IDENTITY_MAP(EMAIL_HASH, 'email_hash') ## Usage for UID2 sharers -UID2 共有参加者 とは、送信者または受信者として共有に参加し、UID2を他の参加者と共有する企業のことです。 +UID2 共有参加者 とは、送信者または受信者として共有に参加し、UID2 を他の参加者と共有する企業のことです。 広告主やデータプロバイダーは、Snowflake (Tokenized Sharing) を介して、UID2 を他の UID2 共有許可参加者と共有することができます。これらの参加者は、[raw UID2](../ref-info/glossary-uid#gl-raw-uid2) を UID2 Token に暗号化し、それを別の参加者に送信してピクセルで共有することができます ([Tokenized sharing in pixels](../sharing/sharing-tokenized-from-data-pixel.md) を参照)。Snowflake 内でピクセル単位でデータを送信しない場合でも、[Security requirements for UID2 sharing](../sharing/sharing-security.md) に記載されている要件に従う限り、UID2 Sharing に参加することができます。 diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-snowflake-previous.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-snowflake-previous.md index 195130285..091324752 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-snowflake-previous.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-snowflake-previous.md @@ -15,7 +15,7 @@ import Link from '@docusaurus/Link'; [Snowflake](https://www.snowflake.com/) は、パートナーとしてデータを保存し、UID2 フレームワークとインテグレーションできるクラウドデータウェアハウジングソリューションです。Snowflake を使用することで、UID2 では機密性の高い直接識別情報 (DII)を公開せずに、消費者識別子データを安全に共有できます。消費者識別子データについて Operator Web Service に直接クエリを実行するオプションもありますが、Snowflake の UID2 インテグレーションはより円滑な体験を提供します。 :::important -このドキュメントは、2025年2月以前に公開された広告主とデータプロバイダー向けの別々の Snowflake marketplace を使用しているユーザー向けです。2025年2月に公開された新しいインテグレーションに関するドキュメントは、[Snowflake integration guide](integration-snowflake.md) を参照してください。以前の実装を使用している場合は、更新と強化を活用するために新しいバージョンに移行することを推奨します。移行情報は、[Migration guide](integration-snowflake.md#migration-guide) を参照してください。 +このドキュメントは、2025 年 2 月以前に公開された広告主とデータプロバイダー向けの別々の Snowflake marketplace を使用しているユーザー向けです。2025 年 2 月に公開された新しいインテグレーションに関するドキュメントは、[Snowflake integration guide](integration-snowflake.md) を参照してください。以前の実装を使用している場合は、更新と強化を活用するために新しいバージョンに移行することを推奨します。移行情報は、[Migration guide](integration-snowflake.md#migration-guide) を参照してください。 ::: ## Snowflake marketplace listing @@ -43,7 +43,7 @@ import Link from '@docusaurus/Link'; ## Changes from previous version -2025年2月の UID2 Snowflake マーケットプレイスインテグレーションの更新には、いくつかの更新と機能強化が含まれています。主な変更点の一つは、以前の 2 つのデータ共有（広告主向けとデータプロバイダー向け）の機能を組み合わせた単一のリスティングとデータ共有が含まれることです。これにより、すべての参加者のインテグレーションが簡素化されます。 +2025 年 2 月の UID2 Snowflake マーケットプレイスインテグレーションの更新には、いくつかの更新と機能強化が含まれています。主な変更点の一つは、以前の 2 つのデータ共有（広告主向けとデータプロバイダー向け）の機能を組み合わせた単一のリスティングとデータ共有が含まれることです。これにより、すべての参加者のインテグレーションが簡素化されます。 :::note これらの変更は、2025 年 2 月以前に公開された Snowflake 関数のバージョンを使用しているコードインテグレーションを想定しています（[Snowflake integration guide (version prior to February 2025)](integration-snowflake-before-february-2025.md) を参照）。`FN_T_UID2_IDENTITY_MAP_EMAIL` と `FN_T_UID2_IDENTITY_MAP_EMAIL_HASH` 関数を使用するさらに古いバージョンを使用している場合は、[Migration guide section in the earlier guide](integration-snowflake-before-february-2025.md#migration-guide) の指示に従い、その後再度現在のバージョンにアップグレードすることもできます。ただし、このシナリオでは、このガイドの指示に従い、一度に更新することを勧めます。詳細は、[Migration guide](#migration-guide) を参照してください。 @@ -165,10 +165,10 @@ DII が電話番号の場合、UID2 の[Phone number normalization](../getting-s | Value | Meaning | | :-- | :-- | -| `NULL` | DIIが正常にマッピングされました。 | +| `NULL` | DII が正常にマッピングされました。 | | `OPTOUT` | ユーザーがオプトアウトしています。 | | `INVALID IDENTIFIER` | メールアドレスまたは電話番号が無効です。 | -| `INVALID INPUT TYPE` | `INPUT_TYPE` の値が無効です。INPUT_TYPEの有効な値は：`email`、`email_hash`、`phone`、`phone_hash` です。 | +| `INVALID INPUT TYPE` | `INPUT_TYPE` の値が無効です。INPUT_TYPE の有効な値は：`email`、`email_hash`、`phone`、`phone_hash` です。 | #### Examples @@ -234,7 +234,7 @@ select a.ID, a.EMAIL, m.UID, m.BUCKET_ID, m.UNMAPPED from AUDIENCE a LEFT JOIN( 以下のクエリは、[Default database and schema names](#database-and-schema-names)を使用して、電話番号をマッピングする方法を示しています。 -UID2の[Phone number normalization](../getting-started/gs-normalization-encoding.md#phone-number-normalization)ルールを使用して電話番号を正規化する必要があります。 +UID2 の[Phone number normalization](../getting-started/gs-normalization-encoding.md#phone-number-normalization)ルールを使用して電話番号を正規化する必要があります。 ```sql select UID, BUCKET_ID, UNMAPPED from table(UID2_PROD_UID_SH.UID.FN_T_IDENTITY_MAP('+12345678901', 'phone')); @@ -254,7 +254,7 @@ select UID, BUCKET_ID, UNMAPPED from table(UID2_PROD_UID_SH.UID.FN_T_IDENTITY_MA 以下のクエリは、[Default database and schema names](#database-and-schema-names)を使用して、複数の電話番号をマッピングする方法を示しています。 -UID2の[Phone number normalization](../getting-started/gs-normalization-encoding.md#phone-number-normalization)ルールを使用して電話番号を正規化する必要があります。 +UID2 の[Phone number normalization](../getting-started/gs-normalization-encoding.md#phone-number-normalization)ルールを使用して電話番号を正規化する必要があります。 ```sql select a.ID, a.PHONE, m.UID, m.BUCKET_ID, m.UNMAPPED from AUDIENCE a LEFT JOIN( @@ -376,7 +376,7 @@ select a.ID, a.PHONE_HASH, m.UID, m.BUCKET_ID, m.UNMAPPED from AUDIENCE a LEFT J #### Targeted input table -この例のシナリオでは、広告主/データプロバイダーは `AUDIENCE_WITH_UID2` という名前のテーブルに UID2 を保存しています。最後のカラム `LAST_UID2_UPDATE_UTC` は、UID2 が生成された時間を記録するために使用されます。UID2 が生成されていない場合、値は3番目の例に示すように `NULL` です。広告主/データプロバイダーはこのタイムスタンプ値を使用して、どの UID2 を再生成する必要があるかを判断できます。 +この例のシナリオでは、広告主/データプロバイダーは `AUDIENCE_WITH_UID2` という名前のテーブルに UID2 を保存しています。最後のカラム `LAST_UID2_UPDATE_UTC` は、UID2 が生成された時間を記録するために使用されます。UID2 が生成されていない場合、値は 3 番目の例に示すように `NULL` です。広告主/データプロバイダーはこのタイムスタンプ値を使用して、どの UID2 を再生成する必要があるかを判断できます。 ```sql select * from AUDIENCE_WITH_UID2; @@ -423,7 +423,7 @@ UID2 の共有参 このプロセスで生成される UID2 Token は共有専用であり、ビッドストリームでは使用できません。ビッドストリーム用のトークンを生成するための別のワークフローがあります：[Tokenized sharing in the bidstream](../sharing/sharing-tokenized-from-data-bid-stream.md)を参照してください。 ::: -Snowflake内のピクセルやビッドストリームでデータを送信していない場合でも、[Security requirements for UID2 sharing](../sharing/sharing-security.md)に記載されている要件に従えば、Raw UID2共有にも参加できます。 +Snowflake 内のピクセルやビッドストリームでデータを送信していない場合でも、[Security requirements for UID2 sharing](../sharing/sharing-security.md)に記載されている要件に従えば、Raw UID2 共有にも参加できます。 以下のアクティビティはトークン化共有をサポートしています： @@ -443,7 +443,7 @@ Raw UID2 を UID2 Token に暗号化するには、`FN_T_ENCRYPT` 関数を使 | Column Name | Data Type | Description | | :--- | :--- | :--- | | `UID_TOKEN` | TEXT | 値は以下のいずれかです：
  • 暗号化成功：Raw UID2 を含む UID2 Token。
  • 暗号化失敗：`NULL`。
| -| `ENCRYPTION_STATUS` | TEXT | 値は以下のいずれかです：
  • 暗号化成功：`NULL`。
  • 暗号化失敗：Raw UID2が暗号化されなかった理由。例：`INVALID_RAW_UID2` や `INVALID NOT_AUTHORIZED_FOR_MASTER_KEY`。
    詳細は、[Values for the ENCRYPTION_STATUS column](#values-for-the-encryption_status-column)を参照してください。
| +| `ENCRYPTION_STATUS` | TEXT | 値は以下のいずれかです：
  • 暗号化成功：`NULL`。
  • 暗号化失敗：Raw UID2 が暗号化されなかった理由。例：`INVALID_RAW_UID2` や `INVALID NOT_AUTHORIZED_FOR_MASTER_KEY`。
    詳細は、[Values for the ENCRYPTION_STATUS column](#values-for-the-encryption_status-column)を参照してください。
| #### Values for the ENCRYPTION_STATUS column @@ -515,7 +515,7 @@ UID2 Token を Raw UID2 に復号化するには、`FN_T_DECRYPT` 関数を使 | `DECRYPTION_STATUS` | TEXT | 値は以下のいずれかです：
  • 復号化成功：`NULL`。
  • 復号化失敗：UID2 Token が復号化されなかった理由。例：`EXPIRED_TOKEN`。
    詳細は、[Values for the DECRYPTION_STATUS column](#values-for-the-decryption_status-column)を参照してください。
| :::note -UID2 Tokenが正常に復号化できない状況のほとんどの場合、関数は行を一切返しません。 +UID2 Token が正常に復号化できない状況のほとんどの場合、関数は行を一切返しません。 ::: #### Values for the DECRYPTION_STATUS column @@ -574,7 +574,7 @@ select a.ID, b.UID, b.SITE_ID, CASE WHEN b.UID IS NULL THEN 'DECRYPT_FAILED' ELS ### UID2 sharing example -以下の指示は、Snowflakeを使用する送信者と受信者の両方について、共有がどのように機能するかの例を提供します。この例のシナリオでは、広告主（送信者）は Raw UID2 を持つオーディエンステーブル（`AUDIENCE_WITH_UID2S`）を持っており、[Snowflake Secure Data Sharing](https://docs.snowflake.com/en/user-guide/data-sharing-intro)機能を使用してデータプロバイダー（受信者）にテーブル内のデータを利用可能にしたいと考えています。 +以下の指示は、Snowflake を使用する送信者と受信者の両方について、共有がどのように機能するかの例を提供します。この例のシナリオでは、広告主（送信者）は Raw UID2 を持つオーディエンステーブル（`AUDIENCE_WITH_UID2S`）を持っており、[Snowflake Secure Data Sharing](https://docs.snowflake.com/en/user-guide/data-sharing-intro)機能を使用してデータプロバイダー（受信者）にテーブル内のデータを利用可能にしたいと考えています。 #### Sender instructions diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-snowflake.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-snowflake.md index b2181ed03..e556a03b6 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-snowflake.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/integration-snowflake.md @@ -44,7 +44,7 @@ import SnptPreparingEmailsAndPhoneNumbers from '../snippets/_snpt-preparing-emai ## Changes from previous version -2025年7月の UID2 Snowflake Marketplace インテグレーションの更新では、UID2 のリフレッシュ管理を簡素化し、ローテーション後 90 日間の以前の raw UID2 にアクセスできる新しい ID マッピング関数が導入されました。 +2025 年 7 月の UID2 Snowflake Marketplace インテグレーションの更新では、UID2 のリフレッシュ管理を簡素化し、ローテーション後 90 日間の以前の raw UID2 にアクセスできる新しい ID マッピング関数が導入されました。 :::note これらの変更は、コードインテグレーションが 2025 年 7 月以前に公開された Snowflake 関数のバージョンを使用していることを前提としています: [Snowflake integration guide (pre-July 2025)](integration-snowflake-previous.md) を参照してください。このバージョンへの移行の詳細は、[Migration guide](#migration-guide) を参照してください。 @@ -642,7 +642,7 @@ UID2 Token が共有中に期限切れにならないようにするために、 このセクションでは、以前のバージョンから新しい UID2 Snowflake v3 機能にアップグレードするための情報を提供します。 :::note -2025年2月以前のバージョンからアップグレードする場合は、以前のバージョンのドキュメントの [Migration guide](integration-snowflake-previous.md#migration-guide) を参照してください。 +2025 年 2 月以前のバージョンからアップグレードする場合は、以前のバージョンのドキュメントの [Migration guide](integration-snowflake-previous.md#migration-guide) を参照してください。 ::: ### Changing existing code diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/mobile-plugin-gma-android.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/mobile-plugin-gma-android.md index 89750b64f..b2a168af8 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/mobile-plugin-gma-android.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/mobile-plugin-gma-android.md @@ -8,7 +8,7 @@ displayed_sidebar: docs import Link from '@docusaurus/Link'; -# UID2 GMA Plugin for Android integration guide +# GMA Plugin for Android integration guide UID2 Google Mobile Ads (GMA) Plugin for Android は、[Google Mobile Ads (GMA) SDK](https://developers.google.com/ad-manager/mobile-ads-sdk) を使用するパブリッシャーが、Android アプリからの広告リクエストで UID2 Token を [secure signals](https://support.google.com/admob/answer/11556288?hl=en-GB) として送信できるようにします。これは自動的に行われるため、アプリ開発者が直接コーディングする必要はありません。 diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/mobile-plugin-gma-ios.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/mobile-plugin-gma-ios.md index f920c2e13..e096a1fcc 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/mobile-plugin-gma-ios.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/mobile-plugin-gma-ios.md @@ -8,7 +8,7 @@ displayed_sidebar: docs import Link from '@docusaurus/Link'; -# UID2 GMA Plugin for iOS integration guide +# GMA Plugin for iOS integration guide UID2 Google Mobile Ads (GMA) Plugin for iOS は、[Google Mobile Ads (GMA) SDK](https://developers.google.com/ad-manager/mobile-ads-sdk) を使用しているパブリッシャーが、iOS アプリからの広告リクエストで UID2 Token を [secure signals](https://support.google.com/admob/answer/11556288) として送信できるようにします。これは自動的に行われるため、アプリ開発者が直接コーディングする必要はありません。 diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/mobile-plugin-ima-android.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/mobile-plugin-ima-android.md index 185c8dfb3..11bcff75a 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/mobile-plugin-ima-android.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/mobile-plugin-ima-android.md @@ -8,7 +8,7 @@ displayed_sidebar: docs import Link from '@docusaurus/Link'; -# UID2 IMA Plugin for Android integration guide +# IMA Plugin for Android integration guide UID2 Interactive Media Ads (IMA) Plugin for Android は、[Google IMA SDK for Android](https://developers.google.com/interactive-media-ads/docs/sdks/android/client-side) を使用するパブリッシャーが、Android アプリからの広告リクエストで UID2 Token を [Secure Signals](https://support.google.com/admob/answer/11556288) として送信できるようにします。これは自動的に行われるため、アプリ開発者が直接コーディングする必要はありません。 @@ -53,7 +53,7 @@ UID2 Portal で実行する手順は、実装が Client-Side、Client-Server、S 前提条件: Google Interactive Media Ads SDK と SDK for Android をインストールします。 -SDK for Android と Google IMA SDK がインストールされている既存のアプリに、UID2 Android IMA Plugin をインストールします。インストールオプションは2つあります: +SDK for Android と Google IMA SDK がインストールされている既存のアプリに、UID2 Android IMA Plugin をインストールします。インストールオプションは 2 つあります: - [Gradle](#gradle) - [Maven](#maven) diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/mobile-plugin-ima-ios.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/mobile-plugin-ima-ios.md index 54b829133..e2e6d9ef0 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/mobile-plugin-ima-ios.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/mobile-plugin-ima-ios.md @@ -8,7 +8,7 @@ displayed_sidebar: docs import Link from '@docusaurus/Link'; -# UID2 IMA Plugin for iOS integration guide +# IMA Plugin for iOS integration guide UID2 Interactive Media Ads (IMA) Plugin for iOS は、[Google IMA SDK for iOS](https://developers.google.com/interactive-media-ads/docs/sdks/ios/client-side) を使用するパブリッシャーが、iOS アプリからの広告リクエストで UID2 Token を [Secure Signals](https://support.google.com/admob/answer/11556288) として送信できるようにします。これは自動的に行われるため、アプリ開発者が直接コーディングする必要はありません。 @@ -54,7 +54,7 @@ UID2 Portal で実行する手順は、実装が Client-Side、Client-Server、S SDK for iOS と Google Interactive Ads SDK がインストールされた既存のアプリに、Swift Package Manager または CocoaPods を使用して UID2 iOS IMA Plugin をインストールします。 -3つのインストールオプションがあります: +3 つのインストールオプションがあります: - [Package.swift](#installing-with-packageswift) - [Xcode](#installing-with-xcode) diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/operator-guide-aks-enclave.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/operator-guide-aks-enclave.md index 37580ed6b..0201360a5 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/operator-guide-aks-enclave.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/operator-guide-aks-enclave.md @@ -14,7 +14,7 @@ import SnptPreparingEmailsAndPhoneNumbers from '../snippets/_snpt-preparing-emai import SnptAttestFailure from '../snippets/_snpt-private-operator-attest-failure.mdx'; import SnptRotatingTheKeys from '../snippets/_snpt-private-operator-rotating-the-keys.mdx'; -# UID2 Private Operator for AKS integration guide +# Private Operator for AKS integration guide UID2 Operator は UID2 エコシステムの API サーバーです。詳細は、[The UID2 Operator](../ref-info/ref-operators-public-private.md) を参照してください。 @@ -84,7 +84,7 @@ Azure コマンドラインインターフェイスをインストールしま ### Install the kubectl CLI -Kubernetesの `kubectl` コマンドラインインターフェイスをインストールします。詳細は、Kubernetes ドキュメントの [Install Tools](https://kubernetes.io/docs/tasks/tools/) を参照してください。 +Kubernetes の `kubectl` コマンドラインインターフェイスをインストールします。詳細は、Kubernetes ドキュメントの [Install Tools](https://kubernetes.io/docs/tasks/tools/) を参照してください。 ### Install the Helm CLI @@ -254,6 +254,10 @@ az network vnet subnet update \ --nat-gateway ${NAT_GATEWAY_NAME} ``` +:::note +アウトバンドのネットワークが制限されている場合は、[Private Operator network egress](../ref-info/operator-private-network-requirements.md) に記載されている宛先へのアウトバウンドアクセスを許可する必要があります。 +::: + #### Get the AKS Subnet ID AKS サブネット ID を取得するには、次のコマンドを実行します: diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/operator-guide-aws-marketplace.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/operator-guide-aws-marketplace.md index 6d907af6c..409668332 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/operator-guide-aws-marketplace.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/operator-guide-aws-marketplace.md @@ -15,7 +15,7 @@ import SnptAttestFailure from '../snippets/_snpt-private-operator-attest-failure import SnptRotatingTheKeys from '../snippets/_snpt-private-operator-rotating-the-keys.mdx'; import SnptRuntimeErrors from '../snippets/_snpt-private-operator-runtime-errors.mdx'; -# UID2 Private Operator for AWS integration guide +# Private Operator for AWS integration guide UID2 Operator は、UID2 エコシステム内の API サーバーです。詳細は、[UID2 Operator](../ref-info/ref-operators-public-private.md) を参照してください。 @@ -126,7 +126,7 @@ AWS で 1 つまたは複数の UID2 Operator をサブスクライブしてデ | Name | Type | Description | |:------|:------|:-------------| -| `KMSKey` | `AWS::KMS::Key` | AWS Secrets Managerで秘密暗号化に使う Custom KMS key です。 | +| `KMSKey` | `AWS::KMS::Key` | AWS Secrets Manager で秘密暗号化に使う Custom KMS key です。 | | `SSMKeyAlias` | `AWS::KMS::Alias` | [KMS](https://aws.amazon.com/kms/)キーに簡単にアクセスする方法を提供するエイリアスです。 | | `TokenSecret` | `AWS::SecretsManager::Secret` | Operator Key を保存するための Secrets Manager のシークレットです。 | | `WorkerRole` | `AWS::IAM::Role` | UID2 Operator が実行する IAM ロールです。このロールで AWS Secrets Manager にアクセスして Operator Key を取得できます。 | @@ -156,6 +156,10 @@ AWS で 1 つまたは複数の UID2 Operator をサブスクライブしてデ | 9080 | Inbound | HTTP | Prometheus metrics サービス (`/metrics`)。 | | 443 | Outbound | HTTPS | UID2 Core Service、AWS S3 を呼び出し、オプトアウトデータとキーストア用のファイルをダウンロードします。 | +:::note +アウトバンドのネットワークが制限されている場合は、[Private Operator network egress](../ref-info/operator-private-network-requirements.md) に記載されている宛先へのアウトバウンドアクセスを許可する必要があります。 +::: + ### VPC chart 次の図は、Private Operator をホストする仮想プライベートクラウドを示したものです。 @@ -230,9 +234,9 @@ UID2 Operator を AWS Marketplace にデプロイするには、以下の手順 1. AWS コンソールで EC2 ダッシュボードに移動し、`Load Balancer` を検索します。 2. **Create Load Balancer** をクリックします。 -3. Load balancer typesページの **Application Load Balancer** セクションで、**Create** をクリックします。 +3. Load balancer types ページの **Application Load Balancer** セクションで、**Create** をクリックします。 4. UID2 **Load balancer name** を入力します。パブリックインターネットから UID2 API にアクセスする必要があるかどうかに応じて、**Internet-facing** または **Internal** スキームを選択します。 -5. CloudFormation スタックを作成する際に使用した **VPC** を選択し、少なくとも2つのサブネットを選択します。 +5. CloudFormation スタックを作成する際に使用した **VPC** を選択し、少なくとも 2 つのサブネットを選択します。 6. **Security groups** の下にある **Create new security group** をクリックし、以下を実行します: 1. `UID2SGALB` を **Security group name** として入力し、関連する **Description** も入力します。 2. **Inbound rules** の下で、**Add rule** をクリックし、要件に応じて **HTTPS** タイプと適切な **Source** を選択します。 @@ -268,7 +272,7 @@ UID2 Operator を AWS Marketplace にデプロイするには、以下の手順 ここでは、アップグレードについて紹介します: - 新しいバージョンの提供に関する情報は、[UID2 Operator on AWS Marketplace](https://aws.amazon.com/marketplace/pp/prodview-wdbccsarov5la) のページで提供されます。 -- UID2 Operator をアップグレードするには、新しい CloudFormation スタックを作成します。詳細は、[デプロイ](#deployment) を参照してください。 +- UID2 Operator をアップグレードするには、[AWS Marketplace](https://aws.amazon.com/marketplace/pp/prodview-wdbccsarov5la) から新しいインスタンスを起動します。詳細は、[Deployment](#deployment) を参照してください。 :::tip スムーズな移行を行うには、まず新しいスタックを作成します。新しいスタックが起動し、サービスを提供する準備ができたら、古いスタックを削除してください。ロードバランサーを使用している場合は、まず新しいインスタンスを立ち上げて実行してから、DNS 名を以前のものから新しいものに変換してください。 @@ -294,8 +298,8 @@ UID2 system はログの生成に `syslog-ng` を使用し、ログのサイズ #### Log rotation configuration Operator インスタンスがデプロイされると、デフォルトのログローテーション設定が適用されます: -- ログは毎日ローテーションされ、30個のログエントリが保持されるため、ログ履歴はログエントリが異常に大きくない限り30日分のデータに相当します。 -- ログエントリが非常に大きい場合、ログサイズが24時間以内に30MBに達した場合、その時点でログがローテーションされます。 +- ログは毎日ローテーションされ、30 個のログエントリが保持されるため、ログ履歴はログエントリが異常に大きくない限り 30 日分のデータに相当します。 +- ログエントリが非常に大きい場合、ログサイズが 24 時間以内に 30MB に達した場合、その時点でログがローテーションされます。 #### Log rotation default settings @@ -364,7 +368,7 @@ logrotate のドキュメントに従って指示に従ってください: [logr | Action | Command | | :--- | :--- | | 何がローテーションされるかの詳細を提供します。 | `sudo logrotate -f /etc/logrotate.conf --debug` | -| スケジュールされた間隔を変更することなく、手動で `logrotate` を1回実行します。 | `sudo logrotate -f /etc/logrotate.conf --force` | +| スケジュールされた間隔を変更することなく、手動で `logrotate` を 1 回実行します。 | `sudo logrotate -f /etc/logrotate.conf --force` | | `syslog-ng` をリロードします。 | `sudo /usr/sbin/syslog-ng-ctl reload` | ## Keeping the operator key secure @@ -388,7 +392,7 @@ Operator 起動時に以下のエラーが発生する可能性があります: | E01 | InstanceProfileMissingError | EC2 インスタンスに、必要な権限が付与された IAM インスタンスプロファイルをアタッチします。UID2 Operator は、AWS Secrets Manager から設定にアクセスするためにこれらの権限が必要です。 | | E02 | OperatorKeyNotFoundError | Private Operator が参照するシークレットが、オペレーターと同じリージョンにある AWS Secrets Manager に存在することを確認し、IAM インスタンス プロファイルがシークレットにアクセスする権限を持っていることを確認してください。必要に応じて、特定のシークレット名とリージョンに関するログを確認できます。 | | E03 | ConfigurationMissingError | 構成に必須の属性が不足しています。詳細はログを確認し、Secrets Manager で不足している属性を更新してください。 | -| E04 | ConfigurationValueError | 構成値が無効です。AWS Secrets Manager内の構成値が、必要な形式と環境と一致していることを確認してください。Note： `debug_mode = true` は `integ` 環境でのみ許可されています。詳細はログを確認してください。 | +| E04 | ConfigurationValueError | 構成値が無効です。AWS Secrets Manager 内の構成値が、必要な形式と環境と一致していることを確認してください。Note： `debug_mode = true` は `integ` 環境でのみ許可されています。詳細はログを確認してください。 | | E05 | OperatorKeyValidationError | Operator Key が環境に適しており、提供されたものと一致していることを確認してください。 | | E06 | UID2ServicesUnreachableError | UID2 Core Service および Opt-Out Service の IP アドレスをアウトバウンドファイアウォールで許可します。IP アドレスおよび DNS の詳細は、ログを参照してください。 | diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/operator-guide-azure-enclave.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/operator-guide-azure-enclave.md index 9b8730371..d028ef99c 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/operator-guide-azure-enclave.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/operator-guide-azure-enclave.md @@ -15,7 +15,7 @@ import SnptAttestFailure from '../snippets/_snpt-private-operator-attest-failure import SnptRotatingTheKeys from '../snippets/_snpt-private-operator-rotating-the-keys.mdx'; import SnptRuntimeErrors from '../snippets/_snpt-private-operator-runtime-errors.mdx'; -# UID2 Private Operator for Azure integration guide +# Private Operator for Azure integration guide UID2 Operator は、UID2 エコシステム内の API サーバーです。詳細は、[UID2 Operator](../ref-info/ref-operators-public-private.md) を参照してください。 @@ -332,6 +332,10 @@ Azure の Private Operator は、ポート 9080 で `/metrics` エンドポイ | 9080 | Inbound | HTTP | Prometheus メトリックを提供します (`/metrics`)。詳細は [Scraping Metrics](#scraping-metrics) を参照してください。 | | 443 | Outbound | HTTPS | UID2 Core Service と Azure Blob Storage への呼び出し、オプトアウトデータとキーストアのファイルをダウンロードします。 | +:::note +アウトバンドのネットワークが制限されている場合は、[Private Operator network egress](../ref-info/operator-private-network-requirements.md) に記載されている宛先へのアウトバウンドアクセスを許可する必要があります。 +::: + ## Upgrading UID2 Azure Confidential Containers の新しいバージョンがリリースされると、Private Operator は新しいリリースリンクを含む更新通知のメールを受信します。アップグレードのためのウィンドウがあり、その後、古いバージョンは非アクティブ化され、サポートされなくなります。 diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/operator-private-gcp-confidential-space.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/operator-private-gcp-confidential-space.md index 7d5b620be..6f05cb955 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/operator-private-gcp-confidential-space.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/operator-private-gcp-confidential-space.md @@ -15,7 +15,7 @@ import SnptAttestFailure from '../snippets/_snpt-private-operator-attest-failure import SnptRotatingTheKeys from '../snippets/_snpt-private-operator-rotating-the-keys.mdx'; import SnptRuntimeErrors from '../snippets/_snpt-private-operator-runtime-errors.mdx'; -# UID2 Private Operator for GCP integration guide +# Private Operator for GCP integration guide UID2 Operator は、UID2 エコシステムの API サーバーです。詳細は、[UID2 Operator](../ref-info/ref-operators-public-private.md) を参照してください。 @@ -90,6 +90,8 @@ UID2 Operator Service は、任意の GCP アカウントとプロジェクト 1. エグレスルールを有効にします。VPC インフラストラクチャが既知のエンドポイントへのイグレスのみを許可する場合、オペレーターが認証に必要な証明書を取得できるようにエグレスルールを有効にする必要があります。これを有効にするには、Google のこのドキュメントに従ってください: [VPC Service Controls](https://cloud.google.com/vpc-service-controls/docs/supported-products#table_confidential_space)。 +また、アウトバンドのネットワークが制限されている場合は、[Private Operator network egress](../ref-info/operator-private-network-requirements.md) に記載されている宛先へのアウトバウンドアクセスを許可する必要があります。 + ### UID2 Operator account setup UID2 の連絡先に、あなたの組織を UID2 Operator として登録するよう依頼してください。誰に依頼すればよいかわからない場合は、[Contact info](../getting-started/gs-account-setup.md#contact-info) を参照してください。 @@ -130,12 +132,12 @@ UID2 アカウント登録が完了し、gcloud CLI をインストールした ## Deployment options -デプロイメントオプションは次の2つがあります: +デプロイメントオプションは次の 2 つがあります: | Option | Details | | :--- | :--- | | [Terraform template](#deployterraform-template) | このオプションは:
  • 手動でサービスアカウントを設定する必要はありません。設定はとても簡単です。
  • ロードバランサーとスケーリンググループでスタック全体を立ち上げます。
  • `gcloud` オプションよりも保守・運用が簡単です。
  • アップグレードはとても簡単です。
  • 推奨するデプロイオプションです。
| -| [gcloud CLI](#deploygcloud-cli) | このオプションは:
  • パブリック IP アドレスを持つ VM インスタンスを1つ起動します。
  • 素早く実験・評価を行うことができます。
  • 複数のインスタンスを使用する場合は、コマンドを複数回実行して各インスタンスを手動で立ち上げる必要があります。
  • ロードバランサーを手動で設定する必要があります。
  • 手作業が増えるため、アップグレードはより複雑になります。
| +| [gcloud CLI](#deploygcloud-cli) | このオプションは:
  • パブリック IP アドレスを持つ VM インスタンスを 1 つ起動します。
  • 素早く実験・評価を行うことができます。
  • 複数のインスタンスを使用する場合は、コマンドを複数回実行して各インスタンスを手動で立ち上げる必要があります。
  • ロードバランサーを手動で設定する必要があります。
  • 手作業が増えるため、アップグレードはより複雑になります。
| どちらのデプロイメントオプションも、両方のデプロイメント環境をサポートしています。 @@ -235,7 +237,7 @@ Terraform がインストールされていない場合は、[terraform.io](http | `region` | `string` | `us-east1` | no | デプロイ先のリージョン。有効なリージョンの一覧は、Google Cloud ドキュメントの [Available regions and zones](https://cloud.google.com/compute/docs/regions-zones#available) を参照してください。
注意: GCP Confidential Space 用の UID2 Private Operator の実装は、次の地域ではサポートされていません: ヨーロッパ、中国。 | | `network_name` | `string` | `uid-operator` | no | VPC リソース名（ルール/インスタンスタグにも使用されます）。 | | `min_replicas` | `number` | `1` | no | デプロイする最小レプリカ数を示します。 | - | `max_replicas` | `number` | `5` | no | デプロイする最大レプリカ数を示します。 | + | `max_replicas` | `number` | `1` | no | デプロイする最大レプリカ数を示します。 | | `uid_operator_key_secret_name` | `string` | `"secret-operator-key"` | no | Operator Key のシークレットの名前を指定します。Terraform テンプレートは、GCP Secret Manager に `uid_operator_key` 値を保持するためのシークレットを作成します。名前を定義できます。例: `uid2-operator-operator-key-secret-integ`。 | | `debug_mode` | `bool` | `false` | no | UID2 チームと協力して問題をデバッグする場合を除き、`true` に設定しないでください。それ以外の場合、このフラグを `true` に設定すると、認証が失敗します。 | diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/guides/summary-guides.md b/i18n/ja/docusaurus-plugin-content-docs/current/guides/summary-guides.md index 384320a3e..d476bc0ef 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/guides/summary-guides.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/guides/summary-guides.md @@ -10,7 +10,7 @@ displayed_sidebar: docs import Link from '@docusaurus/Link'; -# UID2 integration guides: Summary +# Integration guides: Summary 以下のガイドでは、各組織のニーズと要件、およびパブリッシャー、DSP、データプロバイダー/広告主としての主な役割に基づいたインテグレーション手順を説明しています。UID2 参加者として、Open Operator Service との連携や Private Operator Service のホスティングを可能にするエンタープライズパートナーを介してインテグレーションすることもできます。 diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/deprecation-schedule.md b/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/deprecation-schedule.md index be1ced4a0..e9a911c57 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/deprecation-schedule.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/deprecation-schedule.md @@ -96,5 +96,5 @@ The latest ZIP file is linked in the Release Notes column in the following table Endpoint | Deprecation Date | | ------- | ------ | -| `POST /v2/identity/map` | June 30, 2026 | -| `POST /v2/identity/buckets` | June 30, 2026 | +| `POST /v2/identity/map` | September 30, 2026 | +| `POST /v2/identity/buckets` | September 30, 2026 | diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/glossary-uid.md b/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/glossary-uid.md index 26a66c692..3a163f3c5 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/glossary-uid.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/glossary-uid.md @@ -177,7 +177,7 @@ import MdxJumpAnchor from '@site/src/components/MdxJumpAnchor';
API key を参照してください。
Client keypair
-
Client-Side のパブリッシャーインテグレーションの場合、アカウントを一意に識別するためにパブリッシャーに発行される 2 つの値は、Subscription ID と public key です。Client keypair とは、この2つの値をまとめて呼ぶ用語です。
+
Client-Side のパブリッシャーインテグレーションの場合、アカウントを一意に識別するためにパブリッシャーに発行される 2 つの値は、Subscription ID と public key です。Client keypair とは、この 2 つの値をまとめて呼ぶ用語です。
詳細は Subscription ID and public key を参照してください。
Client secret
@@ -185,12 +185,12 @@ import MdxJumpAnchor from '@site/src/components/MdxJumpAnchor';
詳細は、UID2 credentials を参照してください。
Client-Server Integration
-
UID2の インテグレーションアプローチ の1つは、Client-Side と Server-Side の両方でインテグレーションする方法です (Client-Server)。
+
UID2 の インテグレーションアプローチ の 1 つは、Client-Side と Server-Side の両方でインテグレーションする方法です (Client-Server)。
たとえば、パブリッシャーの Client-Server インテグレーションでは、UID2 Token は Server-Side で生成され、Client-Side でリフレッシュされます。
パブリッシャーの Client-Server インテグレーションに関するドキュメントの例: Client-server integration guide for Prebid.js, Client-server integration guide for JavaScript, Client-server integration guide for mobile.
Client-side integration
-
UID2の インテグレーションアプローチ の1つは、完全に Client-Side でインテグレーションする方法です。
+
UID2 の インテグレーションアプローチ の 1 つは、完全に Client-Side でインテグレーションする方法です。
Client-Side インテグレーションでは、UID2 Token はクライアントサイドで生成およびリフレッシュされます。
たとえば、広告主は、トラッキングピクセルのために Client-Side で UID2 Token を生成し、パブリッシャーは、ビッドストリームのために Client-Side で UID2 Token を生成し、トークンをリフレッシュします。
パブリッシャーの Client-Side インテグレーションに関するドキュメントの例: Client-side integration guide for Prebid.js, Client-side integration guide for JavaScript, Client-side integration guide for mobile.
@@ -199,22 +199,22 @@ import MdxJumpAnchor from '@site/src/components/MdxJumpAnchor';
Closed Operator は Private Operator の別名です。
Confidential Computing (GCP)
-
Google Cloud Platform (GCP) の機密コンピューティングオプションの1つである Confidential Computing は、UID2 Private Operator のホスティングをサポートしています。
+
Google Cloud Platform (GCP) の機密コンピューティングオプションの 1 つである Confidential Computing は、UID2 Private Operator のホスティングをサポートしています。
詳細は Confidential Space を参照してください。
Confidential containers (Azure)
Confidential Containers は、Microsoft Azure のセキュアな機密コンピューティングオプションの名称です。各 Confidential Containers の実装は、データ整合性、データ機密性、コード整合性などの本質的な機能を提供する、ハードウェアで保護された Trusted Execution Environment (TEE) で実行されます。
-
UID2 のコンテキストでは、Azure の Confidential Containers は、Private Operator をホストするためのサポートされるセキュアコンピューティング環境の1つです。
+
UID2 のコンテキストでは、Azure の Confidential Containers は、Private Operator をホストするためのサポートされるセキュアコンピューティング環境の 1 つです。
詳細は Private Operator for Azure integration guide を参照してください。
Confidential Space (GCP)
-
Confidential Space は、Google Cloud Platform (GCP) の Confidential Computing オプションの1つです。Confidential Space は、Trusted Execution Environment (TEE) として知られるセキュアエンクレーブ環境を提供します。
-
UID2 のコンテキストでは、GCP Confidential Space は、Private Operator をホストするためのサポートされるセキュアコンピューティング環境の1つです。
+
Confidential Space は、Google Cloud Platform (GCP) の Confidential Computing オプションの 1 つです。Confidential Space は、Trusted Execution Environment (TEE) として知られるセキュアエンクレーブ環境を提供します。
+
UID2 のコンテキストでは、GCP Confidential Space は、Private Operator をホストするためのサポートされるセキュアコンピューティング環境の 1 つです。
詳細は Private Operator for GCP integration guide を参照してください。
Core Service
-
UID2 Core Serviceは、UID2 エコシステムの秘密の ソルト、暗号化キー、その他の関連データへのアクセスを管理する一元的なサービスです。
-
すべてのUID2 Service の概要は、UID2 component services を参照してください。
+
UID2 Core Service は、UID2 エコシステムの秘密の ソルト、暗号化キー、その他の関連データへのアクセスを管理する一元的なサービスです。
+
すべての UID2 Service の概要は、UID2 component services を参照してください。
@@ -252,7 +252,7 @@ import MdxJumpAnchor from '@site/src/components/MdxJumpAnchor';
各 UID2 Token は、リクエストしたパブリッシャーに固有の暗号化キーを使用して暗号化されます。このキーはパブリッシャーを識別し、トークンを復号化するために必要です。これにより、UID2 Token を不正な個人が復号化できないようになります。
Environment
-
UID2 は、インテグレーション環境と本番環境の2つの環境を提供しています。
+
UID2 は、インテグレーション環境と本番環境の 2 つの環境を提供しています。
両方を使用する場合は、それぞれの環境に対して別々の認証情報を取得する必要があります。
詳細は、[Environments](../getting-started/gs-environments.md) を参照してください。
@@ -347,7 +347,7 @@ import MdxJumpAnchor from '@site/src/components/MdxJumpAnchor';
Open Operator は、Public Operator の別名です。
Operator
-
Operator とは、UID2 の Operator Service を運営する組織や団体のことです。UID2 Operatorは、UID2 エコシステムの API サーバーです。
+
Operator とは、UID2 の Operator Service を運営する組織や団体のことです。UID2 Operator は、UID2 エコシステムの API サーバーです。
Operators は、UID2 Core Service から 暗号化キー と秘密の ソルト を受け取り、個人に関するデータ (DII) をソルト化およびハッシュ化して raw UID2 を返し、raw UID2 を暗号化して UID2 Token を生成するなど、複数の機能を実行します。
参加者は、UID2 API にアクセスし、プライベートインフラ内で raw UID2 と UID2 Token を生成するために、Private Operator になることも選択できます。
詳細は participants と The UID2 Operator を参照してください。
@@ -386,7 +386,7 @@ import MdxJumpAnchor from '@site/src/components/MdxJumpAnchor';
Private Operator が運用する Operator Service のインスタンスです。
Public key
-
Client-Side のパブリッシャーインテグレーションでは、パブリッシャーに発行される2つの値のうちの1つがアカウントを一意に識別する公開鍵です。詳細は Subscription ID and public key を参照してください。
+
Client-Side のパブリッシャーインテグレーションでは、パブリッシャーに発行される 2 つの値のうちの 1 つがアカウントを一意に識別する公開鍵です。詳細は Subscription ID and public key を参照してください。
UID2 のインテグレーションでは、この値はしばしば serverPublicKey として表されます。たとえば、Client-side integration guide for Prebid.js、Client-side integration guide for JavaScript、Client-side integration guide for mobile など。
Public Operator
@@ -400,7 +400,7 @@ import MdxJumpAnchor from '@site/src/components/MdxJumpAnchor';
Raw UID2
-
UID2 API または SDK を通じて、ユーザーの directly identifying information (メールアドレスまたは電話番号) を入力として作成される、暗号化されていない英数字の識別子。raw UID2 を暗号化して UID2 Token を作成します。raw UID2 は一意な値であり、同じ UID2 は2つとありません。raw UID2 とそれに関連付けられた UID2 Token は、大文字と小文字を区別します。
+
UID2 API または SDK を通じて、ユーザーの directly identifying information (メールアドレスまたは電話番号) を入力として作成される、暗号化されていない英数字の識別子。raw UID2 を暗号化して UID2 Token を作成します。raw UID2 は一意な値であり、同じ UID2 は 2 つとありません。raw UID2 とそれに関連付けられた UID2 Token は、大文字と小文字を区別します。
詳細は UID2 identifier types を参照してください。
Refresh timestamp
@@ -424,7 +424,7 @@ import MdxJumpAnchor from '@site/src/components/MdxJumpAnchor';
Salt bucket
ソルトバケットは、raw UID2 や UID2 Token を生成するために使用される秘密のソルト値を、時間経過とともに管理するために使用されます。各バケットには単一の現在のソルト値が含まれており、一定期間アクティブな状態を維持した後、新しい値にローテーションされます。バケットは互いに独立して更新できます。
-
100万個以上のソルトバケットが存在し、各メールアドレスまたは電話番号は決定論的な方法で特定のバケットに割り当てられます。ただし、この割り当ては永続的なものではなく、バケットの現在のソルトが新しい値にローテーションされると変更される可能性があります。
+
100 万個以上のソルトバケットが存在し、各メールアドレスまたは電話番号は決定論的な方法で特定のバケットに割り当てられます。ただし、この割り当ては永続的なものではなく、バケットの現在のソルトが新しい値にローテーションされると変更される可能性があります。
[POST /v3/identity/map](../endpoints/post-identity-map.md) エンドポイントのバージョン 3 以前では、ソルトバケットは ソルトバケット ID を使用して識別されます。バージョン 3 以降では、ソルトバケット情報は必要ありません。
Salt bucket ID
@@ -439,8 +439,8 @@ import MdxJumpAnchor from '@site/src/components/MdxJumpAnchor';
client secret を参照してください。
Secure signals
-
Google Ad Managerの機能。セキュアシグナル機能 (旧称: Encrypted Signals for Publishers、略称: ESP)により、パブリッシャーは信頼できるサードパーティのバイイングパートナーとシグナルを安全に共有することができます。パブリッシャーは、Google Ad Manager と Google Ad Manager Ad Exchange (AdX) を介して、Googleが承認した入札者に「暗号化された」ユーザーIDを渡すことができます。
-
詳細は、Share secure signals with your trusted partners (2番目のセクション) と Share secure signals with bidders (いずれもGoogle) を参照してください。
+
Google Ad Manager の機能。セキュアシグナル機能 (旧称: Encrypted Signals for Publishers、略称: ESP)により、パブリッシャーは信頼できるサードパーティのバイイングパートナーとシグナルを安全に共有することができます。パブリッシャーは、Google Ad Manager と Google Ad Manager Ad Exchange (AdX) を介して、Google が承認した入札者に「暗号化された」ユーザー ID を渡すことができます。
+
詳細は、Share secure signals with your trusted partners (2 番目のセクション) と Share secure signals with bidders (いずれも Google) を参照してください。
Google Secure signals の UID2 サポートの詳細は、Google Ad Manager Secure Signals integration guide を参照してください。
Server-side integration
@@ -455,7 +455,7 @@ import MdxJumpAnchor from '@site/src/components/MdxJumpAnchor';
詳細は https://nvlpubs.nist.gov/nistpubs/FIPS/NIST.FIPS.180-4.pdf (specification) を参照してください。
Sharing (in UID2)
-
UID2 のコンテキストでは、Sharing は、raw UID2 を直接または UID2 Token に暗号化して、1つの UID2 sharing participant から別の共有者に配布するプロセスです。
+
UID2 のコンテキストでは、Sharing は、raw UID2 を直接または UID2 Token に暗号化して、1 つの UID2 sharing participant から別の共有者に配布するプロセスです。
詳細は UID2 sharing を参照してください。
Sharing participant
@@ -469,7 +469,7 @@ import MdxJumpAnchor from '@site/src/components/MdxJumpAnchor';
Single sign-on (SSO) を参照してください。
Subscription ID
-
Client-Side のパブリッシャーインテグレーションでは、パブリッシャーに発行される2つの値のうちの1つがアカウントを一意に識別する公開鍵です。詳細は Subscription ID and public key を参照してください。
+
Client-Side のパブリッシャーインテグレーションでは、パブリッシャーに発行される 2 つの値のうちの 1 つがアカウントを一意に識別する公開鍵です。詳細は Subscription ID and public key を参照してください。
@@ -489,7 +489,7 @@ import MdxJumpAnchor from '@site/src/components/MdxJumpAnchor';
詳細は Tokenized sharing overview を参照してください。
Transparency and Control Portal
-
UID2 Transparency and Control Portalは、ユーザー向けのウェブサイト https://www.transparentadvertising.com/ で、消費者はいつでもここから UID2 の Opt-Out を選択することができます。
+
UID2 Transparency and Control Portal は、ユーザー向けのウェブサイト https://www.transparentadvertising.com/ で、消費者はいつでもここから UID2 の Opt-Out を選択することができます。
@@ -508,7 +508,7 @@ import MdxJumpAnchor from '@site/src/components/MdxJumpAnchor';
UID2 と EUID の間には多くの類似点がありますが、両者は完全に別物であり、トークンに互換性はありません。
UID2 identifier
-
Unified ID 2.0 (UID2)識別子には、raw UID2s と UID2 tokens (Advertising token とも呼ばれます) の2種類があります。
+
Unified ID 2.0 (UID2)識別子には、raw UID2s と UID2 tokens (Advertising token とも呼ばれます) の 2 種類があります。
詳細は UID2 identifier types を参照してください。
UID2 Portal
@@ -521,7 +521,7 @@ import MdxJumpAnchor from '@site/src/components/MdxJumpAnchor';
UID2 Token (Advertising Token)
Unified ID 2.0 (UID2)Token は Advertising Token とも呼ばれ、raw UID2 を暗号化したものです。
-
UID2 Token は、ハッシュ化された、またはハッシュされていないメールアドレスや電話番号から生成され、raw UID2 に変換された後、暗号化されます。UID2 Token は一意な値であり、同じ UID2 Token は2つとありません。UID2 Token は大文字と小文字を区別します。
+
UID2 Token は、ハッシュ化された、またはハッシュされていないメールアドレスや電話番号から生成され、raw UID2 に変換された後、暗号化されます。UID2 Token は一意な値であり、同じ UID2 Token は 2 つとありません。UID2 Token は大文字と小文字を区別します。
トークンの値は不透明です。文字列のフォーマットや長さについて、推測してはなりません。
トークンの寿命は限られていますが、refresh token を使ってバックグラウンドでリフレッシュすることができます。
パブリッシャーは、ビッドストリームに UID2 Token を送信します。
@@ -531,8 +531,8 @@ import MdxJumpAnchor from '@site/src/components/MdxJumpAnchor';
"UID2" という用語は、UID2 framework、UID2 service、raw UID2、または UID2 Token (Advertising Token) の意味でも使われます。
Unix time
-
Unix time (エポックタイム) は、1970年1月1日木曜日の00:00:00 UTC からの経過秒数として定義されています。Unix time は、UID2 の一部のレスポンスメッセージで使用され、ミリ秒で表されます。たとえば、`POST /token/refresh` エンドポイントのレスポンス (Successful response with tokens を参照) においてです。
-
例: 2024年1月1日午前9時00分00秒 GMT は、Unix time で `1704067200` と表されます。ミリ秒で表すと、`1704067200000` です。
+
Unix time (エポックタイム) は、1970 年 1 月 1 日木曜日の 00:00:00 UTC からの経過秒数として定義されています。Unix time は、UID2 の一部のレスポンスメッセージで使用され、ミリ秒で表されます。たとえば、`POST /token/refresh` エンドポイントのレスポンス (Successful response with tokens を参照) においてです。
+
例: 2024 年 1 月 1 日午前 9 時 00 分 00 秒 GMT は、Unix time で `1704067200` と表されます。ミリ秒で表すと、`1704067200000` です。
UTC
UTC は協定世界時 (Coordinated Universal Time) の略称で、ズールー時間 (Zulu time) とも呼ばれ、一般に使用されている主要な時間基準です。UTC は基本的にグリニッジ標準時 (GMT) に相当しますが、科学的により正確です。
diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/operator-private-network-requirements.md b/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/operator-private-network-requirements.md index 0012090d8..9b2074528 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/operator-private-network-requirements.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/operator-private-network-requirements.md @@ -2,7 +2,7 @@ title: Private Operator network egress sidebar_label: Private Operator network egress pagination_label: Private Operator network egress -description: Outbound network destinations a Private Operator must reach, for configuring egress firewall allowlists. +description: Egress ファイアウォールの許可リストを設定するために、Private Operator が到達する必要があるアウトバウンドのネットワーク送信先。 hide_table_of_contents: false sidebar_position: 16 displayed_sidebar: docs @@ -12,28 +12,32 @@ import Link from '@docusaurus/Link'; # Private Operator network egress -A Private Operator connects to the UID2 Core and Opt-Out services, and downloads data files directly from AWS S3 using URLs that the Core service provides. For details, see [Private Operator workflow](../guides/integration-options-private-operator.md#private-operator-workflow). +Private Operator は、UID2 の Core Service と Opt-Out Service に接続し、Core Service が提供する URL を使用して AWS S3 からデータファイルを直接ダウンロードします。詳細については、[Private Operator workflow](../guides/integration-options-private-operator.md#private-operator-workflow) を参照してください。 -If your environment restricts outbound network traffic, you must allow outbound HTTPS (port 443) to all of the destinations below, or the operator cannot start. +環境でアウトバウンドのネットワークトラフィックが制限されている場合、以下のすべての送信先に対してアウトバウンドの HTTPS（ポート 443）を許可する必要があります。許可しないと、Operator を起動できません。 ## Integration -The following table lists the hostnames you must allow for the integration environment. -| Hostname | Purpose | + +次の表に、インテグレーション環境で許可する必要があるホスト名を示します。 + +| ホスト名 | 用途 | | --- | --- | -| `core-integ.uidapi.com` | Core Service (attestation, keys, salts, configuration) | +| `core-integ.uidapi.com` | Core Service（証明、キー、ソルト、構成） | | `optout-integ.uidapi.com` | Opt-Out Service | -| `uid2-core-integ-store.s3.us-east-2.amazonaws.com` | Core data storage | -| `uid2-optout-integ-store.s3.us-east-2.amazonaws.com` | Opt-out data storage | +| `uid2-core-integ-store.s3.us-east-2.amazonaws.com` | Core データストレージ | +| `uid2-optout-integ-store.s3.us-east-2.amazonaws.com` | Opt-out データストレージ | ## Production -The following table lists the hostnames you must allow for the production environment. -| Hostname | Purpose | + +次の表に、本番環境で許可する必要があるホスト名を示します。 + +| ホスト名 | 用途 | | --- | --- | -| `core-prod.uidapi.com` | Core Service (attestation, keys, salts, configuration) | +| `core-prod.uidapi.com` | Core Service（証明、キー、ソルト、構成） | | `optout-prod.uidapi.com` | Opt-Out Service | -| `uid2-core-prod-store.s3.us-east-2.amazonaws.com` | Core data storage | -| `uid2-core-prod-store-replica.s3.us-west-2.amazonaws.com` | Core data storage (failover replica) | -| `uid2-optout-prod-store.s3.us-east-2.amazonaws.com` | Opt-out data storage | -| `uid2-optout-prod-store-replica.s3.us-west-2.amazonaws.com` | Opt-out data storage (failover replica) | +| `uid2-core-prod-store.s3.us-east-2.amazonaws.com` | Core データストレージ | +| `uid2-core-prod-store-replica.s3.us-west-2.amazonaws.com` | Core データストレージ（フェイルオーバーレプリカ） | +| `uid2-optout-prod-store.s3.us-east-2.amazonaws.com` | Opt-out データストレージ | +| `uid2-optout-prod-store-replica.s3.us-west-2.amazonaws.com` | Opt-out データストレージ（フェイルオーバーレプリカ） | -Allow these by hostname rather than by IP address, because the underlying addresses might change. +IP アドレスではなくホスト名で許可してください。基盤となるアドレスは変更される可能性があります。 diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/ref-how-uid-is-created.md b/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/ref-how-uid-is-created.md index 9be159cd7..f1b3c9682 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/ref-how-uid-is-created.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/ref-how-uid-is-created.md @@ -81,7 +81,7 @@ import Link from '@docusaurus/Link'; ## Creating a UID2 token—example -以下の図は、[raw UID2](../ref-info/glossary-uid.md#gl-raw-uid2)（第1列、第2列）を作成し、その後 [UID2 token](../ref-info/glossary-uid.md#gl-uid2-token)（第3列）を作成するための手順を示しています。 +以下の図は、[raw UID2](../ref-info/glossary-uid.md#gl-raw-uid2)（第 1 列、第 2 列）を作成し、その後 [UID2 token](../ref-info/glossary-uid.md#gl-uid2-token)（第 3 列）を作成するための手順を示しています。 パブリッシャーは、[POST /token/generate](../endpoints/post-token-generate.md) エンドポイントにリクエストを送信するか、SDK または Prebid のような他のインテグレーションオプションを使用できます。どのインテグレーションオプションを使用しても、その結果は UID2 Token です。これは、パブリッシャーがビッドストリームで送信できる暗号化された値です。 diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/ref-tokens.md b/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/ref-tokens.md index 36742ca69..c570b0298 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/ref-tokens.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/ref-tokens.md @@ -51,7 +51,7 @@ Refresh Token に関する主なポイントは次のとおりです: UID2 Token を有効期限内に保つことが非常に重要です。トークンが有効な場合のみ、UID2 の利点を享受できます。 -UID2 Token を最新の状態に保つには、次の2つの方法があります： +UID2 Token を最新の状態に保つには、次の 2 つの方法があります： - [POST /token/refresh](../endpoints/post-token-refresh.md) エンドポイントまたは多くの UID2 SDK のトークン更新機能を使用して、頻繁に更新してください。詳細は [Recommended token refresh frequency](#recommended-token-refresh-frequency) を参照してください。 - 既存トークンの更新に代わる方法として、[POST /token/generate](../endpoints/post-token-generate.md) エンドポイントまたは多くの UID2 SDK のトークン生成機能を使用して、毎回新しいトークンを生成してください。 diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/uid-workflows.md b/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/uid-workflows.md index 09549e93a..3270fade7 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/uid-workflows.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/uid-workflows.md @@ -16,10 +16,10 @@ import Link from '@docusaurus/Link'; | Workflow | Intended Primary Participants | Integration Guides | | :--- |:--- |:--- | | [Workflow for DSPs](../overviews/overview-dsps.md#workflow-for-dsps) (buy-side) | ビッドストリームで UID2 Token 取引を行う DSP。 | [DSP integrations](../guides/summary-guides#dsp-integrations) を参照 | -| [Workflow for advertisers](../overviews/overview-advertisers.md#workflow-for-advertisers) and [Workflow for data providers](../overviews/overview-data-providers.md#workflow-for-data-providers) | ユーザーデータを収集し、DSPに提供する組織。 | [Advertiser/data provider integrations](../guides/summary-guides#advertiserdata-provider-integrations) を参照 | +| [Workflow for advertisers](../overviews/overview-advertisers.md#workflow-for-advertisers) and [Workflow for data providers](../overviews/overview-data-providers.md#workflow-for-data-providers) | ユーザーデータを収集し、DSP に提供する組織。 | [Advertiser/data provider integrations](../guides/summary-guides#advertiserdata-provider-integrations) を参照 | | [Workflow for publishers](../overviews/overview-publishers.md#workflow-for-publishers) | SSP を介して UID2 Token をビッドストリームに送る組織。
注意: パブリッシャーは、Prebid を使用したインテグレーション、SDK for JavaScript の活用、または SDK を使用しない独自の Server-Side インテグレーションを選択できます。 | [Publisher integrations](../guides/summary-guides#publisher-integrations) を参照 | | [Opt-out workflow](../getting-started/gs-opt-out.md#opt-out-workflow) | パブリッシャーやその SSO プロバイダー、その他のアイデンティティプロバイダーと関わる消費者。 | N/A | -以下の図は、4 つのワークフローすべてをまとめたものです。各ワークフローについて、[外部参加者](../overviews/participants-overview.md#uid2-external-participants)、[コンポーネント](../ref-info/uid-components.md)、[UID2 識別子タイプ](../ref-info/uid-identifier-types.md)、および番号付きのステップが色分けされています。 +以下の図は、4 つのワークフローすべてをまとめたものです。各ワークフローについて、[外部参加者](../overviews/participants-overview.md#uid2-external-participants)、[コンポーネント](../ref-info/uid-components.md)、[識別子タイプ](../ref-info/uid-identifier-types.md)、および番号付きのステップが色分けされています。 ![The UID2 ecosystem](images/UID2Workflows.svg) diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/updates-doc.md b/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/updates-doc.md index 97ffdb0cd..030dcabfb 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/updates-doc.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/ref-info/updates-doc.md @@ -270,7 +270,7 @@ We've removed the legacy v1 to v2 upgrade doc, which is no longer needed. --> ## Q4 2024 -以下のドキュメントは2024年第4四半期にリリースされました。 +以下のドキュメントは 2024 年第 4 四半期にリリースされました。 @@ -316,7 +316,7 @@ LiveRamp の Authenticated Traffic Solution (ATS) を使用して UID2 Token を ## Q3 2024 -以下のドキュメントは2024年第3四半期にリリースされました。 +以下のドキュメントは 2024 年第 3 四半期にリリースされました。 @@ -415,7 +415,7 @@ July 2, 2024 ## Q2 2024 -以下のドキュメントは2024年第2四半期にリリースされました。 +以下のドキュメントは 2024 年第 2 四半期にリリースされました。 @@ -509,7 +509,7 @@ April 22, 2024 ## Q1 2024 -以下のドキュメントは2024年第1四半期にリリースされました。 +以下のドキュメントは 2024 年第 1 四半期にリリースされました。 @@ -533,7 +533,7 @@ February 28, 2024 Java SDK は、[POST /identity/map (v2)](../endpoints/post-identity-map-v2.md) エンドポイントの使用を希望する広告主およびデータプロバイダーをサポートするようになりました。 -詳細は、*SDK for Javaリファレンスガイド*: [Usage for advertisers and data providers](../sdks/sdk-ref-java.md#usage-for-advertisersdata-providers) の更新されたドキュメントを参照してください。 +詳細は、*SDK for Java リファレンスガイド*: [Usage for advertisers and data providers](../sdks/sdk-ref-java.md#usage-for-advertisersdata-providers) の更新されたドキュメントを参照してください。 @@ -551,7 +551,7 @@ UID2 home page の "ドキュメント" リンクをクリックするだけで 多くのドキュメントは複数の対象者に適用可能であり、ドキュメント間には多くの相互リンクがあるため、サイト内を移動するにつれてサイドバーの表示が変わる可能性があることに注意してください。上部のリンクをクリックすると、いつでも特定のビューに戻ることができます。これらのリンクはすべてのページに表示されます。 -カスタムサイドバーを表示するには、[https://unifiedid.com](https://unifiedid.com/) にアクセスし、上部にあるオーディエンスのリンクの1つをクリックしてください: [Publishers](../overviews/overview-publishers.md)。[Advertisers](../overviews/overview-advertisers.md)、[DSPs](../overviews/overview-dsps.md)、[Data providers](../overviews/overview-data-providers.md)。 +カスタムサイドバーを表示するには、[https://unifiedid.com](https://unifiedid.com/) にアクセスし、上部にあるオーディエンスのリンクの 1 つをクリックしてください: [Publishers](../overviews/overview-publishers.md)。[Advertisers](../overviews/overview-advertisers.md)、[DSPs](../overviews/overview-dsps.md)、[Data providers](../overviews/overview-data-providers.md)。 @@ -633,7 +633,7 @@ UID2 Operator が何をするのか、Public Operator と Private Operator の ## Q4 2023 -以下のドキュメントは2023年第4四半期にリリースされました。 +以下のドキュメントは 2023 年第 4 四半期にリリースされました。 @@ -695,7 +695,7 @@ UID2 ウェブサイトの Getting Started セクションに新しい記事が November 21, 2023 -以前の **API Keys** ページを新しいページに置き換えました。このページには、Server-Sideの実装戦略に従った場合の認証情報についての情報が含まれています。 +以前の **API Keys** ページを新しいページに置き換えました。このページには、Server-Side の実装戦略に従った場合の認証情報についての情報が含まれています。 詳細は [UID2 credentials](../getting-started/gs-credentials.md) を参照してください。 @@ -707,14 +707,14 @@ November 21, 2023 November 21, 2023 -Client-side integration guide for JavaScript は、既存の URL の全く新しいドキュメントで、Client-Sideパブリッシャー実装のために SDK for JavaScript を使用する、よりシンプルな新しい方法を網羅しています。 +Client-side integration guide for JavaScript は、既存の URL の全く新しいドキュメントで、Client-Side パブリッシャー実装のために SDK for JavaScript を使用する、よりシンプルな新しい方法を網羅しています。 詳細は [Client-side integration guide for JavaScript](../guides/integration-javascript-client-side.md) を参照してください。 以前の *SDK for JavaScript integration guide* にあった内容は、JavaScript SDK を Server-Side に実装したいパブリッシャーのための補足文書になりました: [JavaScript standard integration guide](../guides/integration-javascript-client-server.md). :::note -このドキュメントは2024年1月に [Client-side integration guide for JavaScript](../guides/integration-javascript-client-side.md) に更新され、*JavaScript standard integration guide* は[Client-server integration guide for JavaScript](../guides/integration-javascript-client-server.md) になりました。 +このドキュメントは 2024 年 1 月に [Client-side integration guide for JavaScript](../guides/integration-javascript-client-side.md) に更新され、*JavaScript standard integration guide* は[Client-server integration guide for JavaScript](../guides/integration-javascript-client-server.md) になりました。 ::: @@ -780,7 +780,7 @@ SDK for JavaScript Version 3 の機能強化に伴い、ドキュメントが大 ## Q3 2023 -以下のドキュメントは2023年第3四半期にリリースされました。 +以下のドキュメントは 2023 年第 3 四半期にリリースされました。 @@ -788,7 +788,7 @@ SDK for JavaScript Version 3 の機能強化に伴い、ドキュメントが大 September 30, 2023 -この新しいガイドでは、Google Cloud Platformの Confidential Computing オプションである [Confidential Space](https://cloud.google.com/confidential-computing#confidential-space) でUID2 Operator Service を設定するための情報を提供します。 +この新しいガイドでは、Google Cloud Platform の Confidential Computing オプションである [Confidential Space](https://cloud.google.com/confidential-computing#confidential-space) で UID2 Operator Service を設定するための情報を提供します。 詳細は [Private Operator for GCP integration guide](../guides/operator-private-gcp-confidential-space.md) を参照してください。 @@ -892,7 +892,7 @@ August 3, 2023 新しい UID2 Sharing 機能の使用をサポートするため、以下の新規および更新ドキュメントを公開しました: - 概要、使用例、実装手順、ベストプラクティスなど、UID2 Sharing に関連する情報を提供する一連の新しいページ。[UID2 sharing: Overview](../sharing/sharing-overview.md) を参照してください。 -- UID2 Sharing をサポートするために4つの Server-side SDK を更新しました: +- UID2 Sharing をサポートするために 4 つの Server-side SDK を更新しました: - [SDK for C# / .NET: Usage for UID2 sharers](../sdks/sdk-ref-csharp-dotnet.md#usage-for-uid2-sharers) - [SDK for C++: Usage for UID2 sharers](../sdks/sdk-ref-cplusplus.md#usage-for-uid2-sharers) diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/sdks/sdk-ref-csharp-dotnet.md b/i18n/ja/docusaurus-plugin-content-docs/current/sdks/sdk-ref-csharp-dotnet.md index edc4c0aef..21f884a41 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/sdks/sdk-ref-csharp-dotnet.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/sdks/sdk-ref-csharp-dotnet.md @@ -175,7 +175,7 @@ UID2 Sharing Partic var client = new SharingClient(UID2_BASE_URL, UID2_API_KEY, UID2_SECRET_KEY); ``` -2. 起動時に一度リフレッシュし、その後定期的にリフレッシュします(推奨リフレッシュ間隔は1時間毎): +2. 起動時に一度リフレッシュし、その後定期的にリフレッシュします(推奨リフレッシュ間隔は 1 時間毎): ```cs client.Refresh(); diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/sdks/sdk-ref-java.md b/i18n/ja/docusaurus-plugin-content-docs/current/sdks/sdk-ref-java.md index def39a8b8..717a38d66 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/sdks/sdk-ref-java.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/sdks/sdk-ref-java.md @@ -118,7 +118,7 @@ SDK を使用する際に、復号鍵を保存したり管理したりする必 | Value | Description | | :--- | :--- | -| `SUCCESS` | UID2 Token は正常に復号化され、raw UID2が返されました。 | +| `SUCCESS` | UID2 Token は正常に復号化され、raw UID2 が返されました。 | | `NOT_AUTHORIZED_FOR_KEY` | 呼び出し元はこの UID2 Token を復号化する権限を持っていません。 | | `NOT_INITIALIZED` | クライアントライブラリは初期化待ちです。 | | `INVALID_PAYLOAD` | 受信した UID2 Token は有効なペイロードではありません。 | diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/sdks/sdk-ref-javascript-v2.md b/i18n/ja/docusaurus-plugin-content-docs/current/sdks/sdk-ref-javascript-v2.md index 22ee60a09..cb3ae8198 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/sdks/sdk-ref-javascript-v2.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/sdks/sdk-ref-javascript-v2.md @@ -98,7 +98,7 @@ SDK の [initialization](#initopts-object-void) の一部として、ID の Toke Token の Auto-refresh について知っておくべきことは以下のとおりです: -- 同時にアクティブにできる [POST /token/refresh](../endpoints/post-token-refresh.md) エンドポイント呼び出しは1つだけです。 +- 同時にアクティブにできる [POST /token/refresh](../endpoints/post-token-refresh.md) エンドポイント呼び出しは 1 つだけです。 - [POST /token/refresh](../endpoints/post-token-refresh.md) レスポンスが、ユーザーがオプトアウトしたため、あるいは Refresh Token の有効期限が切れたために失敗した場合、バックグラウンドでの自動更新処理を一時停止します。UID2 ベースのターゲティング広告を再び使用するには、ユーザーからメールアドレスまたは電話番号を取得する必要があります（[isLoginRequired()](#isloginrequired-boolean)は`true`を返します）。 - SDK の初期化時に指定された [callback function](#callback-function) は、以下の場合に呼び出されます: - リフレッシュが成功するたびに呼び出されます。 diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/sdks/sdk-ref-javascript-v3.md b/i18n/ja/docusaurus-plugin-content-docs/current/sdks/sdk-ref-javascript-v3.md index 26947153d..ac1e473ea 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/sdks/sdk-ref-javascript-v3.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/sdks/sdk-ref-javascript-v3.md @@ -154,7 +154,7 @@ Token の Auto-refresh について知っておくべきことは以下のとお - [POST /token/refresh](../endpoints/post-token-refresh.md) レスポンスが、ユーザーがオプトアウトしたため、あるいは Refresh Token の有効期限が切れたために失敗した場合、バックグラウンドでの自動更新処理を一時停止します。UID2 ベースのターゲティング広告を再び使用するには、ユーザーからメールアドレスまたは電話番号を取得する必要があります（[isLoginRequired()](#isloginrequired-boolean)は`true`を返します）。 - SDK の初期化時に指定された [callback function](#callback-function) は、以下の場合に呼び出されます: - リフレッシュが成功するたびに呼び出されます。 - - ユーザがオプトアウトした場合など、IDが無効になった場合。
NOTE: ID が一時的に使用できなくなり、自動リフレッシュに失敗し続けた場合、コールバックは呼び出されません。この場合、SDK は有効期限が切れていない限り、既存の Advertising Token を使用し続けます。 + - ユーザがオプトアウトした場合など、ID が無効になった場合。
NOTE: ID が一時的に使用できなくなり、自動リフレッシュに失敗し続けた場合、コールバックは呼び出されません。この場合、SDK は有効期限が切れていない限り、既存の Advertising Token を使用し続けます。 - [disconnect()](#disconnect-void) 呼び出しはアクティブなタイマーをキャンセルします。 ### Callback function @@ -170,7 +170,7 @@ Token の Auto-refresh について知っておくべきことは以下のとお #### Callback function signature -コールバック関数は、イベントタイプとペイロードの2つのパラメータを受け取る必要があります。ペイロードのタイプはイベントのタイプにより異なります。 +コールバック関数は、イベントタイプとペイロードの 2 つのパラメータを受け取る必要があります。ペイロードのタイプはイベントのタイプにより異なります。 次の例のコールバックは `SdkLoaded` イベントを処理して init を呼び出し、`init` が完了した後に ID が利用できない場合は `InitCompleted` イベントを使用して ID を提供します。 diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/sdks/sdk-ref-javascript.md b/i18n/ja/docusaurus-plugin-content-docs/current/sdks/sdk-ref-javascript.md index be8225bba..5e82491b4 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/sdks/sdk-ref-javascript.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/sdks/sdk-ref-javascript.md @@ -164,7 +164,7 @@ Token の Auto-refresh について知っておくべきことは以下のとお - [POST /token/refresh](../endpoints/post-token-refresh.md) レスポンスが、ユーザーがオプトアウトしたため、あるいは Refresh Token の有効期限が切れたために失敗した場合、バックグラウンドでの自動更新処理を一時停止します。UID2 ベースのターゲティング広告を再び使用するには、ユーザーからメールアドレスまたは電話番号を取得する必要があります（[isLoginRequired()](#isloginrequired-boolean)は`true`を返します）。 - SDK の初期化時に指定された [callback function](#callback-function) は、以下の場合に呼び出されます: - リフレッシュが成功するたびに呼び出されます。 - - ユーザがオプトアウトした場合など、IDが無効になった場合。
NOTE: ID が一時的に使用できなくなり、自動リフレッシュに失敗し続けた場合、コールバックは呼び出されません。この場合、SDK は有効期限が切れていない限り、既存の Advertising Token を使用し続けます。 + - ユーザがオプトアウトした場合など、ID が無効になった場合。
NOTE: ID が一時的に使用できなくなり、自動リフレッシュに失敗し続けた場合、コールバックは呼び出されません。この場合、SDK は有効期限が切れていない限り、既存の Advertising Token を使用し続けます。 - [disconnect()](#disconnect-void) 呼び出しはアクティブなタイマーをキャンセルします。 ### Callback function @@ -180,7 +180,7 @@ Token の Auto-refresh について知っておくべきことは以下のとお #### Callback function signature -コールバック関数は、イベントタイプとペイロードの2つのパラメータを受け取る必要があります。ペイロードのタイプはイベントのタイプにより異なります。 +コールバック関数は、イベントタイプとペイロードの 2 つのパラメータを受け取る必要があります。ペイロードのタイプはイベントのタイプにより異なります。 次の例のコールバックは `SdkLoaded` イベントを処理して init を呼び出し、`init` が完了した後に ID が利用できない場合は `InitCompleted` イベントを使用して ID を提供します。 diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/sdks/sdk-ref-python.md b/i18n/ja/docusaurus-plugin-content-docs/current/sdks/sdk-ref-python.md index f843ece30..cbb1b90c9 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/sdks/sdk-ref-python.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/sdks/sdk-ref-python.md @@ -14,7 +14,7 @@ Server-Side で UID2 を使用してクライアント ID の生成や確立、A ## Functionality -この SDK は、Server-Sideのコーディングに Python を使用している DSP または UID2 Sharers のために、UID2 とのインテグレーションを簡素化します。次の表に、この SDK がサポートする機能を示します。 +この SDK は、Server-Side のコーディングに Python を使用している DSP または UID2 Sharers のために、UID2 とのインテグレーションを簡素化します。次の表に、この SDK がサポートする機能を示します。 | Encrypt Raw UID2 to UID2 Token for Sharing | Decrypt UID2 Token to Raw UID2 | Generate UID2 Token from DII | Refresh UID2 Token | Map DII to Raw UID2s | Monitor Rotated Salt Buckets* | | :--- | :--- | :--- | :--- | :--- | :--- | diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/sharing/sharing-best-practices.md b/i18n/ja/docusaurus-plugin-content-docs/current/sharing/sharing-best-practices.md index bcd807585..51ab66e1a 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/sharing/sharing-best-practices.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/sharing/sharing-best-practices.md @@ -25,9 +25,9 @@ raw UID2 や UID2 Token を、UID2 の許可を受けた他のユーザーと安 - コードでは、将来の拡張性を考慮して、以下を許容してください： - - raw UID2 の長さ: 100文字。 + - raw UID2 の長さ: 100 文字。 - - UID2 Token の長さ: 500文字。 + - UID2 Token の長さ: 500 文字。 - raw UID2 を他の承認された共有参加者と共有する前に、[POST /optout/status](../endpoints/post-optout-status.md) エンドポイントを使用して、raw UID2 のオプトアウトステータスを確認してください。オプトアウトされた raw UID2 を共有しないでください。 diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/sharing/sharing-overview.md b/i18n/ja/docusaurus-plugin-content-docs/current/sharing/sharing-overview.md index dcc36fcf1..946bf6f78 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/sharing/sharing-overview.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/sharing/sharing-overview.md @@ -34,7 +34,7 @@ UID2 では、Sharing Participant とは、ある UID2 参加者から別の UID ## UID2 sharing approaches -共有参加者が UID2 を他の許可された共有参加者と共有したい場合、2つの経路があります: +共有参加者が UID2 を他の許可された共有参加者と共有したい場合、2 つの経路があります: - [Sharing UID2 tokens](#sharing-uid2-tokens) - [Sharing raw UID2s](#sharing-raw-uid2s) diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/sharing/sharing-security.md b/i18n/ja/docusaurus-plugin-content-docs/current/sharing/sharing-security.md index 5a73233cc..4079246e7 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/sharing/sharing-security.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/sharing/sharing-security.md @@ -26,16 +26,16 @@ import Link from '@docusaurus/Link'; ユーザ名とパスワード、API Key、または認証チェックの目的に便利なその他のクレデンシャルを発行することで、これらのクレデンシャルの発行者は、その後の認証チェックのために組織を識別することができます。 -多要素認証(MFA)として知られる多層的なアプローチは、複数の形式の検証を要求することでセキュリティを大幅に強化し、不正アクセスをより困難にします。MFAには、2要素認証(2FA)が含まれる場合があり、ユーザーは、モバイルデバイスに送信されるコードや、送金時に認証アプリによって生成されるコードなど、2つ目の形式の識別情報を提供する必要があります。 +多要素認証(MFA)として知られる多層的なアプローチは、複数の形式の検証を要求することでセキュリティを大幅に強化し、不正アクセスをより困難にします。MFA には、2 要素認証(2FA)が含まれる場合があり、ユーザーは、モバイルデバイスに送信されるコードや、送金時に認証アプリによって生成されるコードなど、2 つ目の形式の識別情報を提供する必要があります。 -オンライン認証プロセスを強化するために、セキュリティ質問、メール認証リンク、SMS認証コードも一般的に使用されています。 +オンライン認証プロセスを強化するために、セキュリティ質問、メール認証リンク、SMS 認証コードも一般的に使用されています。 ## Authorization オンライン認証は、ユーザが認証された後に、どのリソースにアクセスし、どのようなアクションを実行できるかを決定します。このプロセスには以下が含まれます: - ユーザーの役割またはアカウントの詳細に基づいて、権限と制限を設定します。 -- ユーザーが自分の権限に関連する情報や機能にのみアクセスできるようにします。さらに、共有参加者は、raw UID2 または UID2 Token の送受信を許可されるために、UID2 と契約を締結し、UID2 参加ポリシーに署名している必要があります。ただし、UID2 Sharing Getting Started ドキュメントの [Exceptions](../getting-started/gs-sharing.md#exceptions) で指定されている2つのケースは例外です。 +- ユーザーが自分の権限に関連する情報や機能にのみアクセスできるようにします。さらに、共有参加者は、raw UID2 または UID2 Token の送受信を許可されるために、UID2 と契約を締結し、UID2 参加ポリシーに署名している必要があります。ただし、UID2 Sharing Getting Started ドキュメントの [Exceptions](../getting-started/gs-sharing.md#exceptions) で指定されている 2 つのケースは例外です。 認証された受信者が許可された UID2 共有参加者であることを確認するには、UID2 の連絡先に尋ねるという方法があります。 @@ -49,8 +49,8 @@ Accounting とは、取引の記録があり、必要に応じてその活動を | :--- | :--- | | Timestamp | データ転送が行われた正確な日時。 | | Data recipient ID | データを受け取る参加者の識別子。 | -| Transaction ID | 各トランザクションの一意な識別子。このIDは、ログ内の特定のトランザクションを追跡・参照するために使用できます。 | -| Data volume | 転送されたデータ量。通常、行数(異なるUID2の数)またはファイルサイズ(メガバイトまたはギガバイトなど)で測定されます。 | +| Transaction ID | 各トランザクションの一意な識別子。この ID は、ログ内の特定のトランザクションを追跡・参照するために使用できます。 | +| Data volume | 転送されたデータ量。通常、行数(異なる UID2 の数)またはファイルサイズ(メガバイトまたはギガバイトなど)で測定されます。 | | Transfer method | HTTPS、SFTP、S3 署名付き URL など、データ転送に使用される方法またはプロトコル。 | | Status of transfer | 転送の結果(成功、失敗、部分的など)。 | | Error codes/logs | 転送に失敗したり、問題が発生した場合、エラーコードや簡単なログを記録しておくと、問題の診断と解決に役立ちます。 | diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/sharing/sharing-tokenized-from-data-bid-stream.md b/i18n/ja/docusaurus-plugin-content-docs/current/sharing/sharing-tokenized-from-data-bid-stream.md index 6c9a7435a..4b7fbe2a8 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/sharing/sharing-tokenized-from-data-bid-stream.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/sharing/sharing-tokenized-from-data-bid-stream.md @@ -65,11 +65,11 @@ UID2 Token の復号化には以下の方法があります。 ### Account setup in the UID2 Portal -ビッドストリームで共有する場合、送信者は UID2 Portal アカウントを必要としません。どのパブリッシャーも、すべての DSP と共有できるように自動的に設定されます。ただし、パブリッシャーで共有範囲を限定したい場合は、UID2 Portal アカウントをリクエストし、共有権限を設定することができます。たとえば、セキュリティ上の理由やその他の理由で、1社または複数の共有パートナーに限定して共有したい場合などです。 +ビッドストリームで共有する場合、送信者は UID2 Portal アカウントを必要としません。どのパブリッシャーも、すべての DSP と共有できるように自動的に設定されます。ただし、パブリッシャーで共有範囲を限定したい場合は、UID2 Portal アカウントをリクエストし、共有権限を設定することができます。たとえば、セキュリティ上の理由やその他の理由で、1 社または複数の共有パートナーに限定して共有したい場合などです。 すべての共有受信者は、UID2 Portal にアカウントを設定する必要があります。 -送信者は、受信者または参加者のタイプごとに共有許可を1回だけ設定する必要があります。ただし、新しい共有権限を追加したり、既存の共有権限を変更したりする場合は、再度設定し直す必要があります。 +送信者は、受信者または参加者のタイプごとに共有許可を 1 回だけ設定する必要があります。ただし、新しい共有権限を追加したり、既存の共有権限を変更したりする場合は、再度設定し直す必要があります。 詳細は [UID2 Portal: Overview](../portal/portal-overview.md) を参照し、各タスクのリンクをたどってください。 diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/sharing/sharing-tokenized-from-data-pixel.md b/i18n/ja/docusaurus-plugin-content-docs/current/sharing/sharing-tokenized-from-data-pixel.md index 11a9ebdb1..b559fba36 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/sharing/sharing-tokenized-from-data-pixel.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/sharing/sharing-tokenized-from-data-pixel.md @@ -10,7 +10,7 @@ import Link from '@docusaurus/Link'; # Tokenized sharing in pixels -ピクセルで共有される UID2 データは、以下の2つの方法のいずれかで生成された UID2 Token でなければなりません: +ピクセルで共有される UID2 データは、以下の 2 つの方法のいずれかで生成された UID2 Token でなければなりません: - [directly identifying information (DII)](../ref-info/glossary-uid.md#gl-dii)(メールアドレスまたは電話番号)を直接暗号化して UID2 Token にします。 - raw UID2 を UID2 Token に暗号化します。 @@ -30,7 +30,7 @@ import Link from '@docusaurus/Link'; ## Sharing UID2 tokens in pixels -参加者によって、ピクセルの使用方法は異なります。次の表は、広告技術のエコシステムにおけるピクセルの2つの一般的な使用例を示しています。 +参加者によって、ピクセルの使用方法は異なります。次の表は、広告技術のエコシステムにおけるピクセルの 2 つの一般的な使用例を示しています。 | | Tracking Pixel | Creative Pixel | | :--- | :--- | :--- | @@ -39,7 +39,7 @@ import Link from '@docusaurus/Link'; | 開始点 | ほとんどの場合 DII
Raw UID2 も可能ですが、暗号化は Server-Side で行う必要があります。 | Raw UID2 | | ピクセルで共有されるフォーマット | UID2 Token | UID2 Token | -2つのシナリオがあります: +2 つのシナリオがあります: - [Tokenized sharing in tracking pixels](#workflow-tokenized-sharing-in-tracking-pixels) - [Tokenized sharing in creative pixels](#workflow-tokenized-sharing-in-creative-pixels) @@ -48,7 +48,7 @@ import Link from '@docusaurus/Link'; UID2 Portal では、送信者と受信者がアカウントを設定し、送信者が共有許可を行う必要があります。 -送信者は、受信者または参加者タイプごとに共有許可を1回だけ設定するだけで済みます。ただし、新しい共有許可を追加したり、既存の設定を変更したい場合は、設定を調整する必要があります。 +送信者は、受信者または参加者タイプごとに共有許可を 1 回だけ設定するだけで済みます。ただし、新しい共有許可を追加したり、既存の設定を変更したい場合は、設定を調整する必要があります。 詳細は [UID2 Portal: Overview](../portal/portal-overview.md) を参照し、各タスクのリンクをたどってください。 @@ -74,7 +74,7 @@ UID2 送信者は、UID2 Token を復号化できる受信者を指定します 3. UID2 Token を DSP に安全に送信します。 -2. DSPは、受信者であり、共有に参加しています。DSPは、UID2 Portal の共有権限設定を通じて広告主の暗号鍵にアクセスできるため、UID2 Token をセグメント作成のための raw UID2 に復号化できます。 +2. DSP は、受信者であり、共有に参加しています。DSP は、UID2 Portal の共有権限設定を通じて広告主の暗号鍵にアクセスできるため、UID2 Token をセグメント作成のための raw UID2 に復号化できます。 UID2 送信者と受信者の両方が、UID2 Portal アカウントを作成する必要があります(詳細は [Account setup in the UID2 Portal](#account-setup-in-the-uid2-portal) を参照)。アカウントがない場合、UID2 参加者は UID2 Portal の共有参加者リストに表示されず、送信者の暗号キーを受信して復号化することができません。 diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/sharing/sharing-tokenized-from-raw.md b/i18n/ja/docusaurus-plugin-content-docs/current/sharing/sharing-tokenized-from-raw.md index 2e9d11c77..db6d663f5 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/sharing/sharing-tokenized-from-raw.md +++ b/i18n/ja/docusaurus-plugin-content-docs/current/sharing/sharing-tokenized-from-raw.md @@ -26,7 +26,7 @@ raw UID2 からの Tokenized sharing は、ユースケースによっては、 UID2 Portal では、送信者と受信者はアカウントを設定し、送信者は共有権限を設定する必要があります。 -送信者は、受信者または参加者のタイプごとに共有許可を1回だけ設定する必要があります。ただし、新しい共有権限を追加したり、既存の共有権限を変更したりする場合は、再度設定し直す必要があります。 +送信者は、受信者または参加者のタイプごとに共有許可を 1 回だけ設定する必要があります。ただし、新しい共有権限を追加したり、既存の共有権限を変更したりする場合は、再度設定し直す必要があります。 詳細は [UID2 Portal: Overview](../portal/portal-overview.md) を参照し、各タスクのリンクをたどってください。 @@ -88,7 +88,7 @@ raw UID2 から UID2 Token を生成して、Tokenized Sharing を行うワー 2. 送信者と受信者: 暗号鍵の更新スケジュールを定義します。 - 推奨される更新間隔は1時間です。例は、[Decryption key refresh cadence for sharing (SDK only)](#decryption-key-refresh-cadence-for-sharing-sdk-only) を参照してください。 + 推奨される更新間隔は 1 時間です。例は、[Decryption key refresh cadence for sharing (SDK only)](#decryption-key-refresh-cadence-for-sharing-sdk-only) を参照してください。 3. 送信者: 暗号化を設定します。 @@ -96,9 +96,9 @@ raw UID2 から UID2 Token を生成して、Tokenized Sharing を行うワー ### Decryption key refresh cadence for sharing (SDK only) -SDK を使用している場合、共有キーの更新スケジュールを定義することもStep 2の一部です。 +SDK を使用している場合、共有キーの更新スケジュールを定義することも Step 2 の一部です。 -長時間/継続的に実行されるプロセスでは、1時間に1回 `uid2client.refresh()` 関数を呼び出すことを推奨します。 +長時間/継続的に実行されるプロセスでは、1 時間に 1 回 `uid2client.refresh()` 関数を呼び出すことを推奨します。 詳細は *UID2 Sharing: Best Practices* の [Decryption key refresh cadence for sharing](sharing-best-practices.md#decryption-key-refresh-cadence-for-sharing) を参照してください。 @@ -114,7 +114,7 @@ Snowflake を使用している場合は、この手順を実行する必要は | :--- | :--- | | 12:00 pm | 共有権限がまだ有効になっていません。
データプロバイダ XYZ が `uid2client.refresh()` を呼び出します。広告主 ABC の復号鍵が返されないため、データプロバイダ XYZ は UID2 Token を復号化できません。 | | 12:30 pm | 広告主 ABC が UID2 Portal にログインし、データプロバイダ XYZ との共有許可を作成します。 | -| 1:00 pm | データプロバイダ XYZ は、1時間ごとに `uid2client.refresh()` を再度呼び出します。新しい共有許可があるため、広告主 ABC の鍵がレスポンスに返されます。
データプロバイダ XYZ は、広告主 ABC から受け取った UID2 Token を復号化して raw UID2 に変換できます。 | +| 1:00 pm | データプロバイダ XYZ は、1 時間ごとに `uid2client.refresh()` を再度呼び出します。新しい共有許可があるため、広告主 ABC の鍵がレスポンスに返されます。
データプロバイダ XYZ は、広告主 ABC から受け取った UID2 Token を復号化して raw UID2 に変換できます。 | ## Implementing sharing encryption/decryption using Snowflake diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/snippets/_snpt-integrating-with-sso.mdx b/i18n/ja/docusaurus-plugin-content-docs/current/snippets/_snpt-integrating-with-sso.mdx index 925569778..f55e751be 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/snippets/_snpt-integrating-with-sso.mdx +++ b/i18n/ja/docusaurus-plugin-content-docs/current/snippets/_snpt-integrating-with-sso.mdx @@ -1,3 +1,3 @@ -SSO ログインを提供するために1つ以上の SSO プロバイダーとインテグレーションしている場合、SSO プロバイダーからログインユーザーのメールアドレスを取得して UID2 Token を生成できる可能性があります。 +SSO ログインを提供するために 1 つ以上の SSO プロバイダーとインテグレーションしている場合、SSO プロバイダーからログインユーザーのメールアドレスを取得して UID2 Token を生成できる可能性があります。 詳細は、[Publisher integration with SSO providers](../ref-info/ref-integration-sso-providers.md) を参照してください。 diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/snippets/_snpt-prebid-storing-uid2-token-in-browser.mdx b/i18n/ja/docusaurus-plugin-content-docs/current/snippets/_snpt-prebid-storing-uid2-token-in-browser.mdx index 1cabb35b6..88c12d3ec 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/snippets/_snpt-prebid-storing-uid2-token-in-browser.mdx +++ b/i18n/ja/docusaurus-plugin-content-docs/current/snippets/_snpt-prebid-storing-uid2-token-in-browser.mdx @@ -17,4 +17,4 @@ pbjs.setConfig({ } }); ``` -クッキーのサイズが大きくなる可能性があるため、問題になる可能性があります。ただし、ローカルストレージが選択肢にない場合、これは1つのアプローチです。 +クッキーのサイズが大きくなる可能性があるため、問題になる可能性があります。ただし、ローカルストレージが選択肢にない場合、これは 1 つのアプローチです。 diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/snippets/_snpt-private-operator-upgrade-policy.mdx b/i18n/ja/docusaurus-plugin-content-docs/current/snippets/_snpt-private-operator-upgrade-policy.mdx index b58410c0a..0d5643ca9 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/snippets/_snpt-private-operator-upgrade-policy.mdx +++ b/i18n/ja/docusaurus-plugin-content-docs/current/snippets/_snpt-private-operator-upgrade-policy.mdx @@ -1,7 +1,7 @@ -セキュリティと運用の整合性を維持するため、古いオペレーターのバージョンは12ヶ月後に無効化され、影響を受けるデプロイメントがシャットダウンまたは起動に失敗する可能性があります。最新のセキュリティと機能強化を使用するために、アップグレードを推奨します。中断を避けるために、積極的なアップグレードを推奨します。 +セキュリティと運用の整合性を維持するため、古いオペレーターのバージョンは 12 ヶ月後に無効化され、影響を受けるデプロイメントがシャットダウンまたは起動に失敗する可能性があります。最新のセキュリティと機能強化を使用するために、アップグレードを推奨します。中断を避けるために、積極的なアップグレードを推奨します。 :::note -重要なセキュリティまたは運用上の問題、または契約条件が適用される場合、プライベートオペレーターに対してより厳しいアップグレードタイムラインを適用する権利を留保します。 -::: \ No newline at end of file +重要なセキュリティまたは運用上の問題、または契約条件が適用される場合、Private Operator に対してより厳しいアップグレードタイムラインを適用する権利を留保します。 +::: diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/snippets/_snpt-publisher-implementation-resources.mdx b/i18n/ja/docusaurus-plugin-content-docs/current/snippets/_snpt-publisher-implementation-resources.mdx index a84725bbd..db02871ce 100644 --- a/i18n/ja/docusaurus-plugin-content-docs/current/snippets/_snpt-publisher-implementation-resources.mdx +++ b/i18n/ja/docusaurus-plugin-content-docs/current/snippets/_snpt-publisher-implementation-resources.mdx @@ -19,11 +19,11 @@ Web インテグレーションオプションの詳細は [Publisher web integr | Integration Type| Documentation | Content Description | | :--- | :--- | :--- | | Prebid (overview) | [Integration overview for Prebid](../guides/integration-prebid.md) | UID2 とインテグレーションし、RTB ビッドストリームで Prebid.js または Prebid Mobile SDK から渡される UID2 Token (Advertising Token) を生成したいパブリッシャー向けのインテグレーションオプションの概要です。 | -| Prebid.js client-side integration | [Client-side integration guide for Prebid.js](../guides/integration-prebid-client-side.md) | 最も簡単な実装方法であるClient-Side で UID2 Token をリクエストし、Prebid.js に以下を管理させることを選択したいパブリッシャー向けのガイドです:
  • トークンの生成と Token Refresh。
  • トークンを RTB ビッドストリームに渡す。
| +| Prebid.js client-side integration | [Client-side integration guide for Prebid.js](../guides/integration-prebid-client-side.md) | 最も簡単な実装方法である Client-Side で UID2 Token をリクエストし、Prebid.js に以下を管理させることを選択したいパブリッシャー向けのガイドです:
  • トークンの生成と Token Refresh。
  • トークンを RTB ビッドストリームに渡す。
| | Prebid.js client-server integration | [Client-server integration guide for Prebid.js](../guides/integration-prebid-client-server.md) | UID2 とインテグレーションし、RTB ビッドストリームで Prebid.js から渡される UID2 Token を生成したいが、トークンを Server-Side で生成したいパブリッシャー向けのガイドです: たとえば、Private Operator を利用しているパブリッシャーなど。 | | JavaScript (overview) | [Integration overview for JavaScript](../guides/integration-javascript.md) | JavaScript SDK を使って UID2 とインテグレーションしたいパブリッシャー向けのオプションの概要です。 | | JavaScript client-side integration | [Client-side integration guide for JavaScript](../guides/integration-javascript-client-side.md) | Client-Side の JavaScript の変更だけで UID2 とインテグレーションしたいパブリッシャー向けのガイドで、最も簡単な実装方法です。
SDK for JavaScript は、トークン生成とトークンリフレッシュを自動的に管理します。 | -| JavaScript client-server integration | [Client-server integration guide for JavaScript](../guides/integration-javascript-client-server.md) | SDK for JavaScript を使用し、トークンを Server-Side で生成してパブリッシャーのウェブページに渡す必要がある、標準的なWeb インテグレーションシナリオを網羅したパブリッシャーガイドです。 | +| JavaScript client-server integration | [Client-server integration guide for JavaScript](../guides/integration-javascript-client-server.md) | SDK for JavaScript を使用し、トークンを Server-Side で生成してパブリッシャーのウェブページに渡す必要がある、標準的な Web インテグレーションシナリオを網羅したパブリッシャーガイドです。 | | Server-side integration | [Publisher integration guide, server-side](../guides/integration-publisher-server-side.md) | [SDK for JavaScript](../sdks/sdk-ref-javascript.md) を使用しないパブリッシャー向けのガイドです。 | | Publisher/SSP integration with GAM | [Google Ad Manager Secure Signals integration guide](../guides/integration-google-ss.md) | パブリッシャーが UID2 を Google Ad Manager のセキュアシグナル機能(旧称: Encrypted Signals for Publishers、ESP) で使用する際に必要な追加手順について説明したガイドです。 | @@ -35,7 +35,7 @@ Web インテグレーションオプションの詳細は [Publisher web integr | :--- | :--- | :--- | | Android/iOS (overview) | [Mobile integration overview for Android and iOS](../guides/integration-mobile-overview.md) | SDK for Android または SDK for iOS を使用して UID2 とインテグレーションしたいモバイルアプリパブリッシャー向けのオプションの概要です。 | | Android/iOS, client-side integration | [Client-side integration guide for mobile](../guides/integration-mobile-client-side.md) | モバイルアプリ内のみの変更で UID2 とインテグレーションしたいモバイルアプリパブリッシャー向けのインテグレーションガイドです（Server-Side の変更はありません）。 | -| Android/iOS, client-server integration | [Client-server integration guide for mobile](../guides/integration-mobile-client-server.md) | UID2 とインテグレーションしたいモバイルアプリのパブリッシャー向けのインテグレーションガイドです:
  1. UID2 Token を Server-Side で生成するには、PublicまたはPrivate Operatorを使用します。
  2. その結果、identities をモバイルアプリに渡し、ビッドストリームに渡します。
| +| Android/iOS, client-server integration | [Client-server integration guide for mobile](../guides/integration-mobile-client-server.md) | UID2 とインテグレーションしたいモバイルアプリのパブリッシャー向けのインテグレーションガイドです:
  1. UID2 Token を Server-Side で生成するには、Public または Private Operator を使用します。
  2. その結果、identities をモバイルアプリに渡し、ビッドストリームに渡します。
| | Android/iOS, server-side integration | [Server-side integration guide for mobile](../guides/integration-mobile-server-side.md) | UID2 Token を完全に Server-Side で管理したいモバイルアプリパブリッシャー向けのインテグレーションガイドです。 | | Android | [SDK for Android reference guide](../sdks/sdk-ref-android.md) | Android アプリをサポートする必要があるパブリッシャー向けに、UID2 を使用してクライアント ID を生成または確立し、UID2 Token を取得するプロセスを促進する SDK。 | | iOS | [SDK for iOS reference guide](../sdks/sdk-ref-ios.md) | iOS アプリをサポートする必要があるパブリッシャー向けに、UID2 を使用してクライアント ID を生成または確立し、UID2 Token を取得するプロセスを促進する SDK。 | @@ -56,7 +56,7 @@ Prebid とインテグレーションするパブリッシャーには、以下 | :--- | :--- | :--- | | Prebid (overview) | [Integration overview for Prebid](../guides/integration-prebid.md) | UID2 とインテグレーションし、RTB ビッドストリームで Prebid.js または Prebid Mobile SDK から渡される UID2 Token (Advertising Token) を生成したいパブリッシャー向けのインテグレーションオプションの概要。 | | Prebid.js client-side integration | [Client-side integration guide for Prebid.js](../guides/integration-prebid-client-side.md) | 最も簡単な実装方法である Client-Side で UID2 Token をリクエストし、Prebid.js に以下を管理させることを選択したいパブリッシャー向けのガイドです:
  • トークン生成とトークンリフレッシュ。
  • トークンを RTB ビッドストリームに渡す。
| -| Prebid.js client-server Integration | [Client-server integration guide for Prebid.js](../guides/integration-prebid-client-server.md) | UID2 とインテグレーションし、RTB ビッドストリームで Prebid.js から渡される UID2 Token を生成したいが、トークンを Server-Side で生成したいパブリッシャー向けのガイドです: たとえば、Private Operatorを使用しているパブリッシャーなどです。 | +| Prebid.js client-server Integration | [Client-server integration guide for Prebid.js](../guides/integration-prebid-client-server.md) | UID2 とインテグレーションし、RTB ビッドストリームで Prebid.js から渡される UID2 Token を生成したいが、トークンを Server-Side で生成したいパブリッシャー向けのガイドです: たとえば、Private Operator を使用しているパブリッシャーなどです。 | | Prebid.js on mobile | [Mobile integration for Prebid.js](../guides/integration-prebid-mobile-summary.md) | モバイルデバイス上の Prebid.js と UID2 のインテグレーションに関する情報リソースのまとめです。 | ### Google Ad Manager integrations diff --git a/i18n/ja/docusaurus-plugin-content-docs/current/snippets/_snpt-uid-verify-inspect.mdx b/i18n/ja/docusaurus-plugin-content-docs/current/snippets/_snpt-uid-verify-inspect.mdx new file mode 100644 index 000000000..7b84e914f --- /dev/null +++ b/i18n/ja/docusaurus-plugin-content-docs/current/snippets/_snpt-uid-verify-inspect.mdx @@ -0,0 +1,3 @@ + + +[UID Verify Chrome extension](../ref-info/ref-uid-verify.md) を使用すると、Chrome で直接 UID2 Web インテグレーションを検査およびデバッグできます。UID Verify は、JavaScript 用 SDK、Prebid.js、および Google Secure Signals をサポートしています。