次のように述べています。秒までのなら応答が瞬時に返ってきたという印象を与える。秒までならユーザーの思考は途切れなく流れる。秒までならユーザーの注意力は続く。秒以上遅延してしまうと、ユーザーが即、サイトから離れてしまうことも多くなる。秒も待ってくれません。どんなに遅くてもユーザが許容できる待ち時間は、わずか数秒程度です。ユーザの問題を解決することが書かれているサイトは無数に存在するからです。あなたのサイトのパフォーマンスが遅ければ、他の速いサイトに行けば解決します。パフォーマンスはユーザが離脱する原因に直結します。種類の結果が表示されます。"修正が必要な問題点"。"修正を考慮する問題点"。例にサイトパフォーマンスを測定した結果画面です。この問題を修正すると、ページのパフォーマンスが大幅に改善されます。それほど忙しくない場合はこの問題の修正を検討してください。大きな問題は見つかりません。パフォーマンスは良好です。修正を行う場合、赤色の問題点から着手しましょう。修正が難しい場合は、橙色の修正を検討して下さい。次章からは、具体的な修正手順について説明します。以上のリダイレクトがある場合に発生します。ページにアクセスがあった場合、他のリソースにリダイレクトすることはページの読み込み速度を遅くします。複数のリダイレクトがあれば、その分だけ遅延します。設定ファイルに定義されています。操作できるサービスもあります。セキュリティ上の都合で、それらのファイルへのアクセスを拒否している場合もあります。レスポンスを返します。リクエストを行います。以上遅くする可能性があります。レポートに一覧表示されたリダイレクトされているリソースを修正することです。具体的には、リダイレクトが発生しないようにリンクをリダイレクト先に更新してください。リンクをリダイレクト先に更新すると、リダイレクトは発生しなくなります。設定方法は「.htaccessの書き方」を参照してください。以上かかる場合に発生します。サーバの応答時間が遅いことはページの読み込み時間が長くなる原因のひとつです。サーバは、ブラウザのリクエストに応えるためにバックエンドで様々な処理を行います。サーバの性能が悪い場合、それらのリクエストに対するレスポンスを返すまでに時間がかかる場合があります。Nginx、データベース、アプリケーションなどかもしれません。この問題の解決方法は、サーバの性能をアップグレードする、またはサーバの性能が良いプラットフォームに移転することです。サーバのレスポンスが遅い原因は様々な要因が考えられるため、パフォーマンスの測定や、ボトルネックの改善は専門的な知識を必要とします。専門的な知識がない場合は、サポートに相談するか、プラットフォームのアップグレード、または移転を検討してください。画像が読み込まれている場合に発生します。イベントの前にオフスクリーン画像が読み込まれることで監査が失敗します。Developersオフスクリーンは、ページを読み込んでもユーザは見ることができません。ページの読み込みがすべて完了するまでユーザは操作ができないため、オフスクリーンの部分が大きいほど体感時間が増加します。ユーザの体感時間を上げるためには、最初にユーザが見える部分だけを読み込ませ、オフスクリーン部分は遅延読み込みする方法があります。この問題の解決方法は、最初のリクエストにオフスクリーン画像を含めないことです。適用することで読み込み時間をさらに短縮することができます。要素が入ったタイミングでイベントを発火させることができる技術です。よって画面の絶対座標を取得することで、読み込みをコントロールします。種類のブロックリソースのいずれかを検出したときに発生します。上記の問題点は、検出した時点でレンダリングがブロックされるリソースであるため、ブロックされた時間分だけ表示の完了が遅延します。最適化によるパフォーマンス改善の記事を参照してください。この問題の解決方法は、レンダリングをブロックするリソースをインライン化することです。ページの読み込みを妨げないように非同期読み込みを行う方法があります。これらの属性は、ページのレンダリングをブロックして遅延させることを回避し、最適なパフォーマンスを実現します。一部のブラウザでは対応していないため注意が必要です。非同期で読み込むため、アクセス直後のレンダリングが一瞬崩れたように表示されてしまう問題があります。問題を回避するには、クリティカルレンダリングパスを最適化する必要があります。詳細は「クリティカルなリクエストの深さの最小化」の章を参照してください。属性のいずれも指定しない状態では同期読み込みになります。タグに到達すると、スクリプトをダウンロードして実行します。パーサーは一時停止します。パーサーは再び解析を行います。属性が付与された場合、非同期読み込みになります。タグに到達すると、スクリプトのダウンロードが平行して行われます。パーサーは一時中止し、スクリプトの実行を行います。パーサーは再び解析を行います。属性が付与された場合、非同期読み込みになります。タグに到達すると、スクリプトのダウンロードが平行して行われます。パーサーは解析を続けます。すべての解析が完了した時点でスクリプトが実行されます。Standard上記のパターンでは、何も指定しないデフォルトの状態がもっとも遅くなります。属性はどちらが速いのかはスクリプトのサイズ、実行タイミング、終わるまでの処理時間が異なるので、一概には言えません。重要なポイントは、スクリプトの処理内容に合った適切な属性を指定することです。検出されたときに発生します。