diff --git a/src/i18n/content/jp/docs/accounts/accounts-billing/new-relic-one-pricing-billing/usage-queries-alerts.mdx b/src/i18n/content/jp/docs/accounts/accounts-billing/new-relic-one-pricing-billing/usage-queries-alerts.mdx
index 84cae7dae27..b66abed450c 100644
--- a/src/i18n/content/jp/docs/accounts/accounts-billing/new-relic-one-pricing-billing/usage-queries-alerts.mdx
+++ b/src/i18n/content/jp/docs/accounts/accounts-billing/new-relic-one-pricing-billing/usage-queries-alerts.mdx
@@ -7,9 +7,9 @@ tags:
metaDescription: How to create queries and alerts for your New Relic billing-related usage.
---
-[New Relic One価格プラン](/docs/accounts/accounts-billing/new-relic-one-pricing-users/pricing-billing)の対象となるアカウントについては、[New Relicの利用を理解し](/docs/accounts/accounts-billing/new-relic-one-pricing-users/pricing-billing#billing-usage-ui)[データを管理するためのUI](/docs/telemetry-data-platform/get-data-new-relic/manage-data/manage-your-data)を提供します。さらに、次のことを行えます。
+当社の[New Relic One価格設定プラン](/docs/accounts/accounts-billing/new-relic-one-pricing-users/pricing-billing)のアカウントについては、請求関連の使用状況を把握するための[**使用状況の表示**UI](/docs/accounts/accounts-billing/general-account-settings/introduction-account-settings/#pricing)と、[請求関連のデータ管理のための**データ管理**UI](/docs/telemetry-data-platform/get-data-new-relic/manage-data/manage-your-data)を提供しています。さらに、次のことを行えます。
-* [利用データのクエリを行い](#query)、UIで可能なこと以上の詳細を把握する
+* [利用データのクエリを行い](#query)、UIで可能以上の詳細を把握します。
* [NRQLアラート条件を設定](#alerts)し、利用の変更についての通知を受ける。
クエリされたデータにより、アカウントの階層に影響が生じる場合があることにご注意ください。[アカウント構造](/docs/accounts/accounts-billing/new-relic-one-pricing-users/account-user-structure)をご覧ください。
@@ -26,7 +26,7 @@ metaDescription: How to create queries and alerts for your New Relic billing-rel
## クエリの例 [#query]
-[使用量 UI](/docs/accounts/accounts-billing/new-relic-one-pricing-users/pricing-billing#billing-usage-ui) には、データ使用量と請求可能なユーザー数が表示されます。ただし、詳細を取得するには、これらの[NRQLクエリ](/docs/query-data/nrql-new-relic-query-language/getting-started/introduction-nrql)を使用できます。これらのクエリで使用されるいくつかの属性の定義については、「[属性](#attributes)」を参照してください。
+[**使用状況の表示**UI](/docs/accounts/accounts-billing/general-account-settings/introduction-account-settings/#pricing)には、データ使用量と請求可能なユーザー数が表示されます。そのUIが提供するものより詳細な情報が必要な場合は、これらの[NRQLクエリ](/docs/query-data/nrql-new-relic-query-language/getting-started/introduction-nrql)を使用できます。これらのクエリで使用されるいくつかの属性の定義については、「[属性](#attributes)」を参照してください。
### データ使用量のクエリ [#data-queries]
@@ -161,7 +161,7 @@ metaDescription: How to create queries and alerts for your New Relic billing-rel
[請求対象のデータを管理](/docs/telemetry-data-platform/get-data-new-relic/manage-data/manage-your-data)の一助として、アラートを設定し、想定外の利用増について通知を行えます。[NRQLクエリでアラートを作成する方法については、こちらをご覧ください](/docs/alerts-applied-intelligence/new-relic-alerts/alert-conditions/create-nrql-alert-conditions/#create)。
- アラート条件を作成する際は、[評価オフセット](/docs/alerts-applied-intelligence/new-relic-alerts/alert-conditions/create-nrql-alert-conditions#evaluation-offset)値を60分に設定する必要があります。そうしない場合、条件がトリガーされない可能性があります。
+ アラート条件を作成する場合は、イベントタイマーメソッドを使用する必要があります。これは、低頻度のデータで非常によく機能します。
NRQLアラート条件の例は次のとおりです。属性の定義については、[属性](#attributes)をご覧ください。
diff --git a/src/i18n/content/jp/docs/accounts/accounts/account-maintenance/change-passwords-user-preferences.mdx b/src/i18n/content/jp/docs/accounts/accounts/account-maintenance/change-passwords-user-preferences.mdx
index e9a0e451b1f..c45054dd0f3 100644
--- a/src/i18n/content/jp/docs/accounts/accounts/account-maintenance/change-passwords-user-preferences.mdx
+++ b/src/i18n/content/jp/docs/accounts/accounts/account-maintenance/change-passwords-user-preferences.mdx
@@ -29,4 +29,4 @@ UIからパスワードを変更できるかどうかは、ユーザーおよび
## パスワードをリセットする [#reset]
-パスワードを忘れた場合、またはパスワードのリセットをリクエストする必要がある場合は、New Relicの[セルフサービスのオプション](/docs/accounts-partnerships/accounts/account-setup/troubleshoot-password-email-address-login-problems#forgot-password)を使用することもできます。管理者は、その他のユーザーに代わりパスワードをリセットできません。他の人のパスワードをリセットする必要がある場合は、[support.newrelic.com](https://support.newrelic.com)でサポートを受けるか、あるいは、`account_recovery@newrelic.com`までメールでお問い合わせください。
\ No newline at end of file
+パスワードを忘れた場合、またはパスワードのリセットをリクエストする必要がある場合は、New Relicの[セルフサービスのオプション](/docs/accounts-partnerships/accounts/account-setup/troubleshoot-password-email-address-login-problems#forgot-password)を使用できます。管理者は、その他のユーザーに代わりパスワードをリセットできません。他の人のパスワードをリセットする必要がある場合は、[support.newrelic.com](https://support.newrelic.com)でサポートを受けてください。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/agents/net-agent/getting-started/net-agent-compatibility-requirements-net-core.mdx b/src/i18n/content/jp/docs/agents/net-agent/getting-started/net-agent-compatibility-requirements-net-core.mdx
index fa55c6b294f..389470b0e39 100644
--- a/src/i18n/content/jp/docs/agents/net-agent/getting-started/net-agent-compatibility-requirements-net-core.mdx
+++ b/src/i18n/content/jp/docs/agents/net-agent/getting-started/net-agent-compatibility-requirements-net-core.mdx
@@ -387,9 +387,7 @@ New Relicの.NETエージェントには、フレームワーク、データベ
|
- [ドライババージョン2.3.x、2.4.x、2.5.x、または2.6.x](http://docs.mongodb.com/ecosystem/drivers/csharp/#compatibility)を使用。
-
- [ドライババージョン2.7.x](http://docs.mongodb.com/ecosystem/drivers/csharp/#compatibility)：.NETエージェントは、ドライババージョン2.7により導入されたAPIメソッドをサポートしていませんが、以前のバージョンの既存のメソッドはサポートしています。
+ * [ドライババージョン2.3.x〜2.13.x](http://docs.mongodb.com/ecosystem/drivers/csharp/#compatibility)：.NETエージェントは、2.6.xでの既存のAPIメソッドと新しいAPIメソッドのインストゥルメンテーションをサポートしますが、2.7.x以降で導入された新しいメソッドはサポートしません。
|
diff --git a/src/i18n/content/jp/docs/agents/net-agent/getting-started/net-agent-compatibility-requirements-net-framework.mdx b/src/i18n/content/jp/docs/agents/net-agent/getting-started/net-agent-compatibility-requirements-net-framework.mdx
index 04dc1c59dad..2ee584ed539 100644
--- a/src/i18n/content/jp/docs/agents/net-agent/getting-started/net-agent-compatibility-requirements-net-framework.mdx
+++ b/src/i18n/content/jp/docs/agents/net-agent/getting-started/net-agent-compatibility-requirements-net-framework.mdx
@@ -538,9 +538,7 @@ New Relicの.NETエージェントをお試しになりますか?[New Relicア
Modern - MongoDB.Driver
- * [ドライババージョン2.3.x、2.4.x、2.5.x、または2.6.x](http://docs.mongodb.com/ecosystem/drivers/csharp/#compatibility)
-
- * [ドライババージョン2.7.x](http://docs.mongodb.com/ecosystem/drivers/csharp/#compatibility)：.NETエージェントは、ドライババージョン2.7により導入されたAPIメソッドをサポートしていませんが、以前のバージョンの既存のメソッドはサポートしています。
+ * [ドライババージョン2.3.x〜2.13.x](http://docs.mongodb.com/ecosystem/drivers/csharp/#compatibility)：.NETエージェントは、2.6.xでの既存のAPIメソッドと新しいAPIメソッドのインストゥルメンテーションをサポートしますが、2.7.x以降で導入された新しいメソッドはサポートしません。
diff --git a/src/i18n/content/jp/docs/agents/nodejs-agent/getting-started/compatibility-requirements-nodejs-agent.mdx b/src/i18n/content/jp/docs/agents/nodejs-agent/getting-started/compatibility-requirements-nodejs-agent.mdx
index 679a9b4e241..ef0aefac2f4 100644
--- a/src/i18n/content/jp/docs/agents/nodejs-agent/getting-started/compatibility-requirements-nodejs-agent.mdx
+++ b/src/i18n/content/jp/docs/agents/nodejs-agent/getting-started/compatibility-requirements-nodejs-agent.mdx
@@ -328,7 +328,7 @@ Node.jsエージェントはその他の機能と統合し、[full-stack observa
- [自動インストゥルメンテーションを有効化](/docs/browser/new-relic-browser/installation/install-new-relic-browser-agent#select-apm-app)すると、Node.jsエージェントは自動的にBrowserモニタリングエージェントを投入します。ブラウザモニタリングインジェクションを有効化した後、[APMの**概要**ページ](/docs/apm/applications-menu/monitoring/apm-overview-page)でブラウザデータを表示でき、特定のアプリのAPMとブラウザデータを素早く切り替えできます。設定オプションと手動インストゥルメンテーションについては、[ブラウザのモニタリングとNode.jsエージェント](/docs/agents/nodejs-agent/supported-features/new-relic-browser-nodejs-agent)をご覧ください。
+ [自動インストゥルメンテーションを有効化](/docs/browser/new-relic-browser/installation/install-new-relic-browser-agent#select-apm-app)すると、Node.jsエージェントはBrowserモニタリングの利点を追加できます。Browserモニタリングのインジェクションを有効にした後、[Node.jsエージェントを使用してBrowserモニタリングをインストールするためのガイド](/docs/agents/nodejs-agent/extend-your-instrumentation/browser-monitoring-nodejs-agent/)に従うだけです。これらの手順が完了したら、[APMの**概要**ページ](/docs/apm/applications-menu/monitoring/apm-overview-page)でBrowserデータを表示、特定のアプリに対してAPMとBrowserデータ間を素早く切り替えできます。設定オプションと手動インストゥルメンテーションについては、[BrowserモニタリングとNode.jsエージェント](/docs/agents/nodejs-agent/supported-features/new-relic-browser-nodejs-agent)を参照してください。
|
diff --git a/src/i18n/content/jp/docs/agents/python-agent/getting-started/compatibility-requirements-python-agent.mdx b/src/i18n/content/jp/docs/agents/python-agent/getting-started/compatibility-requirements-python-agent.mdx
index 059e91e01b3..e1b6dab20a5 100644
--- a/src/i18n/content/jp/docs/agents/python-agent/getting-started/compatibility-requirements-python-agent.mdx
+++ b/src/i18n/content/jp/docs/agents/python-agent/getting-started/compatibility-requirements-python-agent.mdx
@@ -45,13 +45,14 @@ New Relicアカウントをまだお持ちでない場合は、[New Relicアカ
- サポートされているPython（CCython/PyPy）バージョン：2.7、3.5、3.6、3.7、3.8、3.9
+ サポートされているPython（CCython/PyPy）バージョン：2.7、3.6、3.7、 3.8、3.9、3.10。
**推奨事項：**Pythonバージョン3.6以上を当社のエージェントと共に使用します。
* Python 2.6と3.3のバージョンは、Pythonエージェント3.4.0.95以前のバージョンでのみサポートされています。
* Pythonバージョン3.4は、Pythonエージェント4.20.0.120以前のバージョンでのみサポートされています。
- * Pythonバージョン2.7および3.5は、当社の[提供終了（EOL）サポート](#version)要件に従います。
+ * Pythonバージョン3.5は、Pythonエージェント5.24.0.153以前のバージョンでのみサポートされています。
+ * Pythonバージョン2.7および3.6は、当社の[提供終了（EOL）サポート](#version)要件に従います。
|
@@ -70,6 +71,7 @@ New Relicアカウントをまだお持ちでない場合は、[New Relicアカ
* Falcon
* FastAPI
* Flask
+ * GraphQL
* gRPC
* Pylons
* Pyramid
@@ -157,15 +159,29 @@ New Relicアカウントをまだお持ちでない場合は、[New Relicアカ
|
- 3.8
+ 3.10
|
- 2019年10月21日
+ 2021年10月4日
|
- 2019年11月～12月
+ 2021年10月12日
+ |
+
+
+
+ |
+ 3.11
+ |
+
+
+ 2022年10月3日
+ |
+
+
+ 2022年11月
|
@@ -195,17 +211,15 @@ New Relicアカウントをまだお持ちでない場合は、[New Relicアカ
|
- 3.5
+ 3.6
|
- 2020年9月13日
-
- [Pythonエージェントバージョン5.22.0.151](/docs/release-notes/agent-release-notes/python-release-notes/python-agent-5220151)現在で非推奨
+ 2021年12月
|
- 2020年12月22日以降にリリースされたPythonエージェントバージョンは、Python 3.5をサポートしていません。詳細については、[Pythonエージェントリリースノート](/docs/release-notes/agent-release-notes/python-release-notes)および[Explorers Hubの投稿](https://discuss.newrelic.com/t/important-upcoming-changes-to-capabilities-across-browser-php-python-mobile-and-android-agents/123951)をご覧ください。
+ 2022年3月以降にリリースされたPythonエージェントバージョンはPython 3.6をサポートしていません。詳細については、[Pythonエージェントのリリースノート](/docs/release-notes/agent-release-notes/python-release-notes)を参照してください。
|
diff --git a/src/i18n/content/jp/docs/agents/ruby-agent/getting-started/introduction-new-relic-ruby.mdx b/src/i18n/content/jp/docs/agents/ruby-agent/getting-started/introduction-new-relic-ruby.mdx
index 7f4a9565aa1..ec32c4bbb7b 100644
--- a/src/i18n/content/jp/docs/agents/ruby-agent/getting-started/introduction-new-relic-ruby.mdx
+++ b/src/i18n/content/jp/docs/agents/ruby-agent/getting-started/introduction-new-relic-ruby.mdx
@@ -20,7 +20,7 @@ Rubyエージェントは最も一般的な[Rubyフレームワークとプラ
* アプリの[Apdex（ユーザー満足度）](/docs/apm/new-relic-apm/apdex/apdex-measuring-user-satisfaction)を監視します。
* [アプリの高レベルの概要](/docs/apm/applications-menu/monitoring/apm-overview-page)を取得する
* アプリの[アーキテクチャーマップ](/docs/data-analysis/user-interface-functions/view-your-data/service-maps-visualize-monitor-apps-entire-architecture)を作成する
-* [ディストリビューティッド（分散）トレーシング](/docs/apm/distributed-tracing/getting-started/introduction-distributed-tracing)を有効にして、多くのサービスに依存する環境でのアクティビティを理解します。
+* [ディストリビューティッド（分散）トレーシング](docs/distributed-tracing/enable-configure/language-agents-enable-distributed-tracing/)を有効にして、多くのサービスに依存する環境でのアクティビティを理解します。
* [New Relic Infrastructure](/docs/infrastructure)をインストールして、アプリの詳細なホストデータを表示します。
**エラーと問題をすばやく検知する**
@@ -32,7 +32,7 @@ Rubyエージェントは最も一般的な[Rubyフレームワークとプラ
**パフォーマンスの詳細を掘り下げる**
-* コードレベルの[トランザクショントレース](/docs/apm/transactions/transaction-traces/transaction-traces)と[クロスアプリケーショントレース](/docs/agents/ruby-agent/features/cross-application-tracing-ruby)を調査します。
+* コードレベルで[トランザクショントレース](/docs/apm/transactions/transaction-traces/transaction-traces)を調査する
* [データベースクエリトレース](/docs/apm/transactions/transaction-traces/sql-statements)を調査します。
* [エラートレース](/docs/apm/applications-menu/events/viewing-apm-errors-error-traces)を調査します。
* [Rubyのバックグラウンドプロセスとデーモン](/docs/agents/ruby-agent/background-jobs/monitoring-ruby-background-processes-daemons)を監視します。
diff --git a/src/i18n/content/jp/docs/alerts-applied-intelligence/new-relic-alerts/advanced-alerts/rest-api-alerts/rest-api-calls-alerts.mdx b/src/i18n/content/jp/docs/alerts-applied-intelligence/new-relic-alerts/advanced-alerts/rest-api-alerts/rest-api-calls-alerts.mdx
index 9f38182b1d6..c76edd957cd 100644
--- a/src/i18n/content/jp/docs/alerts-applied-intelligence/new-relic-alerts/advanced-alerts/rest-api-alerts/rest-api-calls-alerts.mdx
+++ b/src/i18n/content/jp/docs/alerts-applied-intelligence/new-relic-alerts/advanced-alerts/rest-api-alerts/rest-api-calls-alerts.mdx
@@ -703,7 +703,7 @@ metaDescription: How to use the New Relic REST API Explorer to add and manage al
id="create-nrql-conditions"
title="ポリシーのNRQL条件を作成する"
>
- **推奨事項：**NRQLデータの集計方法上、`nrql[since_value]`を`3`以上に設定して誤検出を防いでください。これは、Alerts Condition UIの評価オフセット値と同じです。
+ **推奨事項：**NRQLデータのストリーミング方法のため、`aggregation_method`を`EVENT_FLOW`に設定し、`aggregation_window`には`1`、`aggregation_timer`には`2`のデフォルト設定を使用します。`EVENT_FLOW`はほとんどの使用例で機能しますが、どの使用例が`EVENT_TIMER`でより適切に機能するかについては、[どの集計方法を使用するか](https://discuss.newrelic.com/t/relic-solution-how-can-i-figure-out-which-aggregation-method-to-use/164288)を参照してください。
[API Explorer：](https://rpm.newrelic.com/api/explore/alerts_nrql_conditions/create) **Alerts Nrql Conditions > POST > Create**
diff --git a/src/i18n/content/jp/docs/alerts-applied-intelligence/new-relic-alerts/alert-conditions/create-alert-conditions.mdx b/src/i18n/content/jp/docs/alerts-applied-intelligence/new-relic-alerts/alert-conditions/create-alert-conditions.mdx
index 4f1a794fb37..005920b4eaf 100644
--- a/src/i18n/content/jp/docs/alerts-applied-intelligence/new-relic-alerts/alert-conditions/create-alert-conditions.mdx
+++ b/src/i18n/content/jp/docs/alerts-applied-intelligence/new-relic-alerts/alert-conditions/create-alert-conditions.mdx
@@ -47,7 +47,7 @@ metaDescription: 'Use the conditions page to identify what triggers an alert pol
id="nrql-conditions"
title="NRQLクエリ条件"
>
- UIまたは[Nerd-Graph API](/docs/alerts/alerts-nerdgraph/nerdgraph-examples/nerdgraph-api-alerts-nrql-conditions)を使用して、[数値を返すベーシックなNRQLクエリ](/docs/new-relic-alerts-alert-nrql-queries)に対するNRQL条件を作成することができます。
+ UIまたは[NerdGraph API](/docs/alerts/alerts-nerdgraph/nerdgraph-examples/nerdgraph-api-alerts-nrql-conditions)を使用して、[数値を返すベーシックなNRQLクエリ](/docs/new-relic-alerts-alert-nrql-queries)に対するNRQL条件を作成します。
- これは、従来の同期型ページ読み込みタイミングを解説したものです。Browserは、[非同期型のページロードタイミング](/docs/browser/single-page-app-monitoring/get-started/welcome-single-page-app-monitoring)もモニターできます。
+ これは、従来の同期型ページロードタイミングを解説したものです。Browserは、[非同期型のページロードタイミング](/docs/browser/single-page-app-monitoring/get-started/welcome-single-page-app-monitoring)もモニターできます。
## ページ読み込みのプロセス [#process]
-以下に示すのは、大半のWebページ読み込みにおける主要なステップになります。図表の1～6の数は、その下に続くステップと一致しています。
+以下に示すのは、大半のウェブページ読み込みにおける主要なステップになります。図表の1～6の数は、その下に続くステップと一致しています。
- **ページ読み込みのタイムライン：** Webページの読み込みに伴うステップになります。Browserモニタリングのチャートは、このプロセスにおける以下のセグメントを表示します：**[ネットワーク](#h3-network)**、**[Webアプリケーション](#h3-app-time)**、**[DOM処理](#h3-dom)**、そして**[ページレンダリング](#h3-page)**。
+ **ページロードタイムライン：**ウェブページのロードに含まれるステップ。Browserモニタリングチャートには、このプロセスの次のセグメントが表示されます。**[ネットワーク](#h3-network)**、**[ウェブアプリケーション](#h3-app-time)**、**[DOM処理](#h3-dom)**、**[ページレンダリング](#h3-page)**。
-1. ページ読み込みは、ユーザーがハイパーリンクの選択、フォームの提出、あるいはブラウザへのURL入力を行うと開始します。これを、**初期リクエスト**または**ナビゲーション開始**とも言います。ユーザーのアクションは、ネットワークをまたいで、Webアプリケーションサーバーに**リクエスト**を送信します。
-2. リクエストが、アプリケーションに到達して処理されます。（リクエストの処理が開始されるまで、多少の時間がかかる場合があります。この原因として、**リクエストキューイング**もしくはその他の要因が考えられます。）
-3. アプリケーションが処理を終え、ネットワークをまたいでユーザーのブラウザにHTML**レスポンス**を返信します。これを、**レスポンススタート**もしくは**最初の1バイト**とも言います。
-4. ユーザーのブラウザがHTMLレスポンスを受け取り、ドキュメントオブジェクトモデル、もしくは**DOM**の処理を開始します。
+1. ページ読み込みは、ユーザーがハイパーリンクを選択、フォームを提出、またはブラウザへURLを入力すると開始します。これは、**初期リクエスト**または**ナビゲーション開始**とも言われます。ユーザーのアクションは、ネットワークをまたいで、Webアプリケーションサーバーに**リクエスト**を送信します。
+2. リクエストはアプリケーションに到達して処理されます。（リクエストの処理が開始されるまで、多少の時間がかかる場合があります。この原因として、**リクエストキューイング**またはその他の要因が考えられます。）
+3. アプリケーションが処理を終え、ネットワークをまたいでユーザーのブラウザにHTML**レスポンス**を返信します。これは、**レスポンススタート**または**最初の1バイト**と言われる場合もあります。
+4. （最初のバイトまでの時間）ユーザーのブラウザがHTMLレスポンスの受信を開始し、ドキュメントオブジェクトモデル、または**DOM**の処理を開始します。
5. DOMの読み込みが終了します。この時点を**DOMレディ**と呼びます。DOMを使用して、ユーザーのブラウザがページレンダリングを開始します。
-6. ユーザーのブラウザでページレンダリングが終了し、**Window読み込みイベント**が発火されます。（[非同期読み込み](/docs/browser/single-page-app-monitoring/get-started/welcome-single-page-app-monitoring)を使用するページでは、一部の要素がWindow読み込みイベント後も読み込まれ続ける可能性があります。）
+6. ユーザーのブラウザでページレンダリングが終了し、**ウィンドウの読み込みイベント**が起動されます。（[非同期読み込み](/docs/browser/single-page-app-monitoring/get-started/welcome-single-page-app-monitoring)を使用するページでは、一部の要素がウィンドウの読み込みイベント後も読み込まれ続ける可能性があります。）
## Browserモニタリングにおけるページロードタイムのチャート [#page-load-charts]
-Browserモニタリングは、[Browser**概要**ページ](/docs/browser/new-relic-browser/getting-started/browser-overview-website-performance-glance)と[**ページビュー**ページ](/docs/browser/new-relic-browser/additional-standard-features/page-views-understanding-your-sites-popularity)で主要なページロードタイミングのセグメントをキャプチャーします。SPA監視を有効にしている場合は、このチャートと[SPA特有のチャート](/docs/browser/single-page-app-monitoring/use-spa-data/view-spa-data-new-relic-browser)の双方にアクセスできます。チャートでは、以下の内容が表示されます：
+Browserモニタリングは、[ブラウザ**概要**ページ](/docs/browser/new-relic-browser/getting-started/browser-overview-website-performance-glance)と[**ページ表示**ページ](/docs/browser/new-relic-browser/additional-standard-features/page-views-understanding-your-sites-popularity)で主要なページロードタイミングのセグメントをキャプチャーします。SPAモニタリングを有効にしている場合は、このチャートと[SPA特有のチャート](/docs/browser/single-page-app-monitoring/use-spa-data/view-spa-data-new-relic-browser)の双方にアクセスできます。チャートでは、以下の内容が表示されます。
* ネットワーク
* Webアプリケーション時間
@@ -43,24 +43,24 @@ Browserモニタリングは、[Browser**概要**ページ](/docs/browser/new-re
* ページレンダリング
* リクエストキューイングなど、その他の該当するセグメント
-チャートの色は、[ページ読み込みタイミング図表](#process)の色と一致します。
+チャートの色は、[ページロードタイミング図表](#process)の色と一致します。
- **[one.newrelic.com](https://one.newrelic.com) > Browser >（アプリケーションを選択) > 概要：** ロードタイムのチャートは、**概要**と**ページビュー**のページに表示されます。
+ **[one.newrelic.com](https://one.newrelic.com) > Browser >（アプリケーションを選択）> Summary**：読み込み時間チャートが**概要**と**ページ表示**ページに表示されます。
-Browserがこうした時間を収集する方法は、ブラウザが[Navigation Timing Specification API](/docs/browser/new-relic-browser/page-load-timing-resources/instrumentation-browser-monitoring)を使用できるかどうかに左右されます。カスタムページ読み込みタイミングのイベントは、[BrowserエージェントAPI](/docs/browser/new-relic-browser/browser-agent-apis/reporting-data-events-browser-agent-api)で追加できます。
+ブラウザがこれらの時間を収集する方法は、ブラウザが[Navigation Timing Specification API](/docs/browser/new-relic-browser/page-load-timing-resources/instrumentation-browser-monitoring)を使用できるかどうかによって異なります。カスタムページロードタイミングのイベントは、[BrowserエージェントAPI](/docs/browser/new-relic-browser/browser-agent-apis/reporting-data-events-browser-agent-api)で追加できます。
-以下に示すのは、Browser読み込み時間のチャートセグメントに含まれるアクティビティの詳細です。
+以下に示すのは、ブラウザ読み込み時間のチャートセグメントに含まれるアクティビティの詳細です。
- Webアプリケーション時間には、アプリケーションサーバー上で費やした時間も含まれます。これは、APMエージェントが、ページロードタイミングのブラウザ計測を提供した場合にのみ判断できます。
+ ウェブアプリケーション時間には、アプリケーションサーバー上で費やした時間も含まれます。これは、APMエージェントが、ページロードタイミングのブラウザインストゥルメンテーションを提供した場合にのみ判断できます。
ネットワーク層には、リダイレクトならびにHTMLのリクエストと受け取りにかかった時間が含まれます。サーバー上あるいは統計的アセットに費やした時間は含まれません。
- ネットワークの時間測定は、リンクを初めてクリックした時から始まります。ネットワーク時間には、DNSのほか、 ご利用サイトでリダイレクトがある場合は複数のルックアップ、TCP（[リクエストキュー時間監視](/docs/apm/other-features/request-queueing/request-queuing-tracking-front-end-time)を設定済みでなければファイアウォールを含む）、そしてSSL接続時間が含まれます。
+ ネットワークの時間測定は、リンクを初めてクリックした時から始まります。ネットワーク時間には、DNSのほか、 ご利用サイトでリダイレクトがある場合は複数のルックアップ、TCP（[リクエストキュー時間監視](/docs/apm/other-features/request-queueing/request-queuing-tracking-front-end-time)を設定済みでない限りファイアウォールを含む）、SSL接続時間が含まれます。
* リクエストキューイング監視を**設定した**場合、ネットワーク時間にはXリクエストヘッダ後に発生するいずれのリクエストキュー時間も**含まれません**。
+
* リクエストキューイング監視を**設定していない**場合、ネットワーク時間にはXリクエストヘッダ後に発生するすべてのリクエストキュー時間が**含まれます**。
- [Navigation Timing Specification API](/docs/browser/new-relic-browser/page-load-timing-resources/instrumentation-browser-monitoring)は、ネットワーク時間の詳細な内訳を提供します。（古いブラウザの場合、タイマーは「unloadイベント前」に始まります。）
+ [Navigation Timing Specification API](/docs/browser/new-relic-browser/page-load-timing-resources/instrumentation-browser-monitoring)は、ネットワーク時間の詳細な内訳を提供します。（古いブラウザの場合、タイマーは「unloadイベント前」に始まります。）
- [コピー/ペースト手法を用いてディプロイした](/docs/browser/new-relic-browser/installation-configuration/adding-apps-new-relic-browser)アプリケーションの場合、Browserではネットワーク時間のWebアプリケーションとキュー時間が含まれます。これは、Browserが自動インジェクションを通じてBrowserエージェントにアプリケーション値を渡すにあたって、サーバーサイドのエージェントに依存していることが原因です。
+ [コピー/ペースト手法でデプロイした](/docs/browser/new-relic-browser/installation-configuration/adding-apps-new-relic-browser)アプリケーションの場合、Browserではネットワーク時間のウェブアプリケーションとキュー時間が含まれます。これは、ブラウザが自動インジェクションを通じてBrowserエージェントにアプリケーション値を渡すにあたって、サーバーサイドのエージェントに依存していることが原因です。
- このバックエンドの時間をブラウザの観点から見て分析した詳細に関しては、[**セッショントレース**ページ](/docs/browser/new-relic-browser/browser-pro-features/session-traces-exploring-webpages-life-cycle)を利用してください。セッショントレースは、入手可能なすべてのネットワーク関連イベントについてレポートするため、ブラウザがDNSルックアップやその他のネットワークイベントにどのように時間を費やしているのか、ケース毎に確認できます。
+ このバックエンドの時間をブラウザの観点から見て分析した詳細に関しては、[**セッショントレース**ページ](/docs/browser/new-relic-browser/browser-pro-features/session-traces-exploring-webpages-life-cycle)を参照してください。セッショントレースは、入手可能なすべてのネットワーク関連イベントについてレポートするため、ブラウザがDNSルックアップやその他のネットワークイベントにどのように時間を費やしているのか、ケース毎に確認できます。
-
- リクエストキューイングを設定した場合でも、フロントエンドサーバーの設定がネットワーク時間に作用します。これは、フロントエンドサーバーが実際にリクエストを受け入れて処理するまで、キューイング時間ヘッダは追加されないことが原因です。フロントエンドサーバーの何かしらの設定によって、リクエストがバックログに保留され始め、フロントエンドサーバーが接続を受け入れる際に使用するリスナーソケットに列を作るようになった場合、ブラウザ監視におけるネットワーク時間が増加することになります。キューイング時間ヘッダは、絶対にこのリスナーソケットのバックログを説明することはできません。
-
+
+ リクエストキューイングを設定した場合でも、フロントエンドサーバーの設定がネットワーク時間に影響します。これは、フロントエンドサーバーが実際にリクエストを受け入れて処理するまで、キューイング時間ヘッダは追加されないことが原因です。フロントエンドサーバーの何かしらの設定によって、リクエストがバックログに保留され始め、フロントエンドサーバーが接続を受け入れる際に使用するリスナーソケットに列を作るようになった場合、Browserモニタリングにおけるネットワーク時間が増えることになります。キューイング時間ヘッダは、絶対にこのリスナーソケットのバックログを説明することはできません。
+
DOM処理は、HTMLをDOMにパースして、同期スクリプトを検索または実行するまでにかかる時間です。この段階でブラウザが画像ダウンロードを開始した場合、ページ読み込みタイミングは画像の読み込み時間をキャプチャーします。
- DOM処理とページレンダリング層には、統計的アセットのネットワーク時間も含まれます（ページ読み込み後に明確に検索されてはいないアセット）。ただし、ページのスクリプトがサーバーまたはコンテンツデリバリーシステム（CDS）の終了後に動的に画像タグを挿入して、画像を読み込んだ場合、ページ読み込みタイミングは画像読み込み時間をキャプチャーできません。
+ DOM処理とページレンダリング層には、統計的アセットのネットワーク時間も含まれます（ページ読み込み後に明確に検索されていないアセット）。ただし、ページのスクリプトがサーバーまたはコンテンツデリバリーシステム（CDS）の終了後に動的に画像タグを挿入して、画像を読み込んだ場合、ページロードタイミングは画像読み込み時間をキャプチャーできません。
- ページレンダリング時間は、DOMが完了してからWindow読み込みイベントまでの間を指します。この段階は、ページコンテンツのブラウザサイドの処理を測定し、多くの場合はスクリプトと統計的アセットの読み込み時間を含みます。
+ ページレンダリングフェーズは、DOMが完了してからウィンドウ読み込みイベントまでの間を指します。この段階は、ページコンテンツのブラウザサイドの処理を測定し、多くの場合はスクリプトと統計的アセットの読み込み時間を含みます。
- **リクエストキューイング**は、ご利用のアカウントがBrowserと APMの双方をリンクしている場合に読み込み時間チャートに表示されます。New Relicでは、[リクエストキューイング](/docs/apm/applications-menu/features/request-queuing-tracking-front-end-time)はリクエストが本番環境システムに入ってから、アプリケーションに到達するまでの時間を指します。本番環境インフラの特性次第で、この時間はリクエストが入力する実際のキューを含むか、時間のかかるその他の関数を表す場合があります（負荷バランシングや内部ネットワークレイテンシーなど）。
+ **リクエストキューイング**は、ご利用のアカウントがブラウザとAPMの双方をリンクしている場合に読み込み時間チャートに表示されます。New Relicでは、[リクエストキューイング](/docs/apm/applications-menu/features/request-queuing-tracking-front-end-time)はリクエストが本番環境システムに入ってから、アプリケーションに到達するまでの時間を指します。本番環境インフラの特性次第で、この時間はリクエストが入力する実際のキューを含むか、時間のかかるその他の関数を表す場合があります（負荷バランシングや内部ネットワークレイテンシーなど）。
## アプリケーションサーバーリクエストvsブラウザトランザクション [#rpm-vs-ppm]
-アプリケーションサーバートランザクションの数（1分あたりのリクエストもしくは**rpm**）は、同一のアプリケーションのブラウザトランザクションの数（1分あたりのページもしくは**ppm**）よりも大きいことがよくあります。詳しくは、[トラブルシューティングの手順](/docs/browser/new-relic-browser/troubleshooting/app-server-requests-greatly-outnumber-browser-transactions)を参照してください。
-
-## 外れ値 [#outliers]
-
-ご利用のアプリケーションがどれだけ優れたパフォーマンスを示しているとしても、必ず一部の遅いブラウザ、プラットフォーム、そしてネットワークによって総合的な集約レスポンスタイムの表示は遅れます。外れ値による非対称を最小限に留めるため、ページ読み込みタイミングはアプリケーションのBrowser Apdex T設定の4.5倍以上のエンドユーザーレスポンスタイムを固定して、Apdex Tの4.5倍もしくは13.5秒のうちどちらか大きい方に縮小します。（[ヒストグラムの外れ値](/docs/data-analysis/user-interface-functions/histograms-viewing-data-distribution#outliers)は95%でカットオフされます。）
-
-たとえば、ご利用のアプリケーションの[エンドユーザーApdex T閾値](/docs/browser/new-relic-browser/installation-configuration/browser-settings-ui-options-browser-monitoring#apdex)が8秒の場合、こうしたレスポンスタイムは36秒で固定されます。これによって、こうしたレスポンスタイムがアプリケーション全体に及ぼす影響を最小限に留めながらも、「挫折した」Apdexスコアを考慮できます。
-
-[SPAモニター](/docs/browser/single-page-app-monitoring/get-started/welcome-single-page-app-monitoring)では、外れ値の扱いが異なります。初期ページ読み込みまたはルート変更の時間が30分に達すると、このイベントは無効データとして扱われ、破棄されます。
-
-## その他のヘルプ [#more_help]
+アプリケーションサーバートランザクションの数（1分あたりのリクエストまたは**rpm**）は、同一のアプリケーションのブラウザトランザクションの数（1分あたりのページまたは**ppm**）よりも大きいことがよくあります。詳細は、[トラブルシューティングの手順](/docs/browser/new-relic-browser/troubleshooting/app-server-requests-greatly-outnumber-browser-transactions)を参照してください。
-その他のドキュメンテーションには、以下の資料があります。
+## 外れ値
-* [ページ読み込みタイミングの計測](/docs/browser/new-relic-browser/page-load-timing-resources/instrumentation-page-load-timing) （JavaScript要素、データ送信）
-* [キャッシュ済みページ](/docs/browser/new-relic-browser/page-load-timing-resources/cached-pages)（New Relicエージェントがキャッシュ済みページをどのように扱うのか、またブラウザトレースがキャッシュ済みページによってどのような影響を受けるのか）
-* [セッション追跡](/docs/browser/new-relic-browser/page-load-timing-resources/session-tracking)（アプリケーションのセッションカウントが、そのページスループットとどのように関連しているか）
+ご利用のアプリケーションがどれだけ優れたパフォーマンスを示しているとしても、必ず一部の遅いブラウザ、プラットフォーム、そしてネットワークによって総合的な集計レスポンスタイムの表示は遅れます。外れ値による非対称を最小限に留めるため、ページロードタイミングはアプリケーションのブラウザApdex T設定の4.5倍以上のエンドユーザーレスポンスタイムを固定して、Apdex Tの4.5倍または13.5秒のうちどちらか大きい方に縮小します。（[ヒストグラムの外れ値](/docs/data-analysis/user-interface-functions/histograms-viewing-data-distribution#outliers)は95%でカットオフされます。）
-さらに支援が必要な場合は、これらのサポートと学習リソースを確認してください：
+たとえば、ご利用のアプリケーションの[エンドユーザーApdex T閾値](/docs/browser/new-relic-browser/installation-configuration/browser-settings-ui-options-browser-monitoring#apdex)が8秒の場合、これらのレスポンスタイムは36秒で固定されます。これによって、これらのレスポンスタイムがアプリケーション全体に及ぼす影響を最小限に留めながらも、「挫折した」Apdexスコアを考慮できます。
-* [Explorers Hub](https://discuss.newrelic.com/)を参照して、コミュニティから支援を受け、ディスカッションに参加してください。
-* [当社のサイトで回答を見つけ、サポートポータルの使用方法について学びます](/docs/using-new-relic/welcome-new-relic/get-started/find-help-use-support-portal)。
-* Linux、Windows、およびmacOSのトラブルシューティングツールである[New Relic Diagnosticsを実行します](/docs/using-new-relic/cross-product-functions/troubleshooting/new-relic-diagnostics)。
-* New Relicの[データセキュリティ](/docs/security)と[ライセンス](/docs/licenses)ドキュメントを見直してください。
+[SPAモニタリング](/docs/browser/single-page-app-monitoring/get-started/welcome-single-page-app-monitoring)では、外れ値の扱いが異なります。初期ページ読み込みまたはルート変更の時間が30分に達すると、このイベントは無効データとして扱われ、破棄されます。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/new-relic-solutions/best-practices-guides/alerts-applied-intelligence/alerts-best-practices.mdx b/src/i18n/content/jp/docs/new-relic-solutions/best-practices-guides/alerts-applied-intelligence/alerts-best-practices.mdx
index fdc7f22317d..0291506a9e6 100644
--- a/src/i18n/content/jp/docs/new-relic-solutions/best-practices-guides/alerts-applied-intelligence/alerts-best-practices.mdx
+++ b/src/i18n/content/jp/docs/new-relic-solutions/best-practices-guides/alerts-applied-intelligence/alerts-best-practices.mdx
@@ -110,6 +110,16 @@ metaDescription: 'Best practices for deciding what to alert on, when to trigger
警告違反ではインシデントは開きません。重大な違反はインシデントを開くことができますが、その決定は[インシデントプリファレンス](/docs/new-relic-solutions/best-practices-guides/alerts-applied-intelligence/alerts-best-practices/#incident-practices)で定義する必要があります。
+## 信号がない場合に何が起こるかを決定する
+
+信号の損失は、New Relicがデータの受信をしばらく停止すると発生します。技術的には、データが時系列で最後に受信されてからかなりの時間が経過した後に、信号の損失を検出します。信号の損失は、違反をトリガーまたは解決するために使用でき、これを使用してアラートを設定できます。
+
+信号損失の設定は、UIの状態によって、または[NerdGraph APIを使用して信号損失を設定できます](/docs/alerts-applied-intelligence/new-relic-alerts/advanced-alerts/alerts-nerdgraph/nerdgraph-api-loss-signal-gap-filling/#loss-of-signal)。
+
+## 信号がない場合にnull値以外を使用する
+
+デフォルトでは、データ信号のギャップはnull値で埋められます。これらのデータギャップに基づいて条件を作成する必要がある場合は、カスタム値または最後に認識された値でギャップを埋められます。この設定は、UIで条件ごとに設定するか、[NerdGraphを介してギャップの充填値を設定できます](/docs/alerts-applied-intelligence/new-relic-alerts/advanced-alerts/alerts-nerdgraph/nerdgraph-api-loss-signal-gap-filling/#customize)
+
## インシデントプリファレンスを定義する [#incident-practices]
インシデント通知を受け取るタイミングを決定し、インシデントが発生したときに対応できるようにします。
@@ -156,4 +166,5 @@ metaDescription: 'Best practices for deciding what to alert on, when to trigger
アラートの使用方法に関する詳細をご希望の場合：
* [API](/docs/alerts/rest-api-alerts/new-relic-alerts-rest-api/rest-api-calls-new-relic-alerts)について詳しく知る。
-* [最小/最大限度および規則](/docs/alerts/new-relic-alerts/getting-started/minimum-maximum-values)に関する技術的な詳細を読みます。
\ No newline at end of file
+* [最小/最大限度および規則](/docs/alerts/new-relic-alerts/getting-started/minimum-maximum-values)に関する技術的な詳細を読みます。
+* [信号損失およびギャップの充填設定を使用するタイミング](https://discuss.newrelic.com/t/relic-solution-how-can-i-figure-out-when-to-use-gap-filling-and-loss-of-signal/120401)についての詳細をお読みください。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/query-your-data/explore-query-data/dashboards/filter-new-relic-one-dashboards-facets.mdx b/src/i18n/content/jp/docs/query-your-data/explore-query-data/dashboards/filter-new-relic-one-dashboards-facets.mdx
index df517b846f1..aa7e869eac5 100644
--- a/src/i18n/content/jp/docs/query-your-data/explore-query-data/dashboards/filter-new-relic-one-dashboards-facets.mdx
+++ b/src/i18n/content/jp/docs/query-your-data/explore-query-data/dashboards/filter-new-relic-one-dashboards-facets.mdx
@@ -11,19 +11,19 @@ metaDescription: 'New Relic One dashboards: You can use facet filtering to filte
## ファセットによるフィルタリングを使用する理由 [#feature]
-[New Relic Oneダッシュボード](/docs/dashboards/new-relic-one-dashboards/get-started/introduction-new-relic-one-dashboards)では、[`FACET`句を含み](/docs/query-data/nrql-new-relic-query-language/getting-started/nrql-syntax-components-functions#sel-facet)その他の[チャートタイプ要件を満たす](#requirements)NRQLクエリについて、ファセット化した属性を設定して、現在のダッシュボードや関連するリンクしたダッシュボードにフィルターを適用できます。ダッシュボードのフィルタリングを迅速に行い、フィルターを適用済みのダッシュボードにリンクすることで、ダッシュボードをよりインタラクティブなものとし使いやすくできます。
+[New Relic Oneダッシュボード](/docs/dashboards/new-relic-one-dashboards/get-started/introduction-new-relic-one-dashboards)では、[`FACET`句](/docs/query-data/nrql-new-relic-query-language/getting-started/nrql-syntax-components-functions#sel-facet)を含み、その他の[チャートタイプ要件](#requirements)を満たすNRQLクエリに、ファセット化した属性を設定して、現在のダッシュボードまたは関連するリンクしたダッシュボードにフィルターを適用できます。ダッシュボードのフィルタリングを迅速に行い、フィルターを適用済みのダッシュボードにリンクすることで、ダッシュボードをよりインタラクティブなものとし使いやすくできます。
この機能は、新規のチャートをダッシュボードに追加、または既存のダッシュボードでチャートを編集する際に利用できます。
-実際のこの機能については、[使用例](#example-use)をご覧ください。
+実際のこの機能については、[使用例](#example-use)を参照してください。
-## 要件 [#requirements]
+## 要件
この機能を使用するための要件：
* [New Relic Oneダッシュボード](/docs/dashboards/new-relic-one-dashboards/get-started/introduction-new-relic-one-dashboards)を開いている必要があります。[クエリビルダー](/docs/chart-builder/use-chart-builder/get-started/introduction-chart-builder)のスタンドアロンチャートでは機能しません。
-* NRQLクエリに、[`FACET`句](/docs/query-data/nrql-new-relic-query-language/getting-started/nrql-syntax-components-functions#sel-facet)が含まれる必要があります。
-* [バーチャート](/docs/insights/use-insights-ui/manage-dashboards/chart-types#widget-barchart)と[ヒートマップ](/docs/insights/use-insights-ui/manage-dashboards/chart-types#widget-heatmap)、[パイチャート](/docs/insights/use-insights-ui/manage-dashboards/chart-types#widget-piechart)、[表](/docs/insights/use-insights-ui/manage-dashboards/chart-types#widget-table)でしかご利用いただけません。
+* NRQLクエリに、[`FACET`句](/docs/query-data/nrql-new-relic-query-language/getting-started/nrql-syntax-components-functions#sel-facet)が含まれている必要があります。
+* [バーチャート](/docs/insights/use-insights-ui/manage-dashboards/chart-types#widget-barchart)、[ヒートマップ](/docs/insights/use-insights-ui/manage-dashboards/chart-types#widget-heatmap)、[パイチャート](/docs/insights/use-insights-ui/manage-dashboards/chart-types#widget-piechart)、[表](/docs/insights/use-insights-ui/manage-dashboards/chart-types#widget-table)でしかご利用いただけません。
## ファセットによるフィルタリングの使用例 [#example-use]
@@ -32,52 +32,40 @@ New Relic Oneで、既存のダッシュボードについての、次のファ
- **[one.newrelic.com](https://one.newrelic.com) > Dashboards**: `FACET`句を含み[チャートタイプの要件](#requirements)を満たすクエリについては、この属性を設定して簡単なダッシュボードフィルターとして使用できます。属性を使用して、現在開いているダッシュボードにフィルターを適用、または選択した関連するダッシュボードにフィルターを適用できます。
+ **[one.newrelic.com](https://one.newrelic.com) > Dashboards**：`FACET`句を含み、[チャートタイプの要件](#requirements)を満たすクエリについては、この属性を設定して簡単なダッシュボードフィルターとして使用できます。属性を使用して、現在開いているダッシュボードにフィルターを適用、または選択した関連するダッシュボードにフィルターを適用できます。
-**現在のダッシュボードにフィルターを適用**を選択すると、そのチャートが使用され、利用可能な`userAgentName`属性により現在のダッシュボードにフィルターが適用されます。この属性の1つを選択し、そのダッシュボードにフィルターを適用するとこうなります。選択した属性は、上部の検索バーでフィルターとして表示されることに注意してください。
+**現在のダッシュボードにフィルターを適用**を選択すると、そのチャートが使用され、利用可能な`userAgentName`属性により現在のダッシュボードにフィルターが適用されます。これらの属性の1つを選択し、そのダッシュボードにフィルターを適用するとこうなります。選択した属性は、上部の検索バーでフィルターとして表示される点に注意してください。
- **[one.newrelic.com](https://one.newrelic.com) > Dashboards**: ファセットによるフィルタリングで設定した属性を選択すると、現在のダッシュボードにフィルターが適用されます。
+ **[one.newrelic.com](https://one.newrelic.com) > Dashboards**：ファセットによるフィルタリングで設定した属性を選択すると、現在のダッシュボードにフィルターが適用されます。
-この機能の詳細については、[ファセットによるフィルタリングについてのExplorers Hubの投稿](https://discuss.newrelic.com/t/facet-linking-in-new-relic-one-now-you-can-use-facets-to-filter-your-new-relic-one-dashboards/82289)をご覧ください。
+この機能の詳細については、[ファセットによるフィルタリングについてのExplorers Hubの投稿](https://discuss.newrelic.com/t/facet-linking-in-new-relic-one-now-you-can-use-facets-to-filter-your-new-relic-one-dashboards/82289)を参照してください。
## FACET CASES句とのリンクファセット [#facet-linking-cases]
-[`FACET CASES`](/docs/query-your-data/nrql-new-relic-query-language/get-started/nrql-syntax-clauses-functions#sel-facet-cases)は、条件に基づいてファセットをグループ化できるNRQL関数です。同じファセット内で複数のケースがサポートされています。
+[`FACET CASES`](/docs/query-your-data/nrql-new-relic-query-language/get-started/nrql-syntax-clauses-functions#sel-facet-cases)は、条件に基づきファセットをグループ化できるNRQL関数です。同じファセット内で複数のケースがサポートされています。
-例えば、アプリケーションにクエリしようとしている時に、クラウドに移行済みのものと、移行されていないものが分からない場合を例に考えてみます。
+たとえば、データをクエリして、ダッシュボードまたはレポートのニーモニックカテゴリーに応答を配置するとします。この構文を使用すると、トランザクション期間に基づきクエリを実行し、結果をACCEPTABlEとUNACCEPTABLEの2つのカテゴリーに分類できます。これは、ダッシュボードをより人間が読み取りやすく、実用的なものにする上で非常に役立ちます。
```
-SELECT filter(count(*), WHERE duration > 1) as 'On-premises', filter(count(*),
-WHERE duration < .06) as 'AWS'
-FROM Transaction WHERE appName NOT LIKE '%Tower%' FACET appName LIMIT 5 since 5 minutes ago
+SELECT filter(count(*), WHERE duration > 1) as 'UNACCEPTABLE', filter(count(*),
+WHERE duration <=1) as 'ACCEPTABLE'
+FROM Transaction FACET appName LIMIT 5 since 5 minutes ago
```
-FACET casesを使用することで、条件を追加して、移行ステータスを取得できます。
+FACET CASESを使用することで、複数の複雑な条件をより効率的に使用して、一連のカスタムファセットを生成できます。前の例を基に、期間データからエラーを除外し、それらを3番目のカテゴリーに追加する複合条件を含めるとします。
```
-SELECT count(*) FROM Transaction WHERE appName NOT LIKE '%Tower%'
-facet cases(WHERE appName = 'WebPortal' OR appName = 'Plan Service' as '% of Hosts On-Prem',
-WHERE appName != 'WebPortal'
-AND appName != 'Plan Service' as '% of Hosts in Cloud')
-since 10 minutes ago limit 100
+SELECT count(*)
+FROM Transaction FACET CASES (where duration > 1 and error is NULL as 'UNACCEPTABLE', where duration <= 1 and error is NULL as 'ACCEPTABLE', where error is not NULL as 'ERROR') since 5 minutes ago
```
-次に、ファセットリンクを使用して、これらのファセットでダッシュボードをフィルターできます。
-
-## その他のヘルプ [#more-help]
-
-さらに支援が必要な場合は、これらのサポートと学習リソースを確認してください：
-
-* [Explorers Hub](https://discuss.newrelic.com/)を参照して、コミュニティから支援を受け、ディスカッションに参加してください。
-* [当社のサイトで回答を見つけ、サポートポータルの使用方法について学びます](/docs/using-new-relic/welcome-new-relic/get-started/find-help-use-support-portal)。
-* Linux、Windows、およびmacOSのトラブルシューティングツールである[New Relic Diagnosticsを実行します](/docs/using-new-relic/cross-product-functions/troubleshooting/new-relic-diagnostics)。
-* New Relicの[データセキュリティ](/docs/security)と[ライセンス](/docs/licenses)ドキュメントを見直してください。
+次に、ファセットリンクを使用して、これらのファセットでダッシュボードをフィルターできます。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/query-your-data/explore-query-data/dashboards/images/facet_cases_01.png b/src/i18n/content/jp/docs/query-your-data/explore-query-data/dashboards/images/facet_cases_01.png
index 259bc86b5fd..6c261a56d7f 100644
Binary files a/src/i18n/content/jp/docs/query-your-data/explore-query-data/dashboards/images/facet_cases_01.png and b/src/i18n/content/jp/docs/query-your-data/explore-query-data/dashboards/images/facet_cases_01.png differ
diff --git a/src/i18n/content/jp/docs/query-your-data/explore-query-data/dashboards/images/facet_cases_02.png b/src/i18n/content/jp/docs/query-your-data/explore-query-data/dashboards/images/facet_cases_02.png
index ccfbec5eac6..db6e5947b31 100644
Binary files a/src/i18n/content/jp/docs/query-your-data/explore-query-data/dashboards/images/facet_cases_02.png and b/src/i18n/content/jp/docs/query-your-data/explore-query-data/dashboards/images/facet_cases_02.png differ
diff --git a/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/private-locations/private-locations-overview-monitor-internal-sites-add-new-locations.mdx b/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/private-locations/private-locations-overview-monitor-internal-sites-add-new-locations.mdx
index 3a88043e3cb..296d7f2fd5e 100644
--- a/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/private-locations/private-locations-overview-monitor-internal-sites-add-new-locations.mdx
+++ b/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/private-locations/private-locations-overview-monitor-internal-sites-add-new-locations.mdx
@@ -92,12 +92,12 @@ Syntheticモニタリングでは、プライベートロケーションとは
[プライベートミニオンをインストールする](/docs/synthetics/new-relic-synthetics/private-locations/install-containerized-private-minions-cpms)前に、プライベートロケーションを作成する必要があります。新しいプライベートロケーションを作成するには、以下の手順に従います。
-1. [アカウント担当者に問い合わせ](#requirements)、機能のアクティブ化を含む[要件](#compatibility-account-rep)を満たしていることを確認します。
+1. [アカウントアクセスの要件](#account-access)を含む[要件](#requirements)を満たしていることを確認します。
2. [**one.newrelic.com**](http://one.newrelic.com/) **> Synthetics > Private locations**の順に移動します。次に、**Create private location**を選択します。
- 最初のモニターを作成すると、Private locationsサブメニューが使用可能になります。
+ 最初のモニターを作成すると、プライベートロケーションサブメニューが使用可能になります。
3. ロケーション名を入力します。
diff --git a/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/scripting-monitors/write-synthetic-api-tests.mdx b/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/scripting-monitors/write-synthetic-api-tests.mdx
index ff8b57708e5..d32f7498095 100644
--- a/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/scripting-monitors/write-synthetic-api-tests.mdx
+++ b/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/scripting-monitors/write-synthetic-api-tests.mdx
@@ -9,7 +9,7 @@ metaDescription: Use API test scripts to ensure your API endpoint is functioning
正しく機能することを確認するために、合成モニタリングの[APIテスト](/docs/synthetics/new-relic-synthetics/getting-started/types-synthetics-monitors)を使用してAPIエンドポイントを監視します。New Relicは、[http-request](https://github.com/request/request)モジュールを使用してエンドポイントへHTTPコールをして、結果を検証します。
-ここには、リクエストを送信するために`$http`オブジェクトを使用する方法を示すサンプル関数が記載されています。このオブジェクトで使用できるオプションの詳細については、[http-request readme](https://github.com/request/request)を参照してください。
+ここには、リクエストを送信するために`$http`オブジェクトを使用する方法を示すサンプル関数が記載されています。このオブジェクトで使用できるオプションの詳細については、[http-request readme](https://github.com/request/request)を参照してください。（リクエストは廃止されていますが、これらのオプションは適用されます。）
他のAPIテストの例を表示して共有するには、Explorers Hubの[合成スクリプト](https://discuss.newrelic.com/tags/c/full-stack-observability/synthetic/81/script)セクションを参照してください。
@@ -37,7 +37,7 @@ APIテストは、[$http](https://github.com/request/request)オブジェクト
* 変数（`options`など）を宣言して、[リクエストオプションオブジェクト](http://github.com/request/request#requestoptions-callback)を保存します。
* URLエンドポイントやカスタムヘッダーなどのリクエストオプションを定義します。
-* SSLやエージェントオプションを設定する場合は、[SSLおよびagentOptionsの要件](#use-agentOptions)を参照してください。
+* SSLまたはエージェントオプションを設定する場合は、[SSLおよびagentOptionsの要件](#use-agentOptions)を参照してください。ヘッダにプレーンテキストの資格情報が公開されないように、SSLを使用することをお勧めします。
サポートされているリクエストオプションの完全なリストについては、GitHubの[http-request](https://github.com/request/request#requestoptions-callback)ドキュメントにある`リクエスト（オプション、コールバック）`を参照してください。
diff --git a/src/i18n/content/jp/docs/using-new-relic/welcome-new-relic/get-started/introduction-new-relic.mdx b/src/i18n/content/jp/docs/using-new-relic/welcome-new-relic/get-started/introduction-new-relic.mdx
index 2f8ab53596c..486f3ac9c2c 100644
--- a/src/i18n/content/jp/docs/using-new-relic/welcome-new-relic/get-started/introduction-new-relic.mdx
+++ b/src/i18n/content/jp/docs/using-new-relic/welcome-new-relic/get-started/introduction-new-relic.mdx
@@ -19,7 +19,7 @@ New Relicを使用すると、以下ができます。
データの捕捉と分析を迅速に開始する方法は次のとおりです。
-1. New Relicアカウントがない場合は、[newrelic.com/signup](https://newrelic.com/signup)でサインアップしてください。期間無制限です。
+1. New Relicアカウントがない場合、[newrelic.com/signup](https://newrelic.com/signup)でサインアップしてください。永久無料です。
2. [データ追加](https://one.newrelic.com/launcher/nr1-core.settings?pane=eyJuZXJkbGV0SWQiOiJ0dWNzb24ucGxnLWluc3RydW1lbnQtZXZlcnl0aGluZyJ9)UIページの手順に従い、データ流入を取得します。初めてインストールする場合は、単一コマンドで多くのインテグレーションを設定する**ガイド付きインストール**オプションを推奨します。
3. データをNew Relicに入力したら、 [New Relic UI](/docs/new-relic-one/use-new-relic-one/get-started/introduction-new-relic-one)の詳細について学習するか、[アラートを設定](/docs/alerts-applied-intelligence/new-relic-alerts/get-started/introduction-alerts/)します。