WordPressの500エラー。
まず記録し、一つずつ戻す。

01 / BEFORE YOU CHANGE

何が起きたかを、変更する前に残す

「500 Internal Server Error」はサーバー側の処理が正常に終わらなかったことを示す表示で、原因名ではありません。「重大なエラー」や真っ白な画面だけでは、HTTPステータスが500かどうかまでは確定しません。

根拠：WordPress公式のエラー別案内。確認日：2026-10-19。

03 / PLUGIN BRANCH

プラグインが手がかりなら、その一つから停止する

ファイル管理で停止する場合の手順

直前変更やログから、原因候補のプラグインフォルダーを特定できる場合に限る手順です。SFTPや契約先のファイルマネージャーを使い、対象サイトの公開フォルダーを確かめてから進めます。

1. 現在を退避

   変更するフォルダーをダウンロードするなどして保管し、元のフォルダー名も別に控えます。パスを見ても対象が分からなければ変更しません。

2. 一つだけ名前を変える

   wp-content/plugins/対象のフォルダーを、例えば末尾に.disabledを付けた別名へ変更します。記事内の「対象のフォルダー」は説明用で、実際の名前に読み替えます。WordPress本体、mu-plugins、uploadsを変更しません。

3. 同じURLを確認する

   未ログインの窓で元のエラーURLを確認。改善しない場合は、保存した名前へ戻してから別の候補を考えます。一度に複数を変更すると、原因と戻す順序が分からなくなります。

4. 戻った後も、すぐ再開しない

   問題のコードが残るまま名前を戻すと、再発する場合があります。管理画面での有効・停止状態を確認し、修正版を検証してから再開します。安全に戻せない場合は、その状態と変更名を担当者へ伝えます。

原因が分からないまま全プラグインを止めると、ログイン保護・販売・フォーム等へ広く影響します。WordPress公式には全停止の手順もありますが、このガイドでは対象を絞れない場合の標準手順にせず、影響範囲を確認できる担当者へ相談する選択を先に示します。

根拠：管理画面を使えないときのプラグイン停止／復旧モードの仕組みと限界。公式一般手順を基に、対象を絞った操作例を当サイトで別途検証しました。確認日：2026-10-19。

OTHER BRANCHES

設定やPHPを変えた直後なら、変更点を照合する

PHPのエラーでも、コードの記述・ファイル権限・リソース制限などで確認先は異なります。契約先固有の設定値は、そのサービスの公式資料を優先してください。

根拠：Xserver公式：PHPの500エラーとエラーログ／WordPress公式：エラー別の確認候補。この表の設定変更・切戻しは実サーバー未実証。確認日：2026-10-19。

FIND A CLUE

ログは「時刻・種類・場所」を手がかりにする

契約先のエラーログ画面で、控えた発生時刻と近い記録を探します。Xserverではサーバーパネルの「エラーログ」が公式の確認先です。他社では名称や保存場所が異なります。ログの時刻と自分の時計のタイムゾーンが違うことも確認してください。

• Fatal errorやParse errorとプラグイン内の場所：その名前・版・直前変更を照合。最後に表示されたファイル名だけで原因を断定しません。
• Allowed memory size exhausted：メモリ不足の手がかり。ただし、単に上限を増やせばよいとは限らず、処理内容と契約先の上限を相談します。
• 同時刻の記録がない：別のログ、CDNなど前段の障害、時刻の差も候補。ログがないことを「異常なし」とは扱いません。

根拠：WordPress公式：デバッグの用途と表示・記録設定／Xserver公式：エラーログの確認。上のエラー文字列は説明用で、本番から取得した生ログではありません。確認日：2026-10-19。

WHEN TO ASK FOR HELP

対象が分からないときは、記録をそろえて相談する

戻す手段がない、契約先の管理画面にも入れない、何度も再発する、更新・販売・会員データへ影響する場合は、自己判断の変更を止めてください。次の項目を契約先の正式な窓口や保守担当へ伝えます。

正式な契約先には必要な対象URLを伝えます。公開相談では個人情報や秘密のURLを除きます。原本ログが必要なら、契約先の指定する非公開の受け渡し方法を使いましょう。