WordPressの死の白い画面（WSoD）を修正するための9つの実証済みの方法
公開: 2020-06-17WordPressサイトを閲覧し、突然死の白い画面（WSoD）に遭遇することほど悪いことはありません。 このエラーにより、管理者と訪問者の両方がWebサイトにアクセスできなくなります。
WSoDは、考えられる原因または解決策を示す情報が不足しているため、非常にイライラすることもあります。 ただし、これは最も一般的なWordPressエラーの1つでもあります。 したがって、懸念している間、ほとんどの場合、それは解決可能です。
この投稿では、WordPressWSoDとは何かとその一般的な原因について説明します。 最も重要なことは、サイトを可能な限り高速に復旧して実行するための9つの解決策を紹介することです。
始めましょう！
ビデオ版を見たいですか？
WordPressの死の白い画面とは何ですか？
その名の通り、WordPress White Screen of Death（「WSoD」とも呼ばれます）は、アクセスしようとしているWebページではなく、代わりに空白の白い画面が表示された場合に発生します。
使用しているブラウザによっては、異なるエラーメッセージが表示される場合があります。 以下はGoogleChromeの例で、「このページは機能しておらず、リクエストを処理できません」というHTTP500エラー警告が含まれています。
それでは、MozillaFirefoxの死の白い画面を見てみましょう。
ご覧のとおり、それは単なる白い画面です。 有用なエラーや警告メッセージは含まれていません。
WordPress White Screen of Deathは、ほとんどの場合、PHPコードエラーまたはメモリ制限の枯渇が原因で発生します。
もう1つの考えられる原因は、テーマまたはプラグインの障害です。 ウェブサイトのフロントエンドがダウンしているが、WordPress管理エリアがアップしている場合は、後者が問題になる可能性があります。 サイトのダッシュボードが機能しているかどうかをすばやく確認するには、yourdomain.com/wp-adminに移動します。
では、WSoDをどのように修正しますか？ よろしくお願いします！
WordPressの死の白い画面を修正する方法（9つの方法）
WordPress White Screen of Deathを体験するときは、できるだけ早く修正することが優先されます。 それを念頭に置いて、それを解決するために使用できる9つの可能な解決策を見てみましょう。
1.WordPressプラグインを無効にします
WordPress WSoDを修正する最も簡単で一般的な方法の1つは、すべてのプラグインを無効にすることです。 多くの場合、プラグインの更新が不適切なためにサイトがダウンします。
それでも管理領域にアクセスできる場合、これを行う簡単な方法は、ダッシュボードからプラグインに移動し、すべてのプラグインを選択して、[一括操作]ドロップダウンメニューから[非アクティブ化]をクリックすることです。
これにより、すべてのプラグインが無効になります。
それで問題が解決した場合は、原因を見つける必要があります。 これを行うには、プラグインを1つずつアクティブ化し、アクティブ化するたびにサイトをリロードします。 フロントエンドがダウンすると、動作に問題のあるプラグインが見つかります。
その後、プラグインの開発者に助けを求めるか、WordPressプラグインディレクトリにサポートチケットを投稿することができます。
WordPress管理者にログインできない場合は、ファイル転送プロトコル（FTP）クライアントを使用してサイトのファイルディレクトリにアクセスできます。
ルートディレクトリのwp-contentフォルダーの下で、 pluginsフォルダーを見つけます。 「plugins_old」に沿った名前に変更します。
次に、フロントエンドでサイトをもう一度確認します。 これが機能する場合は、各プラグインを1つずつテストする必要があります。 プラグインフォルダの名前を「plugins」に戻し、障害のあるプラグインが見つかるまで、その中の各プラグインフォルダの名前を個別に変更します。
2.デフォルトのWordPressテーマに切り替えます
問題がプラグインでない場合は、WordPressテーマがホワイトスクリーンオブデスの原因である可能性があります。 これが問題であるかどうかを確認するには、デフォルトのテーマに切り替えてテーマを置き換えることができます。
管理領域にアクセスできる場合は、ダッシュボードの[外観]>[テーマ]に移動します。 TwentyTwentyなどのデフォルトのWordPressテーマを見つけてアクティブにします。
次に、サイトをもう一度テストします。 それが機能する場合は、問題がテーマにあることがわかります。
ダッシュボードにアクセスできない場合のプロセスは、プラグインの場合と同じです。
FTPを使用してサイトのファイルにアクセスし、 wp-content/themesフォルダーの名前を別の名前に変更します。
その後、WordPressは最新のデフォルトテーマに戻ります。これはおそらくTwentyTwentyです。 他にテーマがない場合は、WordPressテーマディレクトリからテーマをダウンロードして、テーマフォルダにアップロードできます。
その後、サイトをもう一度確認してください。 それが機能する場合は、テーマに競合があるか、更新が不適切である可能性があります。 このような場合は、開発者にサポートを依頼するか、テーマの切り替えを検討する必要があります。
3.ブラウザとWordPressプラグインのキャッシュをクリアします
WordPressサイトのバックエンドにアクセスできるが、フロントエンドにWSoDが表示されている場合は、キャッシュの問題が原因である可能性があります。
これを修正するには、WebブラウザのキャッシュとWordPressキャッシングプラグインをクリアしてみてください（インストールされていると仮定します）。
WPRocketやWPSuperCacheなどのキャッシュプラグインがWordPressサイトにインストールされている場合、ほとんどの場合、プラグインの設定ページからキャッシュをすばやくクリアする方法が提供されます。
例としてWPスーパーキャッシュを使用すると、WordPressダッシュボードで[設定] >[ WPスーパーキャッシュ]> [キャッシュの削除]に移動します。
MyKinstaからキャッシュをクリアする方法
Kinstaユーザーの場合は、MyKinstaを使用してキャッシュをクリアする簡単な方法もあります。 これを行うには、アカウントにログインします。 [ツール]をクリックし、[サイトキャッシュ]セクションの[キャッシュをクリア]をクリックします。
キャッシュを空にしたら、変更を保存します。 次に、サイトに再度アクセスして、問題が修正されたかどうかを確認します。 そうでない場合は、別のソリューションに移りましょう。
4.デバッグモードをオンにします
それでもWordPressの死の白い画面が表示される場合、管理領域が機能していない場合、または問題を見つけたがさらに深く掘り下げたいと思う場合は、デバッグモードを有効にできます。 これにより、Webサイトで発生しているエラーが表示されます。
トラフィックを1000％以上増やした方法を知りたいですか？
インサイダーのWordPressのヒントを含む週刊ニュースレターを受け取る20,000人以上の他の人に参加してください！
デバッグを有効にするには、WordPressインストールのwp-config.phpファイルを開く必要があります。 その中に次の行があります。
define( 'WP_DEBUG', false );「false」を「true」に変更してから、サイトをリロードします。 この行が存在しない場合は、ファイルの先頭に追加できます。
白い画面の代わりに、白い画面といくつかのエラーメッセージが表示されます。 これは大きな改善ではありませんが、ほんの始まりにすぎません。 WSoDエラーメッセージには、次のように、問題の原因となったファイルが記載されている必要があります。
Cannot redeclare get_posts() (previously declared in /var/www/html/wordpress/wp-includes/post.php:1874) in /var/www/html/wordpress/wp-content/plugins/my-test-plugin/my-test-plugin.php on line 38このメッセージ例の最後に、問題がmy-test-pluginというプラグインの38行目にあることがわかります。 したがって、そのプラグインを無効にすると問題が解決するはずです。
デバッグモードを有効にしてもエラーがまったく表示されない場合は、ウェブホストに連絡する必要があるかもしれません。 サーバーでデバッグが正しく構成されていない可能性があります。
Kinstaのお客様は、組み込みのデバッグツールを使用するオプションがあります。 MyKinstaダッシュボードから、Webサイトの名前をクリックしてから、[ツール]をクリックします。 WordPressのデバッグで、[有効にする]を選択します。
次に、MyKinstaダッシュボードの[ログ]セクションでエラーログにアクセスし、それらを調べて問題の詳細を確認できます。
デバッグモードをオンにすると、Webサイトの情報の一部が未承認のユーザーに公開される可能性があることに注意してください。 したがって、使い終わったら必ずモードをオフにしてください。
5.メモリ制限を増やす
上記の解決策のいくつかを試しても恐ろしいWSoDの空のページが表示される場合、またはメモリ制限やメモリの枯渇について不平を言うエラーが発生する場合は、アプリケーションにさらにメモリを割り当てる必要があります。
これは、多くのWordPressインストールでwp-config.phpファイルを介して実行できます。 ファイルを開き、次のコードを追加します。
define('WP_MEMORY_LIMIT', '64M');これがうまくいかない場合は、いくつかのオプションがあります。 通常の環境では、 .htaccessファイルを使用してメモリ制限を増やすことができます。 次の行を追加するだけです。
php_value memory_limit 64M.htaccessファイルにアクセスできない場合は、代わりにphp.iniファイルを使用してメモリ制限を増やすことができます。
ダウンタイムとWordPressの問題に苦しんでいますか？ Kinstaは、パフォーマンスとセキュリティを念頭に置いて設計されたホスティングソリューションです。 私たちの計画をチェックしてください
これを行うには、FTP経由でサーバーに接続します。 サイトのルートディレクトリで、 php.iniファイルを探します。 それを見つけたら、ファイル内の任意の場所に次の行を追加します。
memory_limit = 64Mそれでもメモリが不足していて、さらに割り当てる必要がある場合は、アプリケーションに問題がある可能性があります。 おそらく、テーマまたはプラグインの1つが、膨大な量のリソースを使用しています。
この時点で、開発者を雇って調べてみるとよいでしょう。 ホストでさえ、サイトのSQLログやその他のリソース統計を表示することで支援できる場合があります。
6.ファイルのアクセス許可の問題を確認します
WSoDのもう1つの潜在的な原因は、許可と所有権の問題です。 この問題は自分で修正することができます。 ただし、自分が何をしているのかを本当に理解していない限り、攻撃者が悪用できる脆弱性を誤って作成する可能性があるため、これに反対することをお勧めします。
WordPressの権限に関しては、従うべき3つの簡単なルールがあります。
- ファイルは664または644に設定する必要があります。
- フォルダは775または755に設定する必要があります。
- wp-config.phpファイルは、660、600、または644に設定する必要があります。
サーバーへのSSHアクセスがある場合は、ルートWordPressディレクトリから実行して、次のコマンドで適切なルールを適用できます。
sudo find . -type f -exec chmod 664 {} + sudo find . -type d -exec chmod 775 {} + sudo chmod 660 wp-config.phpこれを行う方法がわからない場合、または少しおびえている場合は、先に進んでWebホストに助けを求めてください。
7.失敗した自動更新の問題を確認します
サーバーがタイムアウトした場合など、WordPressで更新の問題が発生することがあります。 多くの場合、この問題は自動的に解決されます。 ただし、まれに、WordPressのホワイトスクリーンオブデスにつながる場合があります。
最初にすべきことは、WordPressのルートディレクトリに移動して、そこに.maintenanceファイルがあるかどうかを確認することです（ファイルの名前も省略される場合があります）。
そのファイルを削除して、サイトを再度ロードしてみてください。
更新は成功したが、WordPressがこのファイルを自動的に削除できなかった場合は、すべてが正常に戻るはずです。
更新が完了していない場合は、自動的に再起動される可能性があります。その場合は、同じように通常の状態に戻るはずです。
他のすべてが失敗した場合は、WordPressの推奨される手動更新手順に従ってください。これにより、問題が完全に解決されます。
8.構文エラーを解決するか、バックアップを復元します
WordPress WSoDのもう1つの一般的な原因は、WordPressサイトでコードを編集しているときに、誤って何かを入力しなかったり、間違った構文を使用したりした場合です。
間違った場所に1人のキャラクターがいると、サイト全体がダウンする可能性があります。そのため、ライブの本番サイトでコードを編集しないでください。
ただし、心配する必要はありません。 FTP経由でいつでもサイトに接続し、手動で行った変更を元に戻すことができます。 どのような変更が問題の原因であるかわからない場合は、WordPressのバックアップを用意しておくと便利です。
ここキンスタでは、ワンクリックでサイトを以前の時点に復元できます。 これを行うには、MyKinstaダッシュボードにログインし、[バックアップ]に移動します。
以前にWordPressでデバッグモードを有効にした場合は、構文解析エラーを示すエラーメッセージも表示される可能性があることに注意してください。 この場合、問題のあるコードがどこにあるかを正確に教えてくれるはずです。
9.PHPテキスト処理機能を向上させる
この時点で、WSoDがまだ解決されていない場合は、もう1つのトリックを試すことができます。 まれに、ページまたは投稿が特に長いために、この問題が発生する場合があります。
この場合、バックトラックと再帰の制限を増やすことで、サイトのPHPテキスト処理機能を調整してみることができます。 これを行うには、 wp-config.phpファイル内に次のコードを貼り付けます。
/* Trick for long posts / ini_set('pcre.recursion_limit',20000000); ini_set('pcre.backtrack_limit',10000000);このコードを追加したら、変更を保存します。 次に、サイトを更新して、現在機能しているかどうかを確認します。
概要
WordPressの死の白い画面は、信じられないほど苛立たしく、恐ろしいことさえあります。 うまくいかないことはたくさんありますが、ありがたいことに、状況は通常、見た目ほど悪くはありません。
ほとんどの場合、単純なプラグインやテーマチェックでWSoDの問題を修正できます。 WordPressのデバッグモードに慣れることで、問題が明らかになり、ガイドになります。
他のWordPressWhiteScreen of Deathの状況に遭遇した場合は、それから学び、経験を共有できるように、私たちに知らせてください！