よこやま良平
WordPressの管理画面が急に重い時は、最初に「公開ページも遅いのか」「管理画面だけ遅いのか」を分けてください。原因を決めつけてキャッシュやプラグインを一斉に触るより、遅い画面・操作・時間帯を記録した方が早く直せます。
投稿一覧は開くのに編集画面だけ遅い、保存ボタンを押した後だけ待たされる、特定ユーザーでログインした時だけ遅いなど、症状の差が原因を絞る重要な手掛かりです。初心者でも安全に確認できる順番があります。
20年以上ITエンジニアとしてWordPressの制作・保守・復旧に携わっている、よこやま良平です。管理画面の速度調査では、感覚だけで「サーバーが悪い」と判断せず、一つの変更ごとに応答時間が変わるかを確認しています。
- WordPressの管理画面だけが重いかを安全に見分ける方法
- プラグイン・データベース・wp-cron・外部通信など主な原因
- 初心者が壊さずに進められる切り分けの順番
- 自分で確認できる範囲と専門家へ任せるべき危険サイン
- 改善後に同じ遅さを再発させない運用方法
結論から言うと、原因は一つとは限りません。更新やバックアップの定期処理に、重いプラグインや外部APIの待ち時間が重なると、普段は問題がなくても特定時刻だけ遅くなることがあります。
この記事では、サイトを止める変更より先に、ブラウザ、画面差、ユーザー差、時刻、サーバー状況を確認します。バックアップを取ったうえで一項目ずつ試し、原因を追える状態を保ちながら進めましょう。
こんなお悩みはありませんか？
- ある朝、サイトを開いたら真っ白画面になっていた
- 管理画面にログインできなくなって手が止まった
- 身に覚えのない記事やページが勝手に増えていた
- プラグインを更新したらサイト全体が崩れてしまった
- 以前バックアップを取ったか自分でも覚えていない
累計1,000件以上のWordPressトラブル対応の経験から、「壊れる前に備える」ためのチェックリストを1冊にまとめました。
ログイン・本体・バックアップ・サーバー・運用の5分野を、50項目で「危険度・確認方法・対処法」まで解説しています。
セキュリティプラグイン・WordPressの教科書も含めた3大特典を、
今なら無料で受け取れます。
WordPressの管理画面が重い時は症状を4つに分ける
WordPressの管理画面が重い時は、最初に症状を「範囲・操作・利用者・時間」の4方向で分けるのが正解です。ここが曖昧なままでは、原因と関係のない設定を変更してしまいます。
公開ページと管理画面の両方を同じ端末で比べる
まず未ログインの公開ページ、ログイン画面、ダッシュボード、投稿一覧、編集画面を順番に開きます。公開ページも管理画面も遅いなら、サーバー負荷、データベース、通信障害などサイト全体の原因を優先します。
公開ページは速いのに管理画面だけ遅い場合は、管理者向けプラグイン、管理画面のウィジェット、外部通知、Heartbeat API、データベース検索などを疑います。ページキャッシュは通常、ログイン中の管理画面へ効かないため、公開側が速いだけではサーバー全体が正常とは言い切れません。
どの操作で待ち時間が発生するかを記録する
「管理画面が重い」だけでなく、最初のログイン、メニュー移動、投稿検索、編集画面の表示、画像選択、下書き保存、更新完了のどこで待つかを記録してください。画面表示前に待つのか、ボタンを押した後に待つのかでも調べる処理が変わります。
同じ操作を2〜3回行い、毎回遅いか、初回だけ遅いかも確認します。初回だけならキャッシュ生成や外部データ取得、毎回なら重いクエリや常時実行されるフックが候補になります。秒数は厳密でなくても「約2秒」「10秒以上」「タイムアウト」のように残せば比較できます。
ユーザー・ブラウザ・時間帯の差を見る
管理者だけ遅く編集者は速い場合、表示権限に応じたメニューやプラグイン処理が関係している可能性があります。反対に全ユーザーで遅ければ、共通処理やサーバー側の問題を優先します。
シークレットウィンドウ、別ブラウザ、別回線でも試します。特定ブラウザだけなら拡張機能やCookie、夜間や決まった時刻だけならバックアップ、アクセス解析集計、wp-cron、サーバー側の定期処理を疑えます。
- 遅いURLと正常なURL
- 発生時刻とおおよその待ち時間
- ログイン中のユーザー権限
- 直前に行った更新・設定変更・投稿作業
- 表示されたエラー文やサーバー警告
WordPressの管理画面が急に重くなる主な原因
WordPressの管理画面が急に重くなる主な原因は、プラグインだけではありません。管理画面を開くたびに実行されるPHP処理、データベース検索、外部サーバーへの接続、定期処理、サーバー資源を分けて確認する必要があります。
プラグインの更新・追加・設定変更
直前にプラグインを更新または追加した場合、その処理を最優先で疑います。管理画面に通知、アクセス解析、バックアップ状況、ライセンス確認を表示するプラグインは、公開ページより管理画面で多く動くことがあります。
ただし、いきなり削除してはいけません。設定や保存データが失われる可能性があるため、バックアップ後にステージング環境で停止し、同じ画面の待ち時間が変わるかを見ます。本番で試す場合も一つずつ、戻す方法を確認してから行ってください。
データベースの肥大化とautoloadデータ
投稿リビジョン、一時データ、期限切れのキャッシュ、ログ、セッションが増えると、管理画面の一覧や検索が遅くなります。さらにoptionsテーブルのautoload対象が大きいと、多くの画面で不要な設定まで毎回読み込まれます。
データベース最適化ボタンを押すだけでは、原因となるデータを安全に消せるとは限りません。どのプラグインが作ったデータか、現在も利用中か、バックアップから戻せるかを確認し、削除対象を限定する必要があります。
wp-cronやバックアップ処理の集中
WordPressのwp-cronは、予約投稿、更新確認、メール送信、データ削除などを実行する仕組みです。アクセスをきっかけに期限の来た処理がまとめて動くと、そのアクセスだけ長く待たされることがあります。
バックアップ、画像最適化、リンク確認、セキュリティ処理が同時刻に重なると、CPUやディスクI/Oも消費します。毎日同じ時刻に遅い場合は、WordPress内の予定イベントだけでなく、レンタルサーバー側のバックアップやアクセス解析更新時刻も確認してください。
外部API・ライセンス・RSS取得の待ち時間
管理画面には、プラグイン更新情報、ライセンス状態、ニュース、広告、クラウドサービスの統計など外部から取得する情報があります。接続先が遅い、DNS解決に失敗する、ファイアウォールで遮断されると、応答待ちが管理画面全体の遅さに見えることがあります。
PHPメモリ・CPU・ディスク・同時実行数の不足
アクセス集中、画像処理、大量インポート、バックアップ展開などが重なると、PHPの実行待ちが増えます。共有サーバーでは、自サイトの処理が契約上限へ達し、管理画面が少しずつ遅くなった後に503や504へ進むこともあります。
メモリ上限だけを増やしても、CPUやディスクが詰まっていれば改善しません。サーバーパネルのCPU、メモリ、プロセス数、転送量、エラーログを同じ時刻で見比べ、何が上限に近いかを確認します。
Heartbeat API・admin-ajax.phpの過剰な通信
WordPressのHeartbeat APIは、自動保存、投稿ロック、ログイン状態の維持などに使われます。編集画面を複数タブで開く、複数人が同時編集する、プラグインが頻繁にadmin-ajax.phpへ通信すると、サーバー側の処理回数が増えます。
ブラウザの開発者ツールでadmin-ajax.phpが繰り返し長時間待っている場合は手掛かりになります。ただしHeartbeatを完全停止すると自動保存などが使えなくなるため、用途を確認せず無効化せず、間隔調整や問題プラグインの特定を優先してください。
不正アクセス・ボット・マルウェアの影響
ログイン試行、XML-RPCへの大量アクセス、脆弱性探索、スパム投稿などでPHP処理が埋まると、正規の管理者も待たされます。見知らぬ管理者、勝手な投稿、外部転送、サーバーからの警告がある場合は、単なる高速化ではなくセキュリティ調査として扱うべきです。
プラグイン、データベース、wp-cron、外部API、サーバー負荷は重なります。変更前後の時刻と待ち時間を比べ、改善した項目だけを原因候補として残してください。
WordPress管理画面が重い時の初心者向け切り分け手順
WordPress管理画面が重い時の初心者向け切り分け手順は、壊す可能性が低い確認から始め、バックアップ後に一項目ずつ変更する流れです。一斉停止や初期化をすると、一時的に速くなっても真の原因を追えません。
手順1：症状と直前変更を保存する
遅い画面のURL、時刻、ユーザー、操作、待ち時間をメモし、ブラウザ画面とサーバー警告をスクリーンショットで残します。直前24時間程度のWordPress本体、テーマ、プラグイン更新、投稿、画像追加、サーバー設定変更も一覧にします。
エラーが出ていなくても、保存ボタンを押してから完了まで、メディア画面を開くまでなど、再現手順を残してください。原因調査後に同じ操作を再実行し、改善を比較する基準になります。
手順2：公開側・管理側・別ブラウザを比べる
未ログインの公開ページ、ログイン画面、ダッシュボード、投稿一覧、編集画面を同じ順番で開きます。シークレットウィンドウと別ブラウザでも試し、ブラウザ固有かWordPress側かを分けます。
自宅回線とスマートフォン回線で差が大きい場合は、DNS、CDN、WAF、地域制限など通信経路も候補です。ただし管理画面のURLを公開の速度測定サービスへ入力すると認証情報やURLが外部へ渡る可能性があるため避けてください。
手順3：サーバー障害と資源使用量を確認する
レンタルサーバーの障害・メンテナンス情報を確認し、CPU、メモリ、プロセス、ディスク容量、転送量を発生時刻と照合します。ディスク残量が少ない場合、ログやバックアップが書けず、管理画面の保存処理まで遅くなることがあります。
同じサーバーに複数サイトがある場合、別サイトのバックアップやアクセス集中も影響します。WordPressだけを見るのではなく、契約全体の資源利用を確認してください。
手順4：バックアップを取得して復元可能性を確かめる
変更前にファイルとデータベースの両方を保存し、作成日時、保存先、容量を確認します。サーバー内だけに置くと容量不足や障害時に一緒に失うため、可能なら外部にも保存します。
バックアップがあるだけでは不十分です。復元手順、必要な認証情報、戻す対象を確認してください。大きなサイトではバックアップ作成自体が負荷になるため、アクセスの少ない時間と空き容量も考慮します。
手順5：ステージングでプラグインを一つずつ検証する
本番の複製環境を用意できるなら、直前に更新したプラグインから一つずつ停止し、同じ管理画面操作を測ります。停止前後で明確に改善し、再有効化で再発するなら有力な原因候補です。
一度に全部停止すると、どれが原因か分からず、フォーム、予約、セキュリティなど重要機能も止まります。キャッシュ系プラグインは削除前に設定を控え、停止後に公開側の表示崩れやログイン状態も確認してください。
手順6：ログ・定期処理・データベースを専門的に確認する
ここまでで特定できなければ、PHPエラーログ、Webサーバーログ、遅いデータベースクエリ、wp-cronの予定、外部通信を確認します。Query Monitorなどの診断ツールは便利ですが、追加すると負荷や表示内容が変わるため、短時間の調査用として使います。
本番データベースでSQLを直接実行したり、optionsテーブルの値を推測で消したりするのは危険です。結果を読み取れない場合は、取得したログと再現手順を専門家へ渡す方が安全です。
- 症状・時刻・URL・直前変更を記録する
- 公開側と管理側、別ブラウザ、別ユーザーで比較する
- サーバー障害情報と資源使用量を確認する
- ファイルとデータベースをバックアップする
- ステージングで変更を一項目ずつ検証する
- ログ・定期処理・データベースを確認して原因を確定する
- 管理画面がタイムアウトし保存できない
- 503・504・データベース接続エラーが出始めた
- 見知らぬ管理者や投稿、外部転送が見つかった
- バックアップや復元方法を確認できない
- EC・予約・会員・決済など停止できない機能がある
WordPressの管理画面が重い原因を画面別に判断する
WordPressの管理画面が重い原因を画面別に見ると、実行される処理をさらに絞れます。すべての画面が同じ速度で遅いのか、特定機能だけ極端に遅いのかを比較してください。
ダッシュボードだけ重い
ダッシュボードには更新情報、サイトヘルス、統計、ニュース、プラグイン固有のウィジェットが集まります。外部APIや集計処理が遅いと、投稿一覧は速いのに最初の画面だけ待たされます。
不要なウィジェットを「表示オプション」で非表示にして変化を確認します。非表示で改善しても根本処理が止まらないプラグインもあるため、ネットワーク通信やログも確認してください。
投稿一覧や検索だけ重い
投稿数、カスタム投稿、タクソノミー、メタデータが多いと、一覧の並び替えや検索が重くなります。管理画面の表示件数を少なくして改善するなら、一度に取得するデータ量が影響しています。
SEOやカスタムフィールドの追加列が多い場合も、各投稿の情報を繰り返し取得して遅くなることがあります。列を減らして比較し、必要な情報だけを残します。
ブロックエディターだけ重い
ブロックエディターでは、自動保存、REST API、パターン、メタボックス、SEO解析など多くの処理が動きます。長大な記事、埋め込み、再利用ブロック、画像が多い投稿だけ遅いなら、その投稿固有のデータ量も候補です。
空の新規投稿と既存の重い投稿を比べ、すべての投稿で遅いかを確認します。ブラウザのメモリ使用量が増えている場合は、サーバーではなく編集画面のJavaScriptや拡張機能が原因のこともあります。
メディアライブラリだけ重い
画像数が多い、未生成のサムネイルがある、外部ストレージと同期している、画像最適化が裏で動いている場合、メディア画面だけ遅くなります。ファイル数とデータベースの添付情報の両方を確認します。
画像を大量に再生成するとCPUとディスクを消費するため、本番中に一括実行しないでください。処理件数を分け、空き容量とバックアップを確認して進めます。
保存・更新ボタンの後だけ重い
保存時にはリビジョン、自動保存、キャッシュ削除、検索インデックス更新、外部通知、Webhookなどが実行されます。画面表示は速いのに保存だけ遅いなら、保存フックへ接続されたプラグインや外部サービスを優先します。
保存を連打すると同じ処理が重なり、重複投稿やロックの原因になります。完了を待ち、ネットワークタブやサーバーログで一回のリクエストがどこまで進んだかを確認してください。
WordPress管理画面の重さを改善する方法と再発防止
WordPress管理画面の重さを改善するには、特定した原因だけを修正し、変更前後の速度と機能を確認します。速くなったように見えても、フォームや予約、バックアップが止まっていれば改善とは言えません。
不要プラグインを整理し役割を重複させない
同じ目的のキャッシュ、セキュリティ、バックアップ、統計プラグインが複数あると、処理や定期イベントが重なることがあります。利用目的、担当機能、設定、契約情報を一覧にし、重複を整理します。
停止中プラグインでも脆弱性や管理負担は残ります。不要と確定したものはバックアップ後に削除しますが、独自データやショートコードを使っていないかを先に確認してください。
定期処理の時刻を分散する
バックアップ、画像最適化、セキュリティ確認、集計、メール配信を同時刻に集中させないようにします。アクセスが少ない時間へずらし、一つの処理が終わる前に次が始まらない間隔を確保します。
wp-cronがアクセス依存で不安定な場合は、サーバーのCronへ切り替える方法があります。ただし二重実行を防ぐ設定が必要なため、仕組みを理解せず両方を動かさないでください。
データベースを削除より先に計測する
テーブル容量、行数、autoload量、遅いクエリを確認し、増加元を特定します。不要データを一度消しても、作成するプラグインや設定が残れば再び増えます。
削除後は投稿、検索、ログイン、フォーム、予約など主要機能を確認します。データベース最適化は定期的な掃除ではなく、増え続ける原因を直すところまで含めてください。
キャッシュ設定は管理画面への効果を誤解しない
ページキャッシュやCDNは公開ページの高速化に有効ですが、ログイン中の管理画面は除外されるのが一般的です。管理画面が重い問題を、公開キャッシュだけで隠そうとしてはいけません。
一方、オブジェクトキャッシュはデータベース取得を減らせる場合があります。サーバー対応、プラグイン相性、キャッシュ無効化の確認が必要なため、導入前後で管理画面と公開側の両方を測ります。
変更履歴と正常時の基準を残す
WordPress本体、テーマ、プラグイン、PHP、サーバー設定を変更した日と担当者を記録します。管理画面が速かった時の構成が分かれば、異常発生時に比較しやすくなります。
更新前に主要画面の待ち時間、スクリーンショット、プラグイン一覧、サーバー資源を保存し、更新後にも同じ手順で確認します。問題を直した後は、原因、変更内容、戻し方、再発条件を短い作業報告へ残してください。
- 更新日・変更内容・担当者を記録する
- バックアップと重い定期処理の時刻を分散する
- 不要プラグインと重複機能を定期的に整理する
- データベース容量とサーバー資源の増加を確認する
- 公開側と管理画面を別々に点検する
WordPressの管理画面が重い時のよくある質問
WordPressの管理画面が重い相談で多い疑問を、初心者が安全に判断できる範囲でまとめます。
ブラウザ固有の問題なら改善する場合がありますが、管理画面のPHP処理、データベース、wp-cron、外部APIには効きません。公開側と管理側、別ブラウザを比べ、原因の層を分けてください。
本番で一括無効化すると、フォーム、予約、セキュリティなど重要機能も止まります。バックアップとステージングを用意し、直前に変更したものから一つずつ検証するのが安全です。
メモリ不足が原因なら改善しますが、CPU、ディスク、外部通信、遅いクエリが原因なら変わりません。上限値だけを変更せず、サーバー資源とログを同じ時刻で確認してください。
すぐに移転を決める必要はありません。プラグイン、データベース、定期処理、外部APIを調べ、契約資源が不足していると確認できてから、プラン変更や移転を比較します。
速度低下だけで断定はできません。ただし見知らぬ管理者、外部転送、勝手な投稿、サーバー警告、異常なアクセスが同時にある場合は、ログを保全してセキュリティ調査を優先してください。
WordPressの管理画面が急に重い原因と切り分け手順まとめ
WordPressの管理画面が急に重い時は、公開ページと管理画面、画面ごとの操作、ユーザー、ブラウザ、時間帯を先に比べます。その後、サーバー資源、プラグイン、データベース、wp-cron、外部通信を一項目ずつ確認してください。
よこやま良平が実務で重視するのは、変更前の状態を残し、同じ操作で改善を測ることです。バックアップなしの一括停止やデータ削除は避け、エラーや不正アクセスの兆候がある時は速度改善より安全な復旧を優先します。
- 遅いURL・操作・時刻を記録した
- 公開側・管理側・別ブラウザを比較した
- サーバー障害と資源使用量を確認した
- ファイルとデータベースをバックアップした
- 変更は一項目ずつ行い、同じ操作で再測定した
WordPress管理画面の重さを自分で直せない時は
ワードプレスのWordPressエラートラブル解決をしたいなら
クイックレスキューが解決します。
WordPressが真っ白画面
WordPressがログインできない
ホームページのマルウェアや乗っ取り
サイトの表示くずれ
エラーが表示されている
これらでお悩みなら最短30分ですぐに解決します！
いまなら期間限定で
・万一改善されない場合は全額返金保証で安心!
・30日間動作保証で安心!
・初期費・調査料 0円で安心!