「申し訳ありません。しばらくしてからもう一度お試しください」という表示は、WordPress 本体だけでなく、プラグイン、サーバーの負荷制御、WAF（Web アプリケーションファイアウォール）、CDN など、いくつもの場所から出る可能性がある汎用的なメッセージです。そのため、やみくもに PHP やデータベースの設定を触るより、最初に「この画面をどこが出しているか」を見分けるほうが早く直せます。この記事では、HTTP ステータスと表示場所から出どころを絞り込む方法と、よくある原因を可能性の高い順に、確認方法と直し方をセットで説明します。
まず症状を整理する
最初に、次の点をメモしておくと原因の候補が大きく絞れます。
- どこで出るか：サイト全体、管理画面だけ、ログイン時だけ、投稿の保存時だけ、問い合わせフォームの送信時だけ
- 誰に出るか：自分だけか、ほかの人にも出るか。スマートフォンのモバイル回線など別の回線から開いても同じか
- いつ出るか：常にか、アクセスが多い時間帯だけか、特定の操作をした直後か
- 文言の細部：「申し訳ありません」の前後にエラー番号やサービス名が書かれていないか
たとえば「特定の記事を保存するときだけ」なら WAF の誤検知、「アクセスが集中する時間帯だけ」ならサーバーのリソース制限、「自分の回線からだけ」ならセキュリティ機能による IP 単位の遮断が疑わしくなります。
HTTP ステータスと出どころを確認する
画面の文言よりも、サーバーが返している HTTP ステータスのほうが原因をよく表します。ブラウザの開発者ツールを開き、「ネットワーク」タブでページを再読み込みすると、各リクエストのステータスが見られます。コマンドが使えるなら curl でも確認できます。
# レスポンスヘッダーだけを表示する
curl -sI https://example.com/
# 管理画面の保存で出る場合は、開発者ツールで失敗しているリクエスト
#（多くは /wp-json/ や admin-ajax.php）の URL とステータスを確認するステータスごとの主な意味は次のとおりです。
- 503：サーバーの過負荷、メンテナンスモード、ホスティング側の一時的な制限
- 429：短時間にリクエストが多すぎるためのレート制限
- 403：WAF、セキュリティプラグイン、IP 制限などによる遮断
- 500：PHP の致命的なエラー
- 200 なのにメッセージが出る：プラグインやテーマ、外部サービスがページの中に文言を出している
あわせてレスポンスヘッダーも見てください。server: cloudflare や cf-ray があれば Cloudflare を経由しており、エラー画面を CDN 側が出している可能性があります。エラー画面のデザインにホスティング会社のロゴや案内が入っていれば、WordPress に届く前のサーバー側で止まっています。WordPress のテーマのデザインのまま文言だけが出ているなら、WordPress 内部（プラグインやテーマ）が出どころです。
原因1：サーバーのリソース制限・一時的な過負荷
共用サーバーでは、同時に動かせる PHP プロセス数や CPU 使用量に上限があります。上限を超えると 503 や 508 が返り、ホスティング会社が用意した「しばらくしてから」という案内画面が表示されることがあります。
確認方法は、サーバーのコントロールパネルにあるリソース使用状況やアクセスログを見ることです。エラーが出た時刻にアクセスが急増していないか、同じ IP や同じユーザーエージェントからの大量アクセス（クローラーや攻撃）がないかを確かめます。
直し方は原因の負荷によって変わります。
- ページキャッシュを導入し、PHP が毎回動かなくても済むようにする
- 不要なボットのアクセスを、サーバーの機能や WAF で制限する
- 重い処理をするプラグインを見直す（関連記事の自動生成、アクセス解析をサイト内で行うものなど）
- WP-Cron がアクセスのたびに重い処理を走らせている場合は、
DISABLE_WP_CRONでアクセス連動の実行を止め、サーバーの cron から定期実行する
これらで足りない場合は、プランの変更やサーバーの移行が現実的な選択肢になります。
原因2：WAF やセキュリティ機能による遮断
国内の共用サーバーの多くは WAF を備えており、投稿本文やフォームの入力に SQL 文や script タグに似た文字列が含まれると、攻撃と判断して遮断することがあります。「特定の記事だけ保存できない」「コードを含む記事で失敗する」という症状はこの典型です。
確認するには、コントロールパネルの WAF ログに、エラーが出た時刻の記録があるかを見ます。記録があれば、そのルールを除外する設定をするか、作業中だけ WAF を一時的に止めて保存し、終わったら元に戻します。WAF の設定画面の場所や名称、除外の細かさはホスティング会社ごとに異なり、変更されることもあります（2026年10月現在）。WAF を止めたままにすると守りが弱くなるので、戻し忘れに注意してください。
セキュリティプラグインも同じ働きをします。ログインの試行回数制限やレート制限に引っかかると、一定時間そのIPからの操作が拒否されます。自分が締め出された場合は、別の回線から管理画面に入ってブロックを解除するか、FTP やファイルマネージャーで該当プラグインのフォルダ名を一時的に変更して無効化し、ログインしてから名前を戻して設定を見直します。
原因3：プラグインやテーマが出しているエラー
テーマのデザインのまま文言が出る場合、問い合わせフォーム、会員機能、ログイン強化、予約などのプラグインが、内部で処理に失敗したときの汎用メッセージとして表示していることがよくあります。本当の原因は画面には出ず、ログにだけ残ります。
デバッグログを有効にするには、wp-config.php の「編集が必要なのはここまでです」という行より上に次を書きます。作業前に wp-config.php のバックアップを取ってください。
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true ); // wp-content/debug.log に記録
define( 'WP_DEBUG_DISPLAY', false ); // 訪問者の画面には出さない
@ini_set( 'display_errors', 0 );もう一度エラーを再現し、wp-content/debug.log に記録された Fatal error や Warning を確認します。ファイルのパスに wp-content/plugins/プラグイン名/ が含まれていれば、そのプラグインが有力な候補です。debug.log は Web から読める場所にできるため、調べ終わったら設定を戻してファイルを削除してください。
ログで特定できない場合は、プラグインを一つずつ無効にして症状が消えるかを試します。本番サイトでいきなり全部を止めると訪問者に影響するので、ステージング環境で試すか、Health Check & Troubleshooting プラグインのトラブルシューティングモード（自分のセッションだけでプラグインを止めて確かめる機能）を使うと安全です。
原因4：更新の途中で止まったメンテナンスモード
WordPress は本体やプラグインの更新中、サイトのルートに .maintenance というファイルを置き、訪問者には「メンテナンス中のため、しばらくの間ご利用いただけません」という趣旨のメッセージを 503 で返します。更新が途中で失敗すると、このファイルが残ったままになり、メッセージが消えなくなります。
確認は FTP やファイルマネージャーで、wp-config.php と同じ階層に .maintenance があるかを見ます（ドットで始まるファイルは隠しファイルなので、表示設定を変える必要がある場合があります）。あればその1ファイルを削除し、途中で止まった更新を管理画面からやり直します。
原因5：キャッシュや CDN に古いエラー画面が残っている
原因を直したのに表示が変わらない場合は、キャッシュがエラー画面を保持している可能性があります。キャッシュプラグインのキャッシュ削除、サーバー側のキャッシュ機能のクリア、CDN のパージを順に行い、最後にブラウザのシークレットウィンドウで確認します。
原因6：外部サービス側の一時的な問題
reCAPTCHA、決済、SNS ログイン、メール送信サービスなどと連携している画面では、相手のサービスが返したエラーをプラグインがそのまま表示していることがあります。この場合、サイト側をいくら調べても原因は見つかりません。連携しているサービスのステータスページや、API キーの有効期限、管理画面での利用制限を確認してください。
問い合わせるときに伝える情報
自分で特定できないときは、ホスティング会社やプラグインの開発元に問い合わせます。次の情報があると調査が早く進みます。
- 発生した日時（秒まで分かればなおよい）と、操作した URL
- HTTP ステータスとレスポンスヘッダー
- debug.log やサーバーのエラーログの該当行
- WordPress、PHP、関係するプラグインのバージョン（それぞれ最新版かどうかも含めて）
まとめ
- 「申し訳ありません。しばらくしてからもう一度お試しください」は汎用的な文言で、出どころは WordPress、プラグイン、サーバー、WAF、CDN のいずれもあり得ます。
- 最初に HTTP ステータス（503・429・403・500 など）とエラー画面のデザインを見て、どこで止まっているかを見分けます。
- 可能性の高い順に、リソース制限、WAF やセキュリティ機能の遮断、プラグインのエラー、残ったメンテナンスモード、キャッシュ、外部サービスを確認します。
- 設定を変える前にはバックアップを取り、プラグインの切り分けはステージング環境などで行います。