500内部サーバーエラーは、WordPressユーザーにとって最も救いのない悩みの種です。これは、まさに「どこかにエラーがありますよ」という意味の包括的なエラーメッセージです。さらに悪いことに、WordPressサイトではエラーが発生せず、真っ白なページが表示されることもあります。

では、どのように問題を特定し、解決すればいいのでしょうか。

まず、慌てないでください。これは通常、簡単に修正できますその後：このデバッグプロセスに従えば、WordPressの内部サーバーエラーはすぐに修正されます。

ワードプレスのプラグインが500エラーの原因になっていませんか？

新しいプラグインをインストールしたばかりの場合や、WordPressのコア部分をアップグレードした後に500エラーが発生する場合、最も可能性が高い原因はプラグインの非互換性です。プラグインは様々な理由で壊れることがあります。

• WordPressは、プラグインが使用するコア機能の一部を削除している可能性があります。
• 古いバージョンのPHP用にコーディングされ、数年間更新されていない可能性があります。
• 単に、デフォルトのデータベース名をプレフィックスを使用せずに引用したなどのコーディングエラーである可能性があります。

プラグインをインストールしたばかりでエラーが出た場合は、プラグインを特定するのは簡単です。しかし、管理画面にアクセスできない状態で、どうやってプラグインを無効化するのでしょうか？また、どのプラグインがエラーを引き起こしているのかさえ分からない場合はどうすればいいのでしょうか？いずれの場合もFTPアクセスが必要ですが、CPanelやPleskが提供するWebベースのファイルマネージャでも問題なく動作します。

解決策

どのプラグインが壊れているか正確に知っていますか？プラグインを探し、wp content/plugins/ フォルダから削除してください。これで再ログインできるようになります。欲しい機能の代替品を探す。

どのプラグインがエラーを引き起こしているのかわからない場合は、wp content/plugins/folder 自体を丸ごとリネームしてください。その前にアンダースコア（"Ⓐ"）を付けて、"Ⓑ"プラグインという名前にします。

フォルダ名を変更することで、各プラグインを一度に効果的に無効化することができます。これで再びログインできるようになりますが、WordPressから「The plugin "something.php file has been deactivated due to an error: plugin file does not exist」というエラーメッセージの羅列が表示されることになります。"

プラグインの設定はデータベースに保存され、ほとんどのプラグインは再アクティブ化されたときに再びそれらを見つけることができるので、あなたは何の設定も失っていないことを心配しないでください。

次のステップでは、アンダースコアを削除して、フォルダー名を再度変更します。これらはすべてプラグインページに表示されますが、非アクティブな状態になっています。これで、犯人を見つけるまで次々と再稼働させることができます。

サイトが再びクラッシュしたら、このプロセスを繰り返しますが、今度は破損したプラグインを再アクティブ化しないでください

500 内部サーバーエラー：テーマの非互換性

プラグインを無効化しても効果がない？それなら、テーマと関係があるのかもしれませんね。プラグインと同様に、wp content/themes/ディレクトリにあるアクティブなテーマのフォルダをリネームすることで、アクティブなテーマを強制的に無効にすることができます。

プラグインと現在のテーマの名前を変更してみても、管理画面にアクセスできない場合は、さらに手順を進めてください。ログインできれば、WordPressがデフォルトのテーマに戻したことを警告してくれます。この時点で、新しいテーマを探すか、テーマ開発者に連絡して助けを求めるか、自分で解決しようとするか、いずれかの方法があります。

自分で修正する場合、または開発者向けにさらに詳しい説明を行う場合は、後でWordPressのデバッグモードを有効にするためのセクションを参照してください。

500 内部サーバーエラー： .htaccess ファイルが正しくありません。

プラグインやテーマを無効にしても何も起こらない場合は、.htaccessファイルが何らかの理由で破損している可能性があります。これは、サイトの管理エリアにはまだアクセスできるが、フロントエンドが**動作していない**場合に起こります。

htaccessファイルは、WordPress内部の醜いURLスキーム（デフォルトで得られるもので、/?p=12345のように見えるもの）に対するパーマリンク（/my blog postのようなURLの良いバージョン）を処理します。WordPressの重要な部分ですが、プラグインがそれを台無しにしてしまうことがあります。

解決策

もう一度、FTPクライアントまたはファイルマネージャにアクセスします。WordPressのインストールディレクトリのルートにある.htaccessファイルを.htaccessu oldにリネームします。 このファイルが見えない場合は、隠しファイル表示を有効にする必要があります。正確な方法**は、FTPクライアントによって異なります。

LinuxなどのUNIX系システムでは、ファイル名の先頭にピリオドをつけると「このファイルを隠せ」という意味になります。

現在の.htaccessの名前を変更した後、WordPressの管理画面に戻り、「設定」 > 「パーマネントリンク」を開き、何も変更せずに「保存」をクリックします。".これにより、新しい作業用ファイルが自動的に生成されます。

手動でファイルに変更を加えた場合、その変更は失われます（ただし、いずれにせよ手動でファイルを編集するべきではありません）。

ワードプレスのデバッグモードを有効にして、エラーを追跡する。

WordPressの設定でデバッグログを有効にすれば、問題を正確に把握する手がかりになるかもしれませんが、今のところは自己責任でお願いします。修正方法を考えなければならないので、コーディングのスキルが必要です。

デバッグログを有効にするには、WordPressのインストールディレクトリのルートにあるwp-configuration.phpを開きます。このファイルを編集する際は、十分に注意してください。予期せぬ変更があった場合に備えて、最初に**コピーを取っておくとよいでしょう。

という文章を探す。

define('WP_DEBUG', false);

もし、あなたのサイトがあまり訪問されず、エラーメッセージが誰にでも表示されることを気にしないのであれば、falseをtrueに変更すれば、エラーメッセージはサイトを読み込んだときに表示されるようになります。

エラーメッセージを非公開にしたい場合は、行頭に「//」を入力してコメントし、その下に以下を貼り付けてください。

define('WP_DEBUG', true);define('WP_DEBUG_LOG', true);define('WP_DEBUG_DISPLAY', false);@ini_set('display_errors',0);

FTPクライアントを更新して、1分ほど経っても何も表示されない場合は、WordPressにファイルを作成する権限がない可能性があります。手動で新しいerror.logアーカイブを作成し、パーミッション666を付与します。

注意：これらの行が設定から削除されるまで、このファイルのサイズは大きくなり続けます。元の行も忘れずにアンコメントしてください。任意のテキストエディタでファイルを読み、重要なPHPエラーがないかを確認します。

この例では、推奨されないコードに関するPHPの注意書きが多く見られますが、実際にはサイトを破壊することはありません。

500 Internal server error: サーバー構成エラー

仮想専用サーバーを自分で運営するのは簡単ではありません。以前、ページロードの約半分が500エラーになるという不思議なケースがありましたが、サーバーのエラーログには識別できるパターンや手がかりはありませんでした。WordPressのデバッグログを有効にしても、PHPの通知やバッシングはたくさんありますが、致命的なものは何も表示されませんでした。

最後に、W3 Total Cacheを使ってサイトを高速化する前に、週末にサーバーにAPCキャッシングをインストールしていたことに気づきました。アンインストールすると500エラーは完全に解消されました。

私が言いたいのは、500エラーは単に互換性のないサーバー設定の組み合わせを示す可能性があるということです。ホスティングサービスを利用している場合は、このようなことはまずありませんが、自分専用の仮想プライベートサーバー（仮想サーバーとは何か、なぜ必要なのか）を利用する場合は、すべてが一緒に機能するようにする責任があり、これは思った以上に難しいことです。

あなたのサイトのメモリが少なくなっていませんか？

共有ホスティングでは、商用、フォーラム、関連記事のプラグインの複雑さにより、PHPのメモリ制限が影響を受けていることがあります。運が良ければ「Fatal error: allowed memory size of xxx bytes exhaust」などのエラーメッセージが表示されますが、必ずしもそうとは限りません。

wp - config.php に以下の行を追加することでこの問題を解決することができます。

define('WP_MEMORY_LIMIT', '64M');

しかし、ほとんどの共有ホスティングは、実際にはメモリの制限を増やすことはできません - あなたはあなたが何を支払うを取得します。

500件のバグを修正し、毎日バックアップを取るようになりました

WordPressの重大なエラーに対する最善の防御策は、日々のバックアップを維持することと、WordPressのコアアップデートなどの重要な操作の前に手動でバックアップを取ることです。また、プラグインやテーマを最新の状態に保つこと。WordPressの新しいバージョンでは、古いコードが壊れてしまうことがよくあります。

ウェブサイトがクラッシュするのは怖いことです。特に、それが趣味だけでなく、あなたの収入源である場合はなおさらです。このガイドに従って、計画的に行うことで、すぐにまたバックアップを取ることができるはずです。

このようなエラーが発生しないように、バックアップと最適化を行うマネージドWordPressホスティングサービスへのアップグレードを検討してください。InMotionホスティング（このリンクから38％割引）とBluehost（このリンクから25％割引）をお勧めします。