自サイトにアクセスして「500 Internal Server Error」が表示された際、パニックに陥って無闇にファイルを書き換えるのは傷口を広げる最大の悪手です。エンジニアやサイト運営者が取るべき手順は、徹底した「証拠の確認」と「原因の切り分け」に集約されます。
まずはPHPエラーログの確認から着手します。サーバーパネルの管理画面やFTPクライアントからerror_logを参照するか、WordPressであればwp-config.phpファイル内のデバッグモード記述を以下のように一時的に書き換えます。
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
これにより、/wp-content/debug.logに詳細なエラー内容が出力され、どのファイルの何行目で「Fatal error（致命的なエラー）」が発生しているかが一目瞭然になります。PHPのバージョンを安易に更新した結果、古いテーマやプラグインで使用されていた非推奨関数が致命的停止を招くケースは枚挙にいとまがありません。
次に疑うべきは.htaccessファイルの構文エラーです。Apacheサーバーを制御する.htaccessファイルに全角スペースが混入していたり、対応していないリライトルールや古いディレクティブが記載されていると、Webサーバーは即座に500エラーを返します。FTPソフト等で.htaccessを一時的に.htaccess_backupなどにリネームし、エラーが解消するかを確認してください。もし表示が戻るようであれば、原因はその記述内容の中に確実に潜んでいます。
さらに見落としがちな盲点がパーミッション（属性）設定の不整合です。多くのレンタルサーバー（エックスサーバー、ConoHa WING、ロリポップなど）では、セキュリティ上の理由からパーミッション設定が厳格に管理されています。セキュリティを緩めようとしてフォルダやCGIファイルを不用意に「777」などの過剰な権限に設定すると、サーバー側のセキュリティ機構が作動してエラーを強制発生させます。標準的な「ディレクトリ：755」「ファイル：644」に揃え直す作業が欠かせません。
