このドキュメントは、以下について説明します。
Webページの読み込みの仕組み
が、リアルユーザー監視（RUM）とも呼ばれるページロードタイミングを測定する仕組み
ヒント
これは、従来の同期型ページロードタイミングを解説したものです。Browserは、非同期型のページロードタイミングもモニターできます。
ページ読み込みのプロセス
以下に示すのは、大半のウェブページ読み込みにおける主要なステップになります。図表の1～6の数は、その下に続くステップと一致しています。
Page load timeline: ウェブページの読み込みに含まれる手順。ブラウザ監視チャートには、このプロセスのNetwork、 Web application、 DOM processing、Page renderingの各セグメントが表示されます。
ページ読み込みは、ユーザーがハイパーリンクを選択、フォームを提出、またはブラウザへURLを入力すると開始します。これは
initial request
または
navigation start
とも呼ばれます。ユーザーのアクションは、ネットワークをまたいで、Webアプリケーションサーバーに
request
を送信します。
リクエストはアプリケーションに到達して処理されます。（リクエストの処理が開始されるまで、多少の時間がかかる場合があります。この原因として
request queuing
などの要因が考えられます。）
アプリケーションが処理を終え、ネットワークをまたいでユーザーのブラウザにHTML
response
を返信します。これは
response start
または
first byte
と呼ばれることもあります。
（ファーストバイトまでの時間）ユーザーのブラウザがHTMLレスポンスの受信を開始し、ドキュメントオブジェクトモデル、または
DOM
の処理を開始します。
DOMの読み込みが終了します。この時点を
DOM ready
と呼びます。DOMを使用して、ユーザーのブラウザがページレンダリングを開始します。
ユーザーのブラウザでページレンダリングが終了し、
window load event
が開始されます。（非同期読み込みを使用するページでは、一部の要素がウィンドウの読み込みイベント後も読み込まれ続ける可能性があります。）
Browserモニタリングにおけるページロードタイムのチャート
Browserモニタリングは、ブラウザのSummaryページとPage viewsページで主要なページロードタイミングのセグメントをキャプチャします。SPAモニタリングを有効にしている場合は、このチャートとSPA特有のチャートの双方にアクセスできます。チャートでは、以下の内容が表示されます。
- ネットワーク
- Webアプリケーション時間
- DOM処理
- ページレンダリング
- リクエストキューイングなど、その他の該当するセグメント
チャートの色は、ページロードタイミング図表の色と一致します。
one.newrelic.com > All capabilities > Browser > (select an app) > Summary：読み込み時間チャートはSummaryページとPage viewsページに表示されます。
ブラウザがこれらの時間を収集する方法は、ブラウザがNavigation Timing Specification APIを使用できるかどうかによって異なります。カスタムページロードタイミングのイベントは、BrowserエージェントAPIで追加できます。
以下に示すのは、ブラウザ読み込み時間のチャートセグメントに含まれるアクティビティの詳細です。
アプリケーションサーバーリクエストvsブラウザトランザクション
アプリケーションサーバートランザクションの数（rpm：1分あたりのリクエスト数）は、同一のアプリケーションのブラウザトランザクションの数（ppm：1分あたりのページ）よりも大きくなる傾向があります。詳細は、トラブルシューティングの手順を参照してください。
外れ値
ご利用のアプリケーションがどれだけ優れたパフォーマンスを示しているとしても、必ず一部の遅いブラウザ、プラットフォーム、そしてネットワークによって総合的な集計レスポンスタイムの表示は遅れます。外れ値による非対称を最小限に留めるため、ページロードタイミングはアプリケーションのブラウザApdex T設定の4.5倍以上のエンドユーザーレスポンスタイムを固定して、Apdex Tの4.5倍または13.5秒のうちどちらか大きい方に縮小します。（ヒストグラムの外れ値は95%でカットオフされます。）
たとえば、ご利用のアプリケーションのエンドユーザーApdex T閾値が8秒の場合、これらのレスポンスタイムは36秒で固定されます。これによって、これらのレスポンスタイムがアプリケーション全体に及ぼす影響を最小限に留めながらも、「挫折した」Apdexスコアを考慮できます。
SPAモニタリングでは、外れ値の扱いが異なります。初期ページ読み込みまたはルート変更の時間が30分に達すると、このイベントは無効データとして扱われ、破棄されます。
次のステップ
以下のドキュメントで、ページロードタイミングに関する詳細をご覧ください。
- PageViewTimingイベントについて
- ページロードタイミングで作成されたクッキー
- クッキーの収集とセッションの追跡
- キャッシュされたページの監視方法
- Syntheticとブラウザにおけるページロードタイミングの比較
まだ作成されていない場合は、無料のNew Relicアカウントを以下で作成し、今すぐデータの監視を開始してください。