構成するさまざまなタイミングの内訳が表示されます。次に、これらのサブパーツについて詳しく説明します。指標の改善方法が得られない場合、より複雑な作業になることがあります。一般に、複雑なタスクの場合は、それを小さく、扱いやすいタスクに分割し、個別に対処することをおすすめします。プラクティスを紹介します。最適化の詳細をご覧ください。つを確認する必要があります。向けに最適化されているかどうかを確認できます。URL(該当する場合)を照合できます。ウォーターフォール図で一般的なページ読み込みからこれらのリソースをハイライト表示しています。要素ではレンダリングのために画像リクエストが必要です。要素をできるだけ早くレンダリングする必要があります。合計時間を次のサブパートに分割します。レスポンスの最初のバイトを受信するまでの時間。リソースの読み込みを開始するまでの時間。リソース自体の読み込みにかかる時間。要素のレンダリングが完了するまでの時間。つのサブカテゴリで構成されます。同じウォーターフォールの図。タイムライン上にあります。つのサブパートに分割できます。重複やギャップはありません。時間の合計になります。最適化する場合は、これらのサブ要素を個別に最適化することをおすすめします。そのすべてを最適化する必要があることにも留意することが重要です。改善されず、短縮された時間が別の部分に移るだけです。実際には改善されません。短縮されることなく要素のレンダリングの遅延が増加します。要素が非表示になり、読み込みが完了するとすべてが一度に表示されるからです。最良の結果を得るために、これらのサブパートすべてを最適化する必要があるポイントを示しています。各サブパートを最適化するには、最適化されたページでこれらのサブパートの理想的な内訳を把握することが重要です。つには「遅延」という言葉が含まれています。近づけたいという手がかりになります。リクエストを伴うため、時間がかかります。100%これらの時間の分類はガイドラインであり、厳格なルールではありません。秒以内であれば、相対的な割合は重要ではありません。秒の目標を常に達成することは非常に難しくなります。時間の内訳を把握する方法は次のとおりです。ソースの読み込みに費やしてください。つのリソースのいずれかが読み込まれていない場合は、いつでも改善の余地が生じます。秒であることから、こうしたパーセンテージを絶対数に変換したくなるかもしれませんが、それは推奨されません。これらのサブパートは相対的にしか意味がないため、常にそのように測定することをおすすめします。各サブパートの時間がどのように分割されるかを理解できたので、次は自分のページの最適化を始めましょう。プラクティスを紹介します。リストには、影響が最も大きい最適化から順に表示されます。リソースの読み込みをできるだけ早く開始することです。直後ですが、実際には、ブラウザが実際にリソースの読み込みを開始するまでに、常に多少の遅延が生じます。リソースの読み込みは、そのページで最初に読み込まれたリソースと同時に開始する必要があります。リソースの読み込みが最初のリソースより遅い場合は、改善の余地があります。リソースの読み込みが、最初に読み込まれるスタイルシートのかなり後に開始されます。改善の余地があります。リソースが検出されたとき。リソースに割り当てられた優先度。レスポンスでリソースを検出できるようにすることが重要です。リソースを検出できます。マークアップに存在します。ヘッダーを使用して)プリロードされます。要素は、レンダリングにウェブフォントが必要となるテキストノードです。ヘッダーを使用して)読み込まれます。リソースを検出できない例をいくつか示します。