WordPressが重い原因と改善方法｜表示速度を劇的に速くするチェックリスト

WordPressサイトが重い状態を放置すると、訪問者がページを読む前に離脱したり、問い合わせや商品購入の機会を失ったりする可能性があります。表示速度はユーザー体験だけでなく、検索エンジンによる評価にも関係するため、SEOに取り組むうえでも無視できません。

ただし、「WordPressが重い」と感じる原因はサイトごとに異なります。画像の容量、プラグイン、テーマ、キャッシュ、データベース、サーバー性能、外部サービスなど、複数の問題が重なっているケースも少なくありません。

大切なのは、いきなり高速化プラグインを追加することではなく、現在の状態を計測し、原因を切り分けてから効果の大きい対策を順番に実施することです。本記事では、WordPressが重い原因の調べ方から具体的な改善方法まで、チェックリスト形式で解説します。

1. WordPressが重いと感じたら最初に確認すべきこと

1-1. 「重い」の症状は表示速度・管理画面・投稿画面のどれか

最初に確認したいのは、WordPressのどの部分が重いのかという点です。

主な症状は、次の3種類に分けられます。

訪問者が見るWebページの表示が遅い
WordPress管理画面の操作が遅い
投稿や固定ページの編集画面が遅い

Webページの表示だけが遅い場合は、画像、JavaScript、CSS、キャッシュ、サーバーの応答速度などが主な確認対象です。

管理画面が遅い場合は、プラグインのバックグラウンド処理、データベース、自動更新、アクセス解析、バックアップ、wp-cronなどが影響している可能性があります。

投稿画面だけが重い場合は、ブロックエディターに機能を追加するプラグイン、カスタムフィールド、外部APIとの通信、ブラウザ拡張機能なども疑いましょう。

症状を整理しないまま対策を始めると、関係のない設定を変更してしまい、効果を得られないことがあります。

1-2. 表示速度が遅いとSEO・離脱率・売上に影響する理由

ページの表示に時間がかかると、訪問者は内容を確認する前に別のサイトへ移動しやすくなります。特にスマートフォンでは、通信環境や端末性能によって読み込みがさらに遅くなることがあります。

表示速度の低下によって起こりやすい問題は、次のとおりです。

ページを読む前の離脱が増える
複数ページを閲覧してもらいにくくなる
商品購入や問い合わせの完了率が下がる
広告やアフィリエイトリンクが見られにくくなる
検索エンジンがページを巡回しにくくなる
Core Web Vitalsの評価が下がる

表示速度だけで検索順位が決まるわけではありません。しかし、内容が同程度のページを比較した場合、使いやすく安定して表示されるページのほうが、ユーザーに選ばれやすいと考えられます。

1-3. WordPressが重くなる主な原因は1つではなく複合的

WordPressが重い原因を1つだけに絞り込めるとは限りません。

例えば、容量の大きい画像を多数掲載し、複数の広告タグを設置したページを、性能の低いサーバーからキャッシュなしで配信している場合、それぞれの小さな問題が積み重なって大幅な遅延につながります。

高速化では、次の3つを分けて考えることが重要です。

サーバーがHTMLを生成するまでの時間
HTML、CSS、JavaScript、画像を読み込む時間
ブラウザが画面を描画して操作可能になるまでの時間

どの段階で時間がかかっているかによって、必要な対策は異なります。

2. WordPressの重さを診断するチェック方法

2-1. PageSpeed Insightsで表示速度とCore Web Vitalsを確認する

WordPressの表示速度を調べるときは、まずPageSpeed Insightsで主要ページを計測します。

確認したい代表的な項目は、次のとおりです。

LCP：主要なコンテンツが表示されるまでの時間
INP：クリックやタップに対する反応の速さ
CLS：読み込み中にレイアウトがずれる度合い
FCP：最初のコンテンツが表示されるまでの時間
TBT：メインスレッドが長時間ブロックされた合計時間

トップページだけでなく、記事ページ、カテゴリーページ、商品ページ、ランディングページなど、構成の異なるページを計測しましょう。

一度の測定結果だけで判断するのではなく、時間帯を変えて複数回計測することも大切です。キャッシュの有無やサーバーの混雑状況によって結果が変動するためです。

2-2. GTmetrixやChrome DevToolsで読み込みの遅い要素を調べる

PageSpeed Insightsで問題の概要を確認したら、GTmetrixやChrome DevToolsを使って、どのファイルが読み込みを遅らせているのか調べます。

Chrome DevToolsのNetworkパネルでは、次のような情報を確認できます。

ファイルごとの読み込み時間
画像やスクリプトの容量
読み込みリクエストの総数
外部ドメインとの通信
読み込み開始まで待機しているファイル
エラーになっているファイル

Waterfall表示を見ると、どの処理が後続の読み込みを止めているか把握しやすくなります。

特定の広告タグ、アクセス解析、Webフォント、SNSウィジェットなどに長い時間がかかっている場合は、設置方法や必要性を見直しましょう。

2-3. サーバーの応答速度・TTFBを確認する

TTFBは、ブラウザがサーバーへリクエストを送ってから、最初のデータを受け取るまでの時間です。

TTFBが長い場合は、画像を圧縮するだけでは十分な改善につながりません。サーバー側でページを生成する処理に時間がかかっている可能性があるためです。

主な原因としては、次のものが考えられます。

サーバー性能の不足
データベース処理の遅延
重いプラグインの実行
外部APIへの通信
ページキャッシュの未設定
アクセス集中
botによる大量リクエスト

ページキャッシュを有効にした状態と無効にした状態で比較すると、WordPressの動的処理がボトルネックになっているか判断しやすくなります。

2-4. プラグインを一時停止して原因を切り分ける

プラグインが原因か確認するには、ステージング環境やバックアップを用意したうえで、一時停止による切り分けを行います。

すべてのプラグインを一度に停止するとサイトの機能が失われるため、次のように分類して確認すると安全です。

キャッシュ・高速化系
セキュリティ系
バックアップ系
アクセス解析系
SEO系
問い合わせフォーム系
ページビルダー系
EC・会員機能系

同じ機能を持つプラグインが複数入っている場合は、競合によって処理が増えている可能性があります。

停止後は、表示速度だけでなく、レイアウト、フォーム送信、ログイン、決済などに問題がないか確認してください。

2-5. スマホ表示とPC表示の速度差を確認する

PCでは速く表示されても、スマートフォンでは大幅に遅くなることがあります。

スマホ表示が遅くなりやすい主な理由は、次のとおりです。

モバイル回線の通信速度が遅い
端末の処理性能が低い
JavaScriptの実行に時間がかかる
スマホ画面に対して画像が大きすぎる
広告が多い
レスポンシブ用のCSSが複雑
ファーストビューの要素が多い

PageSpeed Insightsでは、モバイルとデスクトップを分けて確認できます。利用者の多くがスマートフォンからアクセスしているサイトでは、PCの点数よりもモバイルでの実際の使いやすさを優先しましょう。

3. WordPressが重い主な原因

3-1. 画像や動画ファイルの容量が大きい

WordPressが重い原因として特に多いのが、画像ファイルの容量です。

デジタルカメラやスマートフォンで撮影した画像を、そのままアップロードすると、表示サイズに対して過剰な解像度になることがあります。1枚あたり数MBの画像が複数掲載されていれば、それだけでページ全体が重くなります。

次のような状態に注意してください。

横幅数千ピクセルの画像を縮小表示している
PNGである必要がない写真をPNGで保存している
圧縮していない画像を使用している
同じページに大きな画像を何枚も掲載している
背景動画を自動再生している
GIFアニメーションを多用している

画像はアップロード前にリサイズし、用途に合った形式と品質で保存することが基本です。

3-2. 不要なプラグインや重いプラグインが多い

プラグインは有効化するだけで、すべて同じようにサイトを重くするわけではありません。重要なのは、プラグインの数よりも処理内容です。

ただし、使用していないプラグインを多数残していると、管理が難しくなり、競合やセキュリティ上の問題も起こりやすくなります。

特に負荷が高くなりやすいのは、次のようなプラグインです。

ページごとに大量のCSSやJavaScriptを読み込むもの
データベースへ頻繁に書き込むもの
外部サービスと常時通信するもの
高機能なアクセス解析
リアルタイムスキャンを行うセキュリティ機能
頻繁にバックアップを実行するもの
関連記事や検索で複雑なクエリを実行するもの

現在使用している機能を一覧化し、テーマやサーバーの標準機能で代替できるものがないか確認しましょう。

3-3. テーマが重い・古い・最適化されていない

多機能テーマやページビルダー対応テーマでは、使用していない機能のCSSやJavaScriptまで読み込まれることがあります。

また、長期間更新されていないテーマは、新しいPHPやWordPressに最適化されていない可能性があります。

テーマを選ぶときは、デザインだけでなく、次の点も確認してください。

不要なスクリプトを大量に読み込まないか
レスポンシブ表示が適切か
定期的に更新されているか
現在のWordPressやPHPに対応しているか
高速化機能と競合しないか
サポート情報が充実しているか

テーマ変更はサイト全体へ影響するため、事前にステージング環境で表示崩れや機能の動作を確認しましょう。

3-4. CSS・JavaScriptの読み込みが多すぎる

CSSやJavaScriptのファイル数が多いと、ブラウザからサーバーへのリクエストが増え、ダウンロードや実行にも時間がかかります。

特にJavaScriptは、読み込み後にブラウザ上で実行されるため、ファイル容量が小さくても処理内容によっては操作可能になるまでの時間を延ばします。

よくある問題は、次のとおりです。

全ページで不要なスクリプトを読み込んでいる
複数のプラグインが似たライブラリを読み込んでいる
JavaScriptがHTMLの解析を止めている
未使用CSSが大量に含まれている
ページビルダーが複雑なHTMLを生成している

圧縮だけでなく、不要なファイルを読み込まないことが重要です。

3-5. キャッシュ設定ができていない

WordPressは、アクセスされるたびにPHPを実行し、データベースから情報を取得してページを生成します。

ページキャッシュが設定されていない場合、同じページへのアクセスでも毎回同じ処理が発生します。アクセス数が増えるほど、CPUやデータベースへの負荷も高くなります。

キャッシュを適切に利用すると、生成済みのページを配信できるため、サーバー処理を大幅に減らせる可能性があります。

ただし、会員ページ、カート、決済、ログイン後の画面など、利用者ごとに内容が変わるページを一律にキャッシュすると不具合が起こるため注意が必要です。

3-6. データベースに不要データが溜まっている

WordPressを長期間運用すると、投稿リビジョン、自動下書き、期限切れの一時データ、削除済みプラグインの設定などがデータベースに蓄積します。

データ量が多いだけで直ちに遅くなるとは限りませんが、特定のテーブルや自動読み込みされるオプションデータが肥大化すると、ページ生成や管理画面の表示に影響することがあります。

特に、削除したプラグインがデータベース内へ大量の設定やテーブルを残しているケースには注意しましょう。

3-7. レンタルサーバーのスペックが不足している

画像やプラグインを最適化しても重い場合は、サーバー性能が不足している可能性があります。

共用サーバーでは、同じサーバーを利用するほかのサイトの影響を受けることもあります。特定の時間帯だけ遅くなる場合は、サーバー混雑も疑いましょう。

確認したい項目は、次のとおりです。

CPUやメモリの利用状況
同時アクセスへの対応
PHPの実行環境
ストレージの種類
転送量の上限
Webサーバーの仕組み
サーバーキャッシュの有無
CDN連携の有無

安価なプランで大規模なECサイトや会員サイトを運営すると、処理能力が足りなくなることがあります。

3-8. PHP・WordPress本体・プラグインのバージョンが古い

古いPHPやWordPressを使い続けると、性能改善の恩恵を受けられないだけでなく、セキュリティ上のリスクも高まります。

ただし、更新前にはテーマやプラグインの対応状況を確認してください。互換性を確認せずにPHPのバージョンを変更すると、エラーによってサイトが表示されなくなる可能性があります。

安全に更新する手順は、次のとおりです。

ファイルとデータベースをバックアップする
テーマとプラグインの対応状況を確認する
ステージング環境で更新する
表示や主要機能を確認する
本番環境へ反映する

3-9. 広告タグ・計測タグ・外部サービスの読み込みが多い

広告、アクセス解析、ヒートマップ、チャット、SNS投稿、Webフォント、地図などは、外部サーバーからデータを取得します。

外部サービスの応答速度は、自分のWordPressやサーバーだけでは制御できません。設置数が増えるほど、読み込みの遅延やレイアウトのずれが発生しやすくなります。

外部タグは、次の基準で整理しましょう。

現在も利用しているか
成果の計測に必要か
同じ目的のタグが重複していないか
全ページで読み込む必要があるか
同意取得後に読み込むべきものではないか

「念のため残す」のではなく、目的と利用状況を定期的に見直すことが大切です。

3-10. アクセス増加やbotによる負荷が発生している

SNSや広告から急にアクセスが増えたり、検索エンジンや悪質なbotから大量のリクエストを受けたりすると、サーバー負荷が高くなります。

次のような症状がある場合は、アクセスログを確認しましょう。

急にサイト全体が遅くなった
CPU使用率が高い
特定URLへのアクセスが異常に多い
ログイン画面へ大量のリクエストがある
存在しないURLへのアクセスが続いている
海外から短時間に大量アクセスがある

WAF、CDN、レート制限、ログイン試行制限などを利用すると、不要なリクエストをWordPressへ到達する前に抑えられる場合があります。

4. WordPressを軽くする基本の改善方法

4-1. 画像を圧縮・リサイズ・WebP化する

画像は、実際に表示するサイズに合わせてリサイズしてからアップロードします。

本文内で横幅800ピクセル程度に表示する画像に、横幅4,000ピクセルの元画像を使う必要はありません。高解像度表示を考慮する場合も、用途に合った範囲へ調整しましょう。

写真にはJPEGやWebP、透過が必要な画像にはPNGやWebP、ロゴやアイコンにはSVGなど、用途に応じて形式を使い分けます。

WebPなどの圧縮効率が高い形式を利用すると、見た目の品質を大きく落とさずにファイル容量を削減できる場合があります。

既存画像を一括変換する場合は、変換後の画像が正しく配信されているか、元画像へのフォールバックが必要かを確認してください。

4-2. 画像の遅延読み込みを設定する

遅延読み込みとは、ページを開いた時点ですべての画像を読み込まず、画面に近づいた画像から順番に読み込む方法です。

記事内に画像が多いページでは、初期表示時の通信量を抑えられます。

ただし、ファーストビューに表示される重要な画像まで遅延読み込みすると、LCPが悪化する可能性があります。メインビジュアルや記事冒頭の主要画像は、通常読み込みや優先読み込みを検討しましょう。

重要なのは、すべての画像へ機械的に同じ設定を適用しないことです。

4-3. 不要なプラグインを停止・削除する

使っていないプラグインは停止するだけでなく、再利用する予定がなければ削除します。

整理するときは、次の順番で確認しましょう。

現在使っていないプラグイン
同じ機能を持つプラグイン
テーマやサーバー機能で代替できるプラグイン
更新が止まっているプラグイン
高負荷だが利用価値の低いプラグイン

削除前には、ショートコードやブロック、データベース、テーマファイルから参照されていないか確認してください。

4-4. 軽量テーマに変更する

テーマ自体が大量のCSSやJavaScriptを読み込んでいる場合は、設定だけで十分に改善できないことがあります。

その場合は、軽量で必要な機能に絞られたテーマへの変更を検討します。

ただし、テーマ変更では次の項目が影響を受けます。

デザイン
ウィジェット
メニュー
ショートコード
独自ブロック
構造化データ
見出し構造
広告の配置
アクセス解析タグ

本番サイトで直接変更せず、複製した環境で検証してから切り替えましょう。

4-5. HTML・CSS・JavaScriptを圧縮する

HTML、CSS、JavaScriptから不要な改行や空白、コメントを削除すると、転送するデータ量を減らせます。

ただし、圧縮による削減量よりも、画像や不要なJavaScriptを見直したほうが大きな効果を得られるケースもあります。

また、JavaScriptの結合や圧縮によって、次のような不具合が起こることがあります。

メニューが開かない
スライダーが動かない
フォームを送信できない
決済処理が進まない
管理バーが崩れる
JavaScriptエラーが発生する

設定後は表示速度だけでなく、主要な操作を実際に確認してください。

4-6. 不要なCSS・JavaScriptを読み込まない設定にする

お問い合わせフォームのスクリプトが、フォームのない記事ページでも読み込まれていることがあります。

このようなファイルを必要なページだけで読み込むようにすると、リクエスト数や処理量を削減できます。

対象になりやすいのは、次の機能です。

問い合わせフォーム
スライダー
地図
表示用チャート
EC機能
会員機能
ポップアップ
SNS共有
コメント機能

プラグインの設定や専用のアセット管理機能を利用できますが、誤って必要なファイルを停止すると機能しなくなるため、ページ単位で動作確認を行いましょう。

4-7. 動画は直接アップロードせず外部サービスを埋め込む

大きな動画ファイルをWordPressのメディアライブラリへ直接アップロードすると、サーバー容量や転送量を大きく消費します。

一般的には、動画配信サービスへアップロードし、WordPressには埋め込みコードを設置する方法が適しています。

ただし、通常の埋め込みでは外部スクリプトが読み込まれるため、サムネイルを最初に表示し、クリック後にプレーヤーを読み込む方式も有効です。

背景動画や自動再生動画を使用する場合は、スマートフォンで非表示にする、短く圧縮する、静止画へ切り替えるといった対策を検討してください。

4-8. 広告・SNSボタン・外部ウィジェットを見直す

広告やSNSボタンは収益や拡散に役立ちますが、設置数が多いほど表示速度へ影響します。

特に、記事の上部に複数の広告や外部ウィジェットを配置すると、主要コンテンツの表示が遅れたり、読み込み後にレイアウトが動いたりすることがあります。

次のような見直しが有効です。

成果の低い広告枠を削除する
SNSボタンをシンプルなリンクへ変更する
外部ウィジェットを画像とリンクで代替する
必要なページだけでタグを読み込む
ファーストビューの広告数を減らす
広告枠の高さと幅を事前に指定する

表示速度と収益性の両方を計測しながら調整しましょう。

5. キャッシュ設定でWordPressの表示速度を改善する

5-1. キャッシュの仕組みと高速化に効果がある理由

通常のWordPressは、アクセスを受けるたびにPHPとデータベースを使ってHTMLを生成します。

キャッシュを利用すると、一度生成したページや取得したデータを一定期間保存し、同じ処理を繰り返さずに配信できます。

キャッシュには、主に次の種類があります。

ページキャッシュ
ブラウザキャッシュ
オブジェクトキャッシュ
サーバーキャッシュ
CDNキャッシュ

種類によって保存する場所や対象が異なるため、単に「キャッシュを有効にする」だけでなく、サーバーやサイトの構成に合った設定が必要です。

5-2. ページキャッシュを設定する

ページキャッシュは、WordPressが生成したHTMLを保存し、次回以降のアクセスへ再利用する仕組みです。

一般的な記事サイトや企業サイトでは、大きな高速化効果を期待できます。

一方、次のページはキャッシュ対象から除外する必要があります。

ログイン画面
管理画面
ショッピングカート
購入手続き
マイページ
利用者ごとに表示内容が変わるページ
入力内容を一時保存するフォーム

ECサイトや会員サイトでは、利用しているプラグインが推奨する除外設定を確認しましょう。

5-3. ブラウザキャッシュを活用する

ブラウザキャッシュを設定すると、画像、CSS、JavaScript、フォントなどを訪問者のブラウザへ一時保存できます。

同じ利用者が2ページ目以降を閲覧するときや、再訪問したときに、同じファイルを毎回ダウンロードする必要がなくなります。

ただし、保存期間を長く設定したファイルを更新すると、古いデータが残ることがあります。ファイル名やURLへバージョン情報を付ける仕組みを利用すると、更新時に新しいファイルを読み込ませやすくなります。

5-4. サーバーキャッシュを確認する

レンタルサーバーによっては、独自のキャッシュ機能が提供されています。

サーバー側のキャッシュは、WordPressプラグインより手前で処理できる場合があり、効果的なことがあります。

サーバー管理画面で、次の項目を確認しましょう。

Webサーバーキャッシュ
PHP高速化機能
オブジェクトキャッシュ
CDN
静的ファイル配信
ブラウザキャッシュ
HTTP圧縮

サーバーキャッシュとプラグインのページキャッシュを重複して設定すると、更新内容が反映されにくくなる場合があります。サーバー会社の推奨構成を確認してください。

5-5. キャッシュ系プラグインを導入するときの注意点

キャッシュ系プラグインは、基本的に1つを選びます。複数のキャッシュプラグインを同時に有効化すると、処理が重複したり、設定が競合したりする可能性があります。

導入時は、最初からすべての機能を有効にしないことが重要です。

次の順番で、1項目ずつ設定すると原因を特定しやすくなります。

ページキャッシュ
ブラウザキャッシュ
圧縮
CSS最適化
JavaScript最適化
遅延読み込み
CDN連携

各設定後にキャッシュを削除し、シークレットウィンドウや別端末で表示を確認しましょう。

5-6. キャッシュ削除が必要なタイミング

次のような変更を行った後は、キャッシュの削除が必要になることがあります。

記事や固定ページを更新した
テーマを編集した
CSSやJavaScriptを変更した
プラグインを更新した
メニューやウィジェットを変更した
広告タグを変更した
画像を差し替えた
リダイレクトを設定した

WordPressプラグインだけでなく、サーバー、CDN、ブラウザにもキャッシュが残ることがあります。変更が反映されない場合は、各層のキャッシュを順番に確認してください。

6. データベースを最適化してWordPressを軽くする

6-1. 投稿リビジョンを削除・制限する

投稿リビジョンは、記事の過去の状態を保存する便利な機能です。しかし、更新回数の多い記事が多数あると、データベースの容量が増えます。

不要なリビジョンを削除したうえで、今後保存する件数を制限すると、データの増加を抑えられます。

ただし、リビジョンは誤操作から記事を復元するときに役立ちます。完全に無効化するよりも、必要な件数を残す方法が安全です。

6-2. 自動下書き・ゴミ箱・スパムコメントを削除する

自動下書き、ゴミ箱内の記事、スパムコメントなども定期的に整理しましょう。

特にスパムコメントが大量に届くサイトでは、コメント関連のテーブルが肥大化することがあります。不要データの削除とあわせて、スパム対策やコメント設定も見直してください。

一時的なデータを削除するだけで表示速度が劇的に変わるとは限りませんが、データベースを管理しやすい状態に保つ効果があります。

6-3. 不要なテーブルやオプションデータを整理する

プラグインを削除しても、そのプラグインが作成したテーブルや設定データが残ることがあります。

特に注意したいのが、自動読み込みされるオプションデータです。不要なデータが大量に自動読み込みされると、ページを生成するたびに余分な処理が発生する可能性があります。

ただし、テーブル名や設定名だけで不要と判断してはいけません。現在のテーマや別のプラグインが利用している場合もあります。

削除前に、どの機能が作成したデータか調べてください。

6-4. データベース最適化プラグインを使う際の注意点

データベース最適化プラグインを利用すると、リビジョン、一時データ、不要なコメントなどを管理画面から削除できます。

便利な一方で、設定によっては必要なデータまで削除する可能性があります。

「すべて最適化」「すべて削除」といった操作を安易に実行せず、対象データの意味を理解してから処理してください。

定期実行を設定する場合も、最初は手動で結果を確認し、問題がないことを確かめましょう。

6-5. 作業前に必ずバックアップを取る

データベースの削除処理は、元に戻せない場合があります。

作業前に、少なくとも次のバックアップを取得してください。

データベース
wp-contentフォルダ
テーマ
プラグイン
アップロード画像
設定ファイル

バックアップは取得するだけでなく、復元できる状態であることが重要です。可能であればステージング環境で最適化を試し、問題がないことを確認してから本番環境へ反映します。

7. サーバー環境を見直してWordPressを高速化する

7-1. 共用サーバーが重い場合に起こりやすい症状

共用サーバーでは、複数の利用者が同じ物理サーバーのCPUやメモリなどを共有します。

次のような症状がある場合は、サーバー環境が影響している可能性があります。

夜間や特定の時間帯だけ遅い
同じ設定でも速度が大きく変動する
管理画面と公開ページの両方が遅い
アクセス増加時にエラーが発生する
PHP処理が途中で停止する
バックアップ中にサイトが重くなる

サーバーの障害情報やリソース利用状況を確認し、必要に応じてサポートへ問い合わせましょう。

7-2. PHPのバージョンを最新推奨環境にする

WordPress、テーマ、プラグインが対応している範囲で、サーバー会社が推奨するPHPバージョンを利用します。

古いPHPを使い続けるより、処理性能や安全性が改善された環境を利用できる可能性があります。

変更前には、次の手順を実施してください。

バックアップを取得する
テーマとプラグインの対応状況を確認する
ステージング環境でPHPを変更する
エラーログを確認する
フォームや決済などをテストする
本番環境へ反映する

単にバージョン番号が新しいものへ変更するのではなく、サイト全体の互換性を確認することが重要です。

7-3. メモリ上限・CPU・転送量を確認する

WordPressでは、プラグインやテーマの処理内容によって多くのメモリを使用することがあります。

画像生成、バックアップ、商品データの一括処理などでエラーが出る場合は、PHPのメモリ上限を確認しましょう。

ただし、メモリ上限を増やすだけでは、根本的な高負荷処理が改善されないこともあります。

サーバー管理画面やアクセスログで、次の項目を確認してください。

CPU使用率
メモリ使用量
ディスク使用量
転送量
同時接続数
PHPエラー
データベース負荷

上限へ頻繁に到達している場合は、サイト側の最適化とプラン変更の両方を検討します。

7-4. LiteSpeed・nginx・高速サーバーの違いを確認する

Webサーバーには複数の仕組みがあり、キャッシュ機能や同時接続への対応方法が異なります。

LiteSpeedでは専用キャッシュとの連携、nginxでは静的ファイル配信やリバースプロキシなどを活用できる場合があります。

ただし、Webサーバーの種類だけで速度が決まるわけではありません。

実際の表示速度には、次の要素も関係します。

CPUやメモリ
ストレージ性能
ネットワーク
PHPの設定
データベース
キャッシュ構成
同居サイト数
サポート体制

サーバーを比較するときは、「高速」という宣伝だけでなく、WordPress向けのキャッシュ機能や運用実績も確認しましょう。

7-5. CDNを導入して画像や静的ファイルを高速配信する

CDNは、画像、CSS、JavaScriptなどのファイルを複数拠点から配信する仕組みです。

サイトのサーバーから遠い地域の利用者にも、近い配信拠点からデータを届けられるため、通信時間を短縮できる場合があります。また、アクセスを分散し、元のサーバーへの負荷を減らす効果も期待できます。

CDN導入後は、次の点を確認してください。

SSL証明書が正しく適用されているか
画像URLが正しく書き換えられているか
更新後にキャッシュを削除できるか
ログイン画面や管理画面がキャッシュされていないか
動的ページが誤ってキャッシュされていないか
アクセス解析へ影響していないか

国内利用者が中心の小規模サイトでは、CDNより先に画像やページキャッシュを改善したほうが効果的な場合もあります。

7-6. サーバー移転を検討すべきケース

次のような状態が続く場合は、サーバー移転を検討する価値があります。

基本的な高速化を行ってもTTFBが長い
リソース上限へ頻繁に到達する
アクセス増加のたびにサイトが停止する
必要なPHP環境を利用できない
サーバーキャッシュやCDNが使えない
障害や速度低下が多い
サポートから十分な回答を得られない
ECや会員機能に対して性能が不足している

ただし、原因が巨大な画像や重いJavaScriptであれば、サーバーを変更しても十分に改善しません。移転前に、サーバー側とフロントエンド側のどちらがボトルネックなのか切り分けましょう。

8. WordPress管理画面が重いときの原因と対処法

8-1. 管理画面だけ重い場合は表示速度とは原因が異なる

公開ページにはページキャッシュを利用できますが、ログイン後の管理画面は基本的に利用者ごとに動的に生成されます。

そのため、公開ページが速くても管理画面だけ重いことがあります。

管理画面で確認すべき主な原因は、次のとおりです。

プラグインによる管理画面処理
外部APIとの通信
データベースの複雑な検索
ダッシュボードウィジェット
wp-cron
自動更新
バックアップ
セキュリティスキャン
商品や投稿の件数
ブラウザ側の問題

公開ページのキャッシュ設定だけでは改善しない点に注意してください。

8-2. 管理画面で重いプラグインを特定する

管理画面の特定ページだけが遅い場合は、そのページへ機能を追加しているプラグインを確認します。

例えば、投稿一覧が遅い場合はSEO情報やアクセス数を一覧へ追加するプラグイン、商品一覧が遅い場合は在庫や価格情報を追加するEC関連プラグインが影響している可能性があります。

検証環境でプラグインを順番に停止し、読み込み時間やデータベースクエリの変化を確認しましょう。

停止できない重要なプラグインの場合は、不要な機能だけを無効化できないか設定を確認します。

8-3. ダッシュボードウィジェットを減らす

WordPressのダッシュボードには、概要、サイトヘルス、ニュース、アクセス解析、SEO情報などのウィジェットが表示されます。

これらの中には、画面を開くたびにデータベースや外部サービスへアクセスするものがあります。

日常的に確認しないウィジェットは、「表示オプション」から非表示にしましょう。プラグイン独自のウィジェットを無効化できる場合は、設定画面も確認してください。

8-4. 自動更新・wp-cron・バックアップ処理を見直す

WordPressのwp-cronは、アクセスをきっかけに予約投稿、更新確認、メール送信などの定期処理を実行します。

プラグインが大量の定期処理を登録していると、管理画面や公開ページの応答が遅くなることがあります。

また、アクセスの多い時間帯にバックアップやセキュリティスキャンが動くと、CPUやディスクへの負荷が高くなります。

次の対策を検討しましょう。

バックアップをアクセスの少ない時間帯へ変更する
バックアップ頻度を適正化する
不要なcronイベントを確認する
サーバーのcron機能へ切り替える
外部ストレージへの転送時間を見直す
同時に複数の重い処理を実行しない

cronイベントを削除するときは、どのプラグインが利用しているか必ず確認してください。

8-5. 投稿数・商品数・メディア数が多いサイトの対策

記事、商品、注文、会員、メディアなどの件数が増えると、管理画面の一覧表示や検索に時間がかかることがあります。

対策として、次の方法があります。

一覧画面の表示件数を減らす
不要な管理画面列を非表示にする
検索対象を限定する
データベースのインデックスを確認する
古い注文やログの保存方針を見直す
メディア整理処理を分割して実行する
大量の一括処理をアクセスの少ない時間帯に行う

大規模なECサイトや会員サイトでは、プラグイン設定だけでなく、データベース設計やサーバー構成の専門的な調査が必要になることもあります。

9. WordPress高速化におすすめのプラグイン

9-1. キャッシュ系プラグイン

キャッシュ系プラグインには、ページキャッシュ、ブラウザキャッシュ、ファイル圧縮などをまとめて設定できるものがあります。

選ぶときは、機能の多さだけでなく、利用中のサーバーとの相性を確認しましょう。

代表的な選択肢には、次のようなものがあります。

LiteSpeed Cache
WP Rocket
W3 Total Cache
WP Super Cache

LiteSpeed Cacheは、対応するサーバー環境で専用機能を利用できる場合があります。WP Rocketは有料で、複数の高速化機能を管理しやすい点が特徴です。

サーバー会社が推奨するキャッシュプラグインがある場合は、まずその案内を確認してください。

9-2. 画像圧縮・WebP変換プラグイン

画像最適化プラグインを利用すると、アップロード時の圧縮やWebP変換、既存画像の一括最適化を行えます。

代表的な選択肢として、次のようなものがあります。

EWWW Image Optimizer
ShortPixel Image Optimizer
Imagify
Smush

プラグインによって、無料枠、圧縮方式、外部サーバーでの処理、元画像の保存方法などが異なります。

導入前に、既存画像のバックアップを取り、画質や配信形式を少数の画像でテストしましょう。

9-3. CSS・JavaScript最適化プラグイン

CSSやJavaScriptの圧縮、遅延実行、不要ファイルの制御には、次のようなプラグインが利用されます。

Autoptimize
Asset CleanUp
Perfmatters

Autoptimizeはファイルの圧縮や最適化、Asset CleanUpはページ単位の読み込み制御、Perfmattersは不要機能やスクリプトの整理などに利用できます。

ただし、キャッシュプラグインにも同様の機能が含まれていることがあります。機能を重複させず、どのプラグインで何を制御するか決めてください。

9-4. データベース最適化プラグイン

投稿リビジョンや一時データなどを整理するプラグインには、次のような選択肢があります。

WP-Optimize
Advanced Database Cleaner

削除対象を細かく確認できるものを選び、初回は自動実行ではなく手動で処理しましょう。

データベース最適化は、バックアップを取得したうえで実施してください。削除したプラグインのテーブルであっても、別機能が利用している可能性があります。

9-5. プラグインを入れすぎると逆に重くなる理由

高速化プラグインを追加するほど速くなるわけではありません。

複数のプラグインで同じ機能を有効にすると、次のような問題が起こります。

キャッシュ処理が重複する
JavaScriptの遅延設定が競合する
CSSの圧縮後に表示が崩れる
画像URLの変換が重複する
キャッシュ削除のタイミングがずれる
不具合の原因を特定しにくくなる

キャッシュ、画像、CSS・JavaScript、データベースなど、目的ごとに担当するプラグインを整理しましょう。

プラグインを追加する前に、テーマ、WordPress本体、サーバーの機能で対応できないか確認することも重要です。

10. WordPress高速化チェックリスト

10-1. まず実施したい初心者向けチェックリスト

WordPressが重いと感じたら、まず次の項目を確認しましょう。

PageSpeed Insightsで主要ページを計測した
スマホとPCを分けて確認した
画像を表示サイズに合わせてリサイズした
大きな画像を圧縮した
不要なプラグインを停止・削除した
WordPress、テーマ、プラグインを更新した
ページキャッシュを設定した
サーバー独自の高速化機能を確認した
広告や外部タグを整理した
データベースとファイルのバックアップを取った

一度にすべて変更すると、どの対策が効果を生んだのか分からなくなります。変更前の数値を記録し、1項目ずつ実施してください。

10-2. 効果が出やすい改善項目の優先順位

一般的には、次の順番で確認すると効率的です。

極端に大きい画像や動画を減らす
ページキャッシュを設定する
不要なプラグインを削除する
重い外部タグや広告を整理する
不要なCSS・JavaScriptを停止する
PHPやWordPressを適切な状態へ更新する
データベースを整理する
CDNを検討する
テーマやサーバーを見直す

ただし、TTFBが極端に長い場合はサーバー側、JavaScriptの処理時間が長い場合はフロントエンド側を優先するなど、診断結果に応じて順番を変更します。

10-3. 中級者向けの追加チェックリスト

基本対策を行っても改善しない場合は、次の項目を確認します。

Networkパネルで読み込み順を確認した
外部ドメインごとの通信時間を確認した
未使用CSSを調査した
JavaScriptの遅延実行を検証した
ファーストビュー画像の読み込み優先度を見直した
ページ単位で不要なアセットを停止した
オブジェクトキャッシュを検討した
wp-cronの実行状況を確認した
自動読み込みオプションの容量を調査した
PHPエラーログを確認した
アクセスログでbotや大量アクセスを調査した
CDNやWAFのキャッシュルールを確認した
ステージング環境でテーマやプラグインを比較した

専門的な設定を変更するときは、必ず復元方法を確保してください。

10-4. やってはいけない高速化設定

高速化では、次のような操作を避けましょう。

バックアップなしでデータベースを削除する
複数のキャッシュプラグインを同時に使う
動作確認せずJavaScriptを一括遅延する
すべての画像を遅延読み込みする
カートや会員ページをキャッシュする
原因を確認せずプラグインを大量に追加する
本番環境で直接テーマファイルを変更する
互換性を確認せずPHPを変更する
計測結果の点数だけを目的にする
CSSやJavaScriptを削除したまま主要機能を確認しない

高速化の目的は、点数を100にすることではなく、訪問者が快適にページを閲覧し、必要な操作を完了できる状態にすることです。

10-5. 改善後に再計測して効果を確認する

設定変更後は、同じページ、同じ条件で再計測します。

記録しておきたい項目は、次のとおりです。

PageSpeed Insightsの各指標
TTFB
ページ全体の転送量
リクエスト数
LCP
INP
CLS
サーバーのCPUやメモリ使用率
実際のスマートフォンでの操作感
問い合わせや購入の完了状況

数値が改善しても、フォームやメニューが動かなくなっていれば成功とはいえません。表示速度と機能の両方を確認しましょう。

11. WordPressが重いときによくある質問

11-1. WordPressが急に重くなった原因は何ですか？

急に重くなった場合は、直前に行った変更を確認してください。

主な原因として、次のものが考えられます。

WordPress、テーマ、プラグインの更新
新しいプラグインの追加
キャッシュの期限切れや設定変更
サーバー障害や混雑
アクセスの急増
botによる大量アクセス
バックアップやセキュリティスキャン
外部サービスの障害
データベースエラー
不正アクセスや改ざん

サーバーの障害情報、アクセスログ、エラーログ、更新履歴を確認し、変更前の状態と比較しましょう。

11-2. プラグインなしでWordPressを軽くできますか？

プラグインを使わなくても、次の対策は可能です。

画像をアップロード前に圧縮する
軽量テーマを選ぶ
不要な外部タグを削除する
サーバーのキャッシュ機能を使う
PHPを適切なバージョンへ変更する
CDNを設定する
テーマ側で不要なCSSやJavaScriptを解除する
動画を外部サービスへ移す

ただし、コード編集には知識が必要です。誤った変更による不具合を避けたい場合は、信頼できるプラグインを必要最小限利用するほうが安全なこともあります。

11-3. スマホだけ表示が遅い場合はどうすればいいですか？

スマホだけ遅い場合は、モバイル回線と端末性能を考慮して確認します。

優先したい対策は、次のとおりです。

ファーストビューの画像を小さくする
スマホ用の適切な画像サイズを配信する
JavaScriptの処理を減らす
広告やポップアップを減らす
Webフォントを見直す
背景動画を静止画へ変更する
スマホで不要な要素を読み込まない
実機と低速回線条件でテストする

単に要素をCSSで非表示にしても、ファイル自体が読み込まれていれば速度改善につながらない場合があります。

11-4. サーバーを変えれば必ず速くなりますか？

サーバーを変更しても、必ず速くなるとは限りません。

TTFBが長い、CPUやメモリが不足している、アクセス増加時に停止するといった問題には、サーバー変更が有効な可能性があります。

一方、原因が巨大な画像、広告タグ、重いJavaScript、未最適化のテーマであれば、サーバーを変更しても利用者側の読み込みや描画に時間がかかります。

移転前に、サーバー処理とブラウザ処理のどちらが遅いのか確認しましょう。

11-5. 表示速度の目安は何秒以内ですか？

ページ内容や利用環境によって異なりますが、主要なコンテンツができるだけ早く表示され、利用者が待たされていると感じない状態を目指します。

単純な読み込み完了時間だけでなく、次の点を確認することが重要です。

主要コンテンツが早く見えるか
クリックやタップへすぐ反応するか
読み込み中にレイアウトが大きく動かないか
スマートフォンでも快適か
低速回線でも記事を読み始められるか

目安として2〜3秒以内の表示を意識しつつ、ページ全体の完了時間より、LCP、INP、CLSなどのユーザー体験を示す指標を重視しましょう。

まとめ

WordPressが重いときは、やみくもに高速化プラグインを追加するのではなく、最初に症状と原因を切り分けることが重要です。

まずはPageSpeed InsightsやChrome DevToolsを使い、サーバーの応答、画像、CSS、JavaScript、外部サービスのどこで時間がかかっているか確認しましょう。

特に効果が出やすい対策は、画像の圧縮とリサイズ、ページキャッシュ、不要なプラグインの削除、外部タグの整理です。それでも改善しない場合は、データベース、PHP、テーマ、サーバー環境、CDNまで段階的に見直します。

作業前には必ずバックアップを取り、設定は1項目ずつ変更してください。変更前後で同じページを再計測し、表示速度だけでなく、メニュー、フォーム、決済などの機能が正常に動作することも確認しましょう。

WordPressの高速化は一度で終わる作業ではありません。記事や画像、プラグインが増えるほどサイトの状態は変化するため、定期的に計測と整理を行い、重くなりにくい運用を続けることが大切です。