【図解】WordPressの500エラー（Internal Server Error）原因と直し方｜突然の白画面を最短復旧する手順

WordPressのWebサイトを運用・更新している最中、あるいは何も変更していないのに突然「500 Internal Server Error（内部サーバーエラー / HTTP status 500）」が発生して画面が真っ白になってしまった――そんな緊急トラブルに直面していませんか？

500 Internal Server Error（HTTP status 500）は、Webサーバー側でプログラムの異常停止や設定ファイルの記述ミスなど“想定外の致命的なエラー”が起きたことを示すHTTPステータスコードです。WordPressで「500 internal server error 原因」「500エラー 直し方 htaccess」「500エラー php」と検索してトラブルに見舞われる主な原因には、PHP 8系（PHP 8.0〜8.3）移行に伴うFatal Error、.htaccessの文法エラー・構文ミス、プラグインやテーマの競合、PHPメモリ上限（memory_limit）の超過などが挙げられます。

サイトが非表示になっている間はユーザーの離脱や売上機会の損失だけでなく、長引くと検索順位の後退やSEO評価への悪影響に直結するため、最短ルートで原因を絞り込み、即座に復旧させることが何よりも重要です。

本記事では、画面の前で焦っている読者が最短3分でサイトを復旧できるよう、ファーストビューで原因を特定できる診断フローチャートから、エラーログ（debug.log）の読み解き方・直し方、.htaccess修復、PHP 8系互換性エラーの解決策、プラグイン二分探索法までを図解付きで網羅的に解説します。

【最短3分】500エラーの原因を特定する診断フローチャート

WordPressで500エラー（または画面が真っ白になるホワイトスクリーン・オブ・デス / WSOD）が発生した際、手当たり次第に設定を変更するのはかえって事態を悪化させます。まずは「直前に何をしたか」を起点に、以下のフローチャートに沿って最短ルートで原因を絞り込みましょう。

状況別切り分け：①ファイル編集直後 / ②プラグイン・テーマ更新後 / ③何もしていないのに突然

診断フローチャートで判明した「3つの状況」ごとに、最も可能性の高い原因と具体的なファーストエイド手順を詳しく解説します。

エラーログ（debug.log）の場所と主要エラーメッセージの読み解き方

500エラーの根本原因を最短かつ正確に特定する唯一無二の手段が「WordPressのエラーログ（debug.log）」です。画面上にエラーが表示されない場合でも、ログを有効化すれば「どのファイルの何行目で何が起きたか」が一目瞭然になります。

まずはサーバー上の wp-config.php（WordPressインストールディレクトリ直下）を開き、以下のコードを追記または修正します。

/**
 * WordPress デバッグログ設定（本番環境用・安全設計）
 * 画面にはエラーを出さず、ログファイルだけに記録します
 */
define( 'WP_DEBUG', true );             // デバッグモード有効化
define( 'WP_DEBUG_LOG', true );         // /wp-content/debug.log に書き出し
define( 'WP_DEBUG_DISPLAY', false );     // 訪問者向け画面へのエラー非表示（セキュリティ対策）
@ini_set( 'display_errors', 0 );        // PHPエラー画面出力の完全無効化

設定を保存した後、エラーが出ているページをブラウザで1回再読み込み（リロード）すると、サーバーの以下の場所にログファイルが生成されます。

この debug.log を開くと、末尾に最新のエラーメッセージが出力されています。以下では、500エラーで頻出する3大エラーメッセージの読み解き方と具体的な直し方を詳しく解説します。

1. 「Fatal error: Call to undefined function」の直し方

【エラーメッセージ例】

PHP Fatal error: Uncaught Error: Call to undefined function create_function() in /home/user/example.com/public_html/wp-content/plugins/old-plugin/init.php:45
PHP Fatal error: Uncaught Error: Call to undefined function get_field() in /home/user/example.com/public_html/wp-content/themes/my-theme/single.php:28

【エラーの意味・原因】
プログラムが「存在しない関数」を実行しようとしたときに発生する致命的エラーです。WordPressでは以下の2つのパターンが典型です。

1. PHP 8系で廃止・削除された旧PHP関数の呼び出し：
   古いプラグインやテーマが create_function()、get_magic_quotes_gpc()、utf8_encode() などのPHP 7以前で非推奨・PHP 8で完全削除された関数を呼んでいる。
2. 前提プラグインが無効化・未有効化の状態で独自関数を呼び出し：
   例えば Advanced Custom Fields（ACF）の get_field() や WooCommerce の関数を、プラグインが停止しているのにテーマ側で呼び出してしまっている。

【具体的な直し方・復旧手順】

// 【修正前：危険】プラグイン停止時に Fatal Error でサイトが落ちる
$custom_value = get_field('header_banner');

// 【修正後：安全】関数の存在チェックを挟んでエラーを防止
$custom_value = '';
if ( function_exists( 'get_field' ) ) {
    $custom_value = get_field( 'header_banner' );
}

2. 「Parse error: syntax error」の修正手順（functions.php の構文ミス）

【エラーメッセージ例】

PHP Parse error: syntax error, unexpected token ";", expecting "]" in /home/user/example.com/public_html/wp-content/themes/my-theme/functions.php on line 124
PHP Parse error: syntax error, unexpected end of file in /home/user/example.com/public_html/wp-content/themes/my-theme/functions.php on line 350

【エラーの意味・原因】
PHPコードの文法に誤りがあり、構文解析（パース）の段階で処理がストップした状態です。WordPress管理画面のテーマエディターやFTPで functions.php にカスタマイズコードを追記した直後に最も多く発生します。

• 全角スペースの混入：Webサイトやブログからコードをコピペした際、インデントに全角スペースが混ざっている。
• セミコロン（;）抜け：文末のセミコロンを書き忘れている。
• カッコの不一致：丸括弧 ()、波括弧 {}、角括弧 [] の閉じ忘れや過不足。
• クォーテーションの不一致：シングルクォート ' とダブルクォート " の対応が崩れている。

【具体的な直し方・復旧手順】

3. 「Allowed memory size exhausted」のPHPメモリ上限（memory_limit）引き上げ手順

【エラーメッセージ例】

PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 20480 bytes) in /home/user/example.com/public_html/wp-includes/plugin.php on line 1250

【エラーの意味・原因】
PHPに割り当てられたメモリ上限（上記の例では 134,217,728 bytes ＝ 128MB）を処理が使い切ってしまい、プロセスが強制終了された状態です。高機能なページビルダー（Elementor等）、ECプラグイン（WooCommerce）、画像一括最適化処理、バックアップ実行時によく発生します。

【メモリ上限の引き上げ方法（優先順位順）】

ご利用のサーバー環境に合わせて、以下のいずれかの方法で memory_limit を 256M または 512M に引き上げます。

define( 'WP_MEMORY_LIMIT', '256M' );
define( 'WP_MAX_MEMORY_LIMIT', '512M' );

php_value memory_limit 256M

【3分でわかる】500エラーの原因と最短復旧早見表

「500 Internal Server Error」が発生する主なシチュエーションと、考えられる根本原因、最短の復旧アクションを一覧表にまとめました。直前の操作や発生状況に合致する行を確認してください。

500 Internal Server Error（HTTP status 500）とは？

500 Internal Server Error（HTTP status 500 / 内部サーバーエラー）は、Webサーバーがブラウザからのリクエストを受け取ったものの、サーバー内部で予期せぬプログラム停止や設定不備が発生し、正常なHTMLページを生成できなかったことをクライアントへ通知するHTTPステータスコードです。

404 Not Found（ページが見つからない）や403 Forbidden（アクセス権限拒否）といったクライアント起因のエラーとは異なり、完全にサーバー側（WordPressのPHPプログラム、Apache/Nginx設定、DB連携など）に原因があるのが特徴です。

他の5xxエラー（502 / 503 / 504）との違い

500番台のエラーには複数の種類があり、それぞれトラブルの発生箇所が異なります。適切なアプローチをとるために違いを把握しておきましょう。

【深掘り】PHP 8系（8.0〜8.3）移行・更新に伴う500エラー原因と解決策

近年のWordPress運用において、最も増加している500エラーの原因が「PHP 8系（PHP 8.0 / 8.1 / 8.2 / 8.3）へのアップデートに伴う致命的エラー（Fatal Error）」です。

PHP 7.4までは「Warning（警告）」や「Notice（通知）」として処理を継続できていた曖昧な記述が、PHP 8系では厳格化され、即座に「Fatal Error（致命的エラー）」や「TypeError」としてプロセスを停止させるようになったため、古いプラグインやテーマが突然500エラーを引き起こすケースが多発しています。

PHP 8系で500エラーを引き起こす代表的な4大エラー例

1. 廃止・削除された関数の呼び出し（Fatal Error）：
   create_function()（PHP 8.0で削除）、get_magic_quotes_gpc()（PHP 8.0で削除）、utf8_encode() / utf8_decode()（PHP 8.2で非推奨・削除）などを実行して即死するパターン。
2. 型の不一致とnull許容の厳格化（TypeError / ValueError）：
   文字列を想定した組込関数（strlen(), strpos(), preg_match() など）に null が渡された場合、PHP 7系では空文字として許容されていましたが、PHP 8.1以降では TypeError でFatal Errorとなります。
3. メソッドシグネチャ・コンストラクタの不一致（Signature Mismatch）：
   親クラスのメソッドをオーバーライドする際、引数の型や戻り値の型宣言が一致していないとFatal Errorになります。
4. 動的プロパティ作成の非推奨・エラー（PHP 8.2 / 8.3）：
   クラス内で事前に宣言されていないプロパティへ動的に値を代入する記法（$this->foo = 'bar'）がPHP 8.2以降で厳格に規制されています。

PHP 8系エラーの具体的な直し方・復旧手順

【完全解説】.htaccess 記述ミスによる500エラーの直し方と構文修復

検索クエリ「500エラー 直し方 htaccess」「htaccess internal server error」で最も多く見られるトラブルが、サーバーのルートディレクトリにある .htaccess ファイルの記述ミス・構文エラー（Syntax Error）です。

ApacheやLiteSpeedなどのWebサーバーは、.htaccess に1文字でも文法ミスや非対応ディレクティブが存在すると、セキュリティ保護のためにWebサイト全体へのアクセスを即座に遮断し、500エラーを返します。

.htaccess でよくある致命的な記述ミス5選

• 全角スペースの混入：コピペ時に行頭やディレクティブの区切りに全角スペースが入り込んでいる。
• モジュール未ロード時のディレクティブ実行：mod_rewrite や mod_headers が有効化されていない環境で、<IfModule> で囲まずにディレクティブを直接記述した。
• リダイレクトループ（無限ループ）：RewriteRule の正規表現が不適切で、http→https や wwwあり/なし の転送が無限に繰り返されている。
• 非対応のオプション指定：Options +FollowSymLinks など、サーバー側で許可されていない Options を記述してサーバーから拒否された。
• 文字コード・改行コードの破損：UTF-8（BOM付き）で保存したり、改行コードが壊れている。

WordPress標準の .htaccess コード（コピペ用）

.htaccess が原因でサイトが落ちた場合は、まず既存の .htaccess をリネームしてバックアップし、以下のWordPress公式標準の初期コードで上書きしてください。

# BEGIN WordPress
# "BEGIN WordPress" から "END WordPress" までのディレクティブ (行) は
# 動的に生成され、WordPress フィルターによってのみ修正されるべきです。
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

安全な常時SSL化（http→https）リダイレクトの正しい書き方

常時SSL化のリダイレクトを追加する場合は、必ず # BEGIN WordPress の手前（上部）に、かつ <IfModule mod_rewrite.c> で安全に囲んで追記します。

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
</IfModule>

# BEGIN WordPress
# （ここにWordPress標準コード）
# END WordPress

【実践フロー図付き】プラグイン・テーマ競合の完全切り分けガイド

「プラグインを更新したら突然サイトが500エラーになった」「どのプラグインが原因なのか特定できない」という場合の最短特定フローチャートです。

二分探索法（バイナリサーチ）でプラグイン多数でも最短特定する裏ワザ

プラグインが30個〜50個以上インストールされている場合、1つずつ有効化/無効化を試すと膨大な時間がかかります。そこで活用するのがITエンジニアが用いる「二分探索法（バイナリサーチ）」です。

その他の原因別・具体的復旧手順（パーミッション・DB接続・サーバー別ログ）

PHPバージョン、.htaccess、プラグイン以外の要因で発生している場合の、具体的かつ確実な復旧手順を解説します。

再発防止とSEOへの悪影響を最小化するポイント

500エラーは一時的に復旧させるだけでなく、SEO評価の防衛と再発防止の仕組みづくりまで完遂して初めて対応完了と言えます。

Googleのクローラー（Googlebot）は、ページ巡回時に500エラーを受け取ると「サーバーが故障している」と判断します。数分〜数時間の一時的なエラーであればランキングへの影響は軽微ですが、24時間以上放置するとインデックスの削除や検索順位の大幅下落を招きます。

よくある質問（FAQ）

まとめ：チェックリストを活用して500エラーを最短解決

WordPressの「500 Internal Server Error（HTTP status 500）」は、突然画面が真っ白になるため非常に焦るトラブルですが、原因のパターンと切り分け手順は明確に決まっています。

📚 あわせて読みたい関連記事

WordPressのトラブルシューティングやセキュリティ強化に役立つ関連記事です。サイトの安定運用にお役立てください。

• 【WordPress】Nonce（ノンス）の使い方とCSRF対策完全ガイド｜フォーム・Ajax・REST APIの実装コード集
• 【PHPセキュリティ】unserialize()の脆弱性とオブジェクトインジェクション対策｜安全な代替コード解説
• 初心者向け！WordPressのバックアップと復元の基本ステップと注意点
• 放置していたWordPressは安全？標準機能の自動更新と安全性の仕組み
• あれ、サイトの見た目が変…？WordPressの「表示が崩れた！」ときの原因と対処法
• WordPressの定期更新チェックリスト｜放置リスクを防ぐ5つの習慣