クライアントエラー

最終更新日：2026年11月4日

400番台のHTTPステータスコードは、サイトがリクエストを受信したものの、何らかの理由で処理できなかったことを意味します。例えば、リクエストされたページが存在しない、訪問者にアクセス権限がない、リクエストのサイズが大きすぎる、一度に大量のリクエストが送信された場合などに発生します。

サーバーエラーとは異なり、サイト自体が停止しているわけではなく、通常はサイトの設定やファイルを修正することで解決できます。なお、弊社の稼働状況監視では、このページで紹介する400番台のエラーについては通知を送信しません。500、502、504のサーバーエラーとリダイレクトループのみが通知の対象となります。

401 Unauthorized

「401 Unauthorized」エラーは、ページへのアクセスにユーザー名とパスワードによる認証が必要であるにもかかわらず、認証情報が入力されていないか、入力された情報が正しくない場合に発生します。

パスワード保護：サイトやステージング環境でhtpasswdによるパスワード保護を有効にしている場合、サイトが表示される前にログイン画面が表示されます。MyKinstaで設定したユーザー名とパスワードを入力してください。サイトを一般公開する場合は、htpasswdによるパスワード保護を無効にしてください。
APIリクエスト： WordPress REST APIを介してサイトに接続するツールや外部サービスでは、アプリケーションパスワードなどの認証情報が設定されていない、正しくない、または無効化されている場合に401エラーが返されます。該当するツールの設定で認証情報を確認してください。

403 Forbidden

「403 Forbidden」エラーは、リクエストへのアクセスが意図的にブロックされた場合に発生します。サイトへのリクエストは複数の仕組みによってブロックされる可能性があり、どこでブロックされたかによって表示されるエラーページが異なります。そのため、エラーページの表示内容を確認することが、原因を特定する最も手早い方法です。

リクエストがブロックされた原因を特定する

エラーが発生しているページを開き、以下の表と表示内容を比較してください。サイトの訪問者からエラーの報告があった場合は、エラーページのスクリーンショットを送ってもらってください。

エラーページの表示内容	ブロックの原因	ログへの記録
左上に「403 Forbidden」という見出しのみが表示される	MyKinstaのアクセス制御ルール（ボット対策機能、ボット対策の例外設定、またはIPアドレスのブロックツール）	記録されない
中央に「403 Forbidden」という見出しが表示され、その下に区切り線と「nginx」の文字がある	リクエストされたファイルやフォルダに対するウェブサーバー側のアクセス制限	access.logに403として記録される
ファイアウォールのルールIDが表示される	脆弱性対策機能	access.logに403として記録される
セキュリティプラグインやCDNのロゴなどが表示される	該当するプラグインやサービス	プラグインまたはサービスによって異なる
「このページにアクセスする権限がありません」などのWordPressのメッセージが表示される	WordPressのユーザー権限、または有効期限切れのリンク	access.logに403として記録される

その場合は、以下の該当するブロックタイプの手順に従ってください。

MyKinstaのアクセス制御ルールによってブロックされた場合

エラーページに「403 Forbidden」というメッセージのみが表示される場合、サイトにリクエストが到達する前に、アクセス制御ルールによってブロックされています。そのため、サイトのログには記録されません。

MyKinstaで「サイト」＞（サイト名）＞「ボット対策」の「上位のトラフィック」セクションに移動します。ブロックされたトラフィックの種類を選択すると、該当するIPアドレス、パス、ユーザーエージェント、国を確認できます。
「対策レベル」を確認します。対策レベルが高いほど自動トラフィックが厳しく制限されるため、稼働状況監視ツール、決済サービスのWebhook、プラグインとの連携など、正当なアクセスもブロックされる可能性があります。「通常のWordPressの自動処理を許可」をオンにするか、該当するツールに対して「許可」の例外ルールを追加してください。詳しくは、ボット対策をご覧ください。
ボット対策の「例外」設定を確認し、訪問者のIPアドレス、パス、ユーザーエージェント、国に一致する「ブロック」ルールがないか調べます。
IPアドレスのブロックツールで、訪問者のIPアドレスがブロック対象に登録されていないか確認します。

お客様ご自身のIPアドレスから動作を確認する場合は、まずVPNやiCloudプライベートリレーなどのプライバシー保護機能を無効にしてください。これらが有効になっていると、サイト側には実際のIPアドレスではなく中継サーバーのIPアドレスが認識されるため、ご自身のIPアドレスを対象とした例外ルールが適用されません。

ウェブサーバーによってブロックされた場合

エラーページの見出しの下に「nginx」と表示されている場合、ウェブサーバーがリクエストされたファイルやフォルダへのアクセスを拒否しています。サイトのアクセスログ（access.log）で403を検索して該当するURLを特定し、以下を確認してください。

インデックスファイルが存在しないフォルダ： index.phpやindex.htmlが存在しないフォルダにアクセスすると、フォルダ内のファイル一覧は表示されず、403エラーが返されます。インデックスファイルを追加するか、フォルダではなく特定のファイルにリンクすることで解決できます。

脆弱性対策によってブロックされた場合

エラーページにファイアウォールのルールIDが表示されている場合、脆弱性対策によってリクエストがブロックされています。これは、サイトにインストールされているプラグイン、テーマ、またはWordPressのバージョンに存在する既知の脆弱性に対応したルールに、リクエストが一致したことを意味します。ブロックされたリクエストは、サイトのアクセスログ（access.log）に403として記録されるため、ログを調べることで、ブロックされたURLと日時を確認できます。

このエラーは通常、サイトで使用しているソフトウェアの一部が古くなっている場合に発生します。脆弱性によっては、フォームからのファイルアップロードなど、一般的な機能に影響するものもあります。そのため、問題のあるプラグインを更新するまでは、攻撃者だけでなく、通常の訪問者による操作もブロックされる可能性があります。

MyKinstaで「サイト」＞（サイト名）＞「プラグインとテーマ」に移動し、「脆弱性のあるプラグイン」で一覧を絞り込みます。脆弱性のあるバージョンには感嘆符が表示され、バージョン番号が赤色で強調表示されます。詳しくは、プラグインとテーマの管理をご覧ください。
脆弱性のあるプラグインと、ブロックされたページや機能に関連するプラグインを更新してください。原因となっているプラグインを特定できない場合は、すべてのプラグイン、テーマ、WordPress本体を更新してください。
ブロックされていたページへのアクセスや操作を再度試し、エラーが解消されたか確認します。
同様の問題を防ぐため、自動更新を有効にしてください。

脆弱性対策を無効にすることはできません。また、ボット対策機能で「許可」の例外ルールを設定しても、脆弱性対策によるブロックは解除されません。すべてのソフトウェアを更新してもエラーが解消されない場合は、エラーページに表示されているファイアウォールのルールIDを添えて、弊社カスタマーサポートまでお問い合わせください。

セキュリティプラグインやCDNによってブロックされた場合

エラーページにWordfenceやSolid Securityなどのセキュリティプラグイン、またはサードパーティのCDNやファイアウォールのロゴなどが表示されている場合は、該当するサービスによってリクエストがブロックされています。そのサービスの設定やログを確認してブロックされたリクエストを特定し、必要に応じて例外ルールを追加してください。

独自のCloudflareアカウントを使用している場合は、弊社のボット対策とCloudflareのWAFやボット対策を併用しないでください。両方を有効にすると、正当なアクセスまでブロックされる可能性があります。

WordPressによってブロックされた場合

ログイン中のユーザーに操作を実行する権限がない場合や、セキュリティ用のリンクの有効期限が切れている場合は、WordPress独自のエラーメッセージが表示されます。

このページにアクセスする権限がありません：ユーザーに必要な権限が付与されていません。WordPress管理画面の「ユーザー」で該当するユーザーの権限グループを確認するか、管理者としてログインしてください。
辿ったリンクは期限が切れています：ページを開いてから時間が経過したか、キャッシュから古いページが読み込まれた可能性があります。ページを再読み込みして、もう一度操作を試してください。ファイルのアップロード時にこのメッセージが表示される場合は、ファイルサイズが大きすぎる可能性もあります。詳しくは、「413 Request Entity Too Large」セクションをご覧ください。

サポートへのお問い合わせ

リクエストがブロックされている原因を特定できない場合は、弊社カスタマーサポートまでお問い合わせください。その際は、問題が発生しているURL、エラーが発生した日時とタイムゾーン、エラーページのスクリーンショット、訪問者のIPアドレス（わかる場合）をお知らせください。

404 Not Found

404 Not Foundエラーは、リクエストされたページやファイルが、指定されたURLに存在しない場合に発生します。訪問者がURLを間違えて入力したり、ボットがサイトに存在しないファイルにアクセスしようとしたりすることで、404エラーが発生するのは珍しくありません。ただし、実際に存在するページやファイルで404エラーが返される場合や、サイトに変更を加えた後に404エラーが発生するようになった場合は、原因を調べる必要があります。

サイトのアクセスログ（access.log）には、404エラーが発生した際にリクエストされたURLが記録されます。ログ内で404を検索すると、どのURLでエラーが発生しているかを確認できます。

トップページは正常に表示されるものの、投稿や固定ページで404エラーが発生する場合： WordPressのパーマリンク設定を更新する必要があります。WordPress管理画面で「設定」＞「パーマリンク」に移動し、設定を変更せずに「変更を保存」をクリックしてください。
サイトの移行、ドメインの変更、環境の反映後に発生する場合：リンクやファイルパスに、以前のドメインやフォルダが指定されたままになっている可能性があります。検索と置換ツールを使用して古いURLを更新し、アップロード済みのファイルが正しくコピーされていることも確認してください。
存在するファイルで404エラーが発生する場合：ウェブサーバーにファイルの読み取り権限がない可能性があります。サイトのerror.logには、ファイルパスとともにopen() "..." failed (13: Permission denied)というエラーが記録されます。これは、SFTP経由でファイルをアップロードした後や、コードをデプロイした後によく発生します。SFTPクライアントでファイルのアクセス権限を確認するか、SSH経由でls -lコマンドを実行して確認してください。多くのSFTPクライアントでは、ファイルを右クリックしてアクセス権限やファイル情報を開くことで確認できます。アクセス権限は、ファイルを644、フォルダを755に設定してください。
ページやファイルを移動または削除した場合：既存のリンクや検索結果から引き続きアクセスできるように、古いURLから新しいURLへのリダイレクトを設定してください。
公開したばかりのページで404エラーが発生する場合： 404エラーのページがキャッシュされている可能性があります。サイトのキャッシュとCDNのキャッシュをクリアしてください。

405 Method Not Allowed

「405 Method Not Allowed」エラーは、指定されたURLは存在するものの、送信されたリクエストのHTTPメソッドが許可されていない場合に発生します。HTTPリクエストには、ページを読み込むためのGETやフォームのデータを送信するためのPOSTなどのメソッドがあり、URLによって使用できるメソッドが異なります。このエラーは、通常のページ閲覧時よりも、フォーム、Webhook、外部サービスとの連携時によく発生します。

サイトのアクセスログ（access.log）で405を検索すると、エラーが発生したURLと使用されたHTTPメソッドを確認できます。

フォームやツールが静的ファイルにデータを送信している場合：.htmlファイルや画像などの静的ファイルに対してフォームのデータを送信（POSTリクエスト）すると、405エラーが返されます。静的ファイルは読み込み専用であり、データの送信先として使用できないためです。フォームの送信先（action属性）やツールに設定されたURLが、静的ファイルではなくWordPressのページやURLを指していることを確認してください。
Webhookや外部サービスとの連携で誤ったHTTPメソッドが使用されている場合：決済サービスやフォームサービスなどの外部サービスと連携する際は、各サービスのドキュメントで指定されたURLとHTTPメソッドを正しく使用する必要があります。連携設定を確認し、必要に応じて連携元のプラグインから正しいURLを再取得してください。
リダイレクトによってHTTPメソッドが変更される場合：http://からhttps://へのリダイレクトや、www.ありからなしへのリダイレクトなどが発生すると、多くのツールではリクエストがGETとして再送信されます。その結果、POSTを想定しているURLで405エラーが返されることがあります。ツールの設定には、https://や正しいドメインを含む、リダイレクト後の最終的なURLを指定してください。

413 Request Entity Too Large

「413 Request Entity Too Large」エラーは、リクエストのサイズが大きすぎる場合に発生します。主にファイルのアップロード時に見られるエラーです。サイトには2種類のアップロードサイズの上限があり、どちらの上限を超えたかによって、表示されるエラーが異なります。

ウェブサーバー側の上限（128 MB）： 128 MBを超えるリクエストは、WordPressに到達する前に拒否されます。curlやAPIクライアントなどのツールでは413エラーが表示されますが、WordPressのメディアアップローダーなど、ブラウザ上のアップロード機能では、通常、一般的なアップロードエラーが表示されます。サイトのerror.logには、client intended to send too large bodyというメッセージとともに、リクエストのサイズがバイト単位で記録されます。
ご利用プランのPHPアップロードサイズの上限：リクエストはWordPressに到達しますが、PHPによってファイルが破棄されるため、413エラーは発生しません。代わりに、「このサイトのアップロードサイズ上限を超えています」や「辿ったリンクは期限が切れています」など、WordPress独自のエラーメッセージが表示されます。

ご利用プランにおけるPHPのアップロードサイズの上限（upload_max_filesizeおよびpost_max_size）は、以下のとおりです。

128 MB： Single 125k（訪問数）以下、Single 65 GB（帯域幅）以下、WP 2、Launch、Launch Plus、Build、Expand
256 MB： Single 315k（訪問数）以上、Single 125 GB（帯域幅）以上、WP 5以上、Scale、Lead
専用サーバー（アドオン）：上限を500 MBまで引き上げることができます。変更をご希望の場合は、弊社カスタマーサポートまでお問い合わせください。

上限を超えるサイズのファイルをアップロードする必要がある場合は、以下の方法をお試しください。

別の方法で大容量ファイルをアップロードする：動画、バックアップ、インポート用ファイルなどの大容量ファイルは、ブラウザではなくSFTP経由でアップロードしてください。WordPressのメディアファイルの場合は、アップロード後にWP-CLIのwp media importコマンドを使用してメディアライブラリに登録できます。
ファイルサイズを小さくする：画像や動画を圧縮するか、大容量のインポート用ファイルを複数の小さなファイルに分割してください。
大容量のデータベースをインポートする： MySQLデータベースのインポートで説明しているWP-CLIを使用した方法をお試しください。
サードパーティのCDNを使用している場合： Kinstaよりもアップロードサイズの上限が低く設定されている可能性があります。利用しているCDNやプロキシサービスのアップロードサイズの上限を確認してください。

429 Too Many Requests

429 Too Many Requestsエラーは、短時間に同じ送信元から大量のリクエストが送られ、Webサーバーによって一時的にアクセスが制限された場合に発生します。リクエスト数が一定の上限を超えると、アクセス頻度が下がるまで超過分のリクエストが拒否されます。他の訪問者への影響はありません。

サイトのエラーログ（error.log）には、制限されたリクエストがlimiting requests, excess: ... by zone "phpzone"として記録されます。

ボットやスクレイピングツール：最も一般的な原因は、ボットなどが短時間に大量のページを巡回することです。ボット対策の「上位のトラフィック」レポートでアクセス元を特定し、ブロックするか、対策レベルを引き上げてください。
プラグインや外部サービスとの連携：データの同期やインポート、サイトの状態確認などを行うツールが、admin-ajax.phpやWordPress REST APIなどに短時間で大量のリクエストを送信することがあります。ツールの実行頻度を下げるか、リクエストを少量ずつ送信するように設定してください。
負荷テスト：単一の送信元から大量のアクセスを発生させる負荷テストツールは、すぐにアクセス制限の対象になります。弊社では負荷テストは禁止されています。詳しくは、利用規約をご覧ください。

正当なアクセスが制限されている場合は、エラーが発生した日時と、該当するIPアドレスまたはツールの情報を添えて、弊社カスタマーサポートまでお問い合わせください。

451 Unavailable For Legal Reasons

「451 Unavailable For Legal Reasons」エラーは、法律や法的命令に従って、ページへのアクセスが制限されている場合に発生します。通常、このエラーはサイト自体や弊社サーバー側で発生しているものではありません。

特定の国の訪問者にのみエラーが表示される場合：その国のインターネットサービスプロバイダー（ISP）や政府機関によって、ネットワーク側でサイトへのアクセスがブロックされている可能性が高いと考えられます。サイト自体は正常に稼働しており、他の地域からは引き続きアクセスできます。この場合、MyKinstaやWordPressで設定を変更する必要はありません。
プラグインによって特定の地域からのアクセスがブロックされている場合：プライバシー保護や法令遵守を目的として、特定の国からのアクセスを制限し、451エラーを返すプラグインもあります。各プラグインの設定を確認するか、プラグインを一つずつ無効にして原因を特定してください。

ボット対策の例外ルールを使用して特定の国からのアクセスをブロックしている場合は、451ではなく403エラーが表示されます。詳しくは「403 Forbidden」セクションをご覧ください。

499 Client Closed Request

「499 Client Closed Request」エラーが訪問者に表示されることはありません。訪問者のブラウザやサイトに接続している外部サービスが、サイトからの応答が完了する前に接続を切断した場合に、サイトのアクセスログ（access.log）に記録されます。

499エラーが少数発生している場合：訪問者がブラウザのタブを閉じたり、別のページに移動したり、ページの読み込みを中止したりすると記録されるため、少数の499エラーが発生するのは正常です。
リクエストの処理時間が約180秒の499エラー：リクエストの処理時間が180秒の上限に達したことで、Cloudflareが接続を切断し、訪問者には524タイムアウトエラーが表示されています。この場合はタイムアウトとして対処してください。詳しくは、サーバーエラーの「504 Gateway Timeout」セクションをご覧ください。
同じツールから大量の499エラーが発生している場合：稼働状況監視ツールや外部連携サービスなどで設定されているタイムアウト時間が、サイトの応答に必要な時間よりも短い可能性があります。ツールのタイムアウト設定を確認するか、Kinsta APMツールを使用して、リクエストの処理に時間がかかっている原因を調べてください。