WordPressの公開ページは普通に表示されるのに、管理画面だけ重い場合は、ブラウザ、プラグイン、管理画面内の処理、外部通信、サーバー負荷などを順番に切り分けます。いきなり高速化プラグインを増やすより、どの画面・操作で遅いかを特定する方が近道です。
確認する順番
- どの管理画面が遅いか記録する
- 別ブラウザ・シークレットモードで確認する
- 直前に更新・追加したプラグインを確認する
- サイトヘルスの警告を見る
- サーバー負荷・PHP・外部通信を確認する
1．「管理画面全体」か「特定の画面」かを分ける
投稿一覧、ブロックエディター、メディア、プラグイン一覧など、遅い場所を特定します。特定画面だけなら、その画面で使われるプラグインや外部通信が原因候補になります。
2．ブラウザ側を先に切り分ける
拡張機能や古いキャッシュが影響することがあります。シークレットモードや別ブラウザで同じ操作を行い、改善するか確認します。ここで改善するならWordPress本体を変更する必要はありません。
3．直前に追加・更新したプラグインを確認する
管理画面に独自メニューや解析、バックアップ、セキュリティ機能を追加するプラグインは、管理画面側の処理を増やす場合があります。複数を一度に停止せず、直前の変更から1つずつ切り分けます。
プラグイン更新に失敗したときの確認手順も関連します。
4．サイトヘルスの重大な問題を確認する
REST API、ループバック、PHPなどの警告が出ていないか確認します。サイトヘルスは原因を自動で断定する機能ではありませんが、遅さと同時に起きている問題を見つける手掛かりになります。
サイトヘルスの確認ガイドも参照してください。サイトヘルスで外部通信のタイムアウトが出ている場合は、cURL error 28の確認手順もあわせて確認すると、REST API・WAF・DNS・外部通信の問題を切り分けやすくなります。
5．公開ページも遅いならサーバー側を確認する
管理画面だけでなく公開ページも遅い場合は、PHP処理、データベース、サーバー負荷、外部通信なども候補です。発生時間帯と再現する操作を控えて、ホスティング側の負荷情報やログと照合します。
症状別の切り分け
| 症状 | 優先確認 |
|---|---|
| 投稿編集だけ重い | ブロック、エディター系プラグイン、REST API |
| メディアだけ重い | 画像数、画像処理、メディア系プラグイン |
| 管理画面全体が重い | プラグイン、PHP、サーバー負荷 |
| 時間帯で変わる | バックアップ処理、Cron、サーバー負荷 |
3分で原因候補を絞るチェック
最初の3分は、①シークレットモードでも遅いか、②特定画面だけか、③公開ページも遅いか、④直前に更新したプラグインがあるか、⑤時間帯で変化するか、の5点だけを確認します。ブラウザだけで改善するなら端末側、特定画面だけならその画面に関係する処理、公開ページも遅いならサーバー・PHP側まで範囲を広げる、と段階的に切り分けると無駄な変更を減らせます。
改善前後を比べる簡易チェック
| 確認 | 改善前 | 改善後 |
|---|---|---|
| 同じ管理画面の表示時間 | 体感だけでなく秒数を記録 | 同じ端末・回線で再計測 |
| 遅い操作 | 投稿保存・メディア・一覧表示など | 同じ操作で再現するか確認 |
| 発生時間帯 | 時刻を記録 | バックアップやCron時刻と比較 |
「何となく速くなった」ではなく、同じ条件で前後を比べると原因候補を絞りやすくなります。公開ページも遅い場合はWordPress表示速度の改善ガイドも確認してください。
やらない方がよいこと
- 原因確認前に高速化プラグインを複数追加する
- 全プラグインを一度に削除する
- PHPやデータベース設定を推測で変更する
サポートへ相談する目安
管理画面全体が継続して遅い、タイムアウトや500エラーも出る、サーバー負荷が高い状態が続く場合は、発生時刻・遅いURL・操作内容をまとめてホスティング会社へ相談します。
よくある質問
キャッシュプラグインを入れれば管理画面も速くなりますか？
公開ページのキャッシュと管理画面の処理は別です。管理画面が重い原因がプラグインや外部通信なら、キャッシュ追加だけでは解決しない場合があります。
記事数が多いだけで管理画面は重くなりますか？
記事数だけで決まるわけではありません。管理画面で一度に取得するデータ量、プラグイン処理、サーバー性能など複数の要素が関係します。
