2026年8月22日

WordPressの高速化（キャッシュ）プラグイン比較｜選び方とおすすめ設定

カスタマイズ

WordPress の高速化プラグイン選びで最初に決めるべきなのは、サーバーの種類とホスティング会社のキャッシュ機能です。LiteSpeed のサーバーなら LiteSpeed Cache、それ以外なら WP Super Cache や W3 Total Cache などを候補にし、ページキャッシュのプラグインは1つだけにするのが基本です。この記事では、代表的なキャッシュプラグインの違いと選び方、入れたあとに最初に行う設定、効いているかの確かめ方、表示崩れが出たときの戻し方を解説します。

高速化プラグインがしていること

「高速化プラグイン」と呼ばれるものの中身は、主に次の機能の組み合わせです。どれが自分のサイトの遅さに効くのかを分けて考えると、プラグイン選びで迷いにくくなります。

ページキャッシュ：PHP とデータベースで組み立てた HTML を保存しておき、次の訪問者には保存済みの HTML を返します。サーバーの応答時間（TTFB）を縮める効果が最も大きい機能です
ブラウザキャッシュ：画像や CSS・JavaScript に有効期限のヘッダーを付け、再訪問時にダウンロードし直さないようにします
CSS・JavaScript の最適化：圧縮（minify）、結合、読み込みの遅延などで、表示の妨げになるファイルを減らします。効果はありますが、表示崩れの原因にもなりやすい機能です
画像の最適化：圧縮や WebP・AVIF への変換、遅延読み込みなどを行います
オブジェクトキャッシュ：データベースへの問い合わせ結果をメモリ（Redis や Memcached）に保存します。ログイン中の管理画面や、ページキャッシュが使えないページの速度に効きます

ページキャッシュは、ログインしていない訪問者向けの機能です。管理画面や、ログイン中に見るページが遅い場合は、ページキャッシュではなくオブジェクトキャッシュやプラグインの見直し、PHP のバージョンやサーバー性能を疑います。

代表的なキャッシュプラグインの違い

ここでは、WordPress.org で長く更新が続いている、または広く使われている代表的なものを挙げます。無料版と有料版で使える機能の範囲や画面の項目名はバージョンによって変わるため、導入前に公式ページで最新の情報を確認してください（2026年10月現在）。

LiteSpeed Cache：LiteSpeed 社が開発しています。ページキャッシュはサーバー側（LiteSpeed Web Server や OpenLiteSpeed）の機能を使うため、LiteSpeed のサーバーでなければページキャッシュは働きません。画像最適化や CSS・JavaScript の最適化など、機能の多さが特徴です。LiteSpeed を採用しているレンタルサーバーでは第一候補になります。

WP Super Cache：Automattic が開発している、ページキャッシュに絞ったプラグインです。設定項目が少なく、初めてキャッシュを導入するサイトでも扱いやすいのが利点です。CSS・JavaScript の最適化などは含まれないので、必要なら別の手段と組み合わせます。

W3 Total Cache：ページキャッシュ、ブラウザキャッシュ、オブジェクトキャッシュ、データベースキャッシュ、CDN 連携など、多くの機能を1つで扱えます。細かく調整できる反面、設定項目が多く、意味を理解せずにすべて有効にすると逆に遅くなることもあります。

WP Fastest Cache：ページキャッシュを中心に、圧縮やブラウザキャッシュの設定をチェックボックスで有効にできる、比較的シンプルなプラグインです。

WP Rocket：有料のプラグインで、ページキャッシュと CSS・JavaScript の最適化などを、少ない設定でまとめて有効にできるのが特徴です。

この中から1つ選ぶ目安は次のとおりです。

LiteSpeed のサーバー → LiteSpeed Cache
ホスティング会社がサーバー側のページキャッシュを提供している → まずそれを有効にし、プラグインのページキャッシュは使わない（ホスティング会社が非推奨のプラグインを案内している場合はそれに従う）
細かい調整は不要で、まずページキャッシュだけ入れたい → WP Super Cache など、機能の少ないもの
Redis などを使える VPS で、細かく調整したい → W3 Total Cache、またはページキャッシュのプラグインとオブジェクトキャッシュ用のプラグインの組み合わせ

入れる前の準備

キャッシュプラグインは、wp-content/advanced-cache.php を作ったり、wp-config.php に WP_CACHE の定数を書き加えたり、.htaccess にルールを追加したりします。導入前に、ファイルとデータベースのバックアップを取っておいてください。可能ならステージング環境で先に試します。

すでに別のキャッシュプラグインが入っている場合は、先にそれを無効化・削除します。ページキャッシュのプラグインを2つ同時に有効にすると、advanced-cache.php の取り合いや、古いページが消えない、レイアウトが崩れるといった問題が起きます。削除後に advanced-cache.php や .htaccess のルールが残っていないかも確認します。

キャッシュが効いているかの確かめ方

ログインしたままのブラウザでは、キャッシュされたページは表示されません。確認は、ログアウトした状態か、別のブラウザのシークレットウィンドウで行います。

コマンドで確認する場合は、レスポンスヘッダーを見ます。

# 2回続けて実行し、2回目のヘッダーを見る
curl -sI https://example.com/ | grep -iE 'cache|age|x-litespeed'

LiteSpeed Cache なら x-litespeed-cache: hit、CDN やサーバーのキャッシュなら age や x-cache のようなヘッダーで、キャッシュから返したかどうかが分かることが多いです。ヘッダー名はサーバーやプラグインによって異なります。HTML の末尾にキャッシュの生成時刻をコメントで入れるプラグインもあるので、ページのソースの最後も見てみてください。

効果は PageSpeed Insights で、導入前と導入後を同じ URL で比べます。スコアは測るたびに多少ぶれるので、1回の結果ではなく数回の傾向で判断し、特に「サーバーの応答時間」の改善を見ます。スコアの数字を上げることよりも、実際の表示が速くなり、崩れていないことを優先してください。

表示崩れや不具合が出たときの戻し方

最適化を有効にした直後にレイアウトが崩れた、ボタンやスライダーが動かなくなった場合は、直前に有効にした項目を無効にし、キャッシュを削除してから確認します。原因になりやすいのは JavaScript の遅延・結合と、CSS の結合・未使用 CSS の削除です。特定のファイルだけを最適化の対象から外す除外設定を使うと、他の最適化を残したまま直せることがあります。

管理画面に入れないほど壊れた場合は、FTP やファイルマネージャーで wp-content/plugins/ の該当プラグインのフォルダ名を変えて無効化します。それでもキャッシュされた古いページが表示され続けるときは、プラグインが作るキャッシュ用フォルダ（多くは wp-content/cache/ の下）や、wp-config.php の WP_CACHE、.htaccess に追加されたルールが残っていないかを確認します。

記事を更新しても古い内容が表示される場合は、キャッシュの削除のほかに、CDN やサーバー側のキャッシュが別に残っていないかを確認してください。キャッシュは何層にも重なっていることがあり、どこで止まっているかを1つずつ切り分けます。

まとめ

高速化プラグインの中心はページキャッシュ。サーバーとホスティング会社のキャッシュ機能を確認してから選ぶ
LiteSpeed のサーバーなら LiteSpeed Cache、それ以外は WP Super Cache や W3 Total Cache などが候補
ページキャッシュのプラグインは1つだけ。入れ替えるときは残ったファイルや設定も消す
最初はページキャッシュだけを有効にし、最適化系の設定は1項目ずつ確かめながら追加する
効果はログアウトした状態とレスポンスヘッダー、PageSpeed Insights の複数回の結果で確認する
導入や設定変更の前にはバックアップを取る