お使いのページは訪問者を待たせていませんか?
サイトの URL を入力してください。シミュレートした電話で、遅い 4G 回線で 3 回読み込み、何が重いのかをお伝えします。画像、リクエスト、キャッシュ、スクリプト。
同じページ、2 台の電話、同じ回線。違いはひとつ、右は画像 3 枚を再圧縮し、タグに一語追加しただけです。どちらが先に読めるか、ご覧ください。
同じページを 2 台並べて読み込みます。右は画像 3 枚を再圧縮し、タグに一語だけ追加。作業時間は 1 時間。
1.3 秒。右はテキストが表示され、訪問者は読み始めています。
左はまだ真っ白。訪問者の半分はすでに離脱しています。
5.4 秒。左のページがようやく表示されました。もう誰も見ていません。
内容はまったく同じで、4 倍の速さです。
サイトのコードは何も変わっていません。画像 3 枚と一語だけ。
時間を 4 分の 1 にしたのは、画像 3 枚とタグの一語です。
オフィスのパソコンと光回線では、この待ち時間は決して見えません。訪問者には見えています。
重さ転送量
画像大きすぎ
リクエスト合計
圧縮brotli・gzip
キャッシュ最低 1 日
HTTP/2または HTTP/3
スクリプトブロック
フォント軽さ
外部重さの割合
サーバー最初の 1 バイト
重さ転送量
画像大きすぎ
リクエスト合計
圧縮brotli・gzip
キャッシュ最低 1 日
HTTP/2または HTTP/3
スクリプトブロック
フォント軽さ
外部重さの割合
サーバー最初の 1 バイト構造の 10 項目、パリでも東京でも同じものです。読み込み時間は計測方法とともに目安として表示し、スコアには入れません。
なぜ単純なストップウォッチではないのですか?
時間の計測はすべてに左右されるからです。サーバーまでの距離、回線、端末、時間帯。同じサイトでも 2 回の計測で 15% 違います。一方、ページの重さ、リクエスト数、大きすぎる画像、キャッシュ、圧縮はパリでも東京でも同じで、遅さの原因はそこにあります。スコアはそこに基づいています。
表示される時間はどう見ればよいですか?
目安であって、スコアではありません。シミュレートしたモバイルブラウザで、遅い 4G 回線と制限した CPU を使い、フランスから 3 回計測した中央値を表示しています。スコアに入る唯一の時間はサーバーの最初の 1 バイトです。端末にも描画にも左右されないからです。
なぜ「フランスから」なのですか?
顧客がフランスにいるサイトにとって、重要なのはその視点だからです。地球の裏側のサーバーは最初の 1 バイトに表れます。それは偏りではなく、情報です。
スコアは何を測っていますか?
4 つのカテゴリの 10 項目を 100 点満点で測定します。重さ(合計、画像、リクエスト)、配信(圧縮、キャッシュ、プロトコル)、描画(ブロックするスクリプト、フォント、外部の割合)、サーバー。確認対象のない項目、たとえば Web フォントのないページのフォント項目は、計算から外れます。
誰が、どれくらいの時間で直せますか?
画像は、名前入りの一覧があれば 1 時間で再圧縮できます。キャッシュと圧縮はホスティング側の数行。ブロックするスクリプトは defer を 1 つ。サイトの作り直しが必要なものは、ここにはありません。
測定:example.co.jp
0,0 sスコアを集計しています。
各項目が獲得した点数を加算し、足りない点数も表示します。