WordPressのPageSpeed Insightsスコアが改善しない——LCP・FCP・TTFBの原因とEC担当が取れる現実的な選択肢

PageSpeed Insightsのスコアが上がらない、その本当の理由

「PageSpeed Insightsで計測したらスコアが低かった」「LCPやFCPが赤くなっている」「プラグインを入れてキャッシュ設定もしたのに、数字が変わらない」——WordPressでサイトを運営しているEC担当者から、こういったご相談をいただくことが増えています。

結論から言うと、WordPressの表示速度問題の多くは、プラグインで解決できる問題ではありません。 PHPという仕組みそのものに起因しているため、どれだけプラグインで最適化しても、改善には限界があります。

この記事では、WordPressが遅くなる根本原因と、EC担当者が検討できる現実的な解決策を整理します。

PageSpeed Insightsの3つの指標と、ECへの影響

PageSpeed Insightsで表示される指標の中で、特に重要なのが以下の3つです。

LCP（Largest Contentful Paint）：最大コンテンツの描画時間 ページ内で最も大きな要素（メインビジュアルや商品画像など）が表示されるまでの時間です。合格基準は2.5秒以内。WordPressサイトでは4秒以上かかるケースも珍しくありません。

FCP（First Contentful Paint）：初回コンテンツの描画時間 ページを開いてから、最初のテキストや画像が表示されるまでの時間です。合格基準は1.8秒以内。FCPが遅いと、ユーザーは「読み込んでいるのか止まっているのかわからない」という状態に置かれます。

TTFB（Time To First Byte）：サーバー応答速度 ブラウザがサーバーにリクエストを送ってから、最初の1バイトが返ってくるまでの時間です。合格基準は0.8秒以内。TTFBが遅いと、その後のFCPもLCPもすべて連鎖して遅くなります。

WordPressが根本的に遅い理由

WordPressは、ユーザーがページにアクセスするたびに、サーバー上でPHPというプログラムを実行してHTMLを生成します。

ユーザーアクセス → PHP実行（毎回） → データベース問い合わせ → HTML生成 → ブラウザ表示

この「毎回サーバーで処理する」という仕組みが、TTFBの遅延を生みます。インストールしているプラグインの数が増えるほど、テーマが複雑になるほど、この処理は重くなっていきます。

キャッシュプラグインはこの問題を「一度生成したHTMLを使い回す」ことで緩和しますが、商品ページの更新・在庫変動・会員ログイン状態など、ECサイト特有の動的なコンテンツが多い環境では、キャッシュを有効に使える場面が限られます。

WooCommerceを使っている場合はさらに顕著です。カート・在庫・ユーザーセッションの管理が加わり、動的処理が増えるため、一般的なWordPressサイトより速度改善の難易度が上がります。

現実的な解決策：WordPressをそのままに、表示だけNext.jsに切り替える

WordPressのCMS機能（管理画面・記事投稿・商品管理）はそのまま使いながら、ユーザーへの表示部分だけをNext.jsというフレームワークに切り替える構成があります。「ヘッドレスCMS構成」と呼ばれる手法です。

この構成では、Next.jsがWordPressのコンテンツをあらかじめHTMLとして生成しておき、CDN（コンテンツ配信ネットワーク）から高速に配信します。

ユーザーアクセス → CDN（即時応答） → 事前生成済みHTML表示

サーバーがPHPを実行する処理がなくなるため、TTFBは0.1〜0.2秒台まで改善できます。FCPはキャッシュプラグインに頼らず安定して1.5秒前後、LCPも2.5秒以内の合格ラインが現実的に見えてきます。

WordPressの管理画面はそのまま使えます。 投稿・編集・商品登録のフローは変わりません。URLも維持できるため、これまで積み上げてきたSEO評価を損なわずに移行できます。

WooCommerceユーザーが注意すべき点

WooCommerceでECを運営している場合、カート・決済・会員ログインといった「動的に変わる部分」の扱いが移行の設計ポイントになります。

商品一覧や記事ページなどの静的なページはNext.js側で高速化できますが、カートや会員ページのような動的処理はWordPress側に残るため、すべてのページが同じスピードになるわけではありません。どのページを静的化し、どのページをWordPressのまま扱うかを事前に設計する必要があります。

この点を曖昧なまま移行を進めると、「商品ページは速くなったがカートページは変わらない」という結果になりかねません。移行前の要件整理が成否を左右します。

こんな状況なら検討する価値があります

• PageSpeed InsightsのCore Web VitalsがFailed判定で、プラグイン対策では改善しない
• WordPressで記事メディアを運営しており、SEOの検索順位に停滞を感じている
• WooCommerceでECを運営しており、モバイルの表示速度が遅いことが気になっている
• WordPressの管理画面は慣れているため、コンテンツ管理の方法は変えたくない

逆に、月間アクセスが少なく速度問題がビジネスに影響していない段階であれば、移行の優先度は高くないかもしれません。現状のスコアと事業への影響を照らし合わせながら判断することをおすすめします。

まとめ

WordPressのPageSpeed Insightsスコアが改善しない根本原因は、PHPによる動的生成の仕組みにあります。プラグインによるキャッシュ設定は緩和策にはなりますが、根本解決にはなりません。

WordPressをそのまま使いながら表示だけNext.jsに切り替えるヘッドレスCMS構成は、管理フローを変えずにCore Web Vitalsを改善できる現実的な選択肢です。特にWooCommerceとWordPressを組み合わせて運営しているEC担当者の方は、一度検討してみる価値があります。

「自社のサイトでこの構成が有効かどうか確認したい」「現状のPageSpeed Insightsの数値を見ながら相談したい」という方は、ぜひご相談ください。