WordPressが重い原因は？表示速度を改善する方法を初心者向けに解説【2026年】

※本記事には広告・アフィリエイトリンクが含まれる場合があります。

WordPressが重い時は、高速化プラグインを追加する前に「何が遅いか」を切り分けます。画像、外部スクリプト、プラグイン、キャッシュ、テーマ、PHP/DB、サーバーの順に見ると、初心者でも原因を絞りやすくなります。

まずこの順番

PageSpeed InsightsとSearch Consoleで測る
重い画像・動画を減らす
不要プラグインを止める
キャッシュの重複を確認
外部スクリプト・広告・フォントを見る
PHP/DB/WordPressを整える
最後にサーバー性能を疑う

Core Web Vitalsは3つだけ先に覚える

指標	見るもの	Googleの良好目安
LCP	主要コンテンツの表示	2.5秒以内
INP	操作への反応	200ms未満
CLS	表示のズレ	0.1未満

GoogleはCore Web Vitalsを実ユーザー体験の指標として扱い、Search Consoleのレポート確認を推奨しています。ただし100点を取ること自体が目的ではありません。読者が待たされる、押しても反応しない、表示がズレる、といった問題を直します。

まず「サイト全体」か「特定ページ」か分ける

症状	疑うもの
全ページ遅い	サーバー・テーマ・共通プラグイン・共通スクリプト
画像が多い記事だけ遅い	画像サイズ・遅延読込
トップだけ遅い	スライダー・動画・外部ウィジェット
管理画面も遅い	DB・PHP・プラグイン・サーバー
クリック後が遅い	JavaScript・INP・重い処理

原因1｜画像が大きい

必要以上に大きな画像をアップロードしない、表示サイズに合わせる、WebPなど効率のよい形式を検討します。画像形式だけ変えても、元が巨大・枚数が多い・遅延読込が効いていない場合は改善が限定的です。

原因2｜プラグインが重い

個数だけでなく、どのプラグインが何をしているかを見ます。停止できる環境なら1つずつ止めて差を測り、不要なものは削除します。プラグイン選びはWordPressおすすめプラグインで整理しています。

原因3｜キャッシュが重複・未設定

WordPress公式もキャッシュを重要な高速化策として紹介しています。ただしサーバー側キャッシュ、テーマ、プラグイン、CDNを重ねると表示崩れや更新反映遅れが起こることがあります。まず「どこでキャッシュしているか」を1枚に整理します。

原因4｜外部スクリプト・広告・フォント

広告、アクセス解析、SNS埋め込み、チャット、外部フォントなどはWordPress本体以外から読み込まれます。記事だけ速くしても外部処理で待つことがあるため、使っていないタグを減らし、重要度の低いものは遅延できるか確認します。

原因5｜テーマ・CSS・JavaScript

ページビルダー、アニメーション、大量の装飾、未使用CSS/JSが影響することがあります。トップページと記事ページで差が大きいなら、共通設定ではなくページ固有のパーツを疑います。

原因6｜PHP・DB・WordPress環境

更新前にバックアップを取り、WordPress・PHP・テーマ・プラグインの互換性を確認します。DBに不要な一時データやリビジョンが大量にある場合も影響しますが、バックアップなしで一括削除しないようにします。

原因7｜サーバー性能

画像・プラグイン・キャッシュ・外部スクリプトを整理しても全体が遅い場合は、ホスティング環境がボトルネックの可能性があります。WordPress公式もホスティング環境、サーバー負荷、ソフトウェア、画像サイズ等を性能要因として挙げています。

サーバー比較はWordPress向けレンタルサーバー比較、移行前はWordPressのサーバー移行手順を確認してください。必要容量はWordPressに必要なサーバー容量で整理しています。

高速化でやらない方がいいこと

高速化プラグインを何個も重ねる
バックアップなしでDB最適化
PageSpeed 100点のために必要機能まで削る
一度に10個設定を変えて原因が分からなくなる
原因を測らず高いサーバーへ移る

僕ならこの7ステップで直す

測定結果を保存
画像を見直す
不要プラグインを停止
キャッシュ構成を確認
外部スクリプトを整理
PHP/DB/WordPressを確認
最後にサーバーを比較

1回に1〜2項目だけ変える

複数の設定を同時変更すると、何が効いたか分からなくなります。変更前後のPageSpeed/実表示を比較し、改善しなければ戻せるようにします。

PageSpeed Insightsの「実測」と「テスト」を分ける

PageSpeed Insightsには実ユーザーのデータが表示される場合と、その場のラボテスト結果があります。ラボテストが一度良くても、実ユーザーのCore Web Vitalsがすぐ改善するとは限りません。Search Consoleの推移と合わせて数週間単位で確認します。

LCPが悪い時の優先チェック

ファーストビューの大きな画像が重すぎないか
サーバー応答が遅くないか
CSS/JavaScriptが描画を止めていないか
フォントや外部素材の読み込み待ちがないか

INPが悪い時の優先チェック

重いJavaScriptがクリック処理を塞いでいないか
広告・計測・チャット等の外部スクリプトが多すぎないか
テーマ/プラグインが大量のイベント処理をしていないか

CLSが悪い時の優先チェック

画像や広告枠に高さが確保されているか
後から出るバナーで本文が押し下げられていないか
Webフォント切替で文字幅が大きく変わっていないか

モバイルだけ遅い場合は優先度を上げる

PCで速くても、モバイル回線・低性能端末では遅くなることがあります。検索流入の多くがスマホなら、PCの点数よりモバイルでの実表示を優先します。特に大きなアイキャッチ、広告、追従UI、外部ウィジェットはスマホ画面で確認します。

変更前後を記録する

変更	記録
画像圧縮	LCP/ページ重量
プラグイン停止	表示時間/エラー
キャッシュ変更	LCP/更新反映
外部タグ削減	INP/リクエスト数
サーバー変更	TTFB/LCP/管理画面体感

「何となく速くなった」ではなく、変更前の数値とスクリーンショットを残して比較します。改善しなければ元へ戻せるよう、一度に1〜2項目だけ変えます。

確認した主な公式情報

まとめ

WordPress高速化は「何かを追加する」より、原因を測って重い要素を減らす方が基本です。画像→プラグイン→キャッシュ→外部スクリプト→テーマ→PHP/DB→サーバーの順に切り分けると、無料で直せる部分から進められます。