「500 Internal Server Error」が出たときの5分復旧マニュアル（エックスサーバー版）【2026年4月最新】

「昨日まで普通に動いていたブログが、今朝突然「500 Internal Server Error」になっている…」

そのパニック状態、筆者もよく知っています。ブログ運営7年・エックスサーバー利用歴6年の筆者は、これまで500エラーを10回以上経験しました。最初に遭遇したのはプラグインを一括更新した直後のこと。画面が真っ白になり「データが全部消えた？サイトが壊れた？」と血の気が引いた記憶が今でも鮮明です。

でも今では冷静に対処できます。なぜなら500エラーの9割はこの記事の手順通りに進めれば5〜30分以内に自力で解決できるからです。データが消えることもほぼありません。まず深呼吸してください。

この記事を読むとわかること：

500エラーの原因を30秒で絞り込む診断フロー（筆者オリジナル）
原因別の対処手順（プラグイン・.htaccess・PHP・テーマ・メモリ）
エックスサーバー固有の操作方法（ファイルマネージャー・サーバーパネル）
「やってはいけないこと」と悪化させないための注意点
再発防止のための恒久的な対策

🛡️ 安定稼働・高速サーバー

エックスサーバー｜500エラーが起きにくい安定した環境でブログ運営

国内シェアNo.1クラスの実績と安定性。自動バックアップ・WAF完備でトラブルからサイトを守ります。

✅ 独自ドメイン永久無料特典あり（キャンペーン期間中）

※月額990円〜。現在キャンペーン中で初期費用無料の可能性あり

エックスサーバーの公式サイトを見る →

📖 関連記事

エックスサーバーでのWordPress開設手順はこちら

500エラーの原因を30秒で特定する診断フロー
500エラーの主な原因と発生頻度
500エラー発生前後の状況変化
【原因別】500エラーの対処手順
復旧にかかる時間と難易度の比較
500エラー復旧ロードマップ
実際に遭遇した500エラーのケーススタディ
500エラー対処完了・再発防止チェックリスト
よくある質問（FAQ）
まとめ｜500エラーは手順通りに進めれば必ず解決できる

500エラーの原因を30秒で特定する診断フロー

まず落ち着いて以下の診断フローを進めましょう。「直前に何をしたか」を思い出すだけで、原因の候補を大幅に絞り込めます。

🔍 500エラー原因特定フローチャート（筆者オリジナル）

Q1. このエラーは今日初めて発生しましたか？（昨日まで正常に動作していた）

⚠️

断続的な500エラー → サーバーリソースの問題かも

断続的に発生する場合は、サーバーのメモリ・CPU不足や、特定の処理でリソースを大量消費しているプラグインが原因のことが多いです。エックスサーバーのサポートに問い合わせるか、エラーログを確認して原因を特定しましょう。まずはプラグインを1つずつ無効化して再現性を確認してください。

Q2. 直前にプラグインを追加または更新しましたか？

🔌

プラグイン原因の可能性が高い → まずプラグイン無効化を試す

最も多いパターンです。FTPまたはファイルマネージャーで /wp-content/plugins/ フォルダを「plugins_backup」にリネームすると全プラグインが無効化されます。エラーが消えたら1つずつ有効化して犯人を特定しましょう。

Q3. 直前にテーマを変更またはfunctions.phpなどテーマファイルを編集しましたか？

🎨

テーマ原因の可能性が高い → デフォルトテーマに切り替える

functions.phpにPHPの構文エラーがある場合や、テーマとプラグインの競合でWordPressが起動できない状態になっています。FTPでテーマフォルダをリネームするか、バックアップ前のfunctions.phpに戻してください。

Q4. 直前に .htaccess を編集しましたか？またはパーマリンク設定を変更しましたか？

📄

.htaccess破損の可能性が高い → .htaccessを初期化する

書き方ミスや不正なコードが含まれると.htaccessが読み込めずサーバーエラーになります。ファイルマネージャーで既存の.htaccessをバックアップ（リネーム）してから、WordPress標準の.htaccessを新規作成してください。

Q5. WordPressのコアファイルを更新、またはエックスサーバーのPHPバージョンを変更しましたか？

⚙️

PHPバージョン問題の可能性が高い → エックスサーバーでPHPバージョンを変更

PHPのメジャーバージョンアップによりプラグインやテーマが非互換になることがあります。エックスサーバーのサーバーパネル →「PHP Ver.切替」から一つ前のPHPバージョンに戻すと解決することが多いです。

🔧

サーバー側の問題の可能性 → エックスサーバーのメンテ情報を確認

特に何も操作していないのに500エラーが発生した場合、エックスサーバー側のメンテナンスや障害の可能性があります。エックスサーバーの「お知らせ」ページを確認するとともに、エラーログで詳細を特定しましょう。それでも不明な場合はエックスサーバーのサポートへ問い合わせてください。

500エラーの主な原因と発生頻度

筆者の経験と一般的な傾向をまとめた500エラーの原因別発生頻度です。プラグインの問題が約半数を占めるため、まずプラグインの無効化から試すのが最短の解決策です。

📊 500エラーの原因別発生頻度（筆者の経験＋一般傾向）

プラグインの競合・不具合

約45%

45点

.htaccessの破損・設定ミス

約20%

20点

PHPバージョン不一致

約15%

15点

テーマのコードエラー

約10%

10点

WordPressコアファイルの破損

約5%

5点

サーバー側のリソース不足

約5%

5点

※筆者経験＋一般的傾向をもとにした目安。実際の割合は環境により異なります。

500エラー発生前後の状況変化

対処法を知っているかどうかで、500エラーへの対応はこれほど変わります。

😱 Before｜対処法を知らない状態

😱突然ブログが真っ白になりパニックになって何もできない

😱何が原因かわからず手当たり次第にいじって状況を悪化させる

😱「データが全部消えた」と思いブログ閉鎖を考え始める

😱復旧できずに数時間〜数日間ブログが停止してSEO評価が下がる

😱再発しても毎回同じ失敗を繰り返してしまう

✅ After｜この記事の手順を知っている状態

✅診断フローで原因を30秒で絞り込めて冷静に行動できる

✅優先度順の対処手順で5〜30分以内に9割のケースが解決する

✅「やってはいけないこと」を知っていてデータ消失を防げる

✅エラーログで詳細な原因を特定して根本から解決できる

✅再発防止策まで実施して同じエラーに悩まされなくなる

【原因別】500エラーの対処手順

以下の対処法を上から順番に試してください。プラグインが原因のケースが最も多いため、まず対処法①から始めるのが鉄則です。

対処法①｜プラグインの無効化（最初に試すべき方法）

なぜプラグインが500エラーの原因になるのか

WordPressプラグインはPHPコードで動作しています。プラグインのアップデートで追加されたコードが現在のPHPバージョンと非互換だったり、他のプラグインと処理が衝突したりすることで、WordPressが起動できなくなって500エラーが発生します。

特に「複数プラグインを一括更新した直後」に500エラーが起きた場合は、ほぼ100%プラグインが原因です。

管理画面にアクセスできる場合

WordPress管理画面 →「プラグイン」→「インストール済みプラグイン」を開く
全プラグインを選択して「一括無効化」を実行する
ブログのフロントページを確認してエラーが消えているか確認する
エラーが消えたら、プラグインを1つずつ有効化してエラーが再現するプラグインを特定する

管理画面にアクセスできない場合（エックスサーバーのファイルマネージャー利用）

エックスサーバーのサーバーパネルにログインする
「ファイルマネージャー」を開く
/ドメイン名/public_html/wp-content/ フォルダを開く
plugins フォルダを右クリック→「名前の変更」で「plugins_backup」にリネーム
ブログを確認してエラーが消えていれば、プラグインが原因で確定
フォルダ名を「plugins」に戻してから1つずつ有効化して犯人を特定する

筆者の実体験：WordPressの管理画面からWooCommerce・Contact Form 7・SEO系プラグインを同時に更新したら即座に500エラーが発生。FTPでpluginsフォルダをリネームしたら回復。1つずつ有効化して調べたら、Contact Form 7の最新バージョンがサーバーのPHP7.4と非互換だったことが判明。PHP8.1にアップグレードして解決しました。

プラグイン無効化でのやってはいけないこと：

❌ 犯人プラグインを「削除」してしまう（無効化だけでOK。削除するとデータが失われることも）
❌ 一括更新を焦って繰り返す（状況が複雑になるだけ）
❌ プラグインを1つずつ有効化する前にフォルダ名を元に戻してしまう

対処法②｜.htaccessの初期化

.htaccessとは・なぜ破損するのか

.htaccess（ドットエイチティアクセス）はApacheサーバーの動作を制御する設定ファイルです。WordPressのパーマリンク設定を保存しているほか、セキュリティ設定やリダイレクト設定なども記述されています。

このファイルに1文字でも構文エラーがあるとサーバー全体がエラーになり500エラーが発生します。パーマリンク設定変更時に自動書き換えが失敗した場合や、セキュリティ強化のコードをネットからコピーして貼り付けたときにミスが混入するケースが典型的です。

エックスサーバーのファイルマネージャーからの操作手順

サーバーパネル →「ファイルマネージャー」→ ドメインフォルダ → public_html を開く
.htaccess ファイルを右クリック →「名前の変更」で「.htaccess_backup」にリネーム（削除は絶対にNG）
「新規ファイル作成」で .htaccess という名前のファイルを作成する
以下のWordPress標準の内容を貼り付けて保存する：

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

ブログを確認してエラーが解消されているか確認する
エラーが解消したら、WordPress管理画面 →「設定」→「パーマリンク」→「変更を保存」を押して.htaccessを正常に再生成する

筆者の実体験：パーマリンク設定を「投稿名」から「カスタム構造」に変更したところ.htaccessの書き換えが途中で失敗して500エラーが発生。バックアップに名前を変えてから標準の.htaccessを作成して即座に復旧。10分以内に解決できました。.htaccess操作の前に必ずバックアップを取る習慣が本当に大切だと実感しました。

対処法③｜PHPバージョンの変更

PHPバージョン不一致が500エラーを引き起こす仕組み

WordPressとプラグイン・テーマはPHPというプログラミング言語で動作しています。PHPのメジャーバージョンが変わると（例：PHP8.0→PHP8.2）、古い記法が廃止されることがあり、対応していないプラグインやテーマが500エラーを引き起こします。

エックスサーバーでのPHPバージョン変更手順

エックスサーバーのサーバーパネルにログインする
「PHP Ver.切替」をクリックする
該当のドメインを選択する
現在のバージョンを確認し、一つ前のバージョンに変更して「変更する」をクリック
数秒〜数分でPHPバージョンが切り替わる
ブログを確認してエラーが解消されているか確認する

💡 2026年現在の推奨PHPバージョン：PHP 8.2または8.3が安定版です。PHP8.1も広く使われています。PHP7系は公式サポートが終了しているため、プラグインが対応していればPHP8系を使うことを強く推奨します。

🛡️ 安定稼働・高速サーバー

エックスサーバー｜サーバーパネルから簡単にPHP切替・安定運営

エックスサーバーならサーバーパネルから数クリックでPHPバージョンを変更できます。自動バックアップ機能も標準搭載でトラブル時も安心。

✅ 独自ドメイン永久無料特典あり（キャンペーン期間中）

※月額990円〜。現在キャンペーン中で初期費用無料の可能性あり

エックスサーバーの公式サイトを見る →

対処法④｜テーマを一時的にデフォルトテーマに切り替える

テーマのコードエラーが500エラーを引き起こすケース

テーマの functions.php・style.css・テンプレートファイルに構文エラーがある場合、WordPressがテーマを読み込めずに500エラーになります。特に「子テーマのfunctions.phpに独自コードを追加した直後」に頻繁に起きるパターンです。

管理画面にアクセスできない場合（ファイルマネージャーでリネーム）

ファイルマネージャーで /public_html/wp-content/themes/ フォルダを開く
現在使用中のテーマフォルダ（例：my-child-theme）を「my-child-theme_backup」にリネーム
WordPressが自動的に利用可能なテーマ（デフォルトテーマ）に切り替わる
エラーが解消したらfunctions.phpを修正して元のテーマフォルダ名に戻す

筆者の実体験：子テーマのfunctions.phpにカスタム関数を追加した際、全角スペースが混入していてPHPの構文エラーになり500エラーが発生。FTPでfunctions.phpを編集前のバックアップと置き換えて10分以内に復旧。それ以来、functions.phpを編集する前は必ずFTPで手元にダウンロードしてバックアップを取るようにしています。

対処法⑤｜WordPressのメモリ制限を増やす

メモリ不足が500エラーを引き起こすメカニズム

WordPressはPHPの実行に一定のメモリ（RAM）を消費します。デフォルトの制限（64MB）を超えた場合、「Fatal error: Allowed memory size exhausted」というエラーとともに500エラーが発生することがあります。画像処理プラグインや高機能なバックアッププラグインで起きやすいです。

wp-config.phpに追記するメモリ制限引き上げコード

define(‘WP_MEMORY_LIMIT’, ‘256M’);

wp-config.phpの「/* 編集が必要なのはここまでです */」という行の上に追記します。

.htaccessでのメモリ制限変更方法

php_value memory_limit 256M

エックスサーバーは通常256MB以上のメモリを確保しているためメモリ不足のケースは少ないですが、念のため確認してみてください。

対処法⑥｜エックスサーバーのエラーログを確認する

エラーログで原因の詳細を特定できる理由

エラーログにはサーバーが何をしようとして失敗したかが詳細に記録されています。「何が原因かまったくわからない」という場合や、上記の対処法を試しても解決しない場合は必ずエラーログを確認しましょう。

エックスサーバーでエラーログを確認する手順

ファイルマネージャーで /ドメイン名/logs/ フォルダを開く
php_error.log または error_log ファイルを開く
最新の行（一番下）に記録されているエラーメッセージを確認する

よく出るエラーログメッセージと対処法

エラーメッセージ（抜粋）	意味	対処法
PHP Fatal error: Allowed memory size	メモリ制限超過	wp-config.phpでメモリを増やす
PHP Fatal error: Call to undefined function	関数が見つからない（プラグイン・テーマ問題）	プラグイン無効化またはテーマ切替
PHP Parse error: syntax error	PHPの構文エラー	エラー箇所のファイルを修正or削除
PHP Fatal error: require_once(): Failed opening	必要なファイルが見つからない	WP再インストールまたは該当ファイルを復元
Options +ExecCGI is not allowed here	.htaccessの設定エラー	.htaccessを初期化する

WP_DEBUGを有効化してデバッグモードで確認する方法

wp-config.phpに以下を追記するとWordPress画面上にエラー詳細が表示されます（復旧後は必ず無効化すること）：

define(‘WP_DEBUG’, true);
define(‘WP_DEBUG_LOG’, true);
define(‘WP_DEBUG_DISPLAY’, false);

📖 関連記事

WordPressの基本設定を整えておくとトラブルを防ぎやすい

復旧にかかる時間と難易度の比較

どの対処法から試すか判断するための参考表です。難易度が低く復旧時間が短い順に試すのが基本です。

対処法	復旧の目安時間	難易度	再発リスク	初心者でも可能か
① プラグイン無効化	5〜15分	★☆☆☆☆	低（原因特定後）	◎
② .htaccess初期化	10〜20分	★★☆☆☆	低	◎
③ PHPバージョン変更	5〜10分	★★☆☆☆	中（テーマ・プラグイン次第）	◎
④ テーマ切り替え	10〜20分	★★☆☆☆	低（テーマ修正後に戻す）	◎
⑤ メモリ制限引き上げ	10〜15分	★★★☆☆	低	○
⑥ エラーログ確認	15〜30分	★★★★☆	—（原因特定のため）	△
⑦ WP再インストール	30〜60分	★★★★☆	低	△（最終手段）

500エラー復旧ロードマップ

エラー発生から完全復旧・再発防止策の実施まで、時系列で確認しましょう。

⏱ 0分 | エラー発生

エラーを確認・まず深呼吸する

ブラウザの別タブや別ブラウザでブログを確認。「データは消えていない」と自分に言い聞かせてパニックを抑制。手当たり次第に操作するのは厳禁です。

⏱ 1分 | 原因の絞り込み

診断フローで原因をナローダウン

「直前に何をしたか」を思い出しながら上の診断フローを進める。プラグイン操作→テーマ操作→.htaccess操作→PHP変更→何もしていない、の順に確認。

⏱ 5分 | 第一対処

プラグイン無効化を実施（最優先）

ファイルマネージャーまたはFTPでpluginsフォルダをリネーム。エラーが消えたら原因はプラグイン確定。1つずつ有効化して犯人を特定する。

⏱ 10分 | 第二対処

解決しない場合は.htaccess初期化

既存の.htaccessを「.htaccess_backup」にリネームしてWordPress標準の内容で新規作成。パーマリンク設定で再生成して完了。

⏱ 15分 | 第三対処

解決しない場合はPHPバージョン変更

エックスサーバーのサーバーパネル→PHP Ver.切替→一つ前のバージョンに変更。プラグイン・テーマの互換性問題を解消。

⏱ 20分 | 第四対処

解決しない場合はテーマ切り替え

themesフォルダで現在のテーマをリネームしてデフォルトテーマに切り替え。functions.phpのエラーが原因かどうかを確認する。

⏱ 30分 | 原因特定

エラーログで詳細原因を特定する

logsフォルダのphp_error.logを確認。エラーメッセージを読めば原因のファイル名と行数まで特定できる。WP_DEBUGを有効化してさらに詳細を確認する。

✅ 復旧後 | 再発防止

バックアップ設定・運用ルールを整備する

BackWPupなどのバックアッププラグインを設定。プラグインは1つずつ更新・更新前にバックアップを取る習慣を実践。エックスサーバーの自動バックアップも有効化しておく。

実際に遭遇した500エラーのケーススタディ

筆者が実際に経験した500エラーの体験談を3つ紹介します。同じ状況の方はすぐに参考になるはずです。

CASE 01 ｜プラグイン一括更新

プラグイン更新後に即座に500エラー

📌状況：WordPress管理画面からプラグインを5個まとめて更新したら更新完了直後に500エラー発生。管理画面にもフロントにもアクセス不能に。

🔍原因：Contact Form 7の新バージョンが当時のPHP7.4と非互換。致命的なPHPエラーが発生してWordPress全体が起動できない状態に。

🔧対処：FTPでpluginsフォルダを「plugins_backup」にリネーム→エラー消失→1つずつフォルダを移してContact Form 7が原因と特定→PHP8.1にアップして解決。

📝再発防止：プラグインは必ず1つずつ更新。更新前にエックスサーバーの自動バックアップを確認。

⏱ 復旧時間：約15分

CASE 02 ｜ functions.php編集ミス

独自CSS追加でfunctions.phpに全角スペース混入

📌状況：子テーマのfunctions.phpに独自関数を追記した直後に500エラー。管理画面もフロントも完全に白画面に。

🔍原因：日本語入力モードが切り替わっておらず、全角スペースがコードに混入。PHPの構文エラーによりWordPressが起動できない状態に。

🔧対処：FTPで編集前にダウンロードしておいたfunctions.phpのバックアップをサーバーにアップロードして上書き復旧。エラーログで「Parse error: syntax error」を確認して行数を特定。

📝教訓：functions.phpの編集前は必ず手元にバックアップ。コードエディタ（VS Code等）でPHP構文チェックしてからアップロード。

⏱ 復旧時間：約10分

CASE 03 ｜ .htaccess編集ミス

セキュリティコード追加で書き方ミス

📌状況：セキュリティ強化記事を参考に.htaccessにXMLRPC無効化のコードを追加したところ500エラーが発生。

🔍原因：参考にした記事のコードにエックスサーバーでは使えないディレクティブが含まれていた。「Options +ExecCGI is not allowed here」というエラーがログに記録されていた。

🔧対処：ファイルマネージャーで.htaccessを「.htaccess_broken」にリネームし、WordPress標準の.htaccessを新規作成。パーマリンク保存で正常な.htaccessを再生成して20分で復旧。

📝教訓：.htaccess変更前は必ずバックアップ。レンタルサーバーによって使えるディレクティブが異なるため要確認。

⏱ 復旧時間：約20分

500エラー対処完了・再発防止チェックリスト

復旧作業と再発防止策を順番に確認しましょう。全項目チェックできれば完璧です。

よくある質問（FAQ）

500エラーと503エラーの違いは何ですか？

500エラー（Internal Server Error）はサーバー内部のプログラムエラーで、主にWordPress・プラグイン・テーマ・.htaccessのコードに問題があります。自分の設定・コードが原因のことが多く自力で解決できます。503エラー（Service Unavailable）はサーバー自体が過負荷またはメンテナンス中の状態で、主にサーバー側の問題です。503の場合はしばらく待つかサーバー会社に確認してください。

管理画面（/wp-admin）にもアクセスできない場合はどうすればいいですか？

管理画面にアクセスできない場合でも、エックスサーバーのファイルマネージャーまたはFTPクライアント（FileZillaなど）を使えばサーバーのファイルを直接操作できます。この記事で紹介したプラグインフォルダのリネーム・.htaccessの初期化・テーマフォルダのリネームはすべてファイルマネージャーから実行可能です。

FTPが使えない場合でも復旧できますか？

はい。エックスサーバーのサーバーパネルにある「ファイルマネージャー」はブラウザから操作できるため、FTPクライアントがなくても同等の操作が可能です。ファイルの閲覧・編集・リネーム・新規作成・削除など、復旧に必要な操作はすべてファイルマネージャーで対応できます。

エックスサーバーのサポートに連絡すべき状況は？

この記事のすべての対処法を試しても解決しない場合や、エラーログに「Segmentation fault」など明らかにサーバー側の問題を示すエラーが出ている場合はサポートへの連絡を推奨します。また「何も操作していないのに突然500エラーになった」場合も、サーバー側の障害の可能性があるためサポートに確認してください。エックスサーバーはメールと電話でサポートに対応しています。

500エラーでデータが消えることはありますか？

500エラー自体でデータが消えることはありません。WordPressのコンテンツ（記事・画像・設定など）はMySQLデータベースとファイルサーバーに保存されており、500エラーはあくまで「読み込み・実行時のエラー」です。ただしデータの消失リスクがあるのは「誤ってファイルを削除した場合」です。この記事の手順ではリネーム（名前変更）のみを行い削除は原則しないため、データが消えるリスクはほぼありません。

500エラーのままにしているとSEOに影響しますか？

はい、影響します。Googleのクローラーが500エラーのページを繰り返しクロールすると、そのページが「一時的なエラー」から「恒久的なエラー」と判断されインデックスから削除される可能性があります。またサイト全体のクロールバジェットも消費されます。できるだけ早く（数時間以内に）復旧することを強くおすすめします。

WordPressの再インストールは最終手段ですか？

はい、最終手段です。WordPressの再インストール（コアファイルの上書き）で解決できるのは、WordPressのコアファイル自体が破損している場合に限られます。通常の500エラーの場合はこの記事の対処法①〜⑥で解決できます。再インストールを行う場合もデータベースは残るため記事・設定データは保持されますが、wp-content（テーマ・プラグイン・画像）は手動でバックアップ・復元が必要です。

バックアッププラグインのおすすめは？

筆者が実際に使っているのはBackWPupです。データベース＋ファイル一式を定期的にDropboxやGoogleドライブに自動バックアップできます。設定は少し複雑ですが日本語で丁寧な解説記事が多く初心者でも導入できます。よりシンプルなものではUpdraftPlusもおすすめです。いずれも無料で十分な機能が使えます。

エックスサーバーの自動バックアップ機能でデータを復元できますか？

はい。エックスサーバーは過去14日分のバックアップを自動取得しており、サーバーパネルの「WordPress簡単バックアップ」または「自動バックアップ」機能から復元できます。ただし復元できるのはバックアップ取得時点の状態です。直近の記事更新は失われる可能性があるため、定期的な手動バックアップとの併用を推奨します。

500エラーが頻繁に起きる場合はサーバーの問題ですか？

必ずしもサーバーの問題ではありません。頻繁に500エラーが発生する場合は、①特定の処理でメモリを大量消費するプラグインが動作している、②共有サーバーのアクセス集中時間帯に負荷がかかっている、③PHPのタイムアウト設定が短すぎる、などが原因のことが多いです。エラーログを確認して頻発するタイミングと原因を特定してから対処しましょう。それでも解決しない場合はエックスサーバーのサポートに問い合わせてください。