diff --git a/src/i18n/content/jp/docs/apm/agents/java-agent/getting-started/compatibility-requirements-java-agent.mdx b/src/i18n/content/jp/docs/apm/agents/java-agent/getting-started/compatibility-requirements-java-agent.mdx
index 8f94002a005..4587065e979 100644
--- a/src/i18n/content/jp/docs/apm/agents/java-agent/getting-started/compatibility-requirements-java-agent.mdx
+++ b/src/i18n/content/jp/docs/apm/agents/java-agent/getting-started/compatibility-requirements-java-agent.mdx
@@ -141,6 +141,8 @@ Javaエージェントをインストールする前に、お使いのシステ
 
     * Akka 2.2.0-RC1以降
 
+    * Amazon Firehose SDK 2.1.0以降
+
     * Amazon Kinesis v1およびv2 SDK
 
     * Amazon Lambda SDK 1.11.280以降
@@ -203,7 +205,9 @@ Javaエージェントをインストールする前に、お使いのシステ
     * Pekko 1.0.0以降
 
     * Pekko-Http 1.0.0以降
+
       * Scala 2.13
+      * Scala 3
 
     * Play Server 2.3.0以降/\* Pekko-Httpをサポートすると、Playサポートが最新のものまで拡張されます \*/
 
@@ -362,7 +366,7 @@ Javaエージェントをインストールする前に、お使いのシステ
 
     * R2DBC H2 0.8.x ～ 0.9.x
 
-    * R2DBC MariaDB 1.0.2～1.1.1
+    * R2DBC MariaDB 1.0.2以降
 
     * R2DBC MySQL 0.8.x以降
 
diff --git a/src/i18n/content/jp/docs/apm/agents/manage-apm-agents/configuration/server-side-agent-configuration.mdx b/src/i18n/content/jp/docs/apm/agents/manage-apm-agents/configuration/server-side-agent-configuration.mdx
index 7fa03e40731..b0f192172f2 100644
--- a/src/i18n/content/jp/docs/apm/agents/manage-apm-agents/configuration/server-side-agent-configuration.mdx
+++ b/src/i18n/content/jp/docs/apm/agents/manage-apm-agents/configuration/server-side-agent-configuration.mdx
@@ -12,8 +12,6 @@ translationType: human
 サーバーサイドコンフィグレーションは、一部のコア設定を言語エージェントの設定ファイルから[New Relicコレクター](/docs/accounts-partnerships/education/getting-started-new-relic/glossary#collector)に移行します。言語エージェントに応じて、以下の設定を利用できます。
 
 * トランザクショントレース
-* アプリケーションログの転送（Javaエージェントのみ）
-* 動作の遅いSQL
 * SQLレコードとロギング
 * SQLクエリプラン
 * エラー収集
@@ -53,9 +51,7 @@ PHPエージェントは、サーバーサイドコンフィグレーション
 1. <DNT>**[one.newrelic.com &gt; All capabilities](https://one.newrelic.com/all-capabilities) &amp;gt; APM**</DNT>に移動します。
 2. アプリケーションをクリックします。次に、<DNT>**Settings &gt; Application &gt; Server-side agent configuration**</DNT>をクリックします。
 
-サーバーサイドコンフィグレーションを有効にすると、UIから設定にアクセスして変更できるようになります。<DNT>**server-side agent configuration**</DNT>から希望のオプションを選択してください。
-
-<img title="Server side agent configuration" alt="Screen capture showing the server side agent configuration." src="/images/server_side_agent_configuration_screenshot.webp" />
+サーバーサイドコンフィグレーションを有効にすると、UI経由で利用可能な設定を表示および変更できるようになります。
 
 ## NerdGraph APIから設定する [#enable-nerdgraph]
 
diff --git a/src/i18n/content/jp/docs/apm/agents/net-agent/installation/update-net-agent.mdx b/src/i18n/content/jp/docs/apm/agents/net-agent/installation/update-net-agent.mdx
index b1d8fa22815..0f873fbda93 100644
--- a/src/i18n/content/jp/docs/apm/agents/net-agent/installation/update-net-agent.mdx
+++ b/src/i18n/content/jp/docs/apm/agents/net-agent/installation/update-net-agent.mdx
@@ -22,7 +22,6 @@ APM .NETエージェントを更新する方法。
 
 他のインストールがある場合は、その他のコンテキストに関するこれらの設定のインストールドキュメントを参照してください。
 
-* [Azure Web Apps](/docs/apm/agents/net-agent/azure-installation/install-net-agent-azure-web-apps/#site-extention-update)
 * Docker：Windows向け[](/install/dotnet/?deployment=windowsInstall&docker=yesDocker) | [Linux](/install/dotnet/?deployment=linux&docker=yesDocker)向け
 * [Nuget](/docs/apm/agents/net-agent/install-guides/install-net-agent-using-nuget)
 
@@ -56,6 +55,14 @@ APM .NETエージェントを更新する方法。
 
     4. インストーラパッケージが終了したら、IISを起動します。
   </Collapser>
+
+  <Collapser id="site-extention-update" title="New Relic Azureサイト拡張機能を使用してエージェントを更新する">
+    New Relic Azureサイト拡張機能を使用してAzure Web Appsの.NET エージェントを更新するには、次のインストール手順に従ってください。
+
+    * New Relic Azureサイト拡張機能を削除すると、エージェントがアンインストールされます。
+    * [これらのインストレーション手順](/install/dotnet/?deployment=azure&azure=azuresiteextension)を使用して、New Relic Azureサイト拡張機能の最新バージョンを再インストールします。これにより、エージェントの最新バージョンがインストールされます。
+    * 更新されたエージェントを起動するには、ウェブアプリを再起動します。
+  </Collapser>
 </CollapserGroup>
 
 ## .NETエージェントの更新（Linux） [#updating\_net\_core][#updating_net_core]
diff --git a/src/i18n/content/jp/docs/apm/agents/nodejs-agent/getting-started/compatibility-requirements-nodejs-agent.mdx b/src/i18n/content/jp/docs/apm/agents/nodejs-agent/getting-started/compatibility-requirements-nodejs-agent.mdx
index 5a552682c16..fc61967bb8f 100644
--- a/src/i18n/content/jp/docs/apm/agents/nodejs-agent/getting-started/compatibility-requirements-nodejs-agent.mdx
+++ b/src/i18n/content/jp/docs/apm/agents/nodejs-agent/getting-started/compatibility-requirements-nodejs-agent.mdx
@@ -243,15 +243,899 @@ Node.js用エージェントは、[Node Package Manager（npm）リポジトリ]
   </Collapser>
 </CollapserGroup>
 
-/\* 開始：互換性テーブル \*/
+## インストゥルメントされたモジュール
+
+インストール後、エージェントはサポートされているNode.jsライブラリとフレームワークのカタログを使用して自動インストゥルメントします。これにより、ウェブアプリケーションやサーバーに固有の詳細情報に即座にアクセスできます。 未対応のフレームワークまたはライブラリの場合、[Node.jsエージェントAPI](https://newrelic.github.io/node-newrelic/API.html)を使用してエージェントを自身でインストゥルメントする必要があります。
+
+**注意**：サポートされている最新バージョンは、サポート対象の最新バージョンを反映していない可能性があります。
+
+<table>
+  <thead>
+    <tr>
+      <th>
+        パッケージ名
+      </th>
+
+      <th>
+        サポートされている最小バージョン
+      </th>
+
+      <th>
+        サポートされている最新バージョン
+      </th>
+
+      <th>
+        導入時バージョン*
+      </th>
+    </tr>
+  </thead>
+
+  <tbody>
+    <tr>
+      <td>
+        `@apollo/gateway`
+      </td>
+
+      <td>
+        2.3.0
+      </td>
+
+      <td>
+        2.8.4
+      </td>
+
+      <td>
+        `@newrelic/apollo-server-plugin@1.0.0`
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `@apollo/server`
+      </td>
+
+      <td>
+        4.0.0
+      </td>
+
+      <td>
+        4.11.0
+      </td>
+
+      <td>
+        `@newrelic/apollo-server-plugin@2.1.0`
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `@aws-sdk/client-bedrock-runtime`
+      </td>
+
+      <td>
+        3.474.0
+      </td>
+
+      <td>
+        3.629.0
+      </td>
+
+      <td>
+        11.13.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `@aws-sdk/client-dynamodb`
+      </td>
+
+      <td>
+        3.0.0
+      </td>
+
+      <td>
+        3.629.0
+      </td>
+
+      <td>
+        8.7.1
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `@aws-sdk/client-sns`
+      </td>
+
+      <td>
+        3.0.0
+      </td>
+
+      <td>
+        3.624.0
+      </td>
+
+      <td>
+        8.7.1
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `@aws-sdk/client-sqs`
+      </td>
+
+      <td>
+        3.0.0
+      </td>
+
+      <td>
+        3.624.0
+      </td>
+
+      <td>
+        8.7.1
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `@aws-sdk/lib-dynamodb`
+      </td>
+
+      <td>
+        3.377.0
+      </td>
+
+      <td>
+        3.624.0
+      </td>
+
+      <td>
+        8.7.1
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `@aws-sdk/smithy-client`
+      </td>
+
+      <td>
+        3.47.0
+      </td>
+
+      <td>
+        3.374.0
+      </td>
+
+      <td>
+        8.7.1
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `@elastic/elasticsearch`
+      </td>
+
+      <td>
+        7.16.0
+      </td>
+
+      <td>
+        8.15.0
+      </td>
+
+      <td>
+        11.9.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `@grpc/grpc-js`
+      </td>
+
+      <td>
+        1.4.0
+      </td>
+
+      <td>
+        1.11.1
+      </td>
+
+      <td>
+        8.17.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `@hapi/hapi`
+      </td>
+
+      <td>
+        20.1.2
+      </td>
+
+      <td>
+        21.3.10
+      </td>
+
+      <td>
+        9.0.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `@koa/router`
+      </td>
+
+      <td>
+        11.0.2
+      </td>
+
+      <td>
+        12.0.1
+      </td>
+
+      <td>
+        3.2.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `@langchain/core`
+      </td>
+
+      <td>
+        0.1.17
+      </td>
+
+      <td>
+        0.2.23
+      </td>
+
+      <td>
+        11.13.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `@nestjs/cli`
+      </td>
+
+      <td>
+        9.0.0
+      </td>
+
+      <td>
+        10.4.4
+      </td>
+
+      <td>
+        10.1.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `@prisma/client`
+      </td>
+
+      <td>
+        5.0.0
+      </td>
+
+      <td>
+        5.18.0
+      </td>
+
+      <td>
+        11.0.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `@smithy/smithy-client`
+      </td>
+
+      <td>
+        2.0.0
+      </td>
+
+      <td>
+        3.1.12
+      </td>
+
+      <td>
+        11.0.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `amqplib`
+      </td>
+
+      <td>
+        0.5.0
+      </td>
+
+      <td>
+        0.10.4
+      </td>
+
+      <td>
+        2.0.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `apollo-server`
+      </td>
+
+      <td>
+        3.0.0
+      </td>
+
+      <td>
+        3.13.0
+      </td>
+
+      <td>
+        `@newrelic/apollo-server-plugin@1.0.0`
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `apollo-server-express`
+      </td>
+
+      <td>
+        3.0.0
+      </td>
+
+      <td>
+        3.13.0
+      </td>
+
+      <td>
+        `@newrelic/apollo-server-plugin@1.0.0`
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `aws-sdk`
+      </td>
+
+      <td>
+        2.2.48
+      </td>
+
+      <td>
+        2.1673.0
+      </td>
+
+      <td>
+        6.2.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `bluebird`
+      </td>
+
+      <td>
+        2.0.0
+      </td>
+
+      <td>
+        3.7.2
+      </td>
+
+      <td>
+        1.27.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `bunyan`
+      </td>
+
+      <td>
+        1.8.12
+      </td>
+
+      <td>
+        1.8.15
+      </td>
+
+      <td>
+        9.3.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `cassandra-driver`
+      </td>
+
+      <td>
+        3.4.0
+      </td>
+
+      <td>
+        4.7.2
+      </td>
+
+      <td>
+        1.7.1
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `connect`
+      </td>
+
+      <td>
+        3.0.0
+      </td>
+
+      <td>
+        3.7.0
+      </td>
+
+      <td>
+        2.6.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `express`
+      </td>
+
+      <td>
+        4.6.0
+      </td>
+
+      <td>
+        4.19.2
+      </td>
+
+      <td>
+        2.6.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `fastify`
+      </td>
+
+      <td>
+        2.0.0
+      </td>
+
+      <td>
+        4.28.1
+      </td>
+
+      <td>
+        8.5.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `generic-pool`
+      </td>
+
+      <td>
+        3.0.0
+      </td>
+
+      <td>
+        3.9.0
+      </td>
+
+      <td>
+        0.9.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `ioredis`
+      </td>
+
+      <td>
+        4.0.0
+      </td>
+
+      <td>
+        5.4.1
+      </td>
+
+      <td>
+        1.26.2
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `kafkajs`
+      </td>
+
+      <td>
+        2.0.0
+      </td>
+
+      <td>
+        2.2.4
+      </td>
+
+      <td>
+        11.19.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `koa`
+      </td>
+
+      <td>
+        2.0.0
+      </td>
+
+      <td>
+        2.15.3
+      </td>
+
+      <td>
+        3.2.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `koa-route`
+      </td>
+
+      <td>
+        3.0.0
+      </td>
+
+      <td>
+        4.0.1
+      </td>
+
+      <td>
+        3.2.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `koa-router`
+      </td>
+
+      <td>
+        11.0.2
+      </td>
+
+      <td>
+        12.0.1
+      </td>
+
+      <td>
+        3.2.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `memcached`
+      </td>
+
+      <td>
+        2.2.0
+      </td>
+
+      <td>
+        2.2.2
+      </td>
+
+      <td>
+        1.26.2
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `mongodb`
+      </td>
+
+      <td>
+        4.1.4
+      </td>
+
+      <td>
+        6.8.0
+      </td>
+
+      <td>
+        1.32.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `mysql`
+      </td>
+
+      <td>
+        2.2.0
+      </td>
+
+      <td>
+        2.18.1
+      </td>
+
+      <td>
+        1.32.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `mysql2`
+      </td>
+
+      <td>
+        2.0.0
+      </td>
+
+      <td>
+        3.11.0
+      </td>
+
+      <td>
+        1.32.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `next`
+      </td>
+
+      <td>
+        13.4.19
+      </td>
+
+      <td>
+        14.2.5
+      </td>
+
+      <td>
+        12.0.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `openai`
+      </td>
+
+      <td>
+        4.0.0
+      </td>
+
+      <td>
+        4.55.4
+      </td>
+
+      <td>
+        11.13.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `pg`
+      </td>
+
+      <td>
+        8.2.0
+      </td>
+
+      <td>
+        8.12.0
+      </td>
+
+      <td>
+        9.0.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `pg-native`
+      </td>
+
+      <td>
+        2.0.0
+      </td>
+
+      <td>
+        3.1.0
+      </td>
+
+      <td>
+        9.0.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `pino`
+      </td>
+
+      <td>
+        7.0.0
+      </td>
+
+      <td>
+        9.3.2
+      </td>
+
+      <td>
+        8.11.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `q`
+      </td>
+
+      <td>
+        1.3.0
+      </td>
+
+      <td>
+        1.5.1
+      </td>
+
+      <td>
+        1.26.2
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `redis`
+      </td>
+
+      <td>
+        3.1.0
+      </td>
+
+      <td>
+        4.7.0
+      </td>
+
+      <td>
+        1.31.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `restify`
+      </td>
+
+      <td>
+        11.0.0
+      </td>
+
+      <td>
+        11.1.0
+      </td>
+
+      <td>
+        2.6.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `superagent`
+      </td>
+
+      <td>
+        3.0.0
+      </td>
+
+      <td>
+        10.0.0
+      </td>
+
+      <td>
+        4.9.0
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        `undici`
+      </td>
+
+      <td>
+        5.0.0
+      </td>
+
+      <td>
+        6.19.7
+      </td>
+
+      <td>
+        11.1.0
+      </td>
+    </tr>
 
-## インストゥルメントされたモジュール
+    <tr>
+      <td>
+        `when`
+      </td>
 
-インストール後、エージェントはサポートされているNode.jsライブラリとフレームワークのカタログを使用して自動インストゥルメントします。これにより、ウェブアプリケーションやサーバーに固有の詳細情報に即座にアクセスできます。 未対応のフレームワークまたはライブラリの場合、[Node.jsエージェントAPI](https://newrelic.github.io/node-newrelic/API.html)を使用してエージェントを自身でインストゥルメントする必要があります。
+      <td>
+        3.7.0
+      </td>
 
-**注意**：サポートされている最新バージョンは、サポート対象の最新バージョンを反映していない可能性があります。
+      <td>
+        3.7.8
+      </td>
+
+      <td>
+        1.26.2
+      </td>
+    </tr>
 
-| パッケージ名 | サポートされている最小バージョン | サポートされている最新バージョン | 導入されたバージョン\* | | --- | --- | --- | --- | | `@apollo/gateway` | 2.3.0 | 2.9.3 | `@newrelic/apollo-server-plugin@1.0.0` | | `@apollo/server` | 4.0.0 | 4.11.2 | `@newrelic/apollo-server-plugin@2.1.0` | | `@aws-sdk/client-bedrock-runtime` | 3.474.0 | 3.714.0 | 11.13.0 | | `@aws-sdk/client-dynamodb` | 3.0.0 | 3.714.0 | 8.7.1 | | `@aws-sdk/client-sns` | 3.0.0 | 3.714.0 | 8.7.1 | | `@aws-sdk/client-sqs` | 3.0.0 | 3.714.0 | 8.7.1 | | `@aws-sdk/lib-dynamodb` | 3.377.0 | 3.714.0 | 8.7.1 | | `@aws-sdk/smithy-client` | 3.47.0 | 3.374.0 | 8.7.1 | | `@elastic/elasticsearch` | 7.16.0 | 8.17.0 | 11.9.0 | | `@grpc/grpc-js` | 1.4.0 | 1.12.5 | 8.17.0 | | `@hapi/hapi` | 20.1.2 | 21.3.12 | 9.0.0 | | `@koa/router` | 11.0.2 | 13.1.0 | 3.2.0 | | `@langchain/core` | 0.1.17 | 0.3.24 | 11.13.0 | | `@nestjs/cli` | 9.0.0 | 10.4.9 | 10.1.0 | | `@prisma/client` | 5.0.0 | 6.1.0 | 11.0.0 | | `@smithy/smithy-client` | 2.0.0 | 3.5.0 | 11.0.0 | | `amqplib` | 0.5.0 | 0.10.5 | 2.0.0 | | `apollo-server` | 3.0.0 | 3.13.0 | `@newrelic/apollo-server-plugin@1.0.0` | | `apollo-server-express` | 3.0.0 | 3.13.0 | `@newrelic/apollo-server-plugin@1.0.0` | | `aws-sdk` | 2.2.48 | 2.1692.0 | 6.2.0 | | `bluebird` | 2.0.0 | 3.7.2 | 1.27.0 | | `bunyan` | 1.8.12 | 1.8.15 | 9.3.0 | | `cassandra-driver` | 3.4.0 | 4.7.2 | 1.7.1 | | `connect` | 3.0.0 | 3.7.0 | 2.6.0 | | `express` | 4.6.0 | 4.21.2 | 2.6.0 | | `fastify` | 2.0.0 | 5.2.0 | 8.5.0 | | `generic-pool` | 3.0.0 | 3.9.0 | 0.9.0 | | `ioredis` | 4.0.0 | 5.4.1 | 1.26.2 | | `kafkajs` | 2.0.0 | 2.2.4 | 11.19.0 | | `koa` | 2.0.0 | 2.15.3 | 3.2.0 | | `koa-route` | 3.0.0 | 4.0.1 | 3.2.0 | | `koa-router` | 11.0.2 | 13.0.1 | 3.2.0 | | `memcached` | 2.2.0 | 2.2.2 | 1.26.2 | | `mongodb` | 4.1.4 | 6.12.0 | 1.32.0 | | `mysql` | 2.2.0 | 2.18.1 | 1.32.0 | | `mysql2` | 2.0.0 | 3.11.5 | 1.32.0 | | `next` | 13.4.19 | 15.1.1 | 12.0.0 | | `openai` | 4.0.0 | 4.77.0 | 11.13.0 | | `pg` | 8.2.0 | 8.13.1 | 9.0.0 | | `pg-native` | 3.0.0 | 3.2.0 | 9.0.0 | | `pino` | 7.0.0 | 9.5.0 | 8.11.0 | | `q` | 1.3.0 | 1.5.1 | 1.26.2 | | `redis` | 3.1.0 | 4.7.0 | 1.31.0 | | `restify` | 11.0.0 | 11.1.0 | 2.6.0 | | `superagent` | 3.0.0 | 10.1.1 | 4.9.0 | | `undici` | 5.0.0 | 7.2.0 | 11.1.0 | | `when` | 3.7.0 | 3.7.8 | 1.26.2 | | `winston` | 3.0.0 | 3.17.0 | 8.11.0 |
+    <tr>
+      <td>
+        `winston`
+      </td>
+
+      <td>
+        3.0.0
+      </td>
+
+      <td>
+        3.14.1
+      </td>
+
+      <td>
+        8.11.0
+      </td>
+    </tr>
+  </tbody>
+</table>
 
 \*パッケージが指定されていない場合は、`newrelic`パッケージ内でサポートされます。
 
@@ -263,7 +1147,137 @@ Node.jsエージェントでは以下のAIプラットフォームとインテ
 
 `@aws-sdk/client-bedrock-runtime`モジュールを通じて以下をサポートします。
 
-|モデル|画像|テキスト|ビジョン| | --- | --- | --- | --- | | AI21 Labs Jurassic-2 | ❌ | ✅ | - | | Amazon Titan | ❌ | ✅ | - | | Anthropic Claude | ❌ | ✅ | ❌ | | Cohere | ❌ | ✅ | - | | Meta Llama2 | ❌ | ✅ | - | | Meta Llama3 | ❌ | ✅ | - |
+<table>
+  <thead>
+    <tr>
+      <th>
+        モデル
+      </th>
+
+      <th>
+        画像
+      </th>
+
+      <th>
+        テキスト
+      </th>
+
+      <th>
+        ビジョン
+      </th>
+    </tr>
+  </thead>
+
+  <tbody>
+    <tr>
+      <td>
+        AI21 Labs Jurassic-2
+      </td>
+
+      <td>
+        ❌
+      </td>
+
+      <td>
+        ✅
+      </td>
+
+      <td>
+        \-
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        Amazon Titan
+      </td>
+
+      <td>
+        ❌
+      </td>
+
+      <td>
+        ✅
+      </td>
+
+      <td>
+        \-
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        Anthropic Claude
+      </td>
+
+      <td>
+        ❌
+      </td>
+
+      <td>
+        ✅
+      </td>
+
+      <td>
+        ❌
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        Cohere
+      </td>
+
+      <td>
+        ❌
+      </td>
+
+      <td>
+        ✅
+      </td>
+
+      <td>
+        \-
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        Meta Llama2
+      </td>
+
+      <td>
+        ❌
+      </td>
+
+      <td>
+        ✅
+      </td>
+
+      <td>
+        \-
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        Meta Llama3
+      </td>
+
+      <td>
+        ❌
+      </td>
+
+      <td>
+        ✅
+      </td>
+
+      <td>
+        \-
+      </td>
+    </tr>
+  </tbody>
+</table>
 
 注：モデルがストリーミングをサポートしている場合は、ストリーミングのバリアントも計算されます。
 
@@ -271,17 +1285,173 @@ Node.jsエージェントでは以下のAIプラットフォームとインテ
 
 LangChainでは以下の一般的な機能がサポートされます。
 
-|エージェント|チェーン|ツール| Vectorstores | | --- | --- | --- | --- | | ✅ | ✅ | ✅ | ✅ |
+<table>
+  <thead>
+    <tr>
+      <th>
+        エージェント
+      </th>
+
+      <th>
+        Chains
+      </th>
+
+      <th>
+        ツール
+      </th>
+
+      <th>
+        Vectorstores
+      </th>
+    </tr>
+  </thead>
+
+  <tbody>
+    <tr>
+      <td>
+        ✅
+      </td>
+
+      <td>
+        ✅
+      </td>
+
+      <td>
+        ✅
+      </td>
+
+      <td>
+        ✅
+      </td>
+    </tr>
+  </tbody>
+</table>
 
 モデル/プロバイダーは通常、プロバイダーのモジュールのインストゥルメンテーションによって推移的にサポートされます。
 
-|プロバイダ|サポート対象|移行| | --- | --- | --- | | Azure OpenAI | ❌ | ❌ | | Amazon Bedrock | ❌ | ❌ | | OpenAI | ✅ | ✅ |
+<table>
+  <thead>
+    <tr>
+      <th>
+        プロバイダー
+      </th>
+
+      <th>
+        サポート対象
+      </th>
+
+      <th>
+        推移的
+      </th>
+    </tr>
+  </thead>
+
+  <tbody>
+    <tr>
+      <td>
+        Azure OpenAI
+      </td>
+
+      <td>
+        ❌
+      </td>
+
+      <td>
+        ❌
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        Amazon Bedrock
+      </td>
+
+      <td>
+        ❌
+      </td>
+
+      <td>
+        ❌
+      </td>
+    </tr>
+
+    <tr>
+      <td>
+        OpenAI
+      </td>
+
+      <td>
+        ✅
+      </td>
+
+      <td>
+        ✅
+      </td>
+    </tr>
+  </tbody>
+</table>
 
 ### OpenAI
 
 `openai`モジュールを通じて以下をサポートします。
 
-|オーディオ|チャット|補完|埋め込み|ファイル|画像| | --- | --- | --- | --- | --- | --- | | ❌ | ✅ | ✅ | ✅ | ❌ | ❌ |
+<table>
+  <thead>
+    <tr>
+      <th>
+        オーディオ
+      </th>
+
+      <th>
+        チャット
+      </th>
+
+      <th>
+        生成
+      </th>
+
+      <th>
+        組み込み
+      </th>
+
+      <th>
+        ファイル
+      </th>
+
+      <th>
+        画像
+      </th>
+    </tr>
+  </thead>
+
+  <tbody>
+    <tr>
+      <td>
+        ❌
+      </td>
+
+      <td>
+        ✅
+      </td>
+
+      <td>
+        ✅
+      </td>
+
+      <td>
+        ✅
+      </td>
+
+      <td>
+        ❌
+      </td>
+
+      <td>
+        ❌
+      </td>
+    </tr>
+  </tbody>
+</table>
 
 /\* 終了：互換性テーブル \*/
 
diff --git a/src/i18n/content/jp/docs/logs/ui-data/parsing.mdx b/src/i18n/content/jp/docs/logs/ui-data/parsing.mdx
index 2813801ead0..560f8176bf6 100644
--- a/src/i18n/content/jp/docs/logs/ui-data/parsing.mdx
+++ b/src/i18n/content/jp/docs/logs/ui-data/parsing.mdx
@@ -6,28 +6,28 @@ tags:
   - UI and data
 metaDescription: How New Relic uses parsing and how to send customized log data.
 freshnessValidatedDate: never
-translationType: machine
+translationType: human
 ---
 
-ログ<DNT>parsing</DNT>は、定義したルールに基づいて、非構造化ログ データをプロパティ (キーの値のペア) に変換するプロセスです。 これらの属性を NRQL クエリで使用すると、ログを便利な方法でファセット化またはフィルタリングできます。
+ログ<DNT>parsing</DNT>は、定義したルールに基づいて、非構造化ログデータを属性（キーと値のペア）に変換するプロセスです。これらの属性をNRQLクエリで使用すると、ログを便利な方法でファセット化またはフィルタリングできます。
 
-New Relic は、特定の解析ルールに従ってログ データを自動的に解析します。このドキュメントでは、ログの解析の仕組みと、独自のカスタム解析ルールを作成する方法について学習します。
+New Relicは、特定の解析ルールに従ってログデータを自動解析します。このドキュメントでは、ログ解析の仕組みと、独自のカスタム解析ルールを作成する方法について説明します。
 
-NerdGraph (GraphQL API) を使用して、ログ解析ルールを作成、クエリ、管理することもできます。これに役立つツールは、 [Nerdgraph API Explorer](https://api.newrelic.com/graphiql)です。詳細については、 [解析に関する NerdGraph チュートリアルを](/docs/apis/nerdgraph/examples/nerdgraph-log-parsing-rules-tutorial/)参照してください。
+また、GraphQL APIであるNerdGraphを使用して、ログ解析ルールを作成、クエリ、管理することもできます。このために役立つツールは、[Nerdgraph APIエクスプローラー](https://api.newrelic.com/graphiql)です。詳細については、[解析に関するNerdGraphチュートリアル](/docs/apis/nerdgraph/examples/nerdgraph-log-parsing-rules-tutorial/)を参照してください。
 
-ログの解析に関する 5 分間のビデオを次に示します。
+ログ解析に関する5分間のビデオはこちらです：
 
 <Video id="xPWM46yw3bQ" type="youtube" />
 
-## 構文解析の例 [#parsing-defined]
+## 解析例 [#parsing-defined]
 
-良い例は、非構造化テキストを含むデフォルトの NGINX アクセス ログです。検索には便利ですが、それ以外はあまり役に立ちません。典型的な行の例を次に示します。
+良い例としては、構造化されていないテキストを含むデフォルトのNGINXアクセスログが挙げられます。検索には便利ですが、それ以外にはあまり役に立ちません。典型的な行の例を次に示します。
 
 ```
 127.180.71.3 - - [10/May/1997:08:05:32 +0000] "GET /downloads/product_1 HTTP/1.1" 304 0 "-" "Debian APT-HTTP/1.3 (0.8.16~exp12ubuntu10.21)"
 ```
 
-解析されていない形式では、ほとんどの質問に答えるために全文検索を行う必要があります。解析後、ログは`response code`や`request URL`などの属性に整理されます。
+解析されていない形式では、ほとんどの質問に答えるには全文検索を行う必要があります。解析後、ログは`response code`や`request URL`などの属性に編成されます。
 
 ```json
 {
@@ -42,21 +42,21 @@ NerdGraph (GraphQL API) を使用して、ログ解析ルールを作成、ク
 }
 ```
 
-解析により、これらの値をファセットする[カスタムクエリ](/docs/using-new-relic/data/understand-data/query-new-relic-data)を簡単に作成できます。これは、リクエストURLごとの応答コードの分布を理解し、問題のあるページをすばやく見つけるのに役立ちます。
+解析により、それらの値に基づいてファセットする[カスタムクエリ](/docs/using-new-relic/data/understand-data/query-new-relic-data)を簡単に作成できるようになります。これにより、リクエストURLごとの応答コードの分布を理解し、問題のあるページをすばやく見つけることができます。
 
-## ログ解析のしくみ [#how-it-works]
+## ログ解析の仕組み [#how-it-works]
 
-NewRelicがログの解析を実装する方法の概要は次のとおりです。
+New Relicがログの解析を実装する方法の概要は次のとおりです。
 
 <table>
   <thead>
     <tr>
       <th style={{ width: "100px" }}>
-        ログの解析
+        ログ解析
       </th>
 
       <th>
-        使い方
+        使用方法
       </th>
     </tr>
   </thead>
@@ -64,37 +64,37 @@ NewRelicがログの解析を実装する方法の概要は次のとおりです
   <tbody>
     <tr>
       <td>
-        何
+        対象
       </td>
 
       <td>
-        * 解析は、選択された特定のフィールドに適用されます。デフォルトでは、 `message`フィールドが使用されます。ただし、現在データに存在しないものであっても、任意のフィールド/属性を選択できます。
-        * 各解析ルールは、ルールが解析を試みるログを決定する NRQL `WHERE`句を使用して作成されます。
-        * 照合プロセスを簡素化するために、 [`logtype`](#logtype)属性をログに追加することをお勧めします。ただし、使用できるのは`logtype`に限定されません。 NRQL `WHERE`句で一致基準として1つ以上の属性を使用できます。
+        * 解析は特定の選択されたフィールドに適用されます。デフォルトでは、`message`フィールドが使用されます。ただし、現在データに存在しないフィールド/属性も含め、任意のフィールド/属性を選択できます。
+        * 各解析ルールは、ルールが解析を試みるログを決定するNRQL `WHERE`句を使用して作成されます。
+        * 一致プロセスを簡素化するために、ログに[`logtype`](#logtype)属性を追加することをお勧めします。ただし、`logtype`の使用に限定されるわけではなく、1つ以上の属性をNRQL `WHERE`句の一致基準として使用できます。
       </td>
     </tr>
 
     <tr>
       <td>
-        いつ
+        タイミング
       </td>
 
       <td>
-        * 解析は、各ログメッセージに1回だけ適用されます。複数の解析ルールがログに一致する場合、成功した最初のルールのみが適用されます。
-        * 解析ルールには順序がありません。複数の解析ルールがログに一致する場合、ランダムに 1 つが選択されます。同じログに一致しないように解析ルールを構築してください。
-        * 解析は、データがNRDBに書き込まれる前に、ログの取り込み中に行われます。データがストレージに書き込まれると、それを解析することはできなくなります。
-        * パイプラインで解析が行われ、 <DNT>**before**</DNT>データの強化が行われます。 解析ルールの一致基準を定義するときは注意してください。 条件が解析またはエンリッチメントが行われるまで存在しない属性に基づいている場合、一致が発生したときにそのデータはログに存在しません。 その結果、解析は行われません。
+        * 解析は各ログメッセージに1回だけ適用されます。複数の解析ルールがログに一致する場合、最初に成功したルールのみが適用されます。
+        * 解析ルールは順序付けられていません。複数の解析ルールがログに一致する場合、ランダムに1つが選択されます。同じログと一致しないように解析ルールを構築してください。
+        * 解析は、データがNRDBに書き込まれる前に、ログの取り込み中に行われます。データがストレージに書き込まれると、解析できなくなります。
+        * パイプラインで解析が行われ、 <DNT>**before**</DNT>データの強化が行われます。解析ルールの一致基準を定義するときは注意してください。条件が解析またはエンリッチメントが行われるまで存在しない属性に基づいている場合、一致が発生したときにそのデータはログに存在しません。その結果、解析は行われません。
       </td>
     </tr>
 
     <tr>
       <td>
-        どのように
+        方法
       </td>
 
       <td>
-        * ルールは、 [Grok](#grok) 、正規表現、またはその 2 つの組み合わせで記述できます。Grok は、複雑な正規表現を抽象化するパターンのコレクションです。
-        * 解析 UI では Java Regex 構文をサポートしています。 キャプチャ グループ内の属性名またはフィールド名の場合、Java Regex では \[A-Za-z0-9] のみが許可されます。
+        * ルールは[Grok](#grok)、正規表現、またはその2つを組み合わせて記述できます。Grokは、複雑な正規表現を抽象化するパターンのコレクションです。
+        * 解析UIではJava Regex構文をサポートしています。キャプチャグループ内の属性名またはフィールド名の場合、Java Regexでは\[A-Za-z0-9]のみが許可されます。
       </td>
     </tr>
   </tbody>
@@ -102,9 +102,9 @@ NewRelicがログの解析を実装する方法の概要は次のとおりです
 
 ## Grokを使用して属性を解析する [#grok]
 
-解析パターンは、ログ メッセージ解析の業界標準である Grok を使用して指定されます。`logtype`フィールドを持つ受信ログは、[組み込みの解析ルール](#built-in-rules)に照らしてチェックされ、可能であれば、関連する Grok パターンがログに適用されます。
+解析パターンは、ログメッセージ解析の業界標準であるGrokを使用して指定されます。`logtype`フィールドを持つすべての受信ログは、[組み込みの解析ルール](#built-in-rules)と照合され、可能な場合は、関連するGrokパターンがログに適用されます。
 
-Grokは正規表現のスーパーセットであり、リテラルの複雑な正規表現の代わりに使用される組み込みの名前付きパターンを追加します。たとえば、整数を正規表現`(?:[+-]?(?:[0-9]+))`と一致させることができることを覚えておく代わりに、 `%{INT}`と書くだけで、同じ正規表現を表すGrokパターン`INT`を使用できます。
+Grokは、リテラルな複雑な正規表現の代わりに使用される、組み込みの名前付きパターンを追加する正規表現のスーパーセットです。インスタンスの場合、整数が正規表現`(?:[+-]?(?:[0-9]+))`と一致していることを覚えておく必要はなく、同じ正規表現を表すGrokパターン`INT`を使用するために`%{INT}`と記述するだけです。
 
 Grokパターンの構文は次のとおりです。
 
@@ -112,18 +112,18 @@ Grokパターンの構文は次のとおりです。
 %{PATTERN_NAME[:OPTIONAL_EXTRACTED_ATTRIBUTE_NAME[:OPTIONAL_TYPE[:OPTIONAL_PARAMETER]]]}
 ```
 
-どこ：
+対象箇所：
 
-* `PATTERN_NAME` サポートされている Grok パターンの 1 つです。パターン名は、正規表現を表すわかりやすい名前です。それらは、対応する正規表現とまったく同じです。
-* `OPTIONAL_EXTRACTED_ATTRIBUTE_NAME`、指定されている場合は、パターン名と一致する値でログメッセージに追加される属性の名前です。これは、正規表現を使用して名前付きキャプチャグループを使用するのと同じです。これが指定されていない場合、解析ルールは文字列の領域に一致するだけで、その値で属性を抽出しません。
-* `OPTIONAL_TYPE` 抽出する属性値のタイプを指定します。省略した場合、値は文字列として抽出されます。たとえば、 `"File Size: 123"` から値`123`を数値として属性`file_size`に抽出するには、 `value: %{INT:file_size:int}`を使用します。
-* `OPTIONAL_PARAMETER` 特定のタイプに対してオプションの難点を指定します。 現在、 `datetime`タイプのみが問題をとります。詳細については、以下を参照してください。
+* `PATTERN_NAME` は、サポートされているGrokパターンの1 つです。パターン名は、正規表現を表すユーザーフレンドリな名前です。これらは対応する正規表現とまったく同じです。
+* `OPTIONAL_EXTRACTED_ATTRIBUTE_NAME`を指定した場合、パターン名と一致する値とともにログメッセージに追加される属性の名前です。これは、正規表現を使用して名前付きキャプチャグループを使用するのと同じです。これが指定されていない場合、解析ルールは文字列の領域のみを照合し、属性とその値を抽出しません。
+* `OPTIONAL_TYPE` は、抽出する属性値のタイプを指定します。省略すると、値は文字列として抽出されます。インスタンスの場合、値`123` `"File Size: 123"`から数値として属性`file_size`に抽出するには、 `value: %{INT:file_size:int}`を使用します。
+* `OPTIONAL_PARAMETER` は、特定のタイプに対してオプションのパラメーターを指定します。現在、パラメーターを受け取るのは`datetime`型のみです。詳細については、以下を参照してください。
 
-一致する文字列で正規表現と Grok パターン名を組み合わせて使用することもできます。
+一致する文字列では、正規表現とGrokパターン名を組み合わせて使用することもできます。
 
-サポートされている[Grok パターン](https://github.com/thekrakken/java-grok/tree/master/src/main/resources/patterns)のリストについては、このリンクをクリックしてください。サポートされている[Grok タイプ](#grok-types)のリストについては、ここをクリックしてください。
+サポートされている[Grokパターン](https://github.com/thekrakken/java-grok/tree/master/src/main/resources/patterns)のリストについてはこのリンクを、サポートされている[Grokタイプ](#grok-types)のリストについてはこちらをクリックしてください。
 
-変数名は明示的に設定し、 `%{URI:uri}`のように小文字にする必要があることに注意してください。`%{URI}`や`%{URI:URI}`などの式は機能しません。
+変数名は明示的に設定する必要があり、`%{URI:uri}`のように小文字にする必要があることに注意してください。`%{URI}`や`%{URI:URI}`などの式は機能しません。
 
 <CollapserGroup>
   <Collapser id="grok-example" title="Grokの例：ログから有用なデータを取得する">
@@ -135,7 +135,7 @@ Grokパターンの構文は次のとおりです。
     }
     ```
 
-    この情報は正確ですが、それが何を意味するのか正確には直感的ではありません。 Grokパターンは、必要なテレメトリデータを抽出して理解するのに役立ちます。たとえば、次のようなログレコードははるかに使いやすいです。
+    この情報は正確ですが、それが何を意味するのかは直感的に分かりにくいです。Grokパターンは、必要なテレメトリーデータを抽出して理解するのに役立ちます。たとえば、次のようなログレコードははるかに使いやすくなります。
 
     ```json
     {
@@ -145,49 +145,49 @@ Grokパターンの構文は次のとおりです。
     }
     ```
 
-    これを行うには、これら3つのフィールドを抽出するGrokパターンを作成します。例えば：
+    これを行うには、次の3つのフィールドを抽出するGrokパターンを作成します。
 
     ```
     %{IP:host_ip} %{INT:bytes_received} %{INT:bytes_sent}
     ```
 
-    処理後、ログレコードにはフィールド`host_ip` 、 `bytes_received` 、および`bytes_sent`が含まれます。 New Relicでこれらのフィールドを使用して、ログデータのフィルタリング、ファセット、統計操作を実行できるようになりました。 New RelicでGrokパターンを使用してログを解析する方法の詳細については[、ブログ投稿を参照して](https://newrelic.com/blog/how-to-relic/how-to-use-grok-log-parsing)ください。
+    処理後、ログレコードにはフィールド`host_ip`、`bytes_received`、 `bytes_sent`が含まれます。これで、New Relicのこれらのフィールドを使用して、ログデータのフィルタリング、ファセット化、統計操作を実行できるようになります。New RelicでGrokパターンを使用してログを解析する方法の詳細については、[ブログ記事](https://newrelic.com/blog/how-to-relic/how-to-use-grok-log-parsing)をご覧ください。
   </Collapser>
 
   <Collapser id="grok-ui" title="UIの例：Grok解析ルールの作成">
-    適切な権限がある場合は、UIで解析ルールを作成して、Grok解析を作成、テスト、および有効にすることができます。たとえば、Inventory Servicesと呼ばれるマイクロサービスの1つについて特定の種類のエラーメッセージを取得するには、特定のエラーメッセージと製品を検索するGrok解析ルールを作成します。これをする：
+    適切な権限がある場合は、UIで解析ルールを作成し、Grok解析を作成、テスト、有効化できます。たとえば、Inventory Servicesと呼ばれるマイクロサービスの1つについて特定のタイプのエラーメッセージを取得するには、特定のエラーメッセージと製品を検索するGrok解析ルールを作成します。これを行うには、以下を実行します。
 
-    1. ルールに名前を付けます。たとえば、 `Inventory Services error parsing` 。
+    1. ルールに名前を付けます。たとえば、 `Inventory Services error parsing`です。
 
-    2. 解析する既存のフィールドを選択するか (デフォルト = `message` )、新しいフィールド名を入力します。
+    2. 解析する既存のフィールドを選択するか（デフォルト = `message`）、新しいフィールド名を入力します。
 
-    3. 着信ログのプレフィルターとして機能する NRQL `WHERE`句を特定します。たとえば、 `entity.name='Inventory Service'`です。このプレフィルターは、ルールで処理する必要があるログの数を絞り込み、不要な処理を削除します。
+    3. 受信ログの事前フィルターとして機能するNRQL `WHERE`句を識別します（例：`entity.name='Inventory Service'`）。この事前フィルターは、ルールで処理する必要があるログの数を絞り込み、不要な処理を削除します。
 
-    4. 一致するログが存在する場合はそれを選択するか、\[ログの貼り付け] タブをクリックしてサンプル ログに貼り付けます。
+    4. 一致するログが存在する場合はそれを選択するか、\[ログの貼り付け]タブをクリックしてサンプルログを貼り付けます。
 
-    5. Grok解析ルールを追加します。例えば：
+    5. Grok解析ルールを追加します。例：
 
        ```
        Inventory error: %{DATA:error_message} for product %{INT:product_id}
        ```
 
-       どこ：
+       対象箇所：
 
     * `Inventory error`：解析ルールの名前
-    * `error_message`：選択したいエラーメッセージ
-    * `product_id`：在庫サービスの製品ID
+    * `error_message`：選択するエラーメッセージ
+    * `product_id`：Inventory Serviceの製品ID
 
     6. 解析ルールを有効にして保存します。
 
-       すぐに、InventoryServiceログが2つの新しいフィールド`error_message`と`product_id`で強化されていることがわかります。ここから、これらのフィールドのクエリ、チャートやダッシュボードの作成、アラートの設定などを行うことができます。
+       すぐに、Inventory Serviceログに2つの新しいフィールド`error_message`と`product_id`が追加されていることがわかります。ここから、これらのフィールドに対してクエリの実行、グラフやダッシュボードの作成、アラートの設定などが行えます。
 
-       詳細について[は、UI でカスタム解析ルールを追加するためのドキュメントを](#custom-parsing)参照してください。
+       詳細については、[UIでカスタム解析ルールを追加するためのドキュメント](#custom-parsing)を参照してください。
   </Collapser>
 
-  <Collapser id="grok-types" title="サポートされている Grok 型">
-    `OPTIONAL_TYPE`フィールドは、抽出する属性値のタイプを指定します。省略した場合、値は文字列として抽出されます。
+  <Collapser id="grok-types" title="サポートされているGrokタイプ">
+    `OPTIONAL_TYPE`フィールドは、抽出する属性値のタイプを指定します。省略すると、値は文字列として抽出されます。
 
-    サポートされているタイプは次のとおりです。
+    サポートされているタイプは次のとおりです：
 
     <table>
       <thead>
@@ -197,7 +197,7 @@ Grokパターンの構文は次のとおりです。
           </th>
 
           <th>
-            NewRelicデータベースに保存されているタイプ
+            New Relicデータベースに保存されているタイプ
           </th>
         </tr>
       </thead>
@@ -269,11 +269,11 @@ Grokパターンの構文は次のとおりです。
           </td>
 
           <td>
-            時間としての `long`
+            Time as a `long`
 
-            デフォルトでは ISO 8601 として解釈されます。 `OPTIONAL_PARAMETER`が存在する場合、 `datetime`を解釈するために使用する[日付と時刻のパターン文字列](https://docs.oracle.com/en/java/javase/21/docs/api/java.base/java/text/SimpleDateFormat.html)を指定します。
+            デフォルトではISO 8601として解釈されます。`OPTIONAL_PARAMETER`が存在する場合、 `datetime`を解釈するために使用する[日付と時刻のパターン文字列](https://docs.oracle.com/en/java/javase/21/docs/api/java.base/java/text/SimpleDateFormat.html)を指定します。
 
-            これは解析中にのみ使用できることに注意してください。 取り込みパイプラインの後半で、すべてのログに対して実行される追加[の個別のタイムスタンプ解釈ステップ](/docs/logs/ui-data/timestamp-support)があります。
+            これは解析中にのみ使用できることに注意してください。取り込みパイプラインの後半で、すべてのログに対して実行される、追加の[個別タイムスタンプ解釈ステップ](/docs/logs/ui-data/timestamp-support)があります。
           </td>
         </tr>
 
@@ -283,7 +283,7 @@ Grokパターンの構文は次のとおりです。
           </td>
 
           <td>
-            JSON 構造化データ。詳細について[は、プレーン テキストと混合した JSON の解析](#parsing-json)を参照してください。
+            JSON構造化データ。詳細については、[プレーンテキストと混在するJSONの解析](#parsing-json)を参照してください。
           </td>
         </tr>
 
@@ -293,7 +293,7 @@ Grokパターンの構文は次のとおりです。
           </td>
 
           <td>
-            CSV データ。詳細については、 [CSV の解析](#parsing-csv)を参照してください。
+            CSVデータ。詳細については、[CSVの解析](#parsing-csv)を参照してください。
           </td>
         </tr>
 
@@ -303,33 +303,43 @@ Grokパターンの構文は次のとおりです。
           </td>
 
           <td>
-            IP アドレスからの地理的位置。詳細については [、「地理位置情報 IP アドレス (GeoIP)」](#geo) を参照してください。
+            IPアドレスからの地理的位置。詳細については、[IPアドレスの位置情報の特定（GeoIP）](#geo)を参照してください。
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            `key value pairs`
+          </td>
+
+          <td>
+            キーの値のペア。詳細については、[キーの値ペアの解析](#parsing-key-value-pairs)を参照してください。
           </td>
         </tr>
       </tbody>
     </table>
   </Collapser>
 
-  <Collapser id="grok-multiline" title="Grok の複数行の解析">
-    複数行のログがある場合は、 `GREEDYDATA` Grok パターンが改行と一致しないことに注意してください (これは `.*`と同等です)。
+  <Collapser id="grok-multiline" title="Grokの複数行の解析">
+    複数行のログがある場合は、`GREEDYDATA` Grokパターンが改行と一致しないことに注意してください（`.*`に相当します）。
 
-    したがって、 `%{GREEDYDATA:some_attribute}` を直接使用する代わりに、その前に複数行のフラグを追加する必要があります。 `(?s)%{GREEDYDATA:some_attribute}`
+    したがって、`%{GREEDYDATA:some_attribute}`を直接使用するのではなく、その前に複数行フラグを追加する必要があります。 `(?s)%{GREEDYDATA:some_attribute}`
   </Collapser>
 
-  <Collapser id="parsing-json" title="プレーンテキストと混合した JSON の解析">
-    New Relic ログ パイプラインは、デフォルトでログ JSON メッセージを解析しますが、JSON ログ メッセージがプレーン テキストと混在している場合があります。この状況では、それらを解析して、JSON 属性を使用してフィルタリングできるようにする必要がある場合があります。その場合は、 `json` [grok type](#grok-syntax)を使用できます。これは、grok パターンによってキャプチャされた JSON を解析します。この形式は、grok 構文、解析された json 属性に割り当てるプレフィックス、 `json` [grok タイプ](#grok-syntax)の 3 つの主要部分に依存しています。`json` [grok type](#grok-syntax)を使用すると、適切にフォーマットされていないログから JSON を抽出して解析できます。たとえば、ログに日付/時刻の文字列がプレフィックスとして付けられている場合:
+  <Collapser id="parsing-json" title="プレーンテキストと混在するJSONの解析">
+    New Relic LogsパイプラインはデフォルトでログのJSONメッセージを解析しますが、プレーンテキストと混在するJSONログメッセージが含まれる場合があります。このような状況では、それらを解析し、JSON属性を使用してフィルタリングできるようにする必要がある場合があります。その場合は、grokパターンによってキャプチャされたJSONを解析する`json` [grokタイプ](#grok-syntax)を使用できます。この形式は、grok構文、解析されたjson属性に割り当てるプレフィックス、および`json` [grokタイプ](#grok-syntax)という3つの主要な部分に依存します。`json` [grokタイプ](#grok-syntax)を使用すると、適切にフォーマットされていないログからJSONを抽出して解析できます。たとえば、ログの先頭に日付/時刻文字列が付いている場合などです。
 
     ```json
     2015-05-13T23:39:43.945958Z {"event": "TestRequest", "status": 200, "response": {"headers": {"X-Custom": "foo"}}, "request": {"headers": {"X-Custom": "bar"}}}
     ```
 
-    このログ形式から JSON データを抽出して解析するには、次の Grok 式を作成します。
+    このログ形式からJSONデータを抽出して解析するには、次のGrok式を作成します。
 
     ```
     %{TIMESTAMP_ISO8601:containerTimestamp} %{GREEDYDATA:my_attribute_prefix:json}
     ```
 
-    結果のログは次のとおりです。
+    結果のログは次のようになります。
 
     ```
     containerTimestamp: "2015-05-13T23:39:43.945958Z"
@@ -339,13 +349,13 @@ Grokパターンの構文は次のとおりです。
     my_attribute_prefix.request.headers.X-Custom: "bar"
     ```
 
-    オプション`keepAttributes`または`dropAttributes`を使用して、抽出または削除する属性のリストを定義できます。 たとえば、次の Grok 式の場合:
+    オプション`keepAttributes`または`dropAttributes`を使用して、抽出または削除する属性のリストを定義できます。たとえば、次のGrok式の場合：
 
     ```
     %{TIMESTAMP_ISO8601:containerTimestamp} %{GREEDYDATA:my_attribute_prefix:json({"keepAttributes": ["my_attribute_prefix.event", "my_attribute_prefix.response.headers.X-Custom"]})}
     ```
 
-    結果のログは次のとおりです。
+    結果のログは次のようになります。
 
     ```
     containerTimestamp: "2015-05-13T23:39:43.945958Z"
@@ -353,7 +363,7 @@ Grokパターンの構文は次のとおりです。
     my_attribute_prefix.request.headers.X-Custom: "bar"
     ```
 
-    `my_attribute_prefix`プレフィックスを省略したい場合は、設定に`"noPrefix": true`含めることができます。
+    `my_attribute_prefix`プレフィックスを省略したい場合は、設定に`"noPrefix": true`を含めることができます。
 
     ```
     %{TIMESTAMP_ISO8601:containerTimestamp} %{GREEDYDATA:my_attribute_prefix:json({"noPrefix": true})}
@@ -365,19 +375,19 @@ Grokパターンの構文は次のとおりです。
     %{TIMESTAMP_ISO8601:containerTimestamp} %{GREEDYDATA:my_attribute_prefix:json({"noPrefix": true, "keepAttributes": ["status"]})}
     ```
 
-    JSON がエスケープされている場合は、 `isEscaped`オプションを使用して解析できます。 JSON がエスケープされてから引用符で囲まれている場合は、以下に示すように引用符も一致させる必要があります。 たとえば、次の Grok 式の場合:
+    JSONがエスケープされている場合は、`isEscaped`オプションを使用して解析できます。JSONがエスケープされてから引用符で囲まれている場合は、以下に示すように引用符も一致させる必要があります。たとえば、次のGrok式の場合：
 
     ```
     %{TIMESTAMP_ISO8601:containerTimestamp} "%{GREEDYDATA:my_attribute_prefix:json({"isEscaped": true})}"
     ```
 
-    エスケープされたメッセージを解析することができます:
+    エスケープされたメッセージを解析することができます。
 
     ```
     2015-05-13T23:39:43.945958Z "{\"event\": \"TestRequest\", \"status\": 200, \"response\": {\"headers\": {\"X-Custom\": \"foo\"}}, \"request\": {\"headers\": {\"X-Custom\": \"bar\"}}}"
     ```
 
-    結果のログは次のとおりです。
+    結果のログは次のようになります。
 
     ```
     containerTimestamp: "2015-05-13T23:39:43.945958Z"
@@ -387,33 +397,33 @@ Grokパターンの構文は次のとおりです。
     my_attribute_prefix.request.headers.X-Custom: "bar"
     ```
 
-    `json` [Grok タイプ](#grok-syntax)を構成するには、 `:json(_CONFIG_)`を使用します。
+    `json` [Grokタイプ](#grok-syntax)を設定するには、 `:json(_CONFIG_)`を使用します。
 
-    * `json({"dropOriginal": true})`: 解析で使用された JSON スニペットをドロップします。`true` (デフォルト値) に設定すると、解析ルールは元の JSON スニペットを削除します。JSON 属性はメッセージ フィールドに残ることに注意してください。
-    * `json({"dropOriginal": false})`: 抽出された JSON ペイロードが表示されます。`false`に設定すると、完全な JSON のみのペイロードが上記の`my_attribute_prefix`で指定された属性の下に表示されます。ここでは、JSON 属性がメッセージ フィールドに残り、ユーザーに JSON データの 3 つの異なるビューを提供することに注意してください。3 つのバージョンすべての保存が懸念される場合は、ここでデフォルトの`true`を使用することをお勧めします。
-    * `json({"depth": 62})`: JSON 値を解析する深さのレベル (デフォルトは 62)。
-    * `json({"keepAttributes": ["attr1", "attr2", ..., "attrN"]})`: JSON から抽出する属性を指定します。提供されたリストを空にすることはできません。この構成オプションが設定されていない場合は、すべての属性が抽出されます。
-    * `json({"dropAttributes": ["attr1", "attr2", ..., "attrN"]})`: JSON から削除する属性を指定します。 この構成オプションが設定されていない場合、属性は削除されません。
-    * `json({"noPrefix": true})`: JSON から抽出された属性からプレフィックスを削除するには、このオプションを `true` に設定します。
-    * `json({"isEscaped": true})`: エスケープされたJSONを解析するには、このオプションを`true`に設定します（これは通常、JSONが文字列化されたときに表示されます。たとえば、 `{\"key\": \"value\"}` ）。
+    * `json({"dropOriginal": true})`：解析に使用されたJSONスニペットを削除します。`true`（デフォルト値）に設定すると、解析ルールによって元のJSONスニペットが削除されます。JSON属性はメッセージフィールドに残ることに注意してください。
+    * `json({"dropOriginal": false})`：抽出されたJSONペイロードが表示されます。`false`に設定すると、完全なJSONのみのペイロードが上記の`my_attribute_prefix`で指定された属性の下に表示されます。ここでもJSON属性がメッセージフィールドに残り、ユーザーにJSONデータの3つの異なるビューが提供されることに注意してください。3つのバージョンすべてを保存する必要がある場合は、ここではデフォルトの`true`を使用することをお勧めします。
+    * `json({"depth": 62})`：JSON値を解析する深さのレベル（デフォルトは62）。
+    * `json({"keepAttributes": ["attr1", "attr2", ..., "attrN"]})`：JSONから抽出される属性を指定します。指定されたリストは空にできません。この設定オプションが設定されていない場合は、すべての属性が抽出されます。
+    * `json({"dropAttributes": ["attr1", "attr2", ..., "attrN"]})`：JSONから削除する属性を指定します。この設定オプションが設定されていない場合、属性は削除されません。
+    * `json({"noPrefix": true})`：JSONから抽出された属性からプレフィックスを削除するには、このオプションを`true`に設定します。
+    * `json({"isEscaped": true})`：エスケープされたJSONを解析するには、このオプションを`true`に設定します（これは通常、JSONが文字列化されたときに表示されます。たとえば、`{\"key\": \"value\"}`）
   </Collapser>
 
-  <Collapser id="parsing-csv" title="CSV の解析">
-    システムがコンマ区切り値 (CSV) ログを送信し、それらを New Relic で解析する必要がある場合は、Grok パターンによってキャプチャされた CSV を解析する`csv` [Grok タイプ](#grok-syntax)を使用できます。この形式は、Grok 構文、解析された CSV 属性に割り当てる接頭辞、および`csv` [Grok タイプ](#grok-syntax)の 3 つの主要部分に依存しています。`csv` [Grok タイプ](#grok-syntax)を使用すると、ログから CSV を抽出して解析できます。
+  <Collapser id="parsing-csv" title="CSVの解析">
+    システムがコンマ区切り値（CSV）ログを送信し、それをNew Relicで解析する必要がある場合は、GrokパターンによってキャプチャされたCSVを解析する`csv` [Grokタイプ](#grok-syntax)を使用できます。この形式は、Grok構文、解析されたCSV属性に割り当てるプレフィックス、および`csv` [Grokタイプ](#grok-syntax)という3つの主要な部分に依存します。`csv` [Grokタイプ](#grok-syntax)を使用すると、ログからCSVを抽出して解析できます。
 
-    例として、次の CSV ログ行があるとします。
+    例として次のCSVログ行を示します。
 
     ```
     "2015-05-13T23:39:43.945958Z,202,POST,/shopcart/checkout,142,10"
     ```
 
-    そして、次の形の解析規則:
+    そして、次の形の解析ルール：
 
     ```
     %{GREEDYDATA:log:csv({"columns": ["timestamp", "status", "method", "url", "time", "bytes"]})}
     ```
 
-    ログを次のように解析します。
+    ログは次のように解析されます：
 
     ```
     log.timestamp: "2015-05-13T23:39:43.945958Z"
@@ -424,38 +434,38 @@ Grokパターンの構文は次のとおりです。
     log.bytes: "10"
     ```
 
-    「ログ」プレフィックスを省略する必要がある場合は、構成に`"noPrefix": true`を含めることができます。
+    「ログ」プレフィックスを省略する必要がある場合は、設定に`"noPrefix": true`を含めることができます。
 
     ```
     %{GREEDYDATA:log:csv({"columns": ["timestamp", "status", "method", "url", "time", "bytes"], "noPrefix": true})}
     ```
 
-    ### 列の構成:
+    ### 列の設定：
 
-    * CSV Grok タイプ構成 (有効な JSON である必要があります) で列を示すことは必須です。
-    * 列名として &quot;\_&quot; (アンダースコア) を設定して、結果のオブジェクトから削除することにより、任意の列を無視できます。
+    * CSV Grokタイプ設定（有効なJSONである必要があります）で列を示すことが必須です。
+    * 列名として「\_」（アンダースコア）を設定することで、結果のオブジェクトからその列を削除し、任意の列を無視できます。
 
-    ### オプションの構成オプション:
+    ### オプション設定のオプション：
 
-    「列」構成は必須ですが、次の設定で CSV の解析を変更することができます。
+    「列」の設定は必須ですが、次の設定でCSVの解析を変更することができます。
 
-    * <DNT>**dropOriginal**</DNT>: (デフォルトは`true` ) 解析に使用される CSV スニペットを削除します。 `true` (デフォルト値) に設定すると、解析ルールによって元のフィールドが削除されます。
-    * <DNT>**noPrefix**</DNT>: (デフォルトは`false` ) 結果のオブジェクトのプレフィックスとして Grok フィールド名を含めません。
-    * <DNT>**separator**</DNT>: (デフォルトは`,` ) 各列を分割する文字/文字列を定義します。
-      * もう 1 つの一般的なシナリオは、タブ区切り値 (TSV) です。そのため、セパレータとして`\t`を指定する必要があります。 `%{GREEDYDATA:log:csv({"columns": ["timestamp", "status", "method", "url", "time", "bytes"], "separator": "\t"})`
-    * <DNT>**quoteChar**</DNT>: (デフォルトは`"` ) 列の内容をオプションで囲む文字を定義します。
+    * <DNT>**dropOriginal**</DNT>：（デフォルトは`true`）解析に使用されるCSVスニペットを削除します。`true`（デフォルト値）に設定すると、解析ルールによって元のフィールドが削除されます。
+    * <DNT>**noPrefix**</DNT>：（デフォルトは`false`）結果のオブジェクトのプレフィックスとしてGrokフィールド名を含めません。
+    * <DNT>**separator**</DNT>：（デフォルトは`,`）各列を分割する文字/文字列を定義します。
+      * もう1つの一般的なシナリオはタブ区切り値（TSV）です。この場合、区切り文字として`\t`を指定する必要があります（例： `%{GREEDYDATA:log:csv({"columns": ["timestamp", "status", "method", "url", "time", "bytes"], "separator": "\t"})`
+    * <DNT>**quoteChar**</DNT>：（デフォルトは`"`）列の内容をオプションで囲む文字を定義します。
   </Collapser>
 
-  <Collapser id="geo" title="IP アドレスの位置情報 (GeoIP)">
-    システムが IPv4 アドレスを含むログを送信する場合、New Relic はそれらを地理的に特定し、指定された属性でログ イベントを充実させることができます。 `geo` [Grok タイプ](#grok-syntax)を使用できます。これは、Grok パターンによってキャプチャされた IP アドレスの位置を見つけます。この形式は、住所に関連する 1 つ以上のフィールド (都市、国、IP の緯度/経度など) を返すように構成できます。
+  <Collapser id="geo" title="IPアドレスの位置情報（GeoIP）">
+    システムがIPv4アドレスを含むログを送信する場合、 New Relicはそれらを地理的に特定し、指定された属性でログイベントを強化することができます。`geo` [Grokタイプ](#grok-syntax)を使用すると、GrokパターンによってキャプチャされたIPアドレスの位置が検索されます。この形式は、IPの都市、国、緯度/経度など、住所に関連する1つ以上のフィールドを返すように設定できます。
 
-    例として次のログ行があるとします。
+    次のログ行を例に挙げます。
 
     ```
     2015-05-13T23:39:43.945958Z 146.190.212.184
     ```
 
-    そして、次の形の解析規則:
+    そして、次の形の解析ルール：
 
     ```
     %{TIMESTAMP_ISO8601:containerTimestamp} %{GREEDYDATA:ip:geo({"lookup":["city","region","countryCode", "latitude","longitude"]})}
@@ -477,47 +487,178 @@ Grokパターンの構文は次のとおりです。
     ISO8601_TIMEZONE:Z
     ```
 
-    ### ルックアップ構成:
+    ### Lookup設定：
+
+    `geo`アクションによって返される必要な`lookup`フィールドを指定することが必須です。以下のオプションから少なくとも1つの項目が必要です。
+
+    * <DNT>**city**</DNT>：都市名
+    * <DNT>**countryCode**</DNT>：国の略称
+    * <DNT>**countryName**</DNT>：国名
+    * <DNT>**latitude**</DNT>：緯度
+    * <DNT>**longitude**</DNT>：経度
+    * <DNT>**postalCode**</DNT>：郵便番号、ZIPコード、または類似の番号
+    * <DNT>**region**</DNT>：州、県、または地域の略語
+    * <DNT>**regionName**</DNT>：州、県、または地域の名前
+  </Collapser>
+
+  <Collapser id="parsing-key-value-pairs" title="キーの値のペアを解析する">
+    New Relic Logsパイプラインはデフォルトでログメッセージを解析しますが、キーの値のペアとしてフォーマットされたログメッセージが存在する場合があります。この状況では、それらを解析して、キーと値の属性を使用してフィルタリングできるようにする必要がある場合があります。
+
+    その場合は、grokパターンによってキャプチャされたキーと値のペアを解析する`key value pairs` [grokタイプ](#grok-syntax)を使用できます。この形式は、grok構文、解析されたキーと値の属性に割り当てるプレフィックス、および`key value pairs` [grokタイプ](#grok-syntax)という3つの主要な部分に依存します。`key value pairs` [grokタイプ](#grok-syntax)を使用すると、適切にフォーマットされていないログからキーの値のペアを抽出して解析できます。たとえば、ログの先頭に日付/時刻文字列が付いている場合などです。
+
+    ```json
+      2015-05-13T23:39:43.945958Z key1=value1,key2=value2,key3=value3
+    ```
+
+    このログ形式からキーの値データを抽出して解析するには、次のGrok式を作成します。
+
+    ```
+    %{TIMESTAMP_ISO8601:containerTimestamp} %{GREEDYDATA:my_attribute_prefix:keyvalue()}
+    ```
+
+    結果のログは次のようになります。
+
+    ```
+      containerTimestamp: "2015-05-13T23:39:43.945958Z"
+      my_attribute_prefix.key1: "value1"
+      my_attribute_prefix.key2: "value2"
+      my_attribute_prefix.key3: "value3"
+    ```
+
+    カスタム区切り文字と区切り文字を定義して、必要なキーの値のペアを抽出することもできます。
+
+    ```json
+    2015-05-13T23:39:43.945958Z event:TestRequest request:bar
+    ```
+
+    たとえば、次のGrok式の場合：
+
+    ```
+      %{TIMESTAMP_ISO8601:containerTimestamp} %{GREEDYDATA:my_attribute_prefix:keyvalue({"delimiter": " ", "keyValueSeparator": ":"})}
+    ```
+
+    結果のログは次のようになります。
+
+    ```
+    containerTimestamp: "2015-05-13T23:39:43.945958Z"
+    my_attribute_prefix.event: "TestRequest"
+    my_attribute_prefix.request: "bar"
+    ```
+
+    `my_attribute_prefix`プレフィックスを省略したい場合は、設定に`"noPrefix": true`を含めることができます。
+
+    ```
+    %{TIMESTAMP_ISO8601:containerTimestamp} %{GREEDYDATA:my_attribute_prefix:keyValue({"noPrefix": true})}
+    ```
+
+    結果のログは次のようになります。
+
+    ```
+    containerTimestamp: "2015-05-13T23:39:43.945958Z"
+    event: "TestRequest"
+    request: "bar"
+    ```
+
+    カスタム引用符文字プレフィックスを設定する場合は、設定に「quoteChar」を含めることができます。
+
+    ```json
+    2015-05-13T23:39:43.945958Z nbn_demo='INFO',message='This message contains information with spaces ,sessionId='abc123'
+    ```
+
+    ```
+    %{TIMESTAMP_ISO8601:containerTimestamp} %{GREEDYDATA:my_attribute_prefix:keyValue({"quoteChar": "'"})}
+    ```
+
+    結果のログは次のようになります。
+
+    ```
+    "my_attribute_prefix.message": "'This message contains information with spaces",
+    "my_attribute_prefix.nbn_demo": "INFO",
+    "my_attribute_prefix.sessionId": "abc123"
+    ```
+
+    ### Grokパターンの問題
+
+    ログ形式に合わせて、次のオプションを使用して解析動作をカスタマイズできます。
+
+    * **区切り文字**
+
+    * **説明：**各キーの値のペアを区切る文字列。
+
+    * **デフォルト値：** `,`（カンマ）
+
+    * **オーバーライド：**この動作を変更するには、フィールド`delimiter`を設定します。
+
+    * **keyValueSeparator**
+
+      * **説明：**キーに値を割り当てるために使用される文字列。
+      * **デフォルト値：** `=`
+      * **オーバーライド：**カスタム区切り文字を使用するためにフィールド`keyValueSeparator`を設定します。
+
+    * **quoteChar**
+
+      * **説明：**スペースまたは特殊文字を含む値を囲むために使用される文字。
+      * **デフォルト値：** `"`（二重引用符）
+      * **オーバーライド：**`quoteChar`を使用してカスタム文字を定義します。
+
+    * **dropOriginal**
+
+      * **説明：**解析後に元のログメッセージを削除します。ログの保存容量を削減するのに役立ちます。
+      * **デフォルト値：** `true`
+      * **オーバーライド：**元のログメッセージを保持するには、 `dropOriginal`を`false`に設定します。
+
+    * **noPrefix**
+
+      * **説明：**`true`の場合、結果のオブジェクトのプレフィックスとしてGrokフィールド名を除外します。
+      * **デフォルト値：** `false`
+      * **オーバーライド：**`noPrefix`を`true`に設定して有効にします。
+
+    * **escapeChar**
+
+      * **説明：**特殊なログ文字を処理するためのカスタムエスケープ文字を定義します。
+      * **デフォルト値：** &amp;quot;&amp;quot;（バックスラッシュ）
+      * **オーバーライド：**`escapeChar`でカスタマイズします。
+
+    * **rimValues**
+
+      * **説明：**空白を含む値をトリミングできます。
+      * **デフォルト値：** `false`
+      * **オーバーライド：**トリミングを有効にするには、 `trimValues`を`true`に設定します。
 
-    `geo` アクションによって返される目的の `lookup` フィールドを指定することは必須です。次のオプションから少なくとも 1 つのアイテムが必要です。
+    * **trimKeys**
 
-    * <DNT>**city**</DNT>: 都市名
-    * <DNT>**countryCode**</DNT>: 国の略称
-    * <DNT>**countryName**</DNT>: 国名
-    * <DNT>**latitude**</DNT>: 緯度
-    * <DNT>**longitude**</DNT>: 経度
-    * <DNT>**postalCode**</DNT>: 郵便番号、ZIPコード、または類似の番号
-    * <DNT>**region**</DNT>: 州、県、または地域の略語
-    * <DNT>**regionName**</DNT>: 州、県、または地域の名前
+      * **説明：**空白を含むキーをトリミングできます。
+      * **デフォルト値：** `true`
+      * **オーバーライド：**トリミングを有効にするには、 `trimKeys`を`true`に設定します。
   </Collapser>
 </CollapserGroup>
 
-## ログタイプによる整理 [#type]
+## ログタイプ別に整理 [#type]
 
-New Relicのログ取り込みパイプラインは、ログイベントをログの解析方法を説明するルールと照合することでデータを解析できます。ログイベントを解析する方法は2つあります。
+New Relicのログ取り込みパイプラインは、ログイベントをログの解析方法を記述したルールと照合することでデータを解析できます。ログイベントを解析するには2つの方法があります。
 
-* [組み込みのルール](#built-in-rules)を使用します。
+* [組み込みルール](#built-in-rules)を使用します。
 * [カスタムルール](#custom-parsing)を定義します。
 
-ルールは、マッチング ロジックと解析ロジックの組み合わせです。照合は、ログの属性でクエリ照合を定義することによって行われます。ルールはさかのぼって適用されません。ルールが作成される前に収集されたログは、そのルールによって解析されません。
+ルールは、一致ロジックと解析ロジックの組み合わせです。マッチングは、ログの属性にクエリマッチを定義することによって行われます。ルールは遡及的に適用されません。ルールが作成される前に収集されたログは、そのルールによって解析されません。
 
-ログとその解析方法を整理する最も簡単な方法は、ログ イベントに`logtype`フィールドを含めることです。これにより、どの組み込みルールをログに適用するかが New Relic に伝えられます。
+ログとその解析方法を整理する最も簡単な方法は、ログイベントに`logtype`フィールドを含めることです。これにより、ログに適用する組み込みルールがNew Relicに通知されます。
 
 <Callout variant="important">
-  解析ルールがアクティブになると、ルールによって解析されたデータは完全に変更されます。これは元に戻せません。
+  解析ルールがアクティブになると、そのルールによって解析されたデータは永続的に変更されます。これを元に戻すことはできません。
 </Callout>
 
 ## 制限
 
-解析は計算コストが高く、リスクが伴います。解析は、アカウントで定義されたカスタムルールと、パターンをログに一致させるために行われます。多数のパターンまたは不十分に定義されたカスタムルールは、完了するのに非常に長い時間がかかる一方で、大量のメモリとCPUリソースを消費します。
+解析には計算コストがかかるため、リスクが生じます。解析は、アカウントで定義されたカスタムルールと、ログへのパターンの一致に対して実行されます。パターンの数が多い場合やカスタムルールの定義が不十分な場合は、大量のメモリとCPUリソースが消費され、完了するまでに非常に長い時間がかかります。
 
-問題を防ぐために、ルールごととアカウントごとの2つの解析制限を適用します。
+問題を防ぐために、メッセージごと、ルールごと、およびアカウントごとの2つの解析制限が適用されます。
 
 <table>
   <thead>
     <tr>
       <th style={{ width: "200px" }}>
-        制限
+        LIMIT:
       </th>
 
       <th>
@@ -529,13 +670,13 @@ New Relicのログ取り込みパイプラインは、ログイベントをロ
   <tbody>
     <tr>
       <td>
-        ルールごとのメッセージごと
+        メッセージごと、ルールごと
       </td>
 
       <td>
-        ルールごとのメッセージごとの制限により、単一のメッセージの解析に費やされる時間が100ミリ秒を超えることはありません。その制限に達すると、システムはそのルールでログメッセージを解析しようとするのをやめます。
+        メッセージごと、ルールごとの制限により、単一のメッセージの解析にかかる時間が100ミリ秒を超えないようにします。その制限に達すると、システムはそのルールを使用してログメッセージを解析する試みを停止します。
 
-        取り込みパイプラインは、そのメッセージに該当する他のメッセージを実行しようとしますが、メッセージは引き続き取り込みパイプラインを通過してNRDBに保存されます。ログメッセージは、元の未解析の形式になります。
+        取り込みパイプラインは、そのメッセージに対して他の適用可能な処理を実行しようとしますが、メッセージは取り込みパイプラインを通過し、NRDBに保存されます。ログメッセージは元の解析されていない形式になります。
       </td>
     </tr>
 
@@ -545,28 +686,28 @@ New Relicのログ取り込みパイプラインは、ログイベントをロ
       </td>
 
       <td>
-        アカウントごとの制限は、アカウントがリソースを公平な割合を超えて使用することを防ぐために存在します。 この制限には、 <DNT>**all**</DNT>のログメッセージの処理に費やされる 1 分あたりの合計時間が考慮されます。0
+        アカウントごとの制限は、アカウントが公平な割合を超えてリソースを使用することを防ぐために存在します。この制限では、アカウントの <DNT>**all**</DNT>のログメッセージの処理に費やされる1分あたりの合計時間が考慮されます。
       </td>
     </tr>
   </tbody>
 </table>
 
 <Callout variant="tip">
-  レート制限に達したかどうかを簡単に確認するには、New Relic UI の[システム<DNT>**Limits**</DNT>ページ](/docs/telemetry-data-platform/ingest-manage-data/manage-data/view-system-limits#limits-ui)に移動します。
+  レート制限に達したかどうかを簡単に確認するには、New Relic UIの[システム<DNT>**Limits**</DNT>ページ](/docs/telemetry-data-platform/ingest-manage-data/manage-data/view-system-limits#limits-ui)に移動します。
 </Callout>
 
-## 組み込みの解析ルール [#built-in-rules]
+## ビルトイン解析ルール [#built-in-rules]
 
-一般的なログ形式には、確立された解析ルールがすでに作成されています。組み込みの解析ルールを利用するには、ログを転送するときに`logtype`属性を追加します。次の表にリストされている値に値を設定すると、そのタイプのログのルールが自動的に適用されます。
+一般的なログ形式には、確立された解析ルールがすでに作成されています。組み込みの解析ルールの利点を活用するには、ログを転送するときに`logtype`属性を追加します。次の表に記載されている値を設定すると、その種類のログのルールが自動的に適用されます。
 
 ### 組み込みルールのリスト [#rulesets]
 
-次の`logtype`属性値は、事前定義された解析ルールにマップされます。たとえば、アプリケーションロードバランサーをクエリするには、次のようにします。
+次の`logtype`属性値は、定義済みの解析ルールにマップされます。たとえば、アプリケーションロードバランサーを作成するには、次のようにします。
 
-* New Relic UIから、形式`logtype:"alb"`を使用します。
-* [NerdGraph](/docs/apis/nerdgraph/examples/nerdgraph-log-parsing-rules-tutorial/)から、形式`logtype = 'alb'`を使用します。
+* New Relic UIからは、`logtype:"alb"`形式を使用します。
+* [NerdGraph](/docs/apis/nerdgraph/examples/nerdgraph-log-parsing-rules-tutorial/)からは、`logtype = 'alb'`形式を使用します。
 
-各ルールで解析されるフィールドについては、[組み込みの解析ルールに関する](/docs/logs/ui-data/built-log-parsing-rules)ドキュメントを参照してください。
+各ルールで解析されるフィールドについては、[組み込みの解析ルール](/docs/logs/ui-data/built-log-parsing-rules)に関するドキュメントをご覧ください。
 
 <table>
   <thead>
@@ -580,7 +721,7 @@ New Relicのログ取り込みパイプラインは、ログイベントをロ
       </th>
 
       <th>
-        マッチングクエリの例
+        一致するクエリの例
       </th>
     </tr>
   </thead>
@@ -634,7 +775,7 @@ New Relicのログ取り込みパイプラインは、ログイベントをロ
       </td>
 
       <td>
-        カサンドラログ
+        Cassandraログ
       </td>
 
       <td>
@@ -648,7 +789,7 @@ New Relicのログ取り込みパイプラインは、ログイベントをロ
       </td>
 
       <td>
-        CloudFront (標準のウェブログ)
+        CloudFront（標準ウェブログ）
       </td>
 
       <td>
@@ -662,7 +803,7 @@ New Relicのログ取り込みパイプラインは、ログイベントをロ
       </td>
 
       <td>
-        CloudFront (リアルタイム ウェブ ログ)
+        CloudFront（リアルタイムウェブログ）
       </td>
 
       <td>
@@ -676,7 +817,7 @@ New Relicのログ取り込みパイプラインは、ログイベントをロ
       </td>
 
       <td>
-        ElasticLoadBalancerログ
+        Elastic Load Balancerログ
       </td>
 
       <td>
@@ -704,7 +845,7 @@ New Relicのログ取り込みパイプラインは、ログイベントをロ
       </td>
 
       <td>
-        KTranslateコンテナヘルスログ
+        KTranslateコンテナの健全性ログ
       </td>
 
       <td>
@@ -718,7 +859,7 @@ New Relicのログ取り込みパイプラインは、ログイベントをロ
       </td>
 
       <td>
-        Linuxcron
+        Linux cron
       </td>
 
       <td>
@@ -746,7 +887,7 @@ New Relicのログ取り込みパイプラインは、ログイベントをロ
       </td>
 
       <td>
-        MicrosoftIISサーバーログ-W3C形式
+        Microsoft IISサーバーログ - W3C形式
       </td>
 
       <td>
@@ -830,7 +971,7 @@ New Relicのログ取り込みパイプラインは、ログイベントをロ
       </td>
 
       <td>
-        Postgresqlログ
+        PostgreSQLログ
       </td>
 
       <td>
@@ -872,7 +1013,7 @@ New Relicのログ取り込みパイプラインは、ログイベントをロ
       </td>
 
       <td>
-        Route53ログ
+        Route 53ログ
       </td>
 
       <td>
@@ -896,19 +1037,19 @@ New Relicのログ取り込みパイプラインは、ログイベントをロ
   </tbody>
 </table>
 
-### 追加する `logtype` [#logattr]
+### を追加する `logtype` [#logattr]
 
-ログを集約するときは、それらのログの整理、検索、および解析を容易にするメタデータを提供することが重要です。これを行う簡単な方法の 1 つは、送信時にログ メッセージに属性`logtype`を追加することです。[組み込みの解析規則](#built-in-rules)は、デフォルトで特定の`logtype`値に適用されます。
+ログを集約するときは、ログの整理、検索、解析を容易にするメタデータを提供することが重要です。これを行う簡単な方法の1つは、出荷時にログメッセージに属性`logtype`を追加することです。[組み込みの解析ルール](#built-in-rules)は、特定の`logtype`値にデフォルトで適用されます。
 
 <Callout variant="tip">
-  フィールド`logType` 、 `logtype` 、および`LOGTYPE`はすべて、組み込みルールでサポートされています。検索を容易にするために、組織内の単一の構文に合わせるようにすることをお勧めします。
+  フィールド`logType`、 `logtype`、 `LOGTYPE`はすべて組み込みルールでサポートされています。検索を容易にするために、組織内で単一の構文に合わせることをお勧めします。
 </Callout>
 
-[サポートされている配送方法](/docs/logs/enable-new-relic-logs)のいくつかによって送信されたログに`logtype`を追加する方法の例を次に示します。
+以下は、[サポートされている配送方法](/docs/logs/enable-new-relic-logs)によって送信されたログに`logtype`を追加する方法の例です。
 
 <CollapserGroup>
-  <Collapser className="freq-link" id="infrastructure-log-forwarder-example" title="NewRelicインフラストラクチャエージェントの例">
-    `logtype`を[`attribute`](/docs/logs/forward-logs/forward-your-logs-using-infrastructure-agent#attributes) として追加します。名前付きソースごとにログタイプを設定する必要があります。
+  <Collapser className="freq-link" id="infrastructure-log-forwarder-example" title="New Relic Infrastructureエージェントの例">
+    [`attribute`](/docs/logs/forward-logs/forward-your-logs-using-infrastructure-agent#attributes)として`logtype`を追加します。名前付きソースごとにログタイプを設定する必要があります。
 
     ```yml
     logs:
@@ -923,8 +1064,8 @@ New Relicのログ取り込みパイプラインは、ログイベントをロ
     ```
   </Collapser>
 
-  <Collapser className="freq-link" id="fluentd-example" title="流暢な例">
-    `.conf`ファイルにフィルター ブロックを追加します。このブロックでは、 `record_transformer`を使用して新しいフィールドを追加します。 この例では、 `nginx`の`logtype`を使用して、組み込みの NGINX 解析ルールをトリガーします。 他の[Fluentd の例](https://github.com/newrelic/fluentd-examples)を確認してください。
+  <Collapser className="freq-link" id="fluentd-example" title="Fluentdの例">
+    `record_transformer`を使用して新しいフィールドを追加するフィルターブロックを、`.conf`ファイルに追加します。この例では、組み込みのNGINX解析ルールをトリガーするために、`nginx`の`logtype`を使用します。他の[Fluentdの例](https://github.com/newrelic/fluentd-examples)を確認してください。
 
     ```apacheconf
     <filter containers>
@@ -943,8 +1084,8 @@ New Relicのログ取り込みパイプラインは、ログイベントをロ
     ```
   </Collapser>
 
-  <Collapser className="freq-link" id="fluentbit-example" title="流暢なビットの例">
-    `record_modifier`を使用して新しいフィールドを追加するフィルターブロックを`.conf`ファイルに追加します。この例では、 `nginx`の`logtype`を使用して、組み込みのNGINX解析ルールをトリガーします。他の[FluentBitの例](https://github.com/newrelic/fluentbit-examples)を確認してください。
+  <Collapser className="freq-link" id="fluentbit-example" title="Fluent Bitの例">
+    `record_modifier`を使用して新しいフィールドを追加するフィルターブロックを、`.conf`ファイルに追加します。この例では、組み込みのNGINX解析ルールをトリガーするために、`nginx`の`logtype`を使用します。他の[Fluent Bitの例](https://github.com/newrelic/fluentbit-examples)を確認してください。
 
     ```ini
     [FILTER]
@@ -957,7 +1098,7 @@ New Relicのログ取り込みパイプラインは、ログイベントをロ
   </Collapser>
 
   <Collapser className="freq-link" id="logstash-example" title="Logstashの例">
-    `add_field`変異フィルターを使用して新しいフィールドを追加するLogstash構成にフィルターブロックを追加します。この例では、 `logtype`の`nginx`を使用して、組み込みのNGINX解析ルールをトリガーします。他の[Logstashの例](https://github.com/newrelic/logstash-examples)を確認してください。
+    `add_field` mutateフィルターを使用して新しいフィールドを追加するフィルターブロックを、Logstash設定に追加します。この例では、組み込みのNGINX解析ルールをトリガーするために、`nginx`の`logtype`を使用します。他の[Logstashの例](https://github.com/newrelic/logstash-examples)を確認してください。
 
     ```ini
     filter {
@@ -972,8 +1113,8 @@ New Relicのログ取り込みパイプラインは、ログイベントをロ
     ```
   </Collapser>
 
-  <Collapser className="freq-link" id="api-example" title="LogsAPIの例">
-    NewRelicに送信されるJSONリクエストに属性を追加できます。この例では、値`nginx`の`logtype`属性を追加して、組み込みのNGINX解析ルールをトリガーします。 [LogsAPI](/docs/logs/new-relic-logs/log-api/introduction-log-api)の使用の詳細をご覧ください。
+  <Collapser className="freq-link" id="api-example" title="ログAPIの例">
+    New Relicに送信されるJSONリクエストに属性を追加できます。この例では、組み込みのNGINX解析ルールをトリガーするために、値`nginx`の`logtype`属性を追加します。[ログAPI](/docs/logs/new-relic-logs/log-api/introduction-log-api)の使用について詳しくは、こちらをご覧ください。
 
     ```
     POST /log/v1 HTTP/1.1
@@ -993,38 +1134,38 @@ New Relicのログ取り込みパイプラインは、ログイベントをロ
   </Collapser>
 </CollapserGroup>
 
-## カスタム解析ルールを作成して表示する [#custom-parsing]
+## カスタム解析ルールの作成と表示 [#custom-parsing]
 
-多くのログは、独自の方法でフォーマットまたは構造化されています。それらを解析するには、カスタムロジックを構築して適用する必要があります。
+多くのログは、独自の方法でフォーマットまたは構造化されています。これらを解析するには、カスタムロジックを構築して適用する必要があります。
 
 <img title="Log parsing rules" alt="Screenshot of log parsing in UI" src="/images/logs_screenshot-full_parsing-ui.webp" />
 
 <figcaption>
-  ログ UI の左側のナビゲーションから<DNT>**Parsing**</DNT>を選択し、有効な NRQL `WHERE`句と Grok パターンを使用して独自のカスタム解析ルールを作成します。
+  ログUIの左側のナビゲーションから<DNT>**Parsing**</DNT>を選択し、有効なNRQL `WHERE`句とGrokパターンを使用して独自のカスタム解析ルールを作成します。
 </figcaption>
 
-独自のカスタム解析ルールを作成および管理するには、次のようにします。
+独自のカスタム解析ルールを作成および管理するには：
 
 1. <DNT>**[one.newrelic.com &gt; All capabilities](https://one.newrelic.com/all-capabilities) &amp;gt; Logs**</DNT>に移動します。
-2. ログ UI の左側のナビゲーションの<DNT>**Manage data**</DNT>から、 <DNT>**Parsing**</DNT>をクリックし、次に<DNT>**Create parsing rule**</DNT>をクリックします。
-3. 新しい解析規則の名前を入力します。
-4. 解析する既存のフィールドを選択するか (デフォルト = `message` )、新しいフィールド名を入力します。
-5. 解析するログに一致する有効な NRQL `WHERE`句を入力してください。
-6. 一致するログが存在する場合はそれを選択するか、 <DNT>**Paste log**</DNT>タブをクリックしてサンプル ログを貼り付けます。 ログUIまたは書き込みビルダーからテキストをコピーして解析UIに貼り付ける場合は、それが <DNT>*Unformatted*</DNT> バージョンであることを確認してください。
-7. 解析ルールを入力し、 <DNT>**Output**</DNT>セクションの結果を表示してそれが機能していることを確認します。 Grok とカスタム解析ルールの詳細については、 [Grok パターンを使用してログを解析する方法に関するブログ投稿を](https://blog.newrelic.com/product-news/how-to-use-grok-log-parsing)お読みください。
+2. ログUIの左側のナビゲーションの<DNT>**Manage data**</DNT>から、 <DNT>**Parsing**</DNT>をクリックし、次に<DNT>**Create parsing rule**</DNT>をクリックします。
+3. 新しい解析ルールの名前を入力します。
+4. 解析する既存のフィールドを選択するか（デフォルト = `message`）、新しいフィールド名を入力します。
+5. 解析するログに一致する有効なNRQL `WHERE`句を入力します。
+6. 一致するログが存在する場合はそれを選択するか、 <DNT>**Paste log**</DNT>タブをクリックしてサンプルログを貼り付けます。ログUIまたは書き込みビルダーからテキストをコピーして解析UIに貼り付ける場合は、それが <DNT>*Unformatted*</DNT> バージョンであることを確認してください。
+7. 解析ルールを入力し、 <DNT>**Output**</DNT>セクションの結果を表示してそれが機能していることを確認します。Grokとカスタム解析ルールの詳細については、[Grokパターンを使用してログを解析する方法に関するブログ記事](https://blog.newrelic.com/product-news/how-to-use-grok-log-parsing)をお読みください。
 8. カスタム解析ルールを有効にして保存します。
 
 既存の解析ルールを表示するには：
 
 1. <DNT>**[one.newrelic.com &gt; All capabilities](https://one.newrelic.com/all-capabilities) &amp;gt; Logs**</DNT>に移動します。
-2. ログ UI の左側のナビゲーションにある<DNT>**Manage data**</DNT>から、 <DNT>**Parsing**</DNT>をクリックします。
+2. ログUIの左側のナビゲーションにある<DNT>**Manage data**</DNT>から、 <DNT>**Parsing**</DNT>をクリックします。
 
 ## トラブルシューティング [#troubleshooting]
 
-解析が意図したとおりに機能しない場合は、次のことが原因である可能性があります。
+解析が意図したとおりに機能しない場合は、次の原因が考えられます。
 
 * <DNT>**Logic:**</DNT> 解析ルールの一致ロジックが、必要なログと一致しません。
-* <DNT>**Timing:**</DNT> 解析一致ルールがまだ存在しない値である場合、失敗します。 これは、エンリッチメント プロセスの一部としてパイプラインの後半で値が追加された場合に発生する可能性があります。
-* <DNT>**Limits:**</DNT> 解析、パターン、ドロップ フィルターなどを使用してログを処理するために、1 分ごとに一定の時間が利用できます。 最大時間が経過した場合、追加のログイベント レコードの解析はスキップされます。
+* <DNT>**Timing:**</DNT> 解析一致ルールがまだ存在しない値である場合、失敗します。これは、エンリッチメントプロセスの一部として値がパイプラインの後半で追加された場合に発生する可能性があります。
+* <DNT>**Limits:**</DNT> 解析、パターン、ドロップフィルターなどを使用してログを処理するために、1分ごとに一定の時間が利用できます。最大時間が経過した場合、追加のログイベントレコードの解析はスキップされます。
 
 これらの問題を解決するには、[カスタム解析ルール](#custom-parsing)を作成または調整します。
\ No newline at end of file