初期診断

Missed schedule

WordPress の予約投稿に「予約投稿の失敗」(Missed schedule):原因と確認方法

日本語の画面での表示:予約投稿の失敗
更新日 2026-11-01

公開予定時刻を過ぎても WP-Cron が公開の処理を実行しないと、WordPress は予約投稿に「予約投稿の失敗」と表示します。WP-Cron はサイトにアクセスがあり、サイトが自分自身を呼び出せるときにだけ動くため、アクセスが少ない、WP-Cron が無効、ループバックリクエストがブロックされている、といった状態では投稿が公開されません。

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

WP-Cron を起動する訪問がなく、公開の処理が待たされました。

代わりにサーバーの cron ジョブが wp-cron.php を実行する前提ですが、そのジョブがないと何も動きません。

数千件の期限切れタスクが毎回の cron 実行を遅くし、公開の処理が後回しになっています。

主な原因

サーバーの cron ジョブなしの DISABLE_WP_CRON:WP-Cron が止まっていて、代わりになるものがありません。
ループバックリクエストのブロック:ファイアウォールやセキュリティルールが、サイトから自分の wp-cron.php への呼び出しを止めています。
期限切れタスクの滞留:重複したイベントや大量のイベントが、毎回の実行を遅くしています。
ページ全体のキャッシュ:キャッシュしたページを WordPress を通さずに返すため、訪問で WP-Cron が起動しません。

参考資料

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

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

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

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

予約投稿が何度も時刻を過ぎ、スケジュールタスクも滞留している場合は、WP119 にお任せいただけます。

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