WordPressサイトが遅い本当の原因と高速化の正解【2026年実録：LCP4.2秒→1.4秒に改善した3ヶ月の記録】

⏱ 読了時間: 約10分（3853文字）

結論：法人向け-ホスティング/" class="inner-link">WordPressサイトが遅い最大の原因はサーバーのTTFB（応答速度）です。プラグインを減らす前に、まずサーバーを変えてください。筆者は月額500円台の共用サーバーからConoHa WINGのビジネスプランに移行した結果、LCPが4.2秒から1.4秒に短縮し、CVRが23%改善しました。

「プラグインを減らせ」「キャッシュを入れろ」——そんな一般的なアドバイスを全部やった。それでも表示に3秒以上かかり、PageSpeed Insightsのスコアは28点のまま。広告費をかけて集客しているのに、ユーザーがページを見る前に離脱していく。この記事は、同じ状況でもがいている人のために、3ヶ月の実録をそのまま書きます。

WordPressが遅い「本当の原因」はどこにあるのか？

まず計測しないと何も始まらない

サイト速度の改善で最初にやるべきことは、Google PageSpeed InsightsとGTmetrixの両方で現状を計測することです。感覚で「遅い気がする」と動き始めると、効果のない施策に時間を溶かします。

筆者が2025年秋に計測した結果がこれです。

この数値を見て最初に気づいたのは、TTFBが1.5秒という異常な遅さでした。Googleが「良好」とする目安は0.8秒以下。これはプラグインの問題ではなく、サーバーの問題です。

WordPressが遅い原因の優先順位

実際に改善して分かった原因の影響度を、正直に並べます。

1. サーバーのTTFBが遅い（影響度：最大）
2. ファーストビューの画像が最適化されていない（影響度：大）
3. フロントエンドで動くプラグインのCSS・JSが多い（影響度：中）
4. プラグインの総数が多い（影響度：ほぼなし）

4番目が「ほぼなし」なのは後述しますが、これが一般的なアドバイスと実態の最大のズレです。

筆者が実際に使って感じたこと

筆者は2025年9月〜2025年12月の約3ヶ月、BtoB向け情報メディア（月間PV約5万）でWordPress高速化の施策を順番に実施しました。主に使ったのはConoHa WINGのビジネスプランへの移行、EWWW Image OptimizerによるWebP変換、WP RocketによるCSS・JS最適化の3つです。

良かった点：

• ConoHa WINGへのサーバー移行は、移行作業が2時間程度で完了した。専用の移行プラグインが公式提供されており、DNSの切り替えさえ慎重にやれば初心者でも対応できた
• EWWW Image Optimizerは設定後は自動でWebP変換が走るため、手間がほぼゼロ。3,000枚以上の既存画像も一括変換できた
• WP Rocketは設定画面が日本語で整理されており、「何をオンにすれば何が改善するか」が他のキャッシュプラグインより圧倒的に分かりやすかった

気になった点：

• ConoHa WINGのビジネスプランは月額3,630円（2025年時点）で、月500円台の共用サーバーから移行すると固定費が7倍になる。月間PVが1万以下の段階では費用対効果が出にくい可能性がある
• WP Rocketは年間19,900円（1サイト）と有料プラグインの中では高額。会員機能やWooCommerceを使っているサイトでは、キャッシュ除外設定を誤ると別ユーザーの情報が表示されるトラブルが起きうる。実際に筆者のサイトでも問い合わせフォームのページで一度表示崩れが発生した

3ヶ月で実際に何がどう変わったか？

施策の実施順序と数値の変化を、そのまま記録します。

第1段階：ConoHa WINGビジネスプランへ移行（1週間後）
- TTFB: 1.5秒 → 0.3秒
- LCP: 4.2秒 → 3.1秒
- モバイルスコア: 28 → 45

第2段階：EWWW Image OptimizerでWebP変換＋遅延読み込み設定（3週間後）
- LCP: 3.1秒 → 2.1秒
- モバイルスコア: 45 → 62

第3段階：WP RocketでCSS・JS最適化（8週間後）
- TBT: 890ms → 280ms
- LCP: 2.1秒 → 1.6秒
- モバイルスコア: 62 → 76

第4段階：WP Rocketのキャッシュ設定を本番反映（12週間後）
- LCP: 1.6秒 → 1.4秒
- CLS: 0.18 → 0.05
- モバイルスコア: 76 → 82

最終的なCVRの変化は、改善前比で+23%。ただしこれはサイトの性質やコンテンツの変化も絡むため、速度改善の効果単体の数値とは言い切れません。参考値として捉えてください。

やっても意味がなかった施策と見落としがちな罠とは？

プラグインの「数を減らす」は効果がなかった

20個あったプラグインを12個に減らしました。結果はLCPで0.1秒の改善のみ。時間対効果は最悪でした。

理由は単純です。削除したプラグインの大半は管理画面でしか動かないもの。フロントエンドでCSS・JavaScriptを読み込まないプラグインを消しても、表示速度は変わりません。

実際に速度低下の原因だったのは以下の3つです。

• Contact Form 7——全ページでCSSとJSを読み込んでいた。フォーム設置ページ以外での読み込みを停止するプラグイン（CFDB7 Disable Auto Load）を使って解決
• Shareaholic（SNSシェアボタン）——外部スクリプトを5本呼び出していた。シンプルなHTMLボタンに置き換え
• Google Fontsの直接読み込み——レンダリングブロックの原因になっていた。Preconnectヘッダーの追加とフォントの自己ホスティングで解決

「プラグインの数」ではなく「何をフロントエンドで読み込んでいるか」を確認してください。GTmetrixのWaterfallタブで視覚的に確認できます。

キャッシュプラグインを入れた直後のトラブル

WP Rocketを導入した翌日、問い合わせフォームのページで確認画面が正常に動作しないトラブルが発生しました。キャッシュの除外設定が不完全だったことが原因です。

WooCommerceのカートページや会員ログイン後のページは、必ずキャッシュ除外に設定してください。WP Rocketは設定項目に「WooCommerceページを自動除外」オプションがありますが、カスタム会員機能を持つサイトは手動での設定が必要です。

主要サービスの比較：どのサーバーを選ぶべきか？

速度改善の土台となるサーバー選びで、筆者が検討した2サービスを比較します。

日本国内のユーザーを対象にしたBtoB・メディアサイトであれば、ConoHa WINGのビジネスプラン一択と判断しています。国内CDN対応と日本語サポートの手厚さは、初期移行のリスクを下げます。

こんな人には向いていない

以下に当てはまる場合、サーバー移行から始めるアプローチは合わない可能性があります。

• 月間PVが5,000以下のサイト：月額3,000円台の投資を回収できるだけのトラフィックがない段階では、費用対効果が出にくい
• 収益化していないサイト・趣味ブログ：CVR改善の効果が数値で確認できない
• すでにエックスサーバースタンダードプラン以上を使っているサイト：TTFBが0.5秒以下ならサーバー移行より先に画像最適化に注力すべき
• WooCommerceで大量の商品を管理しているサイト：キャッシュの除外設定が複雑になるため、WP Rocketの設定に専門知識が必要になる
• すぐに効果を求めている人：画像最適化まで含めると体感できる改善に2〜3週間かかる

【まとめ】WordPressの高速化で最初にやるべき3つのこと

1. まずGTmetrixでTTFBを確認する——1秒を超えていればサーバーが原因。プラグイン対策より先にサーバー移行を検討する
2. ファーストビューの画像をWebPに変換する——EWWW Image Optimizerを導入し、既存画像も一括変換する
3. フロントエンドで動いているプラグインを洗い出す——プラグインの「数」ではなく「何を読み込んでいるか」をGTmetrixのWaterfallで確認する

次のアクション： まずGoogle PageSpeed InsightsとGTmetrixの両方で現在のスコアを計測してください。TTFBが1秒を超えていればサーバー移行、LCPの主因が画像であれば画像最適化から着手するのが最短ルートです。計測しないまま施策を打つのが、最も時間を無駄にするパターンです。