ウェブページのファイルサイズについて
ウェブページのファイルサイズとは?
Webページのファイルサイズとは、ページを表示するためにブラウザがダウンロードしなければならないすべてのものの総容量です。HTMLドキュメントに加えて、スタイルシート、スクリプト、フォント、画像、さらに実行開始後にサードパーティ製スクリプトが取得するものも含まれます。
ドキュメント自体の容量は、通常、誤差のようなものです。容量のほとんどは画像とJavaScriptが占めています。そのため、ページ容量は100個もの決定事項ではなく、2つの決定事項に集約されることが多いのです。
重要なのは、実際の訪問者が初回アクセス時にダウンロードする容量です。つまり、何もキャッシュされていない状態での容量です。ページが評価されるのはまさにこの瞬間ですが、ほとんどのテストではこの状態が対象外になっています。
2026年でもページサイズは依然として重要ですか?
接続速度は以前より速くなり、それに合わせてページサイズも大きくなっているため、インフラの進歩ほどユーザー体験は改善していません。電波の弱い場所でモバイル接続を利用する際に、ページが使用可能かどうかを左右する最大の要因は、依然としてデータ量です。
また、従量制データプランを利用している訪問者にとっては、直接的なコストにもなります。オフィスのWi-Fiでテストしていると忘れがちですが、自分のスマートフォンで利用すれば、そのことを忘れるのは不可能です。
ページの重さは、一気に増すというより、徐々に積み重なっていく傾向があります。最初から重い状態で公開されるページはほとんどありません。キャンペーン用スクリプトが1本、圧縮されていないファーストビュー画像が1枚と、少しずつ重くなっていくのです。
AI検索とページサイズの関係
クローラーは膨大な規模でページを取得するため、それに応じて待てる時間も短くなります。重いページは取得に時間がかかり、途中で放棄される可能性も高くなります。特に、まず実行しなければならないスクリプトにコンテンツが依存している場合は、その傾向が顕著です。
HTML内に意味のあるコンテンツを含め、クライアント側で組み立てるのではなく、ページを読み取る必要があるものに確実に認識させることは、合計バイト数よりも重要です。テキストがAPI経由で読み込まれる軽量なページは、テキストがドキュメント内に含まれている容量の大きなページよりも劣ります。
ページの容量と読みやすさは別々の問題ですが、その原因は共通しており、ブラウザで処理しすぎていることです。
ページサイズに関するベストプラクティス
- 画像を圧縮し、表示サイズに合わせて最新の形式で配信します。
- ファーストビューより下にあるものはすべて遅延読み込みにします。ただし、ページ上部のメイン画像は決して遅延読み込みにしないでください。
- サードパーティ製スクリプトを定期的に監査し、誰も導入理由を説明できないものは削除します。
- フォントをサブセット化し、読み込むウェイト数を制限します。
- 圧縮を有効にします。コストはかからず、すべてのテキストファイルに適用できます。
- ウェイトの予算を設定し、それを超えることを当たり前のことではなく、バグとして扱います。
このツールがチェックする項目
このツールはページが読み込むリソースの合計を計算し、5MB未満かどうかを判定します。
これは、適切なページサイズを定義するためではなく、本当に肥大化したページを検出するために設けられた、余裕のある上限です。上限を大きく下回っていても、必要以上に数倍重い場合があるため、合格ラインは目標ではなく最低基準です。
次に行うこと
Weight comes from specific files. Check whether your
画像の最適化 is doing its job, see how many separate files the page pulls in with the
ページリクエスト tool, and confirm
圧縮 is enabled, since it applies to every text asset at once.