サーバーエラー
「500 Internal Server」エラー
「500 Internal Server」エラーは、サイトのコードで問題が発生し、処理を正常に完了できなかった場合に表示されます。WordPressサイトでは、プラグインやテーマ、カスタムコードによるPHPの致命的なエラーや、メモリ不足などが主な原因です。サイト内部で発生するエラーのため、ほとんどの場合、ログに記録が残ります。
エラーログを確認する
エラーが発生した時刻とURLを控えます。
MyKinstaでサイトのerror.log（「サイト」＞（サイト名）＞「ログ」）を開き、エラーが発生した時刻付近の記録を確認します。PHPの致命的なエラーは通常、
PHP Fatal errorと記録され、問題が発生したファイル名や行番号も確認できます。ファイルパスから原因を特定できることがあります。
wp-content/plugins/やwp-content/themes/以下のパスが記録されている場合は、該当するプラグインやテーマが原因である可能性があります。
error.logに該当する記録が見つからない場合は、MyKinstaでWordPressのデバッグ機能が有効になっているか確認してください。デバッグ機能を使用している間は、error.logではなくデバッグログにエラーが記録されます。
主な原因と解決方法
- プラグインやテーマのエラー：エラーログに記録されているプラグインやテーマを無効化します。WordPress管理画面にアクセスできない場合は、ファイルマネージャーやSFTPを使用してプラグインのフォルダ名を変更するか、WP-CLIで無効化します。アップデート後にエラーが発生した場合は、バックアップから復元するか、アップデート前のバージョンに戻し、開発元にエラーの詳細を報告してください。
- メモリ上限の超過（
Allowed memory size ... exhausted）：プラグインや処理がPHPに割り当てられたメモリの上限を超えた場合に発生します。デフォルトでは、PHPスレッドあたり256MBが割り当てられています。発生頻度は、MyKinstaの「サイト」＞（サイト名）＞「分析」の「パフォーマンス」タブにある「PHPメモリ上限到達回数」グラフで確認できます。まずはエラーログに記録されているプラグインや処理を調査し、問題を修正してください。不具合のあるスクリプトは、メモリを増やしても上限に達する可能性があるためです。サイトの処理により多くのメモリが必要な場合は、「サイト」＞（サイト名）＞「情報」の「PHPパフォーマンス」セクションでPHPのパフォーマンス設定を変更できます。ただし、PHPスレッド数とスレッドあたりのメモリ量は連動しているため、メモリを増やすと利用可能なスレッド数が減る場合があります。詳しくは、PHPスレッドの使用数削減と最適化をご覧ください。 - 実行時間の上限超過（
Maximum execution time ... exceeded）：WP-CLIコマンドやcronジョブなど、ブラウザを経由しない処理や、プラグイン側で独自に短い実行時間の上限が設定されている場合に発生します。エラー発生時に実行されていたコマンド、スケジュールされたタスク、プラグインを確認してください。 - PHPバージョンとの互換性の問題：PHPのバージョン変更後にエラーが発生した場合は、プラグインやテーマが新しいバージョンに対応していない可能性があります。該当するプラグインやテーマを更新するか、一時的に以前のPHPバージョンに戻してください。
サポートへのお問い合わせ
上記の方法を試しても原因を特定できない場合や、エラーが解消されない場合は、弊社カスタマーサポートにお問い合わせください。その際は、エラーが発生したURL、発生日時（タイムゾーンを含む）、error.logの関連する記録をお知らせください。
「502 Bad Gateway」エラー
「502 Bad Gateway」エラーは、ウェブサーバーがWordPressを動作させるPHPから正常な応答を受け取れなかった場合に発生します。通常は、リクエストの処理中にPHPが異常終了したか、PHPが動作していないことが原因です。サイトのサーバー内部で発生するエラーのため、サイトのログに記録されます。
一方、Cloudflareとサイトのサーバー間で発生するエラーは、表示が異なります。この場合、訪問者にはRay IDが記載されたCloudflareのエラーページが表示され、サイトのログには記録されません。
エラーがサイトのサーバーで発生したか確認する
エラーが発生した時刻を控えます。
実際にエラーを確認できた場合は、表示されたエラーページを確認します。
「502 Bad Gateway」とその下に「nginx」と表示された白いページ：サイトのサーバーで発生したエラーです。次の手順に進んでください。
Ray IDが記載されたCloudflareのエラーページ：リクエストがサイトのサーバーに到達する前に発生したエラーです。弊社カスタマーサポートにお問い合わせください。
MyKinstaでサイトのaccess.log（「サイト」＞（サイト名）＞「ログ」）を開き、エラーが発生した時刻付近に
502の記録がないか確認します。該当する記録が見つかった場合は、サイトのサーバーでエラーが発生しています。続いてerror.logを開き、同じ時刻の記録を確認してください。
connect() to unix:...php-fpm.sock failedはPHPがリクエストを受け付けられなかったことを示し、PHP Fatal errorには異常終了の原因となったファイルが記録されます。access.logに該当する記録がない場合は、リクエストがサイトのサーバーに到達する前にエラーが発生しています。外部CDNを使用している場合は後述の手順を確認し、それ以外の場合は弊社カスタマーサポートにお問い合わせください。
サイトのサーバーでエラーが発生している場合
PHPの停止・応答なし：error.logに
connect() to unix:...php-fpm.sock failedが記録されている場合は、MyKinstaからPHPを再起動してください。エラーが繰り返し発生する場合は、502エラーの直前にPHPの致命的なエラーが記録されていないか確認します。プラグインやテーマの問題：プラグインやテーマが原因で、リクエストの処理中にPHPプロセスが異常終了することがあります。502エラーの発生時刻に致命的なエラーや異常終了の記録がある場合は、原因となっているプラグインやテーマを無効化してください。また、すべてのプラグインを無効化し、WordPressのデフォルトテーマに切り替えて、問題が解消されるか確認する方法もあります。
外部CDNやプロキシを使用している場合
弊社のCloudflare統合機能に加えて、外部のCDNやプロキシを使用している場合は、一時的にそのサービスを経由しない状態でサイトにアクセスしてみてください。
これによって502エラーが解消される場合は、外部CDNやプロキシの設定、ファイアウォールルールに問題がある可能性があります。利用しているCDNサービスの提供元にお問い合わせください。
サポートへのお問い合わせ
502エラーが繰り返し発生する場合、access.logに該当する記録が見つからない場合、またはログから原因を特定できない場合は、弊社カスタマーサポートにお問い合わせください。
その際は、エラーが発生したURL、発生日時（タイムゾーンを含む）、発生頻度をお知らせください。Cloudflareのエラーページが表示された場合は、ページに記載されているRay IDもあわせてお伝えください。
「504 Gateway Timeout」エラー
504 Gateway Timeoutエラーは、サイトへのリクエストの処理に時間がかかりすぎた場合に発生します。リクエストの処理時間の上限は180秒です。この時間内に処理が完了しない場合、ウェブサーバーは応答を待つのをやめ、504エラーを返します。訪問者には、「504 Gateway Time-out」とその下に「nginx」と表示された白いエラーページが表示されます。
また、Cloudflare側の180秒のタイムアウト制限に先に達し、「524: A timeout occurred」というCloudflareのエラーページが表示されることもあります。どちらも、リクエストの処理に時間がかかりすぎたことを示しています。
タイムアウトの主な原因は、個々のリクエストの処理負荷が高すぎること、または大量のリクエストが同時に発生し、処理待ちの間に制限時間を超えてしまうことです。
処理に時間がかかっているリクエストを特定する
タイムアウトはサイトのログに記録されるため、以下の手順で原因となったリクエストを調べることができます。
エラーが発生した時刻を控えます。
MyKinstaでサイトのaccess.log（「サイト」＞（サイト名）＞「ログ」）を開き、エラーが発生した時刻付近に
504の記録がないか確認します。タイムアウトしたリクエストでは、各行の末尾にあるupstream_response_time（上流サーバーの応答時間）が約180秒になっています。該当するURLを控えてください。サイトのerror.logにも、対応するエラーが記録されています。
upstream timed out ... while reading response header from upstreamというメッセージと、その後に続くリクエストURLを確認してください。Cloudflareの524エラーページが表示された場合は、access.logでステータスコードが
499、リクエスト時間が約180秒の記録を探します。該当する記録が見つからない場合は、リクエストがサイトのサーバーに到達する前にタイムアウトが発生しています。外部CDNを使用している場合は後述の手順を確認し、それ以外の場合は弊社カスタマーサポートにお問い合わせください。
特定のリクエストや操作に時間がかかっている場合
処理に時間がかかっているリクエストが、特定のURLや操作に集中している場合は、以下を確認してください。
インポート・エクスポート・一括処理：WP-CLIやスクリプトを使用し、サーバー上で直接実行してください。これらの処理には180秒の制限が適用されません。
ファイルのアップロード：アップロード時のタイムアウトは、ファイルの転送後に行われる処理が原因であることが一般的です。たとえば、画像のリサイズや最適化、Amazon S3やGoogle Cloud Storageなどのクラウドストレージへのファイルコピーを行うプラグインが原因となることがあります。該当するプラグインの設定を確認し、バックグラウンド処理に対応している場合は、その機能を有効にしてください。
プラグインやテーマ：処理に時間のかかるコードが実行されていたり、外部サービスからの応答待ちが発生していたりする可能性があります。Kinsta APMツールで処理の遅い箇所を特定するか、プラグインを一つずつ無効化して原因を調べてください。
データベース：データベースのクエリに時間がかかっていたり、クエリがロックされていたりすると、リクエストの処理が完了しないことがあります。
多数のリクエストで同時に処理が遅くなっている場合
複数のURLで同時に処理の遅延が発生している場合は、サイトへのリクエスト数がPHPスレッドの処理能力を超えている可能性があります。
すべてのPHPスレッドが使用中になると、新しいリクエストは空きが出るまで待機します。待機時間が180秒を超えると、タイムアウトが発生します。この状態になると、ほぼすべてのリクエストがタイムアウトする可能性があります。訪問者にエラーが返された後も、PHP側ではすでに受け付けたリクエストの処理が続くためです。
MyKinstaの「分析」画面にある「訪問数」レポートで、アクセスが急増していないか確認します。また、kinsta-cache-perf.logで、キャッシュされていないリクエストが大量に発生していないかも調べてください。
正常なアクセスが継続的に多い場合は、PHPスレッド数を増やす必要があるかもしれません。MyKinstaの「PHPパフォーマンス」からPHPスレッド数を増やすことができます。ただし、PHPメモリプールの容量を増やさずにスレッド数だけを増やすと、スレッドあたりのメモリ量が減少します。詳しくは、PHPスレッドの使用数削減と最適化をご覧ください。
セールや新サービスの公開など、一時的なアクセス集中が予想される場合は、Queue-it、Queue-Fair、CrowdHandlerなどの待機列サービスを利用する方法もあります。サイトに同時にアクセスできる訪問者数を制限することで、サーバーへの負荷を抑えられます。
外部CDNやプロキシを使用している場合
CDNによっては、弊社よりも短いタイムアウト制限が設定されていることがあります。外部CDNを一時的に経由せずにサイトへアクセスし、エラーが解消されるか確認してください。
エラーが発生しなくなった場合は、CDNのタイムアウト設定を確認するか、CDNサービスの提供元にお問い合わせください。
サポートへのお問い合わせ
504エラーが繰り返し発生し、処理に時間がかかっているリクエストを特定できない場合は、弊社カスタマーサポートにお問い合わせください。
その際は、エラーが発生したURL、発生日時（タイムゾーンを含む）、発生頻度をお知らせください。