このガイドでは、Microsoft Edge DevTools の [ネットワーク] パネルでネットワークの問題や最適化の機会を検出する方法について説明します。
ネットワーク ツールの基本については、「ネットワーク アクティビティの検査」を参照してください。
キューに入った要求またはストールした要求
現象
6 つの要求が同時にダウンロードされています。 その後、一連の要求がキューに入れられているか、ストールします。 最初の 6 つの要求のいずれかが完了すると、キュー内のいずれかの要求が開始されます。
次の図の ウォーターフォール では、 edge-iconx1024.msft.png
資産に対する最初の 6 つの要求が同時に開始されます。 後続の要求は、元の 6 つの要求のいずれかが完了するまでストールします。
原因
1 つのドメインで要求が多すぎます。 HTTP/1.0 または HTTP/1.1 接続では、Microsoft Edge では、ホストごとに最大 6 つの同時 TCP 接続を許可します。
修正プログラム
HTTP/1.0 または HTTP/1.1 を使用する必要がある場合は ドメイン シャーディングを実装します。
HTTP/2 を使用します。 HTTP/2 でドメイン シャーディングを使用しないでください。
重要な要求が以前にダウンロードされるように、不要な要求を削除または延期します。
最初のバイトへの低速時間 (TTFB)
現象
要求は、サーバーからの最初のバイトの受信を待機するのに長い時間を費やします。
次の図では、 ウォーターフォール の長い緑色のバーは、要求が長い時間待機していることを示しています。 これは、ネットワーク速度を制限し、遅延を追加するためにプロファイルを使用してシミュレートされました。
原因
クライアントとサーバーの間の接続が遅いです。
サーバーの応答が遅い。 サーバーをローカルでホストして、低速な接続かサーバーかを判断します。 ローカル サーバーにアクセスするときに Time To First Byte (TTFB) が遅い場合は、サーバーの速度が低下します。
修正プログラム
接続が遅い場合は、CDN でコンテンツをホストするか、ホスティング プロバイダーを変更することを検討してください。
サーバーの速度が遅い場合は、データベース クエリの最適化、キャッシュの実装、またはサーバー構成の変更を検討してください。
コンテンツのダウンロードが遅い
現象
要求のダウンロードには長い時間がかかります。
次の図では、png の横にある ウォーターフォール の長い青いバーは、ダウンロードに長い時間がかかったということです。
原因
クライアントとサーバーの間の接続が遅いです。
多くのコンテンツがダウンロードされています。
修正プログラム
CDN でコンテンツをホストするか、ホスティング プロバイダーを変更することを検討してください。
要求を最適化することで、送信バイト数を減らします。
注:
このページの一部は、 Google によって 作成および共有され、 クリエイティブ・コモンズ属性 4.0 国際ライセンスに記載されている条件に従って使用される作業に基づく変更です。 元のページは ここに あり、ケイス・バスクとジョナサン・ガルビーによって執筆されています。