WordPressが重いときは、いきなり高速化プラグインを追加するより、まず「どこで時間がかかっているか」を切り分けることが重要です。
原因は、画像、テーマ・プラグイン、キャッシュ、データベース、サーバー性能など複数あります。初心者は、画像 → 不要プラグイン → キャッシュ → サーバー環境の順に確認すると改善点を見つけやすくなります。
30秒でわかる結論
- WordPressが重い原因は、画像・プラグイン・テーマ・キャッシュ・データベース・サーバーのどこかにあることが多い
- 最初に大きすぎる画像と不要プラグインを確認する
- ページキャッシュは、毎回WordPressでページを生成する負荷を減らせる
- サーバー側にキャッシュ機能がある場合、同じ役割のプラグインを重ねない
- 管理画面だけ重い場合は、フロント表示とは別にプラグイン・PHP・データベースを疑う
- 改善前後は同じページ・同じ条件で測り、体感だけで判断しない
- 画像やプラグインを整理しても遅いなら、サーバー性能やプラン変更を検討する
WordPressが重くなる主な原因
WordPressは、アクセスのたびにPHPやデータベースを使ってページを生成する動的なCMSです。
そのため、HTMLだけの静的サイトと比べると、テーマ・プラグイン・データベース・サーバー性能の影響を受けやすくなります。
| 原因 | 起きやすい症状 | 最初の確認 |
|---|---|---|
| 画像が大きい | 記事表示が遅い | 画像容量・サイズ |
| プラグイン | 表示・管理画面が重い | 不要・重複・直近追加 |
| テーマ | 全ページが重い | テーマ変更前後 |
| キャッシュ不足 | 毎回生成処理が走る | サーバー・プラグイン設定 |
| データベース | 管理画面や検索が遅い | 肥大化・大量処理 |
| サーバー性能 | サイト全体が遅い | CPU・メモリ・PHP・混雑 |
ここで伝えたいポイント
WordPressの高速化は、「全部やる」のではなく、一番大きいボトルネックから直すのが基本です。画像が原因なのにサーバーを上位プランへ変えても、改善幅が小さいことがあります。
まず「どこが重いか」を切り分ける
最初に、重さを3つに分けます。
| 重い場所 | 疑いやすい原因 |
|---|---|
| 記事ページだけ | 画像・広告・埋め込み・記事固有のブロック |
| サイト全体 | テーマ・プラグイン・キャッシュ・サーバー |
| 管理画面だけ | プラグイン・PHP処理・データベース・外部通信 |
具体例
トップページは速いのに、写真を20枚使った記事だけ遅いなら、まず画像を疑います。すべてのページと管理画面が重いなら、画像よりプラグインやサーバー側を先に確認します。
1．画像が大きすぎないか確認する
初心者サイトで改善しやすいのが画像です。
スマートフォンで撮影した写真は、横幅数千px・数MBになることがあります。それを記事内で800px程度にしか表示しないなら、必要以上に大きいデータを配信している可能性があります。
3MBの画像 × 10枚 ＝ 30MB
1ページに3MBの画像を10枚掲載すれば、単純合計で30MBです。実際には遅延読み込みやキャッシュもありますが、ページを重くする大きな要因になり得ます。
初心者はこれでOK
表示幅より極端に大きな画像は縮小し、見た目が崩れない範囲で圧縮します。写真ならJPEGやWebPなど、用途に合った形式を使います。
2．不要なプラグインを減らす
プラグインはWordPressに機能を追加できますが、追加処理やデータベースアクセス、外部通信が増える場合があります。
WordPress公式の最適化資料でも、不要なプラグインを停止・削除し、個別に無効化して負荷の原因を確認する方法が案内されています。
確認するプラグイン
- 何のために入れたか分からない
- 同じ役割のプラグインが複数ある
- 停止中のまま長期間残っている
- 直近で追加したあと急に重くなった
- 更新が長期間止まっている
注意
一度に10個停止すると、どれが原因だったか分からなくなります。可能ならバックアップを確認し、1つずつ停止して変化を見る方が原因を特定しやすくなります。
3．テーマが重くないか確認する
テーマは見た目だけでなく、PHP処理、CSS、JavaScript、画像などを読み込みます。
高機能テーマは便利ですが、使っていない機能まで大量に読み込む構成では表示負荷が増える場合があります。
テーマを変更した直後から明らかに遅くなった場合は、テーマ側の機能・設定も確認します。
判断のコツ
「高機能＝遅い」「シンプル＝必ず速い」とは限りません。テーマ単体ではなく、使用プラグインや画像、サーバーとの組み合わせで判断します。
4．ページキャッシュを確認する
WordPressは通常、アクセスに応じてPHPとデータベースを使ってページを生成します。
ページキャッシュを利用すると、生成済みのページを再利用できるため、毎回同じ処理を繰り返す負荷を減らせます。
毎回ページ生成 → キャッシュ済みページを配信
WordPress公式のパフォーマンス資料でも、キャッシュはサーバー処理負荷を減らす主要な方法として説明されています。
キャッシュは重ねすぎない
レンタルサーバー側でページキャッシュや高速化機能が提供されている場合、同じ役割のキャッシュプラグインを重ねると設定が複雑になります。
注意
キャッシュを有効にしたあと、デザイン変更が反映されないことがあります。その場合は、ブラウザ・プラグイン・サーバー側のキャッシュを順に確認します。
5．PHPやWordPress本体を古いままにしない
WordPress本体やPHPは、機能・セキュリティだけでなくパフォーマンス面も継続的に改善されます。
WordPressの「サイトヘルス」では、古いPHPや未更新プラグインなど、改善すべき項目を確認できます。
確認する場所
- WordPress本体が更新されているか
- PHPがサーバー推奨の対応バージョンか
- テーマ・プラグインが更新されているか
- サイトヘルスに重大な問題が出ていないか
更新前にバックアップ
PHPやテーマ・プラグインを更新すると、古い機能との互換性で問題が出る場合があります。重要サイトでは更新前にバックアップを確認してください。
6．データベースが原因か確認する
WordPressは記事、設定、ユーザー情報などをデータベースへ保存します。
サイト運営が長くなると、不要な一時データやプラグイン由来のデータが増えることがあります。ただし、「データベースが大きい＝必ず遅い」ではありません。
先に画像やプラグイン、キャッシュを確認し、それでも管理画面や検索処理が重いときにデータベース側を疑う方が初心者には分かりやすいです。
初心者はいきなりデータベースを手動削除しない
データベースはWordPressの中核です。意味の分からないテーブルや行を削除するより、バックアップを取り、信頼できる方法で原因を確認してから最適化します。
7．サーバー性能が足りているか確認する
画像やプラグインを整理しても全体的に遅い場合は、サーバー側がボトルネックになっている可能性があります。
WordPress公式の最適化資料でも、ネットワーク、サーバーハードウェア、データベース処理などが表示速度へ影響すると説明されています。
| 状況 | 判断 |
|---|---|
| 開設直後・アクセス少 | まず設定・画像・プラグインを確認 |
| アクセス増加後に重くなった | サーバー負荷も確認 |
| 管理画面も常時重い | PHP・DB・サーバー性能を確認 |
| 負荷制限が頻発する | 上位プラン・別サーバーを検討 |
高速化プラグインを入れる前に確認すること
「遅いから高速化プラグインを入れる」という方法は分かりやすいですが、すでにサーバー側で同じ機能が動いている場合があります。
ある → まずサーバー側の設定を確認
ある → 重複導入しない
ある → 先に画像を改善
ある → 先に整理
改善前後は同じ条件で測る
高速化は体感だけで判断すると、「なんとなく速くなった」で終わってしまいます。
変更前後で同じページを測り、改善したか確認します。
具体例
変更前の表示完了が4.0秒、画像圧縮後が2.8秒なら1.2秒短縮です。割合では約30％短くなっています。
（4.0秒 − 2.8秒）÷ 4.0秒 × 100 ＝ 30％改善
測定値はネットワークやキャッシュ状態によって変動するため、1回だけではなく複数回確認します。
管理画面だけ重い場合の確認順
訪問者向けページは速いのに、WordPress管理画面だけ重いケースもあります。
その場合、ページキャッシュだけでは改善しにくいことがあります。
管理画面が重いとき
- 直近で追加・更新したプラグインを確認する
- ダッシュボードへ追加される外部通信機能を確認する
- WordPress・PHP・プラグインの更新状況を確認する
- サイトヘルスを確認する
- データベース・サーバー負荷を確認する
用途別にどこまで高速化すればいい？
まず画像圧縮、不要プラグイン整理、サーバー標準キャッシュを確認します。高度なサーバーチューニングは通常不要です。
画像・キャッシュに加え、更新後の表示確認とサーバー安定性を重視します。
動的ページが多いため、キャッシュ範囲を慎重に設定し、専門的な負荷確認も検討します。
ページキャッシュ、CDN、オブジェクトキャッシュ、サーバー性能まで段階的に検討します。
教科書判定｜初心者はこの順番で直す
画像 → プラグイン → キャッシュ → 更新環境 → サーバーの順に確認
WordPressが重いからといって、最初から高額サーバーへ移転する必要はありません。まず自分で改善しやすい画像・不要プラグインを確認し、その後キャッシュやPHP、サーバー性能を調べます。この順番なら、原因不明のまま費用だけ増やす失敗を避けやすくなります。
よくある質問
Q．プラグインが多いと必ずWordPressは重くなりますか？
必ずではありません。個数より各プラグインの処理内容が重要です。ただし、不要なプラグインが増えるほど更新・競合・負荷の管理対象も増えるため、使っていないものは整理します。
Q．キャッシュプラグインを2つ入れればもっと速くなりますか？
単純に2倍速くなるわけではありません。同じ役割の機能が重複すると設定競合や表示不具合の原因になる場合があります。サーバー側キャッシュも含め、役割を確認してください。
Q．サーバーを変えれば必ず速くなりますか？
サーバーがボトルネックなら改善が期待できますが、巨大画像や重いプラグインが原因ならサーバー変更だけでは根本解決にならない場合があります。
Q．管理画面だけ遅い場合もキャッシュで改善しますか？
訪問者向けページキャッシュは管理画面に効かないことがあります。管理画面だけ遅い場合は、プラグイン、PHP、データベース、外部通信、サーバー負荷を確認します。
Q．データベース最適化プラグインをすぐ使っていいですか？
重要データを扱うため、まずバックアップを取ってください。初心者は画像や不要プラグインなど安全に確認しやすい項目から改善し、それでも遅い場合にデータベース最適化を検討します。
まとめ｜原因を切り分けて1つずつ改善する
この記事の結論
- WordPressが重い原因は1つとは限らない
- 最初に大きな画像と不要プラグインを確認する
- キャッシュはWordPressの処理負荷軽減に有効
- サーバー側の高速化機能とプラグインを重複させない
- WordPress・PHP・テーマ・プラグインを適切に更新する
- データベースはバックアップなしで不用意に触らない
- 最後にサーバー性能や上位プランを検討する
WordPressが重いときは、「高速化機能を追加する」より「どこが遅いかを特定する」ことを優先してください。画像・プラグイン・キャッシュを順番に確認し、それでも改善しない場合にサーバー側まで調べるのが、初心者にも失敗しにくい進め方です。
次に読むなら
表示速度だけでなく、更新失敗やエラーなども含めてWordPressを安定運用したい場合は、「WordPress運営・トラブル対策ガイド」で日常保守とトラブル対応の全体像を確認してください。