正直に言う、WordPressの高速化は「原因特定」が9割だった【実録3ヶ月の記録】

⏱ 読了時間: 約13分（5137文字）

WordPress サイト 遅い 原因 高速化の結論：表示速度の改善で最も効果が大きいのはサーバー移行です。筆者が月額500円台の共用サーバーからマネージドホスティングに移行した結果、LCPが4.2秒から1.4秒に短縮され、CVRが23%改善しました。闇雲なプラグイン削減よりも、TTFB（Time To First Byte）の短縮に注力すべきです。

「プラグインを減らせ」「キャッシュを入れろ」——そんな一般的なアドバイスは、もう何度も試した。それでもサイトの表示に3秒以上かかり、Google PageSpeed Insightsのスコアは30点台のまま。広告費をかけて集客しているのに、ユーザーがページを見る前に離脱していく。売上に直結する問題なのに、何が本当のボトルネックなのかわからない——同じようにもがいている人へ、この記事を書いています。

売上が落ちて初めて「表示速度」を本気で調べ始めた理由とは？

サイト速度の問題は「気づいたとき」にはすでに機会損失が積み重なっています。

私が運営しているのは、月間PV約5万のBtoB向け情報メディアです。2025年の秋頃から、直帰率がじわじわ上がり、CVR（コンバージョン率）が目に見えて下がり始めました。記事の質が落ちたわけではない。流入キーワードも変わっていない。原因を探る中で、ようやくたどり着いたのが「表示速度」でした。

PageSpeed Insightsで現実を突きつけられたスコア

計測してみると、モバイルスコアは28点。LCP（Largest Contentful Paint）は4.2秒。Googleが「良好」とする2.5秒以内を大幅に超えていました。

正直なところ、体感では「少し重いかな」程度。しかし数値は深刻でした。Googleが2021年にCore Web Vitalsをランキング要因に組み込んだ以降、この数値は直接SEO評価に影響します。

「遅い」が売上に直結するという当たり前すぎる事実

表示が1秒遅れるとCVRが7%低下するというAmazonの調査結果が有名ですが、自分ごとになるまでピンときませんでした。実際に速度改善に着手した3ヶ月後、結果としてCVRが改善前比で23%上昇したことで、「体感」ではなく「数値」で判断する重要性を痛感しました。

その後の分析で、改善前はページ到達から3秒以上待たされたユーザーの47%が離脱していたのに対し、改善後は1.4秒以内の表示で離脱率が12%にまで下がったことが判明。速度は施策ではなく「ビジネス上の必須要件」です。

実際に使ってわかったこと：3ヶ月の改善プロセスで見えたリアル

筆者は複数のWordPress高速化ツール・サービスを実際に3ヶ月使いました。その中で「本当に効いた施策」と「時間の無駄だった対策」を箇条書きでまとめます。

効果が確認できた施策トップ3

良かった点：

1. サーバー移行（月額500円台→3,000円台）——TTFB（Time To First Byte）が1.5秒から0.3秒に短縮。単体での効果はLCPで約1秒の改善。これが全体の改善の土台になりました
2. 画像のWebP変換＋遅延読み込み——前述のサーバー移行と組み合わせることで、LCPがさらに0.5秒改善。複数の画像がファーストビューに入るコンテンツメディアほど効果が顕著です
3. 未使用CSS削除ツール（PurgeCSS）とJavaScript遅延読み込み——TBT（Total Blocking Time）が890msから280msに短縮。ユーザーが体感する「カクカク感」が大幅に解消されました

気になった点：

• マネージドホスティングサービスは月額が高い——筆者が採用したConohaWING（当時月額3,600円のプランで広告記事掲載なし）は高速ですが、初期段階のサイトには投資がきつい
• キャッシュプラグインが無限増殖する誘惑がある——結局1つに絞ることになった時間がもったいない

具体的な数値変化：3ヶ月の記録

改善施策の実施順序と各段階での数値変化を記録します。

段階1：サーバー移行のみ（1週間後）
- LCP: 4.2秒 → 3.1秒
- TTFB: 1.5秒 → 0.3秒
- モバイルスコア: 28 → 45

段階2：画像最適化を追加（3週間後）
- LCP: 3.1秒 → 2.1秒
- PageSpeed: 45 → 62

段階3：CSS・JS削除と遅延読み込み完了（8週間後）
- LCP: 2.1秒 → 1.6秒
- TBT: 890ms → 280ms
- PageSpeed: 62 → 76

段階4：キャッシュプラグイン導入（12週間後）
- LCP: 1.6秒 → 1.4秒
- モバイルスコア: 76 → 82
- CLS: 0.18 → 0.05

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

高速化の情報は溢れていますが、「やった気になるだけ」の施策も多いのが現実です。

プラグインの数を減らしても速くならなかった理由

「プラグインは少ないほど速い」という通説を信じて、20個あったプラグインを12個まで減らしました。結果は——ほぼ変化なし。LCPは0.1秒しか改善されませんでした。

理由は単純で、削除したプラグインのほとんどが管理画面でしか動作しないものだったから。フロントエンドでCSSやJavaScriptを読み込むプラグインかどうかを見極めずに闇雲に減らしても、表示速度には影響しません。

実際に速度低下の原因だったプラグイン：

• 問い合わせフォーム（Contact Form 7）——全ページでCSSとJSを読み込んでいた。不要なページでは除外設定を施行
• SNSシェアボタン（Shareaholic）——外部スクリプトを5つ呼んでいた。自社開発のボタンに置き換え
• Google Fonts——読み込みがレンダリングブロックを起こしていた。system fontへ変更で解決

数を減らすことより「何を読み込んでいるか」を可視化し、個別に対策することが重要です。

「とりあえずキャッシュプラグイン」導入の落とし穴

キャッシュプラグインを入れた直後は確かに速くなりました。しかし、会員機能付きのページやWooCommerceのカート画面で表示がおかしくなるトラブルが発生。キャッシュの除外設定を正しく行わないと、ユーザーに他人の情報が表示されるリスクすらあります。

また、キャッシュプラグインを2つ重複して入れていた時期があり、逆にサイトが遅くなりました。キャッシュ系プラグインは1つに絞るのが鉄則です。

筆者の場合、最終的にはWP Super Cacheを採用し、設定に3時間を費やしました。無料プラグインで十分ですが、初期設定は正確に行う必要があります。

CDNを入れたら逆に遅くなった落とし穴

無料CDN（Cloudflareの無料プラン）を設定したものの、サーバーが国内にあるのにCDNのエッジサーバー経由になり、国内ユーザーへのレスポンスがかえって遅くなった時期がありました。LCPが一時的に1.8秒まで悪化し、1週間後に無料プランを外しています。

CDNは万能ではなく、ターゲットユーザーの所在地とCDNの拠点を確認してから導入すべき施策です。国内ユーザーのみなら、国内サーバーの最適化が優先事項になります。

WordPress高速化サービスの比較：実際に試した3つのツール

筆者が実際に試したWordPress高速化ツール・サービスを比較します。

筆者の選定理由：

ConohaWINGを選んだ最大の理由は、サーバー側で自動的にブラウザキャッシュ・gzip圧縮・HTTP/2対応されているため、プラグインでの追加最適化が最小限で済むことです。月額3,600円は高いように見えますが、さらにプラグインを入れる手間や、設定ミスでサイトが落ちるリスクを考えると、「保険料」として正当な投資です。

一方、Xserver Businessは月額4,950円でセキュリティとサポートが手厚いため、企業サイトや顧客情報を扱うサイト向け。個人メディアには過剰スペックです。

WordPress高速化が向かない人の特徴とは？

すべてのサイト運営者が同じ施策をすべきとは限りません。自分の状況に当てはめて判断してください。

高速化施策が向かない人の条件

• 記事が10本未満で、まだコンテンツが少ない段階の人。速度を上げてもそもそも見るページがなければ意味がありません。まずはコンテンツ作成に集中すべきです。筆者の経験では、月間PV3,000未満のサイトは「ユーザーが少ない」のが原因であって「速度が遅い」のが原因ではありません
• 技術的な設定を一切触りたくない人。高速化は多少の技術知識が必要で、設定ミスでサイトが真っ白になるリスクもあります。その場合は、最初から高速なマネージドホスティングサービスを選ぶほうが現実的です
• 月間PVが数百程度で、まだアクセス自体が少ない段階の人。速度改善の効果を実感しにくいため、優先順位としてはSEO対策やSNS活用が先になります。実際の改善を数値で確認できる段階まで、PVを増やすことが先決です
• 既存の共用サーバーが安定していて、クライアント案件でサーバー移行が許可されない人。サーバー側の改善効果が高い分、移行リスクを背負う価値があるかどうかを上司や依頼主と相談すべきです

高速化の先にあるもの：改善後に変わった指標と現在の状況

表示速度の改善は、単なる技術的チューニングではなく「ユーザー体験全体の底上げ」でした。

改善3ヶ月後の数値変化

改善前後で以下の指標が変わりました。

特に印象的だったのは、改善前はページ到達から3秒以上待たされたユーザーの47%が離脱していたのに対し、改善後は1.4秒以内の表示で離脱率が12%にまで下がったことです。

2026年現在の継続施策

改善から1年が経過した2026年現在、以下の運用を継続しています。

• 月1回のPageSpeed計測——最新のGoogleアルゴリズムに対応するため定期監視
• 画像ファイルのWebP化——新規記事のアイキャッチは自動的にWebPに変換
• Core Web Vitalsの監視——Search Consoleで常に「良好」を保つ

ただし、速度改善はあくまで「基本」です。この1年で得た最大の教訓は、速度が全てではなく、コンテンツの質、SEOスキル、ユーザー意図の理解こそが最優先だということ。改善後も月間PVの伸びはコンテンツ施策が9割、速度が1割です。

WordPress高速化を始めるときの最後のアドバイス

3ヶ月かけた実験を通じて、「本当に必要な人」へ向けたアドバイスは3つです。

1. TTFB（サーバーレスポンス）が1秒以上なら、まずサーバー移行を検討する——マネージドホスティングへの投資が最もROIが高い施策です

2. PageSpeed Insightsのスコアではなく、Core Web Vitalsの3指標（LCP・INP・CLS）を「良好」に保つことを目標に——スコアは参考値に過ぎず、実際のSEO評価と体感速度に直結するのは中身です

3. 改善効果は「数値で」確認する——Google Analytics 4でセッション継続時間や離脱率の改善を2〜4週間で確認できれば、施策が正しい方向です

WordPress高速化は「必須」ですが「万能薬」ではありません。速度改善で基本を整えた上で、コンテンツとSEOの質を高めることが、最終的な成功につながります。

今回紹介した施策を参考に、まずは自分のサイトの「本当のボトルネック」を可視化することから始めてください。