WordPressが遅い——原因の切り分け方と、高速化の限界
WordPressの表示が遅い原因はサーバー・プラグイン・画像・テーマの4つに大別できる。PageSpeed Insightsでの計測方法、費用対効果の高い対処の順番、そして高速化プラグインでは越えられない構造的な限界まで解説する。
自社サイトをスマホで開くと、数秒待たされる。高速化プラグインを入れたが、体感はほぼ変わらない——。
WordPressの「遅い」には定番の原因がある。この記事では、原因の切り分け方と対処の順番、そして最後に「高速化の限界」について正直に書く。
まず計測する。体感で議論しない
PageSpeed Insights に自社サイトのURLを入れる。無料で、登録も不要。
見るのは「携帯電話」タブのパフォーマンススコアだ。目安：
- 90〜100: 速い。この記事を読む必要はない
- 50〜89: 改善余地あり。原因の切り分けをする価値がある
- 0〜49: 遅い。訪問者は体感で「重いサイト」と認識しているレベル
スコアと一緒に表示される「改善できる項目」が、そのまま原因リストになる。以下の典型原因と照らし合わせてほしい。
遅い原因トップ4と対処
1. サーバーが遅い・安すぎる
月数百円の共用サーバーだと、他の利用者の負荷の影響を受ける。WordPressはページ表示のたびにPHPを実行してデータベースを読むので、サーバー性能がそのまま速度に響く。
対処: 高速なサーバープランへの変更。月1,000〜1,500円程度のプランで十分変わることが多い。費用対効果は高い。
2. プラグインが多すぎる
プラグインは1つ増えるごとに、読み込むファイルと実行される処理が増える。20個以上入っているサイトは、たいてい遅い。使っていないプラグインが「停止」ではなく「有効」のまま残っているケースも多い。
対処: 使っていないものを削除。似た機能の重複（SEOプラグインが2つ等）を解消。ただし、消していいかの判断には知識が要るので、慎重に。
3. 画像が重い
スマホで撮った3MBの写真をそのまま載せているパターン。1ページの容量の大半が画像ということはよくある。
対処: 画像圧縮プラグイン（自動でWebP変換・圧縮するもの）の導入。これも費用対効果が高い。
4. テーマが重い
多機能な有料テーマは、使わない機能のスクリプトも全ページで読み込んでいることがある。ページビルダー系（Elementor等）で作られたサイトは、構造的に出力が重くなりがちだ。
対処: テーマの変更はサイトの作り直しに近い作業になるため、単独ではやりにくい。リニューアルのタイミングで検討する。
キャッシュプラグインは「効くが、限界がある」
WP Rocket や W3 Total Cache などのキャッシュプラグインは、生成済みのページを使い回すことで表示を速くする。導入する価値はある。
ただし限界がある。WordPressは「アクセスのたびにプログラムを実行してページを組み立てる」仕組みであり、キャッシュはそれを部分的に省略しているだけだからだ。キャッシュが切れた瞬間のアクセスは遅いし、プラグイン同士の相性問題で表示が壊れることもある。設定を突き詰めても、スコア90台に安定して乗せるのは難しいことが多い。
ここまでの対処（サーバー・プラグイン整理・画像・キャッシュ）で、スコア50台→70台くらいまでは現実的に改善できる。それ以上を求めるなら、話はWordPressの外に出る。
根本解決：ページを「その場で作らない」構成にする
静的サイト構成（Next.js等で構築し、Vercel等のCDNから配信）では、ページは事前に生成済みのファイルとして返される。アクセス時にPHPもデータベースも動かない。
- 表示速度はPageSpeed Insightsで90点台が普通に出る。チューニングの結果ではなく、構造がそうなっている
- 副産物として、保守費とセキュリティリスクも同時に解決する（サーバーで動くプログラムがないため）。この点はWordPress保守費用の相場に書いた
もちろん作り替えには費用がかかる（10〜50万円）。「高速化の作業に何万円もかけ続けるか、一度作り替えて終わりにするか」という比較になる。サイトの規模や更新頻度によって答えは変わるので、判断基準はピラー記事WordPressをやめたい——理由別の乗り換え先にまとめた。
まとめ：対処の順番
- PageSpeed Insightsで現状スコアを計測する
- 画像圧縮＋不要プラグイン削除（低コスト・即効）
- サーバープランの見直し（月数百円の差で効く）
- キャッシュプラグイン導入（効くが限界あり）
- それでも足りなければ、静的サイト化を検討する
この記事を書いているFloat Engineeringでは、WordPressから Next.js 静的構成への移行を請け負っています（10万円〜）。 このサイト自身がその構成です。試しに、このページをPageSpeed Insightsにかけてみてください。
「うちのサイトはどこがボトルネックか」の診断だけの相談でも構いません。