Googleが明かすページウェイトの落とし穴！開発者が今すぐやるべきSEO対策
Googlebotのファイルサイズ制限、その真実とは？
皆さん、Webサイトのパフォーマンス最適化、日々お疲れ様です！「ページが重いとSEOに悪い」「Googlebotのファイルサイズ制限って2MBだっけ？」なんて話、よく耳にしますよね。でも、ちょっと待ってください。Googleが最近の「Search Off The Record」ポッドキャストで、このあたりの誤解をスッキリさせてくれました。
GoogleのMartin Split氏とGary Illyes氏によると、Googlebotのファイルサイズ制限については、多くの開発者が勘違いしているポイントがあるそうです。
- 検索用Googlebotのファイルサイズ制限: 2MB（ファイルごと）
- PDFファイル: 最大65MB（ファイルごと）
- 一般的なGooglebotの制限: 15MB（ファイルごと）
ここが重要！ これらの制限は「ページ全体」ではなく、「個々のファイルごと」なんです。例えば、HTMLファイル単体で2MBもの容量になることは、ほぼありません。これはとてつもない量のHTMLコードを意味しますからね。画像ファイルやJavaScriptファイル、CSSファイルなど、個々のリソースがこの制限を超えないように、という話です。
ほとんどのWebサイトでは、個々のファイルがこの上限を超えることは稀なので、99.9%のサイトオーナーにとっては、このGooglebotのファイルサイズ制限が直接的な問題になることは少ないと見られます。つまり、「うちのページ、重すぎてGooglebotにクロールされないんじゃ…」と心配しすぎる必要はない、ということです。
じわじわ増えるページウェイト、モバイルユーザーへの影響は？
Googlebotのファイルサイズ制限は「ファイルごと」なので安心、と思ったあなた。しかし、もう一つ、開発者として目を背けてはならない重要な問題があります。それが「ページウェイト（ページの総重量）」です。
ポッドキャストでは、Web Almanacのデータが引用されていました。それによると、モバイルホームページの平均ページウェイトは、2015年には845KBだったのが、2025年7月にはなんと2.3MBにまで増加しているそうです。これはHTMLだけでなく、CSS、JavaScript、画像、動画など、ページを構成するすべてのリソースを含めた合計の重さを指します。
このページウェイトの増加は、Googlebotのファイルサイズ制限とは別の次元の問題です。なぜなら、ユーザーは個々のファイルサイズの内訳なんて気にしません。彼らが気にするのは、「サイトがどれだけ速く表示され、スムーズに操作できるか」というパフォーマンスだけだからです。
Gary氏とMartin氏も強調していましたが、もしあなたのサイトの総ファイルサイズが30MBにもなるとしたら、たとえそれが複数のファイルに分散されていたとしても、ユーザーは待たされることにストレスを感じます。特に、通信環境が良くない地域や、データプランが限られているユーザーにとっては、大きな負担となり、離脱につながる可能性が高まります。
開発者が今すぐ試すべき！ページウェイト最適化の具体策
では、この「ページウェイト問題」に対して、Web制作者や開発者は具体的に何をすれば良いのでしょうか？
1. Googlebotファイル制限対策：個々のリソースをチェック
- 巨大な個別ファイルがないか確認: 特にPDFファイルや高解像度すぎる画像、巨大な動画ファイルなどが、個別のファイルサイズ制限（2MB/15MB/65MB）を超えていないかチェックしましょう。
- CDNの活用: CDN（コンテンツデリバリーネットワーク）を利用することで、ユーザーに近いサーバーからコンテンツを配信し、ダウンロード速度を向上させることができます。これは個々のファイルの高速化にも寄与します。
2. ページウェイト対策：ユーザー体験を最優先に
これはSEOにも間接的に大きな影響を与える、最も重要な部分です。ユーザー体験が悪いサイトは、Googleも評価しづらいですからね。
- 画像の最適化を徹底:
- 次世代フォーマットの利用: WebPやAVIFなど、圧縮率の高いフォーマットに変換しましょう。
- 適切なサイズにリサイズ: 表示サイズよりもはるかに大きい画像を配置していませんか？デバイスに応じたレスポンシブな画像表示を実装しましょう。
- 遅延読み込み（Lazy Load）: スクロールしないと見えない画像は、表示されるまで読み込みを遅らせることで、初期表示速度を向上させます。
- CSSとJavaScriptの最適化:
- ミニファイ（Minify）と結合: 不要な空白やコメントを削除し、複数のファイルを一つに結合することで、ファイルサイズとリクエスト数を削減します。
- 非同期読み込み: ページの表示をブロックしないよう、
asyncやdefer属性を使ってスクリプトの読み込みを最適化しましょう。 - 不要なコードの削除: 使っていないCSSやJavaScriptは思い切って削除しましょう。
- 動画コンテンツの軽量化とストリーミング:
- 圧縮と最適化: 動画も画像と同様に圧縮し、Web向けに最適化しましょう。
- ストリーミングサービスの利用: YouTubeやVimeoのようなストリーミングサービスを活用することで、サーバーへの負荷を軽減し、効率的に配信できます。
- フォントファイルの最適化:
- Webフォントのサブセット化: 必要な文字だけを抽出してファイルサイズを小さくします。
- 事前読み込み（Preload）: 重要なフォントは早めに読み込むようブラウザに指示します。
- HTTP/2またはHTTP/3の利用: より効率的な通信プロトコルを使用することで、多数のリソースを並行してダウンロードできるようになり、ページの読み込み速度が向上します。
試すならどこから始める？
まずは、自分のサイトの現状を把握することから始めましょう。
- Google PageSpeed Insightsで診断: 自分のサイトのURLを入力し、モバイルとデスクトップ両方のスコアと改善提案を確認してください。特に「改善できる項目」に注目です。
- Google ChromeのLighthouseレポートを活用: 開発者ツール（F12）からLighthouseを実行し、パフォーマンス、アクセシビリティ、SEOなど多角的な視点からの詳細なレポートを取得しましょう。どのリソースが重いのか、具体的な原因がわかります。
- 最も影響の大きい部分から着手: レポートで指摘された中で、最も改善インパクトが大きい部分（例えば、巨大な画像やブロックしているJavaScriptなど）から優先的に最適化を進めていくのが効率的です。
- ユーザーの地域を考慮: もし海外のユーザーが多い場合は、彼らが利用する通信環境やデバイスも考慮し、より厳しい基準で最適化を進める意識も重要です。
まとめ：Googlebotとユーザー、両方の視点を持つことが重要
Googlebotのファイルサイズ制限は「ファイルごと」なので、過度に心配する必要はありません。しかし、「ページ全体の重さ」はモバイルユーザー体験に直結し、結果としてSEOにも間接的に影響を与える重要な要素です。
Web制作者として、この二つの問題を混同せず、それぞれの対策を講じることが肝心です。定期的なパフォーマンス計測と継続的な改善を通じて、Googlebotにもユーザーにも優しい、高速で快適なWebサイトを目指しましょう！
