WordPressトラブル解決ロードマップ|エラー症状から確認する順番

WordPressのエラーや不具合を順番に切り分けて解決するトラブルシューティングのアイキャッチ WordPress

PR 当サイトにはアフィリエイト広告が含まれる場合があります。WordPress・サーバー・プラグインの仕様は更新されるため、操作前にバックアップと公式情報も確認してください。

WordPressの不具合では、まず「表示が古い/見た目が崩れる/保存できない/アクセスできない」を分けます。原因が違う対処を同時に試さず、対象URL・発生日時・エラー文・直前の変更を残して、症状に合う記事を1本選びます。

今の症状から、確認する1手を選ぶ。

復旧の確認:問題が起きた同じURL・操作で再確認し、正常になった点と未確認の点を変更履歴に残します。フォームの完了表示とメール受信は別々に確認します。

エラー対応だけでなく「WordPressを続けるか、無料機能で十分か、有料サービスや外注を検討するか」まで迷っている場合は、先にYOHAKU SELECTの判断ナビで選択肢を整理できます。本番サイトへ変更を入れる前は本番変更前7点チェック、プラグインが増えすぎて原因を切り分けにくい場合はプラグイン棚卸し手順を使います。退職者・外注先・制作会社のログインが残っている場合はWordPress管理者アカウントの権限整理で、削除前に所有者と復旧方法を確認します。

30秒で切り分ける|どこまで影響している?
サイト全体が開かない
500・502・503・504、DB接続、サーバー状態を確認
管理画面だけ入れない・重い
ログインできない場合はURL・Cookie・403、入れるが遅い場合は管理画面が重いときの確認手順へ
一部ページだけおかしい
404、リダイレクト、直前の編集を確認
更新・投稿だけ失敗
JSON、WAF、容量、アップロード上限を確認
図解 04WordPressトラブルは5つの層に分けて考える
1|端末ブラウザ・Cookie・キャッシュ・ネット接続
2|WordPressURL・投稿・パーマリンク・REST API・設定
3|拡張テーマ・プラグイン・更新直後の変更
4|実行環境PHP・メモリ・権限・WAF・Webサーバー
5|外部DNS・外部API・上流サーバー・通信経路

基本ルール:症状と直前の変更に近い層から1つずつ確認し、複数層を同時に変更しません。

ログイン・アクセス制限をまとめて確認

管理画面へ入れない、401 Unauthorized、403、再設定メールが届かない、429が出る場合は、症状ごとに切り分けてください。

アップロード・容量エラーをまとめて確認

画像アップロード、upload_max_filesize、413、リンク期限切れ、メモリ不足は同じ「容量・実行環境」系としてまとめて確認できます。

最初にやること|症状・直前の変更・影響範囲を記録する

  1. 表示されたエラー文をそのまま控える
  2. 直前に更新・設定変更・アップロードをしたか確認する
  3. 自分だけか、全訪問者か、管理画面だけかを分ける
  4. バックアップの場所と復元方法を確認する
  5. 一度に複数の設定を変えない

WordPressのバックアップが不明な場合は、先にWordPressのバックアップは何を保存する?を確認してください。

YOHAKU無料ツール

そのままコピペできる|WordPressトラブル記録テンプレート

AI・制作会社・サーバー会社へ相談するときは、「エラーが出た」だけより、次の形で渡すと切り分けが早くなります。分からない欄は推測せず「未確認」と書いてください。

【発生日時】 例:2026/09/18 08:10ごろ 【症状】 例:管理画面は開くが、プラグイン更新だけ失敗する 【表示されたエラー文】 全文をそのまま貼る: 【直前にしたこと】 例:プラグイン更新/PHP変更/CSS編集/何もしていない 【影響範囲】 自分だけ/全訪問者/管理画面だけ/一部ページだけ/未確認 【再現方法】 1. 2. 3. 【試したこと】 1回につき1つだけ記録: 【元に戻したか】 はい/いいえ/未確認 【バックアップ】 保存場所・取得時刻: 【環境】 WordPress: テーマ: PHP: サーバー: ブラウザ: 【相談したいこと】 何を確認してほしいかを1文で:
貼らないもの

パスワード、APIキー、秘密鍵、個人情報、顧客情報、データベース接続情報などは、そのままAIや公開チャットへ貼りません。必要な場合は安全な共有方法を確認してください。

YOHAKU式:変更前後を1行ずつ残し、「何を変えたら直ったか」まで記録すると、次回の復旧手順として再利用できます。

エラーマップ

エラー名が似ていても、最初に見る場所は違う

症状最初に見る記事先に確認すること
502502 Bad Gateway直前の変更・再現条件
503503 Service Unavailable一時障害か継続障害か
504504 Gateway Timeout時間のかかる処理・ログ
メモリ不足Allowed memory size exhaustedどの処理で不足するか

アップロード系は表示文で分ける

表示確認先
画像をアップロードできない(明示エラーなし)形式・容量・権限・REST APIを確認
413 Request Entity Too LargeWebサーバー側も含めて確認
upload_max_filesize現在上限と必要容量を比較
リンクの期限が切れていますまず小さいファイルで再確認

エラーを見てすぐ設定値を変更するのではなく、症状に合う記事へ進み、変更箇所を1つずつ絞ります。

症状から選ぶ

症状最初に読む記事主な切り分け
ログインできないログインできないときURL・Cookie・パスワード
403403エラーWAF・権限・プラグイン
404404エラーURL・パーマリンク
500500エラーPHP・設定・プラグイン
502・503・504502 / 503 / 504サーバー・PHP・負荷
429429 Too Many RequestsWAF・アクセス制限
重大なエラー重大なエラー更新・テーマ・プラグイン
真っ白真っ白になったときPHPエラー・メモリ・プラグイン
DB接続エラーデータベース接続確立エラー接続情報・DB・サーバー
JSONレスポンス正しいJSONレスポンスではありませんREST API・URL・設定
cURL error 28・タイムアウトcURL error 28の確認手順外部通信・DNS・WAF・タイムアウト
検索結果に出ない・noindexが心配noindexの確認方法WordPress設定・meta robots・SEOプラグイン・Search Console
画像をアップロードできない画像アップロード容量・形式・権限
更新に失敗プラグイン更新失敗バックアップ・互換性・復旧
メンテナンス表示のままメンテナンスモード更新中断・状態確認
リダイレクトが多すぎるERR_TOO_MANY_REDIRECTSURL・SSL・リダイレクト

投稿・公開の自動処理だけ失敗する場合

記事編集や通常公開はできるのに、指定時刻の予約投稿だけ失敗する場合は、一般的な500系エラーとは分けて確認します。WordPress「予約投稿の失敗」の原因と対処法で、タイムゾーン、WP-Cron、サイトヘルス、プラグイン、サーバーCronの順に切り分けてください。

更新直後なら、戻せる準備を先に確認する

WordPress本体・テーマ・プラグインを更新した直後なら、さらに変更を重ねる前にWordPressを更新する前にやることとバックアップ状況を確認します。テーマ更新直後に表示が崩れた場合は、WordPressテーマ更新後の確認手順で、キャッシュ・子テーマ・主要ページの表示を順番に切り分けてください。

画像アップロード系はエラー文で分ける

設定変更後の症状は、変更した場所から確認する

エラー番号が出ていなくても、直前の設定変更が原因候補になることがあります。症状に合うページから一つずつ確認してください。

HTTP ERROR QUICK ROUTE

HTTPコードが見えているなら、最初の確認先を分ける

コードが同じでも原因は1つではありません。まず発生URL・時刻・直前操作を残し、該当記事で1項目ずつ切り分けます。

「データベース接続確立エラー」は専用ルートへ

サイト全体が開かず「データベース接続確立エラー」と表示される場合は、DB接続情報・DB停止・サーバー障害を切り分ける手順へ進みます。wp-config.phpを何度も書き換える前に、直前まで正常だったかとサーバー側の状態を確認します。

速度が遅い場合はエラー対応と分ける

ページは開くものの遅い場合は、エラー復旧ではなく測定から始めます。WordPressの表示速度が遅い原因と改善方法で、画像・JavaScript・キャッシュ・サーバー応答を切り分けます。

トラブル時に同時変更しない

  • 原因が分からないまま複数プラグインを一度に停止・削除する
  • バックアップを確認せず設定ファイルを書き換える
  • 検索で見つけたコードを意味が分からないまま貼り付ける
  • 同時にテーマ・PHP・プラグイン・URLを変更する
  • エラーが消えた後に何を変えたか記録しない

初心者と中級者で確認範囲を分ける

初心者:症状に合う記事を1つ選び、直前の変更とバックアップを確認してから一つずつ試します。
中級者:ブラウザ・WordPress・プラグイン・PHP・サーバーのどの層で問題が起きているかを分け、ログや再現条件も記録します。

文章が消えた・保存できない・容量が怪しい場合

編集内容を戻したい場合はリビジョンと自動保存の違い、画像や更新が失敗しサーバー容量が疑われる場合はレンタルサーバーの容量不足を確認する手順へ分けて確認します。

復旧後に整える|同じトラブルを繰り返さない

復旧の区切りは、元の症状が通常の公開URLと元の操作で再発せず、主要ページ・管理画面・必要な機能を確認できた時点です。まだ試していない項目は「未確認」と残し、変更履歴の6項目へ変更内容・確認結果・残った問題を記録してから、次の改善へ進みます。

まとめ|エラー名より、症状と直前の変更から切り分ける

WordPressトラブルは、すべて同じ方法で直すものではありません。症状、直前の変更、影響範囲を記録し、該当する記事を一つ選んで確認します。

一度に一つだけ変更し、戻せる状態を確保する。これを基本にすると、初心者でも原因を見失いにくくなります。

復旧後の改善は、無料チェック一覧から次の1項目を選ぶ →