ヘルプ インターネットサービスのメトリック Webページスピード(ブラウザー)
Webページスピード(ブラウザー)を使用すると、実際のWebブラウザーを使用して、Webサイトコンポーネントのメトリック(ロード時間、応答時間、ステータス、コンポーネントサイズなど)を分割したダッシュボードを提供することで、Webサイトのパフォーマンスを推定できます。さらに、リソースのレンダリングに使用されているHTTPプロトコル(バージョン1.1または2.0)を把握する必要があります。メインダッシュボードにはカスタムステータスバナーがあり、設定されたさまざまな監視を稼働ステータスと状態で分類して識別します。また、アカウントに残っている稼働中の監視の数とアラートクレジットも表示できます。

パフォーマンスダッシュボードは、以下のタブに分類されます。
[サマリー]タブには、Webページのすべてのメトリックが一覧表示されます。

この機能はChromeブラウザーでのみサポートされています。

|
メトリック |
説明 |
|
DNS時間(ms) |
DNS時間は、リクエストのドメイン名を解決するためにかかった時間です。DNS時間のスパイクは、ドメインの解決に時間がかかっていることを示します。 |
|
接続時間(ms) |
接続時間は、クライアントがドメインのIPアドレスとのTCP接続を確立するのにかかった時間です。サーバーの過負荷などの要因により、接続の確立にさらに時間が必要になる場合がありますが、これはエンドユーザーに影響が及ぶ前に特定して対処できます。 |
|
SSL時間(ms) |
SSL/TLSハンドシェイクを完了するのにかかった時間。この時間には、サーバーとクライアントのIDの確認、各当事者がサポートする暗号、署名、またはその他のオプションの詳細の共有、およびデータ暗号化のためのキーの作成または交換が含まれます。 |
|
先頭バイト時間(ms) |
先頭バイト時間は、サーバーへの接続が確立されてからベースページの最初の応答が開始されるまでの時間です。これは実際には、サーバーの応答時間とネットワーク遅延時間の合計です。グラフでの先頭バイト時間のスパイクは、サーバーのリクエスト処理に遅延があることを示している可能性があります。 |
|
描画開始(ms) |
描画開始時間は、Webページの関連部分がブラウザーウィンドウにロードされ始めたときに測定されます(つまり、ユーザーがもはや空白の白いウィンドウを見なくなった時点)。 |
|
ドキュメント完了(ms) |
ドキュメント完了時間は、ページがすべてのコンテンツの読み込みを完了し、ユーザーの操作の準備ができた時点です。 |
|
ページロード時間(ms) |
ページロード時間は、応答の完全なコンテンツをロードするためにかかった合計時間です。 |
|
メトリック |
説明 |
|
失敗したリソース |
訪問中に正常に読み込まれなかったWebページ上の要素は、失敗したリソースとして知られています。これらの失敗したリソースを監視することは、すべての重要な要素が正しく読み込まれていることを確認するために重要です。 |
|
安全でないリソース |
画像、スクリプト、スタイルシートなどのWebサイト要素が、HTTPSではなく暗号化されていないHTTP接続を介して読み込まれる場合、それらは安全でないリソースとして知られています。 |
|
合計JSヒープサイズ(KB) |
JavaScriptヒープサイズは、JavaScriptでオブジェクト、変数、および関数が格納されるブラウザーのメモリー領域を提供します。これはJavaScriptエンジンによって管理され、コードの実行に応じて動的にメモリーを割り当てたり解放したりします。 |
|
JSヒープサイズ上限(KB) |
JavaScriptヒープサイズ上限は、JavaScriptエンジンがヒープにオブジェクト、変数、および関数を格納するために割り当てるメモリーの最大量です。 |
|
CDNヒット率(%) |
CDNヒット率(%):(ヒット数 / ヒットとミスのあるリンク数)* 100 許可されるヘッダーは:x-cache, x-cache-status, x-cache-hits, cf-cache-status, server-timeing, x-proxy-cache, x-origin-cache, and akamai-cache-statusです。 ヘッダー値が:HIT, HIT; HIT,MISS; MISS,HIT ; DYNAMIC ; H; 1,1; 1,0 ; 0,1; 1の場合、CDNヒットと宣言されます。 ヘッダー値が:MISS,MISS; 0,0; 0の場合、CDNミスになります。 |
|
メトリック |
説明 |
|
First Contentful Paint(ms) |
First Contentful Paint(FCP)は、ユーザーのページに最初のテキストまたは画像が読み込まれる時間を測定するメトリックです。FCPは、ブラウザーがドキュメントオブジェクトモデル(DOM)内の最初のコンテンツをレンダリングした時点です。最初のビットはテキストまたは画像であり、FCPはユーザーにページが実際に読み込まれていることを最初に知らせます。 |
|
Largest Contentful Paint(ms) |
Largest Contentful Paint(LCP)は、ページが最大の要素を読み込むのにかかる時間の測定値です。LCPは、Webサイトが画面上の最大のコンテンツをユーザーに表示するのにかかる時間を測定します。一般的に、ページのスクロールなしで表示されるすべてのコンテンツを含むと言われています。 |
|
Cumulative Layout Shift |
Cumulative Layout Shift(CLS)は、ユーザーがページにアクセスしようとしたときに発生するレイアウトシフトを測定します。CLSは、読み込み中のページの知覚的な視覚的安定性を測定するパフォーマンスメトリックです。結果は、そのページのすべての個々のレイアウトシフトの集計スコアとして定量化されます。CLSは、GoogleのWeb Vitalsの1つとしてカウントされます。 |
安全でないリンク:HTTPまたは安全でない接続を持つURLの数が、ここに安全でないリンクとしてリストされます。
ドロップダウンオプションを使用してリソースをフィルタリングできるようになりました。利用可能なフィルターは、[すべてのリソース]、[上位20リソース]、[サイズ別上位20リソース]、[上位20画像]、[上位20
JS]、[上位20
CSS]、[安全でないリソース](HTTPを持つURLがここにリストされます)、[CDNミスリソース]、および埋め込まれたリンク数を持つさまざまなドメインです。上位20のリソース/画像/JS/CSS/ドメインは、応答時間が最も高いリソースを降順でリストすることによって選択されます。
また、CSS、画像、HTML、JavaScript、およびその他の必要なチェックボックスをクリックすることで、リソースをフィルタリングすることもできます。これにより、リストからリソースを簡単に分類できます。
その他の詳細には、ドメインのIPアドレス、各ドメインのサイズ(KB)、各リクエストの平均ページロード時間(ミリ秒単位)、および平均スループット値(コンテンツ長/応答時間)が含まれます。
たとえば、URL www.mysite.comの下では、画像はimages.xyz.comから読み込まれ、広告バナーはads.sample.comから読み込まれるなどです。これらの各ドメインに送信されたリクエストの数、そのHTTPバージョン(1.1または2.0)、およびそれぞれにかかった応答時間が、ドメインサマリーセクションで詳しく説明されています。
また、ファーストパーティードメイン、サードパーティードメイン、CDNドメイン、および広告に基づいてドメインをフィルタリングするオプションも提供します。

ドメインサマリーには、ドメイン別の合計リクエストとドメイン別の期間に基づいた過去24時間のトレンドレポートが表示されます。これにより、過去のパフォーマンスを理解し、将来の計画のためにデータに基づいた意思決定を行うことができます。





メトリック別に表示
メトリックを選択して、ロケーション全体の可用性とパフォーマンスを視覚化します。Geoマップは選択されたメトリックに基づいて動的に更新され、トレンドを分析できます。
応答時間:色のグラデーション(速いロード時間は緑、遅い場合は赤)を使用して表示されます。バブルサイズは応答時間が長いほど大きくなり、速いロードでは小さくなり、地域間のパフォーマンスボトルネックを特定するのに役立ちます。
合成: 設定されたロケーションからのブラウザーベースの監視を使用してキャプチャされた応答時間を表示します。
RUM: 実際のユーザーインタラクションに基づいて、国レベルで応答をヒートマップとして表示します。
ロケーションにカーソルを合わせると、平均ページロード時間、可用性、ページビュー(RUMの場合)、およびその他の関連するパフォーマンスメトリックを含むツールチップが表示されます。
可用性(%):各監視ロケーションからのページロードの成功率を表します。色のグラデーション(高い可用性は緑、低い場合は赤)は、ページロードが失敗したりエラーが発生したりする地域を強調表示します。ロケーションにカーソルを合わせると、可用性の詳細を含むツールチップが表示されます。
現在のステータス:各監視ロケーションのリアルタイムのステータスを示します。マップには、ロケーションがアップかダウンかが表示されます。このビューは、すべての地域にわたるブラウザーチェックの稼働状態を迅速に評価するのに役立ちます。
[障害の追加]ボタンをクリックして障害を追加できます。これらの障害は、CSVまたはPDFとしてエクスポートしたり、メールで送信したりできます。
ハンバーガーアイコンをクリックして[メンテナンスとしてマーク]を選択すると、レコードをメンテナンス中としてマークできます。また、[コメントの追加/編集]を選択してレコードのコメントを追加または編集することもできます。必要に応じて、[削除]をクリックしてレコードを削除できます。



このパフォーマンスベンチマークウィジェットを使用すると、さまざまなセクターにわたる業界の他の企業と比較して、平均応答時間とサービスの可用性をすばやく表示および比較できます。

監視の詳細ページにある[障害]タブにアクセスして、さまざまな障害やメンテナンスのダウンタイムに関する詳細なインサイトを収集できます。問題のトラブルシューティングに十分な情報を提供します。
また、さまざまな障害に対する根本原因解析レポートにもアクセスできます。リストされた監視の障害またはメンテナンスのハンバーガーアイコンにアクセスすると、次のオプションが表示されます:

インベントリーセクションでは、基本的な監視情報と、ポーリングロケーション、ポーリング間隔、ライセンスタイプなど、そのさまざまな設定がキャプチャされます。

個々の監視に統合されたログレコードを使用して、設定された監視のさまざまなログ詳細について、カスタム期間にわたって詳細な知識を得ることができます。ロケーションと可用性に基づいてログをフィルタリングすることもできます。可用性ステータス、HTTPステータスコード、DNS応答時間などのさまざまなデータがここでキャプチャされます。テーブルボタンを使用してログレポートの列をCSV形式でフィルタリングおよびエクスポートし、[CSVのダウンロード]ボタンをクリックすることもできます。

CDNレポートは、Webコンテンツの配信におけるコンテンツ配信ネットワーク(CDN)のパフォーマンスに関するインサイトを提供します。メトリックには、応答時間、ロケーション、ミス、ミス%、失敗したリクエスト、ヒット%が含まれます。
CDNレポートについて詳しく学びましょう。
Lighthouseは、Webページの速度とパフォーマンスを分析するために使用できるオープンソースツールです。どのWebページに対しても実行でき、パフォーマンス、アクセシビリティー、プログレッシブWebアプリ、SEOなどの監査レポートがあります。Site24x7にWebページスピード(ブラウザー)監視がある場合は、監視用に追加したURLの詳細なLighthouseレポートを取得できます。
監査のためにURLを送信すると、Lighthouseはページに対して一連の監査を実行し、その後、ページのパフォーマンスに関するレポートが生成されます。たとえば、ブラウザーでのWebページの速度をテストするためのURLを使用して、Lighthouseレポートを生成できます。各監査には、監査の関連性とそれを修正するために取るべき措置を詳細に記載したリファレンスまたは提案セクションがあります。
Lighthouseレポートには、パフォーマンスメトリックスコアがパーセンテージとして表示され、各メトリックの7日間のトレンドグラフが表示されます。このグラフでは、色分けされたシステム(赤、黄、緑)を使用して、各監査カテゴリのスコアの品質を示します。
Lighthouseには、5つの主要なWebサイト最適化カテゴリの監査レポートがあります:
| 色 | スコア範囲 (0~100%) |
説明 |
| 90~100 | 良好。Webサイトのパフォーマンスは優れています。 | |
| 50~89 | 改善が必要。サイトは中程度のパフォーマンスですが、改善の余地があります。 | |
| 0~49 | 不良。サイトには重大なパフォーマンスの問題があり、早急な対応が必要です。 |
日々のメトリックデータは、パフォーマンスが良好な領域と改善が必要な領域を示すために視覚化されます。
すべてのメトリックを考慮した後、ページのパフォーマンスに基づいてスコアが割り当てられます。スコアの範囲は0から100です。
各パフォーマンスメトリックには、7日間のWebサイトの速度を視覚化するトレンドグラフが含まれています。グラフは色分けされています(緑、黄、赤)。全体のパフォーマンススコアは、しばしばコアWebバイタルと呼ばれるいくつかの個別のメトリックの加重平均から計算されます。
各コアWebバイタルメトリックには、それを良好、改善が必要、または不良と定義する独自の範囲があります。
以下は、各メトリックの範囲とそのカテゴリです:
| メトリック | カテゴリ | 範囲 | 説明 |
| First Contentful Paint(FCP) | 良好 | 0~0.9秒 | ページはコンテンツを迅速に表示します |
| 改善が必要 | 0.9~1.6秒 | ページはより速く読み込まれる可能性があります | |
| 不良 | >1.6秒 | ページはコンテンツの表示が遅いです | |
| Largest Contentful Paint(LCP) | 良好 | 0~1.2秒 | メインコンテンツは迅速に読み込まれます |
| 改善が必要 | 1.2~2.4秒 | メインコンテンツは中程度の速度で読み込まれます | |
| 不良 | >2.4秒 | メインコンテンツの読み込みが遅いです | |
| 合計ブロッキング時間(TBT) | 良好 | 0~150秒 | 最小限のメインスレッドブロッキング |
| 改善が必要 | 150~350秒 | いくつかのメインスレッドブロッキング | |
| 不良 | >350秒 | 高いインタラクティビティ遅延 | |
| Cumulative Layout Shift(CLS) | 良好 | 0~0.1秒 | レイアウトは安定しています |
| 改善が必要 | 0.1~0.25秒 | 軽微なレイアウトシフト | |
| 不良 | ≥0.25秒 | レイアウトが大幅にシフトします | |
| スピードインデックス(SI) | 良好 | 0~1.3秒 | 視覚的な読み込みが速いです |
| 改善が必要 | 1.3~2.3秒 | 視覚的な読み込みは中程度です | |
| 不良 | >2.3秒 | 視覚的な読み込みが遅いです |

ツリーマップの表示:[ツリーマップの表示]
リンクをクリックして、Webページのツリーマップを表示します。Lighthouseの[ツリーマップの表示]機能は、WebサイトのJavaScriptバンドルの視覚的な内訳を提供し、Webページのパフォーマンスに影響を与える可能性のある大きなまたは未使用のモジュールを特定するのに役立ちます。
ツリーマップの各長方形は、モジュールまたはパッケージを表し、バンドル内のその重みに比例したサイズになっており、最適化の機会を見つけやすくなっています。
ツリーマップについて詳しく学びましょう。



監視が障害を報告してから150秒後に、ダウンしている監視の詳細な根本原因解析レポートを取得できます。RCAレポートは、監視の基本的な詳細、障害の詳細、再チェックの詳細、および障害の理由を提供します。根本原因解析は、ダウンタイムを引き起こした原因について明確な結論に達するために、多数の情報を自動的に生成します。RCAは、特定のダウンタイムまたはパフォーマンス問題の根本原因を特定することを目的としています。通常のRCAレポートは、以下の詳細で構成されます:





詳細はこちら:Webページスピード(ブラウザー)の設定方法