WordPressが重い原因診断と改善手順｜実装と保守を見直す

WordPressが重いとき、最初に必要なのは対策リストではなく、症状の分類です。

画像を圧縮すべきなのか、プラグインを減らすべきなのか、テーマの読み込みを直すべきなのか、DBやPHPを見直すべきなのかは、遅くなっている場所によって変わります。

たとえば、公開ページの初期表示が遅いならLCPや画像、外部タグ、キャッシュを疑います。管理画面が遅いならDB、autoload、wp-cron、プラグインの管理画面処理を疑います。記事ページだけ遅いなら、テンプレート、関連記事、広告、埋め込み、フォーム、ページビルダーの読み込みを確認します。

PageSpeed InsightsやCore Web Vitalsは、点数を眺めるためではなく、どの症状をどの順番で直すかを決めるために使います。

WordPressが重いと感じたら、最初にやるべきことは「高速化方法を全部試すこと」ではなく、遅い症状を分けて原因仮説を絞ることです。

この記事では、WordPressが重いと感じたときの症状別診断を軸に、実装修正、保守運用、問い合わせやCV導線の確認までを一連の流れとして整理します。

WordPressが重い時にまず見るべき影響

WordPressの重さは、単に表示が遅いという不快感だけの問題ではありません。

検索流入、問い合わせ、資料請求、採用応募、予約、購入、記事更新の頻度に影響します。特に、広告やSEOで集客しているサイトでは、フォーム到達前の離脱が増えると、流入数はあるのにCVが出ない状態になります。

影響範囲	起きる問題	最初に見る場所
SEO	Core Web Vitalsやクロール効率に悪影響が出る	Search Console、PageSpeed Insights
CV	問い合わせ前に離脱する	LP、サービスページ、フォーム
広告	クリック後の体験が悪くなる	広告LP、ファーストビュー
運用	投稿編集、画像登録、更新作業が遅くなる	管理画面、メディア、投稿編集
保守	プラグイン追加や場当たり設定で不具合が増える	プラグイン、テーマ、キャッシュ設定

WordPressは、記事、画像、固定ページ、プラグイン、テーマ改修、計測タグを積み重ねて育つサイトです。そのため、公開直後は軽くても、数年運用したあとに重くなることは珍しくありません。

問題は、重くなった原因が一つとは限らないことです。画像が大きい、キャッシュが効いていない、プラグインが増えた、テーマが古い、PHPが古い、DBが肥大化している、外部タグが多すぎる、サーバーが足りない、といった要因が重なります。

WordPressの重さは「ページ表示の問題」だけでなく、CV、広告費、編集作業、保守リスクに広がる運用上の問題です。

最初に「どのページが、誰にとって、どの作業で重いのか」を言語化します。これをしないまま高速化プラグインを入れると、数字は少し良くなっても、問い合わせ導線や管理画面の問題が残ることがあります。

PageSpeed Insightsと実機で症状を記録する

最初の計測では、トップページだけを測らないようにします。

WordPressでは、ページ種別ごとに読み込むテンプレート、プラグイン、画像、外部スクリプトが違います。トップページは問題ないのに、記事ページ、カテゴリページ、フォームページ、サービスページだけ遅いことがあります。

最低限、次のURLを分けて測ります。

URL種別	見る理由	確認する指標
トップページ	ファーストビュー画像や全体の重さが出やすい	LCP、CLS、リクエスト数
サービスページ・LP	CVに直結する	LCP、INP、外部タグ
記事ページ	画像、関連記事、広告、埋め込みが増えやすい	LCP、CLS、JavaScript
問い合わせフォーム	離脱と不具合がCVに直結する	INP、送信動作、計測イベント
管理画面	運用負荷に直結する	体感、保存時間、エラー、PHPログ

PageSpeed Insightsの説明では、モバイルとデスクトップのユーザー体験、改善提案を確認できるものとして整理されています。さらに、Search ConsoleのCore Web Vitalsレポートでは、実ユーザーのデータをURLグループ単位で確認できます。

ただし、PageSpeed Insightsのラボデータだけで判断しないことも重要です。実際のユーザーは、スマホ、低速回線、古い端末、社内Wi-Fi、広告流入、SNSアプリ内ブラウザなど、さまざまな環境でアクセスします。

計測時には、次の情報をメモします。

記録項目	例
測定日	2026-07-06
測定URL	トップ、サービスページ、フォーム、記事
端末	iPhone、Android、PC
主な問題	LCPが遅い、INPが悪い、管理画面保存が遅い
変更前の状態	プラグイン数、キャッシュ設定、サーバー情報
CV導線	フォーム、電話ボタン、資料請求、LINE追加

PageSpeed Insightsは100点を目指す道具ではなく、重要URLごとにLCP、INP、CLS、TTFBのどこが詰まっているかを記録する道具です。

この記録がないと、改善後に「速くなった気がする」で終わります。WordPress高速化では、変更前後で同じURLを見比べられる状態を作ることが、後の判断材料になります。

表示遅延は画像・外部タグ・キャッシュから切り分ける

公開ページの表示が遅い場合、まずはユーザーが最初に見る領域を確認します。

特にLCPが悪い場合は、ファーストビューにある画像、見出し、メインビジュアル、背景画像、Webフォント、サーバー応答が影響します。WordPressでは、トップページのメイン画像や記事のアイキャッチ画像が大きすぎるケースが多くあります。

症状	疑う原因	確認方法	改善例
最初の表示が遅い	LCP画像が重い	PageSpeed Insights、DevTools Network	画像リサイズ、WebP/AVIF、preload検討
スクロール後も重い	画像や埋め込みが多い	ページ全体の転送量	遅延読み込み、埋め込み削減
操作の反応が遅い	JavaScriptが重い	INP、Long Task	不要JS削除、遅延読み込み
表示がガタつく	CLSが悪い	レイアウトシフトの発生箇所	画像サイズ指定、広告枠固定
毎回読み込みが遅い	キャッシュが効いていない	レスポンスヘッダー、TTFB	ページキャッシュ、ブラウザキャッシュ

外部タグも見落としやすい原因です。広告タグ、ヒートマップ、チャット、SNS埋め込み、動画、地図、予約ウィジェット、複数の計測タグが積み重なると、テーマやサーバーを直しても体感が改善しにくくなります。

キャッシュについては、WordPress公式のCacheでも、ブラウザキャッシュ、オブジェクトキャッシュ、サーバーキャッシュなど複数の観点が整理されています。ここで重要なのは、キャッシュを強くすればすべて解決するわけではないことです。

フォーム、会員ページ、カート、予約、ログイン状態が関係するページでは、キャッシュ除外を誤ると古い内容が表示されたり、送信処理が壊れたりします。

公開ページの表示遅延では、サーバー移行の前に、LCP対象画像、外部タグ、キャッシュ有無、CVに近いページの除外条件を確認します。

改善は一つずつ進めます。画像を直す、外部タグを減らす、キャッシュを設定する、CSS/JSを整理する、と段階を分けて再計測します。一度に全部変えると、何が効いたのか分からなくなります。

管理画面遅延はDB・プラグイン・Cron・PHPを見る

管理画面が重い場合、公開ページの画像圧縮だけでは改善しないことが多いです。

投稿編集、メディア登録、固定ページ更新、フォーム設定、プラグイン設定画面が遅い場合は、WordPress内部の処理を疑います。

管理画面の症状	疑う原因	確認方法
投稿保存が遅い	リビジョン、メタデータ、重いフック	投稿保存時間、Query Monitor、PHPログ
メディア一覧が遅い	画像数、サムネイル生成、ストレージ	メディア件数、サーバーログ
プラグイン画面が重い	外部通信、ライセンス確認、更新確認	管理画面のNetwork、エラーログ
ダッシュボードが重い	ウィジェット、通知、外部API	ダッシュボードウィジェット停止
定期的に固まる	wp-cron、バックアップ、セキュリティスキャン	Cronイベント、実行時間
全体的に遅い	古いPHP、メモリ不足、DB肥大化	PHPバージョン、メモリ、DBサイズ

WordPress公式のOptimizationでは、不要なプラグインを無効化・削除し、プラグインがパフォーマンスに影響していないか確認する観点が示されています。

管理画面の遅さで特に見たいのは、autoloadが肥大化していないか、不要なリビジョンやtransientが溜まっていないか、バックアップやセキュリティプラグインが営業時間中に重い処理を走らせていないかです。

wp-cronも実務では重要です。アクセス時に定期処理が走る設定のままだと、アクセスや編集操作のタイミングで処理が重なることがあります。バックアップ、予約投稿、メール送信、外部連携、在庫同期、セキュリティスキャンなどが重なると、管理画面が急に固まることがあります。

管理画面が重い場合は、公開ページの画像対策ではなく、DB、autoload、wp-cron、PHP、管理画面で動くプラグイン処理を確認します。

この領域は、管理画面だけで安全に判断しにくい作業です。削除系のDB最適化やプラグイン停止は、バックアップ、検証環境、復元手順を確認してから進めます。

特定ページだけ重い時はテンプレートと読み込み範囲を調べる

WordPressでは、特定ページだけが重いことがあります。

この場合、サイト全体のサーバーやキャッシュだけを見ると遠回りになります。ページ種別ごとのテンプレート、読み込みリソース、ショートコード、ウィジェット、外部埋め込みを確認します。

重いページ	よくある原因	確認ポイント
記事ページ	アイキャッチ、関連記事、広告、SNS埋め込み	記事テンプレート、広告枠、埋め込み数
カテゴリ一覧	サムネイル大量表示、ページネーション	表示件数、画像サイズ、クエリ
サービスページ	ページビルダー、アニメーション、動画	読み込みCSS/JS、メインビジュアル
フォームページ	フォームJS、確認画面、reCAPTCHA	送信動作、外部通信、キャッシュ除外
検索結果	重い検索クエリ、絞り込み	DBクエリ、検索対象、プラグイン
管理用ページ	カスタムフィールド、外部API	保存時処理、API応答

よくあるのは、フォーム用のCSSやJavaScriptが全ページで読み込まれている状態です。問い合わせページだけで必要なスクリプトが、トップ、記事、カテゴリ一覧でも毎回読み込まれていると、全体の体感速度を下げます。

ページビルダーや多機能テーマも同じです。あるブロックを1ページで使っているだけなのに、関連するCSSやJavaScriptが全ページに出ていることがあります。

特定ページだけ重い場合は、DevToolsのNetwork、Coverage、Performanceを使い、どのファイルがそのページでだけ増えているかを見ます。WordPress側では、テンプレート、ショートコード、カスタムフィールド、ブロック、ウィジェット、関連記事プラグインを確認します。

特定ページだけが重い場合は、全体設定より先に、そのページだけで読み込まれるテンプレート、ショートコード、外部埋め込み、フォーム、関連記事を確認します。

この切り分けができると、「全部のプラグインを減らす」ではなく、「フォーム関連の読み込みをフォームページだけにする」「記事下の関連記事クエリを軽くする」「動画埋め込みを遅延読み込みにする」といった実装修正に落とせます。

実装修正はテーマ・プラグイン・CSS/JSを小さく分ける

原因が見えたら、実装修正は小さく分けて進めます。

WordPress高速化で危ないのは、キャッシュ、CSS圧縮、JavaScript遅延、画像変換、プラグイン停止、DB最適化を一気に行うことです。表示崩れやフォーム不具合が起きたとき、原因を戻しにくくなります。

修正対象	作業例	確認すること
画像	LCP画像のリサイズ、WebP/AVIF、遅延読み込み	ファーストビュー、CLS、画質
CSS	未使用CSS削減、必要ページだけ読み込み	レイアウト崩れ、レスポンシブ
JavaScript	不要JS削除、defer/async、ページ別読み込み	メニュー、フォーム、計測
プラグイン	停止、代替、読み込み制御	ショートコード、投稿タイプ、フォーム
テーマ	テンプレート改修、不要機能停止	主要ページ、スマホ表示
DB	不要データ削除、autoload整理	バックアップ、復元、管理画面

WordPress公式のThemesでも、テーマのパフォーマンスではサーバーリクエスト削減、画像サイズ削減、CSS/JavaScript最適化などが観点になります。

実務では、次の順番が扱いやすいです。

1. 検証環境またはバックアップを用意する
2. 重要URLの変更前データを残す
3. 画像や外部タグなど戻しやすい修正から行う
4. CSS/JSの読み込み範囲をページ単位で調整する
5. プラグイン停止やDB削除は影響範囲を確認してから行う
6. 修正ごとにPageSpeed Insightsと実機で確認する
7. フォーム、CTA、計測イベントを確認する

実装修正は「一括で高速化設定をオンにする」のではなく、変更単位を小さく分け、表示、フォーム、計測への影響を毎回確認します。

特にJavaScript遅延は注意が必要です。スマホメニュー、スライダー、フォームバリデーション、reCAPTCHA、GTM、GA4イベント、CTAクリック計測が壊れることがあります。速度だけを見て合格にせず、売上につながる導線まで確認します。

DB・PHP・キャッシュ・サーバーは保守設計として見直す

表側のリソースを整理しても改善しない場合は、DB、PHP、キャッシュ、サーバー構成を確認します。

ここは「高速化テクニック」ではなく、保守設計として扱うべき領域です。古いWordPressを長く運用しているほど、DB、プラグイン設定、PHPバージョン、ログ、バックアップ、Cron、サーバー制限が絡みます。

領域	確認すること	改善の方向
DB	リビジョン、transient、ログ、重いクエリ	不要データ整理、クエリ改善
autoload	optionsテーブルの肥大化	不要autoloadの整理
PHP	バージョン、メモリ、エラー	対応バージョン確認、設定見直し
wp-cron	バックアップ、予約投稿、外部連携	サーバーcron化、実行頻度調整
キャッシュ	ページ、ブラウザ、オブジェクト、サーバー	役割分担、除外条件設計
サーバー	CPU、メモリ、TTFB、同時アクセス	プラン見直し、移行、CDN

PHPやDBの見直しでは、互換性確認が必要です。古いテーマやプラグインが新しいPHPに対応していない場合、単純なバージョンアップでエラーが出ることがあります。逆に、古いPHPのままでは速度とセキュリティの両面で不利になります。

キャッシュも、ページキャッシュだけでなく、オブジェクトキャッシュ、サーバーキャッシュ、CDNキャッシュの役割を分けます。ログインユーザー、フォーム、カート、会員ページ、動的な診断ページは、キャッシュ除外やパージ条件を決めないと事故につながります。

DB・PHP・キャッシュ・サーバーの改善は、一度の設定変更ではなく、更新、バックアップ、Cron、監視、除外条件まで含めた保守ルールとして設計します。

この領域に入ると、管理画面の設定だけで完結しないことが増えます。サーバーログ、PHPエラー、DBクエリ、プラグインの互換性、ホスティング仕様を確認しながら進めます。

改善後はフォーム・CTA・解析イベントを確認する

WordPress高速化の完了条件は、PageSpeed Insightsの点数が上がることだけではありません。

問い合わせ、資料請求、予約、購入、電話、LINE追加、メールリンク、ホワイトペーパーダウンロードなど、CVに近い導線が壊れていないことを確認します。

確認対象	確認内容
問い合わせフォーム	入力、確認、送信、完了画面、通知メール
CTAボタン	クリック、遷移先、スマホでのタップ範囲
GA4イベント	form_submit、click、generate_leadなど
GTM	タグ発火、トリガー、同意管理
電話・メールリンク	スマホで発信・起動できるか
予約・EC・会員機能	ログイン、カート、決済、予約完了
Search Console	Core Web Vitals、インデックス、エラー

特に、JavaScriptの遅延読み込み、結合、圧縮、キャッシュ、CDN設定は、見た目が崩れていなくても計測だけ壊すことがあります。GA4やGTMのイベントが止まると、改善後にCVが増えたのか、単に計測できなくなったのか判断できません。

また、フォームのキャッシュ除外も重要です。確認画面、完了画面、nonce、reCAPTCHA、スパム対策、セッションを使うフォームでは、ページキャッシュやCDNキャッシュが不具合の原因になることがあります。

WordPress高速化の完了条件は、速くなったことではなく、速くなったうえでフォーム、CTA、解析イベント、スマホ導線が正常に動くことです。

改善後は、変更前後の数値だけでなく、CV導線の確認結果も残します。社内の保守メモには「どの設定を変えたか」「どのURLで確認したか」「どのフォームを送信テストしたか」まで書いておくと、次回の更新時に事故を減らせます。

自力対応と専門家相談の判断基準

WordPressが重いとき、自力で対応しやすい作業と、専門家に相談した方がよい作業を分けて考えます。

自力対応しやすいのは、影響範囲が狭く、戻しやすい作業です。たとえば、画像のリサイズ、不要な下書き整理、明らかに使っていない外部埋め込みの削減、PageSpeed Insightsでの記録、スマホ実機確認などです。

一方で、次の作業は慎重に進めるべきです。

相談した方がよい作業	理由
DB最適化やautoload整理	削除や変更の影響が戻しにくい
PHPバージョン更新	テーマ・プラグイン互換性の確認が必要
キャッシュ・CDNの除外設計	フォーム、会員、EC、予約機能を壊しやすい
テーマや子テーマの修正	レイアウト、SEO、構造化データに影響する
JavaScript遅延や読み込み制御	メニュー、フォーム、計測タグを壊しやすい
サーバー移行	DNS、メール、SSL、バックアップ、切り戻しが必要
CV計測の再設計	GA4、GTM、広告CV、フォーム完了の整合が必要

専門家に相談する場合は、「重いので何とかしてください」ではなく、次の材料を用意すると話が早くなります。

相談材料	例
重いURL	トップ、記事、フォーム、管理画面など
症状	初期表示が遅い、保存が遅い、特定ページだけ重い
計測結果	PageSpeed Insights、Search Console、実機確認
重要なCV	問い合わせ、資料請求、予約、購入
現在の環境	サーバー、PHP、テーマ、主要プラグイン
絶対に壊せない機能	フォーム、会員、決済、予約、計測
変更履歴	最近追加したプラグイン、タグ、画像、改修

専門家に相談すべきかの境目は、作業の難しさではなく、失敗したときにフォーム、売上、管理画面、計測、復旧に影響するかどうかです。

WordPress高速化は、原因を分ければ自力で進められる部分もあります。ただし、古いサイトほど、テーマ、プラグイン、DB、サーバー、計測、CV導線が絡みます。売上に近いページほど、速さだけでなく、壊さず改善する設計が必要です。

重いWordPressを放置すると、SEOやCVだけでなく、記事更新や保守作業も鈍ります。まずは重要URLを測り、症状を分け、直す順番を決めるところから始めるのが現実的です。