WordPressが重い時に見直したい高速化プラグインと注意点

WordPressの表示が遅くなると、まず高速化プラグインを探したくなります。ところが原因を確かめずに追加すると、効果が出ないうえ、不具合が起きたときの切り分けまで難しくなるんですよね。

遅い場所を測って絞り込み、足りない役割だけをプラグインで補う。遠回りに見えて、これが一番早い手順です。計測から導入後のテストまで、実際に進める順で整理しました。

WordPressの高速化は計測と原因確認から始める

ページがなかなか開かないと、高速化プラグインを入れれば解決するのでは、と考えやすいものです。キャッシュや画像圧縮を担うプラグインは、たしかに表示を改善する選択肢になります。

ただ、その前にどのページのどこが遅いのかを測ることが先です。WordPress公式のパフォーマンス資料でも、表示速度に影響する要素としてホスティング環境、WordPressの設定、ソフトウェアのバージョン、画像の数やファイルサイズなどが挙げられています。原因が違えば、必要な対策も別物になります。

たとえば、大きな画像が読み込みを遅くしているサイトにデータベース最適化のプラグインを入れても、問題の中心には届きません。

サーバーの資源が足りていないときも、プラグインだけで解決できるとは限らないんですよね。反対に、更新頻度の低いページを毎回PHPで生成しているなら、ページキャッシュが効いてくる可能性があります。

進め方は、最初にざっくり決めておくと迷いません。まず遅いページと時間帯、端末を記録し、PageSpeed Insightsやブラウザーの開発者ツールで測ります。そのうえで不要なプラグインと重い画像を整理し、ホスティング側のキャッシュや高速化機能を確認していきます。

プラグインを選ぶのは、足りない役割がはっきりしてから。変更の前後を同じ条件で比べ、主要機能までテストして1セットです。

点数を上げること自体が目的になると、方向を見失います。訪問者がページを読めるまでの待ち時間、ボタンを押したときの反応、表示のずれ。この3つが良くなったかどうかを基準にすると、判断がぶれません。

WordPressが重くなる主な原因

重さの原因は、1つに絞れないことがほとんどです。WordPress公式が挙げている要素をもとに整理すると、確認する場所は次のように分かれます。

ホスティング環境

CPU、メモリ、ストレージ、同居しているサイトの影響、サーバーの設定など

テーマ

読み込む画像、CSS、JavaScript、独自機能の量と作り

プラグイン

有効にしている数だけでなく、それぞれが行う処理と外部との通信

画像・動画

寸法、ファイルサイズ、形式、1ページに置いている数

キャッシュ

ページを毎回生成しているか、再利用できるデータを保存しているか

更新状況

WordPress本体、テーマ、プラグイン、PHPのバージョン

気をつけたいのは、プラグインが10個なら軽くて20個なら重い、という個数だけの判断です。

WordPress公式も、プラグインの数とそれぞれの性能がサイトに大きく影響すると説明し、不要なものを無効化・削除したうえで、選択的に停止して性能を測る方法を案内しています。数より中身、という順で見ていきましょう。

管理画面だけが遅いのか、公開ページも遅いのか。ここでも確認先は変わってきます。

公開ページのキャッシュは訪問者向けの表示を軽くできても、ログイン後の管理画面には同じ効果が出ない場合があるためです。どこが重いのかを具体的にするところから始めます。

体感を数字にする物差しとしては、GoogleのCore Web Vitalsがあります。

読み込みをLCP、操作への反応をINP、表示の安定性をCLSとして測るもので、2026年7月19日に確認した公式資料では、良好とする目安はLCPが2.5秒以内、INPが200ミリ秒以下、CLSが0.1以下と説明されています。

評価はモバイルとデスクトップを分けた75パーセンタイルで行われます。これらは原因そのものではなく、利用者が感じている問題をつかむための指標です。

プラグインを追加する前に確認したいこと

測定の結果が出たら、新しいプラグインを探す前に手元でできる整理があります。遅い場所の特定、不要なプラグインの整理、画像、ホスティング側の機能。

この順に進めると、あとで戻したくなったときにも困りません。作業前のバックアップと現状の記録は、どの段階でも共通の準備です。

遅いページと操作を具体的にする

トップページだけを見て判断しないほうがうまくいきます。アクセスの多い記事、問い合わせページ、予約ページなどを分けて測ってみてください。ログアウトした状態とログインした状態、スマートフォンとパソコンでも結果は変わります。

PageSpeed InsightsはURLを入力してページを分析できるGoogleの公式ツールです。結果を見るときは、スコアそのものより、画像、JavaScript、サーバー応答のどれが負担になっているかを読み取ります。

測定は条件によって振れるため、1回の結果で結論を出さず、同じページを同じ条件で比べたほうが確実です。

WordPressの管理画面なら、ツールメニューにあるサイトヘルスも手がかりです。公式資料によると、ステータスでは注意が必要な項目、情報ではテーマ、プラグイン、メディア、サーバーなどの技術情報を確認できます。

重大な問題や推奨の改善が出ていたら、内容を読んでから対策候補に加えましょう。

不要なプラグインを整理する

新しい高速化プラグインを探す前に、使っていないプラグインを洗い出します。過去に試しただけのもの、テーマやホスティングの機能と役割が重なっているものは、今後も必要かどうかを判断したいところ。ここを飛ばすと、管理対象だけが増えていきます。

停止や削除の前にはバックアップを用意し、問い合わせ、予約、決済、会員機能への影響を確認します。

WordPress公式のバックアップ資料でも、一般的なWordPressサイトを完全に復元するにはデータベースとファイルの両方が必要だと説明されています。片方だけでは戻せない、という点は覚えておいて損がありません。

必要性がはっきりしないプラグインを一度にまとめて削除すると、どの変更が結果に効いたのか追えなくなります。

1つずつ停止し、公開ページと主要機能を確認してから次へ進んでください。制作会社や保守担当者が管理しているサイトなら、独断で止めずに役割を確かめるのが先です。

画像の大きさと形式を見直す

画像は、表示の重さに直結しやすい要素です。WordPress公式も画像の数とファイルサイズをパフォーマンス要因に挙げ、Web向けに最適化して適切な形式と圧縮を選ぶよう案内しています。

WebPのような比較的新しい形式も選択肢に挙がります。

元画像が横幅数千ピクセルあるのに、記事内では小さく表示している。こうしたケースは珍しくありません。アップロード前に縮小しておくだけでもファイルは軽くできます。

すでに大量の画像があるなら、画像最適化プラグインで一括処理する方法も出てきます。

一括変換の前に確認したいのは、原本を残せるか、画質を戻せるか、既存のURLが変わらないかの3点。写真、図解、透過画像では適した設定が違うので、代表的な数枚で見た目とファイルサイズを比べてから範囲を広げます。

ホスティング側の機能を確認する

契約しているホスティングには、ページキャッシュ、ブラウザーキャッシュ、画像変換、CDN、サーバー側の圧縮などが用意されている場合があります。

契約中の機能を調べないまま同じ役割のプラグインを追加すると、設定が二重になり、不具合が起きたときに切り分けづらくなるんですよね。

サーバーのCPUやメモリ、同時実行数が上限に達している場合は、プランやホスティング環境そのものの見直しが必要になることもあります。

WordPress公式も、ホスティング環境をパフォーマンスに影響する要素として挙げています。プラグインで押し返せる範囲には限りがある、という前提で考えたいところです。

今使える機能がわからないときは、ホスティング会社の公式マニュアルでキャッシュ、高速化、CDN、PHPの項目を探してみてください。推奨設定と、併用できない構成の案内がないかもあわせて調べておきます。

高速化プラグインで補える主な機能

高速化プラグインと呼ばれるものが扱う仕事は、1つではありません。役割を分けて眺めると、自分のサイトに足りないものが見つけやすくなります。

ページキャッシュ

生成済みのページを保存し、次の訪問者へ再利用する

ブラウザーキャッシュ

画像、CSS、JavaScriptなどを訪問者のブラウザーへ一定期間保存させる

オブジェクトキャッシュ

データベースから繰り返し取得するデータを再利用する

CSS・JavaScriptの調整

ファイルサイズを小さくし、読み込む順番を調整する

画像の圧縮と形式変換

画像を軽くし、WebPなどの形式で配信する

遅延読み込み

画面の外にある画像などを、必要になるまで読み込まない

ほかにも、不要になった一時データや履歴を片づけるデータベース整理、画像や静的ファイルを別の配信拠点から届けるCDN連携を備えたものがあります。

WordPress公式のキャッシュ資料では、キャッシュプラグインが投稿や固定ページを静的ファイルとして保存し、サーバーの処理負荷を減らす仕組みだと説明されています。

WP Super Cacheの公式掲載説明にも、動的なWordPressページから静的HTMLを生成し、主にログアウトした訪問者へ配信するという記載があります。

逆に、動的な内容が多いページはキャッシュ設定が込み入ります。ショッピングカート、会員ページ、利用者ごとに表示が変わるページ、フォーム送信後の画面などは、キャッシュの対象から外す設定が必要になります。

プラグイン名を比べるより先に、自分のサイトの機能とキャッシュの範囲を確かめておきたいところです。

キャッシュプラグインを選ぶときの注意点

速いと評判だから、という理由だけで選ぶと後戻りしにくくなります。

先に確認したいのは、ホスティング会社が推奨または禁止しているキャッシュプラグインがあるかどうか、そしてサーバー側のキャッシュと役割が重ならないかどうかです。

次に見るのは除外と復旧まわりの設定になります。

ログインしている利用者、カート、会員ページ、問い合わせの完了画面をキャッシュから外せるか。記事を更新したときに古いキャッシュを消せるか。不具合が起きたときにキャッシュを削除し、機能を止められるか。

この3点が押さえられていれば、慌てる場面はかなり減ります。

WordPress.orgのプラグイン管理資料では、追加前のプラグインも導入済みのプラグインも、WordPressとの互換情報を管理画面から確認できると案内されています。

更新日、変更履歴、サポートの状況もあわせて見ておくと安心です。設定を変えたあとに誰が動作確認をするのか、これも先に決めておきたいところ。

CSSやJavaScriptの圧縮、結合、読み込みの遅延は、設定によってメニュー、画像スライダー、フォーム、アクセス解析に影響が出ることがあります。

テーマとプラグインの組み合わせで動きが変わるため、最初からすべてを有効にせず、1項目ずつ試してみてください。

ページの見た目が古いままになるときは、WordPress側だけでなく、サーバー、CDN、ブラウザーにもキャッシュが残っていることがあるんですよね。どこにキャッシュがあるのかを書き出しておくと、更新が反映されないときの確認が早くなります。

画像最適化プラグインを選ぶときの注意点

画像最適化プラグインは、すでに画像が多いサイトや、投稿者が毎回手作業で圧縮するのが難しいサイトで候補になります。比較する軸は、処理の範囲、安全性、費用の3つです。

処理の範囲では、新しくアップロードする画像だけを扱うのか、既存画像も一括処理できるのかを見ます。

安全性の面で見たいのは、元画像を残して必要なときに戻せるか、圧縮後の画質を調整できるか、WebPなど別の形式をどうやって配信するか。サーバー内で処理するのか外部サービスへ送るのか、バックアップ画像が増えて容量を圧迫しないかもあわせて確認します。

費用は、無料枠や月間の上限、追加料金の有無を見ておきます。外部サービスで画像を処理するタイプでは、画像がどこへ送られ、どのくらい保存されるのかも確認が必要です。

人物写真や顧客から預かった画像を扱うなら、利用規約とプライバシー情報に目を通しておきましょう。

一括処理の前後では、代表ページの見た目、画像の鮮明さ、ファイルサイズ、LCPを比べます。数値が良くなっても、商品写真や図の文字が読みにくくなれば本末転倒。画質と軽さのバランスは、サイトの内容に合わせて決めるものです。

導入後に効果と不具合を確認する手順

高速化は、変更して終わりではありません。効果を比べ、不具合がないと確認できて初めて運用に乗せられます。変えるのは一度に1つだけ。

この原則さえ守れば、あとから原因をたどるのが楽になるんですよね。

一度に複数のプラグインや設定を変えると、良くなった理由も不具合の原因もわからなくなります。画像圧縮を試す、ページキャッシュを試す、というように単位を分けてください。

PageSpeed Insightsの点数は、測定環境やページの内容によって振れます。

小さな点数差を追いかけるより、同じ問題が繰り返し出ていないか、実際のページが読みやすくなったか、主要機能が安定しているか。この3つを見たほうが役に立ちます。

高速化プラグインが向いているのはどんな場合か

向いているのは、原因をある程度切り分けたうえで、必要な機能と管理方法を自分の言葉で説明できる状態です。更新頻度の低い公開ページにページキャッシュを使いたい、既存画像を一定の品質で圧縮したい。目的がここまで具体的なら、候補は絞り込めます。

反対に、プラグイン以外の手も検討したいのは次のような場合です。

管理画面と公開ページの両方がいつも遅い、アクセスの少ない時間帯でもサーバー資源が上限に達している、テーマやページビルダーが大量のファイルを読み込んでいる。外部スクリプトが表示を待たせている、ホスティング側のキャッシュとプラグインが競合している、というケースも同じ扱いになります。

変更後のテストや復旧を担当できる人がいない場合、予約、決済、会員機能があってキャッシュ除外を慎重に設計する必要がある場合も、無理に自分で進めないほうが安全だと考えています。

ホスティング会社のサポート、テーマの提供元、制作会社や保守担当者へ相談してみてください。サーバープランの見直し、軽いテーマへの変更、外部スクリプトの整理など、プラグイン以外の対策が中心になることもあります。

まとめ

WordPressが重いとき、最初に開くのは高速化プラグインの人気ランキングではありません。遅いページと操作を具体的にし、同じ条件で測るところから始めます。

そのうえで不要なプラグイン、画像、ホスティング側の機能を順に見直していく流れです。

ページキャッシュ、画像圧縮、CSSやJavaScriptの調整は、それぞれ別の問題に効く機能です。

必要な役割が見えてきたら、互換性、復旧の方法、動的ページの除外、更新後のテストまで確認して、1つずつ導入していきましょう。

まず取りかかるなら、代表ページをPageSpeed Insightsで測り、管理画面のサイトヘルスと導入済みプラグインの一覧を確認するところから。画像、キャッシュ、サーバー、テーマとプラグインの処理のうち、どこを先に調べるかが決まります。