初期診断

A scheduled event has failed

WordPress のサイトヘルスに「予約したイベントの実行に失敗しました」(A scheduled event has failed):原因と確認方法

日本語の画面での表示:予約したイベントの実行に失敗しました
更新日 2026-11-01

WP-Cron のイベントが前回の実行でエラー終了すると、サイトヘルスにこの重大な問題が表示されます。イベントが期限を過ぎている場合は、関連する通知「予約したイベントが遅れています」(A scheduled event is late)が表示されます。どちらも cron オプションに保存された同じタスク一覧を読んでいます。

どの状況に当てはまりますか?

プラグインの処理がエラーで止まり、次の実行も同じように失敗します。

WP-Cron が十分な頻度で動いていないか、一覧が長すぎて終わりません。

主な原因

プラグインの処理内のエラー:プラグインが予約した関数がエラーを出しています。
WP-Cron が動いていない:WP-Cron が無効か、ループバックリクエストがブロックされています。
タスク一覧の大量登録:プラグインが同じイベントを数千回予約しています。
タイムアウト:時間のかかる処理が PHP の制限時間を超えて止まっています。

参考資料

  1. Site Health screen (WordPress.org Documentation)
  2. Cron (Plugin Handbook)

自分で作業したくない方は、WP119 の全自動復旧にお任せください

期限切れトランジェントの蓄積、スケジュールタスクの滞留、スケジューラーテーブルの肥大化はいずれも自動処理の対象です。期限切れのトランジェントを削除し、滞留した期限超過のスケジュールを整理し(設定で自動スケジュールを無効にしている場合は、再び滞留する旨をレポートに記載します)、重複・大量のイベントと完了済みのストアジョブをお客様のホスト上でその場で分割して削除します。autoload の肥大化はレポートに記載するのみで、変更は行いません。復旧は復旧ステーション上のサイトの複製で行い、再検証に合格してから書き戻します。サイトのデータベースのうち、保護対象テーブル(会員・コメント・注文・フォーム送信)は構造のみ取得します。SSH/FTP モードでは、書き戻しの前にお客様のホストに復旧前バックアップを作成し、書き戻し後の検証に合格しなかった場合はそのバックアップから復元します。復旧を完了できなかった場合、復旧料は全額返金します。

  1. 初期診断:サイトの URL を入力
  2. 復旧ステーションに複製:複製上で作業
  3. 原因の特定:項目ごとの確認
  4. 復旧と再検証:トップページと内部ページ
  5. 書き戻しまたは納品:再検証に合格した場合のみ

予約したイベントが失敗や滞留を繰り返し、サイトや管理画面が遅くなっている場合は、WP119 にお任せいただけます。

サイトを初期診断する →
初期診断 →