Webサイトの表示速度は、もはやユーザー体験の向上だけでなく、SEO対策においても欠かせない要素となりました。特に2021年にGoogleがCore Web Vitalsを検索ランキング要因として正式に導入してから、ページスピードの重要性はさらに高まっています。
しかし、「PageSpeed Insightsで測定はしているけど、具体的にどう改善すればいいかわからない」「改善方法が技術的すぎて理解できない」という声をよく耳にします。実際に、多くのWebサイト運営者が表示速度の改善に悩んでいるのが現状です。
この記事では、LandingHubを運営する私たちが、実際の改善事例を交えながら、PageSpeed Insightsを使った効果的な改善方法を包括的に解説します。
技術的な知識がない方でも理解できるよう、わかりやすく説明していきますので、ぜひ最後までお読みください。
目次
PageSpeed Insightsとは?基礎知識から理解しよう
PageSpeed Insightsは、Googleが無料で提供するウェブページの表示速度分析ツールです。
URLを入力するだけで、モバイルとデスクトップの両方でサイトの表示速度を測定し、100点満点でスコアを算出します。
PageSpeed Insightsの特徴
このツールの最大の特徴は、単なる速度測定だけでなく、具体的な改善提案まで行ってくれることです。
しかも、改善によってどの程度の時間短縮が見込めるかまで教えてくれるんです。
これって、めちゃくちゃ便利ですよね。
特に注目すべき点は、2021年のリニューアル以降、実際のユーザーデータに基づいた「フィールドデータ」と、ラボ環境での測定結果「ラボデータ」の両方を確認できるようになったことです。
これにより、より実態に近いサイトパフォーマンスを把握できます。
なぜPageSpeed Insightsが重要なのか
表示速度がWebサイトに与える影響は想像以上に大きく、主に以下の3つの観点から重要視されています。
1. ユーザー体験(UX)への直接的影響
ユーザーは待つことを嫌います。特にモバイル環境では、3秒以上の読み込み時間で53%のユーザーが離脱するというデータもあります。1秒で表示されるサイトと3秒かかるサイトでは、ユーザーの満足度に雲泥の差が生まれます。
直帰率や離脱率の増加は、最終的にコンバージョン率の低下につながり、ビジネスに直接的な損失をもたらします。逆に言えば、表示速度を改善することで、これらの指標を大幅に改善できる可能性があるんです。
2. SEOランキング要因としての重要性
Googleは2018年に「Speed Update」を実施し、ページの表示速度を検索ランキングの要因として正式に取り入れました。さらに2021年には、Core Web Vitalsが本格的なランキング要因として導入されています。
これは単なる技術的な指標ではなく、Googleがユーザー体験を重視している証拠でもあります。表示速度の遅いサイトは、ユーザーにとって使いにくいサイトと判断され、検索結果での上位表示が難しくなる可能性があります。
3. クローラビリティへの影響
検索エンジンのクローラーも、表示速度の遅いサイトに対しては巡回頻度を下げる傾向があります。これにより、新しいコンテンツのインデックス登録が遅れたり、サイト全体の評価が下がったりする可能性があります。
特に大規模サイトの場合、クローラーの巡回効率は非常に重要で、表示速度の改善がSEO効果に直結することも珍しくありません。
PageSpeed Insightsの使い方と分析方法
実際にPageSpeed Insightsを使って分析を行う手順を、初心者の方にもわかりやすく説明します。
基本的な使い方
PageSpeed Insightsの使い方は驚くほど簡単です。
- PageSpeed Insightsにアクセス
- 分析したいページのURLを入力欄に貼り付け
- 「分析」ボタンをクリック
- 測定完了まで待機(通常10-30秒程度)
- 結果を確認
これだけで、モバイルとデスクトップ両方のスコアが確認できます。
自社サイトだけでなく、競合サイトの分析も可能なので、ベンチマークとしても活用できますね。
スコアの見方と評価基準
PageSpeed Insightsのスコアは以下の基準で評価されます。
スコア | 評価 | 色 | 状態 |
---|---|---|---|
90-100 | Good(良好) | 緑 | 最適化の余地はほとんどない |
50-89 | Medium(普通) | オレンジ | 最適化の余地がある |
0-49 | Low(悪い) | 赤 | 大幅な改善が必要 |
ただし、ここで重要なポイントがあります。必ずしも100点を目指す必要はありません。
特に日本のサイトは海外サーバーから測定されるため、実際よりも低いスコアが出がちです。
目安としては、PCサイトで50点以上、モバイルサイトで40点以上あれば、まずまずのレベルと考えて良いでしょう。大手サイトでも意外とスコアが低いことがあるんですよ。
フィールドデータとラボデータの違い
PageSpeed Insightsでは、「フィールドデータ」と「ラボデータ」という2つの異なるデータセットが表示されます。
フィールドデータ(実際のユーザーの環境で評価)
フィールドデータは、Chrome User Experience Report(CrUX)に基づく実際のユーザーの体験データです。過去28日間に実際にサイトを訪問したユーザーのデータを集計したもので、SEO評価に直接影響するのはこちらです。
Core Web Vitalsの3つの指標がここに表示されます:
- LCP(Largest Contentful Paint):最大のコンテンツが表示されるまでの時間
- FID(First Input Delay):ユーザーの最初の操作に対する応答時間
- CLS(Cumulative Layout Shift):予期しないレイアウトのずれ
ラボデータ(パフォーマンスの問題を診断)
一方、ラボデータはGoogleのLighthouseツールによる模擬的な測定結果です。一定の条件下での測定なので、実際のユーザー体験とは異なる場合があります。
ラボデータには以下の指標が含まれます:
- First Contentful Paint(FCP):最初のコンテンツが表示されるまでの時間
- Speed Index:ページコンテンツが表示される速度
- Time to Interactive(TTI):ページが完全に操作可能になる時間
- Total Blocking Time(TBT):メインスレッドがブロックされている時間
Core Web Vitalsの詳細解説と改善目標
Core Web Vitalsは、Googleが定義したWebサイトのユーザー体験を測る3つの重要指標です。
これらの指標を理解し、改善することが現代のSEO対策には必須です。
LCP(Largest Contentful Paint)の改善
LCPは、ページの主要コンテンツが表示されるまでの時間を測定します。
ユーザーが「このページは読み込まれた」と感じる重要なタイミングです。
LCPの評価基準
評価 | 時間 | 状態 |
---|---|---|
Good(良好) | 2.5秒以内 | 理想的 |
Needs Improvement(改善が必要) | 2.5-4.0秒 | 改善を推奨 |
Poor(不良) | 4.0秒以上 | 緊急改善が必要 |
LCPの改善には、主要コンテンツとなる画像やテキストの最適化が効果的です。特に、ファーストビューに表示される大きな画像のサイズ最適化は即効性があります。
FID(First Input Delay)の改善
FIDは、ユーザーが最初にページと相互作用(クリック、タップなど)してから、ブラウザが実際にその応答を開始するまでの時間です。
FIDの評価基準
評価 | 時間 | 状態 |
---|---|---|
Good(良好) | 100ミリ秒以内 | 理想的 |
Needs Improvement | 100-300ミリ秒 | 改善を推奨 |
Poor(不良) | 300ミリ秒以上 | 緊急改善が必要 |
FIDの改善には、JavaScriptの実行時間の最適化が重要です。重いJavaScript処理を非同期化したり、不要なスクリプトを削除したりすることで改善できます。
CLS(Cumulative Layout Shift)の改善
CLSは、ページ読み込み中の予期しないレイアウトのずれを測定します。ユーザーがクリックしようとした瞬間にボタンが移動してしまうような体験を防ぐための指標です。
CLSの評価基準
評価 | スコア | 状態 |
---|---|---|
Good(良好) | 0.1以下 | 理想的 |
Needs Improvement | 0.1-0.25 | 改善を推奨 |
Poor(不良) | 0.25以上 | 緊急改善が必要 |
CLSの改善には、画像や広告エリアの事前サイズ指定、Webフォントの最適化などが効果的です。
実践的な改善方法|効果の高い施策から始めよう
ここからは、実際にPageSpeed Insightsのスコアを改善するための具体的な方法を、効果の高い順に解説していきます。私たちLandingHubでの改善事例も交えながら説明しますね。
1. 画像最適化|最も効果的で取り組みやすい改善策
画像最適化は、最も効果が出やすく、技術的な知識がなくても取り組める改善策です。
多くのサイトでページサイズの50-70%を画像が占めているため、ここを最適化するだけで劇的な改善が期待できます。
画像フォーマットの選択
現代のWebサイトでは、以下の画像フォーマットの使い分けが重要です:
- WebP:JPEGより20-35%小さいファイルサイズで同等の画質
- AVIF:WebPよりもさらに50%程度小さくできる次世代フォーマット
- JPEG:写真に適した従来フォーマット
- PNG:透明度が必要な場合に使用
画像サイズの最適化
表示サイズより大きな画像を配信するのは帯域の無駄遣いです。例えば、300×200pxで表示する画像に1200×800pxの画像を使うのは明らかに過剰ですよね。
レスポンシブWebデザインの場合、異なるデバイスサイズに応じた複数の画像サイズを用意し、<picture>要素やsrcset属性を使って適切な画像を配信することが重要です。
遅延読み込み(Lazy Loading)の実装
ファーストビューに表示されない画像は、ユーザーがスクロールしたタイミングで読み込む遅延読み込みを実装しましょう。HTML5のloading=”lazy”属性を使えば、簡単に実装できます。
<img src="image.jpg" loading="lazy" alt="説明文">
2. CSS・JavaScriptの最適化
CSS、JavaScriptの最適化も大きな効果が期待できる改善策です。
不要なコードの削除
使用していないCSS、JavaScriptは積極的に削除しましょう。WordPressなどのCMSを使っている場合、テーマやプラグインが不要なスクリプトを読み込んでいることがよくあります。
Chrome DevToolsの「Coverage」タブを使うと、実際に使用されているコードの割合を確認できるので、活用してみてください。
ファイルの圧縮(Minify)
CSS、JavaScriptファイルの圧縮は、ファイルサイズを10-40%程度削減できる効果的な手法です。以下のようなツールを活用しましょう:
- UglifyJS(JavaScript圧縮)
- CSSNano(CSS圧縮)
- Terser(現代的なJavaScript圧縮ツール)
クリティカルCSSの実装
ファーストビューの表示に必要なCSSのみを<head>内にインライン記述し、残りのCSSを非同期で読み込むクリティカルCSS手法も効果的です。
3. サーバーサイドの最適化
サーバーサイドの最適化は技術的な知識が必要ですが、効果は非常に大きいです。
CDN(Content Delivery Network)の活用
CDNを利用することで、ユーザーに最も近いサーバーからコンテンツを配信でき、大幅な速度改善が期待できます。特に画像配信においては、CDNの効果は絶大です。
私たちLandingHubでも、AWS CloudFrontやCloudflareなどのCDNサービスを積極的に活用し、グローバルなユーザーに対して高速なコンテンツ配信を実現しています。
Gzip/Brotli圧縮の有効化
サーバーレベルでのテキストファイル圧縮を有効にすることで、HTML、CSS、JavaScriptのファイルサイズを60-80%削減できます。
HTTP/2の対応
HTTP/2では多重化によって複数のリソースを並行して転送でき、従来のHTTP/1.1と比較して大幅な高速化が可能です。
4. キャッシュ戦略の最適化
適切なキャッシュ戦略は、リピートユーザーの体験を劇的に改善します。
ブラウザキャッシュの設定
静的リソース(画像、CSS、JavaScript)には長期間のキャッシュ期間を設定し、HTMLファイルには短期間のキャッシュを設定することで、最適なバランスを実現できます。
Service Workerの活用
より高度な手法として、Service Workerを使ったキャッシュ戦略があります。これにより、オフライン対応や、より柔軟なキャッシュ制御が可能になります。
モバイルサイト特有の改善ポイント
モバイルサイトは、デスクトップサイトとは違った最適化アプローチが必要です。特に日本では、モバイルファーストインデックスが主流となっているため、モバイル最適化の重要性は増すばかりです。
モバイル固有の課題
モバイル環境では以下の制約があります:
- ネットワーク速度の不安定性
- 端末の処理能力の制限
- バッテリー消費への配慮
- 小さい画面サイズ
効果的なモバイル最適化手法
Progressive Web App(PWA)の実装
PWA技術を活用することで、ネイティブアプリのような高速な体験をWebサイトで実現できます。Service Workerによるキャッシング、App Shellアーキテクチャなどが効果的です。
AMP(Accelerated Mobile Pages)の活用
ニュースサイトやブログなどのコンテンツサイトでは、AMPの実装が劇的な速度改善をもたらします。ただし、機能制限があるため、サイトの性質を考慮した導入判断が必要です。
タッチ操作の最適化
モバイルではタッチ操作が中心となるため、ボタンサイズやタップ領域の最適化も重要です。これはユーザビリティだけでなく、FIDの改善にも寄与します。
WordPressサイトの改善方法
WordPressは世界で最も使われているCMSですが、適切な最適化を行わないと表示速度が遅くなりがちです。
プラグインによる最適化
キャッシュプラグイン
- WP Rocket:有料だが高機能で初心者にも使いやすい
- W3 Total Cache:無料で高機能だが設定が複雑
- WP Super Cache:シンプルで使いやすい無料プラグイン
画像最適化プラグイン
- ShortPixel:高い圧縮率を実現
- Smush:WordPress.com提供の安心プラグイン
- EWWW Image Optimizer:多機能な画像最適化プラグイン
テーマとプラグインの選定
高速化を重視したテーマの選択も重要です。以下のような点を考慮して選びましょう:
- 軽量でクリーンなコード
- モバイルファーストデザイン
- SEO最適化済み
- 定期的なアップデート
実際の改善事例|53点から89点への改善プロセス
ここで、実際のサイト改善事例を詳しく見てみましょう。
某制作会社の実績ページで、PageSpeed Insightsのスコアを53点から89点まで改善した事例です。
改善前の状況分析
改善前のサイトは以下のような問題を抱えていました:
- 総合スコア:53点(PC)
- Speed Index:4.8秒
- LCP:3.7秒
- CLS:0.584(レイアウトシフトが頻発)
段階的改善アプローチ
フェーズ1:JavaScript最適化(53点→61点)
最初に取り組んだのはJavaScriptの最適化でした:
- 使用していないJavaScriptライブラリの削除
- スクリプトの読み込み位置を</body>直前に移動
- 非同期読み込み(async/defer)の実装
この段階で8点のスコア改善と、Speed Indexが1秒短縮されました。
フェーズ2:画像最適化(61点→83点)
次に取り組んだのは画像最適化で、最も大きな効果が得られました:
- 全画像のWebP形式への変換
- 画像サイズの適正化(表示サイズに合わせた複数サイズの用意)
- 不要な高解像度画像の削除
この段階で22点の大幅改善を実現し、Speed Indexは1.7秒まで短縮されました。画像最適化の効果の大きさがよくわかりますね。
フェーズ3:レイアウトシフト対策(83点→89点)
最後に取り組んだのがCLS(レイアウトシフト)の改善でした:
- 無限スクロール機能の「もっと見る」ボタン式への変更
- 画像のwidth/height属性の明示的指定
- Webフォント読み込み時のフォールバック設定
この改善により、CLSが0.584から0.339へと大幅に改善され、最終的に89点を達成しました。
改善結果のまとめ
指標 | 改善前 | 改善後 | 改善効果 |
---|---|---|---|
総合スコア | 53点 | 89点 | +36点 |
Speed Index | 4.8秒 | 1.3秒 | -3.5秒 |
LCP | 3.7秒 | 1.5秒 | -2.2秒 |
FCP | 1.6秒 | 0.8秒 | -0.8秒 |
CLS | 0.584 | 0.339 | -0.245 |
この事例からもわかるように、段階的なアプローチで確実に改善を進めることが重要です。
改善効果の測定と継続的な最適化
PageSpeed Insightsでの改善は一度きりで終わりではありません。継続的な監視と最適化が必要です。
効果測定の重要な指標
改善効果は以下の指標で総合的に評価しましょう:
技術的指標
- PageSpeed Insightsスコア:月次での定期測定
- Core Web Vitals:Google Search Consoleでの実測値確認
- ページ読み込み時間:Google Analyticsでの平均読み込み時間
- サーバー応答時間:GTmetrixやPingdomでの定期監視
ビジネス指標
- 直帰率:表示速度改善による離脱率の変化
- コンバージョン率:サイトスピードとCVRの相関関係
- 平均滞在時間:ユーザーエンゲージメントの変化
- 検索順位:SEO効果の測定
継続的な監視体制の構築
効果的な監視体制を構築するには、以下のような仕組みが有効です.
自動監視ツールの活用
- Google Search Console:Core Web Vitalsレポートの定期確認
- PageSpeed Insights API:自動測定システムの構築
- Lighthouse CI:継続的インテグレーションでの自動測定
- Web Vitals Extension:リアルタイムでの測定
定期レビューサイクルの確立
月次または四半期ごとに以下の項目をレビューしましょう:
- PageSpeed Insightsスコアの推移
- 新規追加コンテンツの影響評価
- 競合サイトとのベンチマーク比較
- 技術的負債の洗い出しと対策立案
よくある改善時の注意点とトラブルシューティング
PageSpeed Insightsの改善を進める際によく遭遇する問題と、その解決方法をまとめました。
改善時によくある失敗パターン
1. スコアにとらわれすぎる
100点満点を目指すあまり、サイトの機能性を犠牲にしてしまうケースがあります。例えば、ユーザー体験向上のためのJavaScriptを削除してしまったり、必要な画像まで圧縮しすぎてしまったり。
重要なのはユーザー体験の向上であり、スコア自体が目的ではないことを忘れないでください。
2. 一度に多くの変更を実施する
複数の改善を同時に実施すると、どの施策が効果的だったのか判断できなくなります。また、問題が発生した際の原因特定も困難になります。
改善は段階的に実施し、各段階での効果を測定することが重要です。
3. 測定環境の違いを考慮しない
PageSpeed Insightsの測定は海外サーバーから実施されるため、実際のユーザー環境とは異なる場合があります。特に日本国内のユーザーをターゲットとする場合は、国内からの測定結果も併せて確認しましょう。
技術的なトラブルと対処法
画像最適化後の品質劣化
過度な画像圧縮により、視覚的品質が著しく低下することがあります。この場合は以下の対策が有効です:
- 圧縮率を段階的に調整して最適点を見つける
- WebPとJPEGの併用で品質とファイルサイズのバランスをとる
- 重要な画像は品質を優先し、装飾的な画像は圧縮率を高くする
JavaScript最適化によるサイト機能の不具合
不要なJavaScriptを削除した際に、予期しない機能不良が発生することがあります:
- 段階的にスクリプトを削除し、各段階で動作確認を行う
- 重要な機能については事前にバックアップを取る
- 開発環境で十分にテストしてから本番環境に適用する
CDN導入後のSSL証明書エラー
CDNを導入した際によく発生するSSL関連の問題:
- CDN側でのSSL証明書設定を確認
- Mixed Contentエラーの解消
- HTTPSリダイレクトの設定確認
業界別・サイト種別の最適化戦略
サイトの性質によって、効果的な最適化手法は異なります。業界別の特徴を踏まえた戦略を考えてみましょう。
ECサイトの最適化戦略
ECサイトでは、商品画像が多く、決済機能も含むため特別な配慮が必要です:
商品画像の最適化
- 商品詳細ページでの段階的画像読み込み
- ズーム機能を考慮した複数解像度画像の用意
- 商品リストページでのLazy Loading実装
決済フローの最適化
- 決済ページでのJavaScript最適化
- SSL証明書の最適化
- 外部決済システムとの連携最適化
コーポレートサイトの最適化戦略
企業サイトでは信頼性と高速化のバランスが重要です:
- 企業ブランディング画像の最適化
- 採用ページでの動画コンテンツ最適化
- 多言語対応サイトでのキャッシュ戦略
メディアサイト・ブログの最適化戦略
コンテンツが豊富なメディアサイトでは、以下の点が重要です:
- 記事内画像の遅延読み込み
- 関連記事表示の最適化
- 広告配信との両立
- AMPの積極的活用
LandingHubでのサイト高速化支援
私たちLandingHubでは、これまで数多くのWebサイトの高速化支援を行ってきました。特にランディングページの最適化においては、コンバージョン率向上と表示速度改善の両立に豊富な実績があります。
LandingHubの高速化支援の特徴
包括的な分析とコンサルティング
単にPageSpeed Insightsのスコアを上げるだけでなく、ビジネス目標との整合性を考慮した最適化戦略を提案します。コンバージョン率向上とページスピード改善の両立を重視しているのが私たちの特徴です。
技術的実装からサポート体制まで
改善提案だけでなく、実際の技術的実装まで一貫してサポートします。また、改善後の継続的な監視・最適化体制の構築もお手伝いします。
業界特化の最適化ノウハウ
業界ごとの特性を理解した最適化アプローチを提供しています。特にBtoB企業のリード獲得サイト、ECサイト、SaaSプロダクトサイトでの実績が豊富です。
実際の支援事例
某SaaS企業のランディングページ最適化では、以下の成果を達成しました:
- PageSpeed Insightsスコア:42点 → 87点
- ページ読み込み時間:5.2秒 → 1.8秒
- コンバージョン率:2.3% → 3.7%(約60%向上)
- 直帰率:68% → 45%
この事例では、表示速度の改善がビジネス成果に直接結びついています。
将来のWeb高速化トレンドと対策
Web技術は日々進歩しており、高速化の手法も常に進化しています。将来のトレンドを把握し、先手を打った対策を考えることも重要です。
注目すべき新技術
HTTP/3とQUIC
HTTP/3の普及により、さらなる高速化が期待されます。UDPベースのQUICプロトコルにより、接続確立時間の短縮と、パケットロス時の復旧時間短縮が実現されます。
WebAssembly(WASM)
計算集約的な処理をブラウザ上で高速実行できるWebAssemblyは、従来JavaScriptでは不可能だった高速処理を可能にします。
Edge Computing
CDNの進化形として、エッジコンピューティングによるサーバーサイド処理の分散化が進んでいます。これにより、動的コンテンツも高速配信が可能になります。
Googleの今後の動向
Googleは継続的にWeb高速化を推進しており、以下の動向が注目されます:
- Core Web Vitalsの新しい指標追加の可能性
- モバイルファーストインデックスのさらなる強化
- AI技術を活用した自動最適化ツールの提供
まとめ:継続的な改善で競合優位性を築く
PageSpeed Insightsを活用したサイト高速化は、単なる技術的改善ではなく、ユーザー体験向上とビジネス成果に直結する重要な取り組みです。
改善の基本原則
効果的な改善を進める上で重要な原則をまとめると:
- 段階的なアプローチ:一度に多くを変更せず、効果を測定しながら進める
- ユーザー体験最優先:スコア向上だけでなく、実際のユーザー体験を重視する
- 継続的な監視:改善は一度きりではなく、継続的な取り組みが必要
- ビジネス指標との連動:技術的指標だけでなく、ビジネス成果も測定する
- コストと効果のバランス:投資対効果を考慮した現実的な改善計画を立てる
今すぐ始められること
この記事を読んで「改善に取り組みたい」と思った方は、まず以下のことから始めてみてください:
- 現状把握:PageSpeed Insightsで主要ページのスコアを測定
- 優先順位付け:改善提案の中から効果の高いものを選択
- 画像最適化:最も効果が出やすい画像最適化から着手
- 効果測定:改善前後の数値を記録し、効果を定量的に把握
- 継続的改善:定期的な見直しと追加改善の実施
専門的支援の活用も検討を
サイト高速化は確実な効果が期待できる投資ですが、技術的な複雑さもあります。自社でのリソースが限られている場合や、より高度な最適化を実現したい場合は、専門家の支援を受けることも有効な選択肢です。
私たちLandingHubでは、PageSpeed Insightsの改善からビジネス成果向上まで、包括的な支援を提供しています。サイトの高速化でお困りの際は、お気軽にご相談ください。技術的な実装から戦略立案まで、あなたのビジネス成功をサポートします。
最後に
Webサイトの表示速度は、今や単なる技術的指標ではなく、ユーザー満足度、SEO効果、そして最終的なビジネス成果に直結する重要な要素です。PageSpeed Insightsという優秀なツールを活用して、ぜひあなたのサイトも高速化に取り組んでください。
改善は小さな一歩から始まります。完璧を目指さず、まずは今できることから始めて、継続的に改善を重ねていくことが成功の秘訣です。ユーザーに愛される高速サイトを目指して、一緒に頑張りましょう!