ブラウザテストメトリクス 🔗

Splunk Synthetic Monitoring のメトリクスは、合成テストがテストの各実行で取得するサイトパフォーマンスの数値メトリクスです。

ブラウザテストのメトリクス 🔗

ブラウザテストは、ウェブサイトパフォーマンスの全体像を提供する40以上のメトリクスをキャプチャします。また、カスタムメトリクスを設定して、最も関心のある情報を収集することもできます。以下のセクションでは、ブラウザテストが取得できる3つの主なメトリクスについて詳しく説明します。

ブラウザテストにおけるテストレベルのメトリクス
ブラウザテストにおけるページレベルのメトリクス
トランザクションレベルのメトリクス

ディメンション 🔗

すべての Splunk Synthetic Monitoring メトリクスには、以下のディメンションが含まれます：

ディメンション	説明
`success`	run に成功した場合は `true`、失敗した場合は `false` です。
`failed`	run に失敗した場合は `true`、成功した場合は `false` です。
`location_id`	この run の場所のID。
`test_id`	このテストのID。
`test_type`	ブラウザテストのテストタイプディメンションは、`browser` に設定されています。
`test`	test プロパティは、`test_id` の人間が読み取り可能な名前です。
`location`	location プロパティは、`location_id` の人間が読み取り可能な名前です。

すべてのメトリクスは、test_id と location_id ディメンションを持ちます。test プロパティと location プロパティは、それぞれこれらのディメンションにアタッチされます。test_id と location_id プロパティは、データをより読みやすくするために、可能な限り生成されます。

ブラウザテストにおけるテストレベルのメトリクス 🔗

メトリクスラベル	ソースメトリクス名	説明
アップタイム	`synthetics.run.uptime.percent`	ブラウザテストでは、アップタイムは、失敗しなかったテスト実行のパーセンテージを表します。アップタイムは、選択された時間枠内のすべての実行の平均スコアを取ることによって計算され、成功した実行には100のスコアが、失敗した実行には0のスコアが与えられます。
ダウンタイム	`synthetics.run.downtime.percent`	選択した時間枠内で失敗した実行の割合。ダウンタイムは、選択された時間枠内のすべての実行の平均スコアを取ることによって計算され、失敗した実行のスコアは100、成功した実行のスコアは0となります。
実行回数	`synthetics.run.count`	テストの総実行回数。このメトリクスには、`success: true` や `failed: false` などのディメンションが含まれ、実行が成功したか失敗したかを示します。
run レベル期間	`synthetics.run.duration.time.ms`	すべてのページと合成トランザクションを含む、実行全体の合計時間。

ブラウザテストにおけるページレベルのメトリクス 🔗

Splunk Synthetic Monitoringのブラウザテストでは、各ページのロードに対して45のデフォルトメトリクスのセットが自動的にキャプチャされます。これらのメトリクスはいくつかのカテゴリに分類されています。すべてのデフォルトのページレベルのメトリクスの詳細については、以下の表を参照してください。

Page-level metrics include an additional page_position dimension that refers to the position of the page within the test. The position of the first page in the test is 0, the second page has position 1, and so on. If you choose a page-level metric in the Performance KPIs chart or in a detector without specifying a page in the page_position dimension, the metric value is aggregated across all pages.

パフォーマンスタイミング 🔗

パフォーマンスタイミングメトリクスは、ページ上のリソースのレンダリングにかかる時間に関する情報を取得します。

メトリクスラベル	ソースメトリクス名	説明
DOM完了時間	`synthetics.dom_complete.time.ms`	ドキュメントオブジェクトモデル（DOM）とそのすべてのサブリソースの準備が整うまでの時間。
DOMインタラクティブ時間	`synthetics.dom_interactive.time.ms`	ドキュメントオブジェクトモデル（DOM）が完全に読み込まれ、処理されるまでの時間。
DOMロード時間	`synthetics.dom_load.time.ms`	Document Object Model (DOM)が読み込まれ、最初のマークアップが解析されるまでの時間。このメトリクスはブラウザの `DOMContentLoaded` イベントに対応します。
最初のバイトまでの時間（TTFB）	`synthetics.ttfb.time.ms`	最初のリクエストの開始から最初の非リダイレクトリクエストの最初のバイトを受け取るまでの時間。`3xx` リダイレクトはこの期間を長くします。
期間	`synthetics.duration.time.ms`	このページに費やされた時間の合計。これは、最初のリクエストの開始から、最後のリクエストの終了、またはこのページで実行された最後のステップの終了のいずれか遅い方までの時間です。すべてのページの継続時間を合計すると、実行時間( `synthetics.run.duration.time.ms` )と同じになります。
最初の描画時間	`synthetics.first_paint.time.ms`	ブラウザがデフォルトの背景以外をレンダリングするまでの時間。
最初のコンテンツ描画時間	`synthetics.first_contentful_paint.time.ms`	ブラウザが最初にコンテンツをレンダリングするまでの時間。
最初の意味のあるコンテンツの描画時間	`synthetics.first_meaningful_paint.time.ms`	折り返しより上の最大のレイアウト変更が起こり、ウェブフォントが読み込まれるまでの時間。
レンダリング開始時間	`synthetics.start_render.time.ms`	コンテンツの最初のピクセルが描画されるまでの時間。
最初のCPUアイドル	`synthetics.first_cpu_idle.time.ms`	ページが最低限インタラクティブになり、妥当な時間でユーザーの入力に反応するようになるまでの時間。
インタラクティブまでの時間	`synthetics.tti.time.ms`	ページが初めて使えるようになり、ユーザーの入力にすばやく反応するようになるまでの時間。
オンロード時間	`synthetics.onload.time.ms`	ページがロードされるまでの時間。これはブラウザのロードイベントに対応します。
視覚的完了時間	`synthetics.visually_complete.time.ms`	折り返しより上のすべてのコンテンツのレンダリングが終了するまでの時間。
速度インデックス	`synthetics.speed_index.time.ms`	ページが折り返しより上のコンテンツをどれだけ速くレンダリングするかを表す計算されたメトリクス。

ウェブバイタル 🔗

ウェブバイタルとは、ローディング、インタラクティブ性、視覚的安定性などのユーザーエクスペリエンスを表すメトリクスです。

メトリクスラベル	ソースメトリクス名	説明
最大コンテンツの描画（LCP）	`synthetics.webvitals_lcp.time.ms`	ユーザーが認識するページの読み込み時間を測定します。LCPメトリクスは、ビューポート内に表示される最大のコンテンツ要素のレンダリング時間を報告します。
合計ブロック時間（TBT）	`synthetics.webvitals_tbt.time.ms`	Captures issues that affect interactivity. TBT is a synthetic alternative for Interaction to Next Paint (INP), which measures page responsiveness to user input. Optimizations that improve TBT in the lab can also help improve INP for your users.
累積レイアウトシフト（CLS）	`synthetics.webvitals_cls.score`	ページの安定性を測定します。CLSは、ページの読み込み中にページ上のコンポーネントが何回移動したか、または「シフト」したかを集計する計算式に基づいています。移動が少ないほど優れています。

ウェブバイタルについて詳しくは、Google開発者向けドキュメントの https://web.dev/vitals/ を参照してください。

接続タイミング 🔗

接続タイミングメトリクスは、サイトのサーバーへの接続のレイテンシに関する情報を取得します。

メトリクスラベル	ソースメトリクス名	説明
DNS時間	`synthetics.first_request.dns.time.ms`	DNSサーバーからホスト名を解決するのに要する時間。
TCP接続時間	`synthetics.first_request.connect.time.ms`	TCP接続の作成にかかる時間。
受信時間	`synthetics.first_request.receive.time.ms`	サーバーから応答全体を読み取るのに要する時間。
送信時間	`synthetics.first_request.send.time.ms`	HTTPデータをサーバーに送信するのに要する時間。
TLS時間	`synthetics.first_request.tls.time.ms`	TLS/SSLのネゴシエーションに要する時間。
待ち時間	`synthetics.first_request.wait.time.ms`	ページ内の最初のリクエストに対して、リクエストが終了してからレスポンスの最初のバイトを受け取るまでの時間。

リソースとエラー数のメトリクス 🔗

リソース数とエラー数のメトリクスは、ページ上のリソースの数とタイプに関する情報を取得します。

メトリクスラベル	ソースメトリクス名	説明
クライアントエラー数	`synthetics.resource_request.error.count`	ステータスコードが 400 ～ 499 のクライアント応答の数。エラータイプは `http.status_code_type` ディメンションに示されています。
接続エラー数	`synthetics.resource_request.error.count`	ステータスコードが504または0 (ブラウザによって中止された要求) の接続応答の数。エラータイプは、`http.status_code_type` ディメンションで示されます。
サーバーエラー数	`synthetics.resource_request.error.count`	ステータスコードが500以上（504を除く）のサーバー応答の数。エラータイプは `http.status_code_type` ディメンションに示されています。
エラー数	`synthetics.resource_request.error.count`	ステータスコードが400以上の応答の総数。これは計算されたメトリクスであり、クライアント、接続、およびサーバーのエラーの総数に相当します。
HTML数	`synthetics.resource_request.count`	HTMLドキュメントのリクエスト数。コンテンツタイプは `content_type` ディメンションで示されます。
画像数	`synthetics.resource_request.count`	画像のリクエスト数。コンテンツタイプは `content_type` ディメンションで示されます。
JavaScript数	`synthetics.resource_request.count`	JavaScript ファイルのリクエスト数。コンテンツタイプは `content_type` ディメンションで示されます。
CSS数	`synthetics.resource_request.count`	CSSファイルのリクエスト数。コンテンツタイプは、`content_type` ディメンションで示されます。
ビデオ数	`synthetics.resource_request.count`	ビデオのリクエスト数。コンテンツタイプは `content_type` ディメンションで示されます。
フォント数	`synthetics.resource_request.count`	フォントのリクエスト数。コンテンツタイプは `content_type` ディメンションで示されます。
その他の数	`synthetics.resource_request.count`	HTML、画像、JavaScript、CSS、ビデオ、フォントのリクエストではない、その他すべてのリソースのリクエスト数。
リクエスト数	`synthetics.resource_request.count`	リクエストの総数。これは計算されたメトリクスで、すべてのリソースタイプのカウント（HTML、画像、JavaScript、CSS、動画、フォント、その他のカウント）の合計に相当します。

コンテンツサイズメトリクス 🔗

コンテンツサイズメトリクスは、ページ上のリソースのサイズに関する情報を取得します。コンテンツサイズは、各要求の転送サイズ（またはオンザワイヤサイズ）を使用して計算されます。

メトリクスラベル	ソースメトリクス名	説明
合計コンテンツサイズ	`synthetics.resource_request.size.bytes`	読み込まれたすべてのコンテンツの合計サイズ（バイト）。これは、すべてのリソースタイプのサイズ（HTML、画像、JavaScript、CSS、動画、フォント、その他のサイズ）の合計に相当します。
合計HTMLサイズ	`synthetics.resource_request.size.bytes`	読み込まれたすべてのHTMLコンテンツの合計サイズ（バイト単位）。コンテンツタイプは、`content_type` ディメンションで示されます。
合計画像サイズ	`synthetics.resource_request.size.bytes`	読み込まれたすべての画像コンテンツの合計サイズ（バイト単位）。コンテンツのタイプは、`content_type` ディメンションで示されます。
合計JavaScriptサイズ	`synthetics.resource_request.size.bytes`	ロードされたすべての JavaScript コンテンツの合計サイズ (バイト単位)。コンテンツタイプは `content_type` ディメンションで示されます。
合計CSSサイズ	`synthetics.resource_request.size.bytes`	読み込まれたすべてのCSSコンテンツの合計サイズ（バイト）。コンテンツのタイプは、`content_type` のディメンションで示されます。
合計ビデオサイズ	`synthetics.resource_request.size.bytes`	ロードされたすべての動画コンテンツの合計サイズ（バイト）。コンテンツのタイプは、`content_type` のディメンションで示されます。
合計フォントサイズ	`synthetics.resource_request.size.bytes`	読み込まれたすべてのフォント内容の合計サイズ（バイト単位）。内容のタイプは `content_type` のディメンションで示されます。
その他の合計サイズ	`synthetics.resource_request.size.bytes`	HTML、画像、JavaScript、CSS、ビデオ、フォントのリクエストではないその他のリソースの合計サイズ（バイト）。

スコアメトリクス 🔗

Splunk Synthetic Monitoring は現在、ページが確立されたスケールに対してどのように機能しているかのメトリクスを提供する、1つの計算されたスコアメトリクスを提供しています。

メトリクスラベル	ソースメトリクス名	説明
Lighthouseパフォーマンススコア	`synthetics.lighthouse.score`	Lighthouseスコアリングアルゴリズムのv10を使用して計算された複数のブラウザテストメトリクス値の重み付け集約。Lighthouse スコアリングの詳細については、Google 開発者向けドキュメントの https://web.dev/performance-scoring/ を参照してください。

トランザクションレベルのメトリクス 🔗

Splunk Synthetic Monitoring は、各合成トランザクションに対して3つのメトリクスを取得します。これらのメトリクスを使用することで、合成トランザクションはアプリケーション内のビジネスクリティカルなワークフローのカスタムタイマーとして機能し、気になるワークフローに合わせたメトリクスを受け取ることができます。ビジネストランザクションの設定方法については、ブラウザテストに合成トランザクションを追加するを参照してください。

Transaction-level metrics include two additional dimensions that correspond to each specific transaction within the test: transaction and transaction_position. The transaction dimension contains the name of the corresponding transaction, and the that refers to the position of that transaction within the test. The position of the first transaction in the test is 0, the second transaction has position 1, and so on. If you choose a transaction-level metric in the Performance KPIs chart or in a detector without specifying a transaction in the transaction dimension, the metric value is an aggregate of the metric across all transactions.

メトリクスラベル	ソースメトリクス名	説明
期間	`synthetics.duration.time.ms`	合成トランザクションの合計期間。
リクエスト	`synthetics.resource_request.count`	合成トランザクション中に行われたリクエストの総数。
合計サイズ	`synthetics.resource_request.size.bytes`	合成トランザクション中にロードされたコンテンツの合計サイズ（バイト）。

合成メトリクスを検出およびレポートする 🔗

合成メトリクスからさらに価値を引き出すには、Splunk Observability Cloud メトリクスエンジンを使用して、カスタムメトリクス、チャート、ディテクターを作成します。詳細については、次のリンクを参照してください：

メトリクスを使用してチャートやダッシュボードを作成するには、Splunk Observability Cloudのダッシュボードを参照してください。
Splunk Synthetic Monitoring で静的しきい値ディテクターをネイティブに作成するには、Detectors and alerts を参照してください。
Splunk Observability Cloud メトリクスエンジンを使用してより高度なディテクターを構築するには、Splunk Observability Cloudのアラートとディテクターの概要を参照してください。
Splunk Observability Cloud のメトリクスについて詳しくは、Splunk Observability Cloudのメトリクス、データポイント、メトリック時系列を参照してください。

このページは 2024年11月13日に最終更新されました。

Related Topics