WordPress

WordPressの予約投稿が公開されないとき|時刻とWP-Cronの確認表

執筆・編集:遊馬 祥一郎公開:内容更新:

予約時間を過ぎても記事が見えないときは、予約そのものが実行されていないのか、公開後の表示が古いのかを分けて調べます。WordPressの定期処理は構成によって動き方が違います。原因を記録せずに予約を繰り返す前に、次の順序で確認してください。

9時の予約が9時10分にも見えないときの記入例

以下は、午前9時の予約記事が9時10分にも見えない場合の切り分けの例です。閲覧者を増やして処理を起こそうとする前に、投稿状態と公開ページを照合します。

表は横にスクロールできます。

9時10分時点での観測から次を決める
投稿一覧直接開いた記事URL次の確認
予約のまま未公開の応答予定日・タイムゾーンを照合し、定期処理の設定・実行記録へ進む
公開済み新しい本文が見える一覧ページだけ古いなら、一覧・キャッシュの問題として調べる
公開済み古い本文が見えるログアウト表示とキャッシュ設定を確認。予約し直さない
下書き未公開予約設定が保存されたか、編集履歴や操作担当を確認する

WP-Cronは通常、ページロードに伴って期限が来た処理を確認します。ただし、予定時刻を過ぎたという事実だけでアクセス不足を原因と断定できません。サーバー側の定期実行、標準起動を止めた設定、処理失敗などを管理者と照合します。これはWordPress公式のWP-Cron説明を基にした確認順です。

公開を急ぐなら、担当者が対象記事と内容を確認したうえで手動公開し、その判断を残しておきます。「9:20 手動公開、直接URLで本文確認、一覧表示確認、予約処理の原因は調査中」と書き、手動公開できたことを自動処理の復旧と混同しません。

この節の確認日:2026-09-29。明示した自社点検以外は説明用の例です。

投稿の状態とサイトの時刻を確認する

まず投稿一覧で、その記事が予約済み、下書き、公開済みのどれになっているか確認します。予定日時とサイトの一般設定にあるタイムゾーンを照合します。PCの時計が日本時間でも、WordPressの設定がそうなっているかは別に確かめる必要があります。

予定日を翌月と取り違えた、24時間表記を誤った、といった入力上の問題を最初に除きます。投稿の状態と日時を控えてから修正し、別の記事までまとめて公開しないよう対象を限定します。

運営者の実務メモ

まずタイムゾーンが日本になっているかを確かめる

予約投稿が公開されないときは、まずWordPressの設定のタイムゾーンが日本になっているかを確認します。タイムゾーンがずれていると、予約した時刻と実際に公開される時刻がずれてしまうためです。

運営者の実務経験にもとづくメモです。すべての場合に当てはまるとは限りません。

WP-Cronは通常の定刻実行と同じではない

WordPressの公式開発資料では、WP-Cronはページロードの際に実行予定の処理を確認する仕組みと説明されています。アクセスが少ないサイトでは、予定時刻と処理開始に差が生じる可能性があります。サーバー側の定期実行で補っている環境もあるため、標準構成かを確認します。

アクセス不足だけが原因とは限りません。設定で標準の起動を止めている、代わりの定期実行が失敗している、リクエストが拒否されているなども候補です。wp-config.phpを変更する前に、管理者が設定した定期処理と実行ログを確認してください。

症状を分ける確認表

表は横にスクロールできます。

予約投稿の切り分け
見え方次に見るもの変更を急がない項目
投稿一覧でも予約のまま予定日時・時刻設定・定期処理記事URLや本文を作り直さない
一覧では公開済みだがトップにない記事URL・表示キャッシュ・一覧条件WP-Cron停止と即断しない
一部の記事だけ遅れる該当記事の状態・失敗日時全予約を一括で解除しない
複数の定期処理も遅れるサーバー側実行・関連エラー同じ処理を重複登録しない

ログには確認時刻と対象処理を残します。調査用のプラグインを増やす場合も、既存の監視・スケジュール管理と役割が重ならないかを確認します。

今日の公開と再発防止を分ける

例えば、午前9時に出すお知らせが9時15分でも予約状態でした。内容と公開許可を確認でき、即時公開が必要なら対象の1記事だけ手動公開します。その後、記事URL、トップの一覧、予約状態の解除を確認します。原因の調査記録は別に残します。

定刻性が必要なら、サーバー側の定期実行の利用可否と設定方法をホスティング事業者の資料で確認します。外部実行を用意しないままWP-Cronの起動だけ止めると、予約投稿以外の処理にも影響します。設定変更は復旧方法を用意して行います。

小さな公開試験で終わりを確認する

次の予定時刻を設けた確認用の記事を用意し、予定日時、実際に公開を確認した時刻、投稿状態を並べて書きます。機密情報や未承認のお知らせを試験に使わないでください。公開後に古い表示が残る場合は、定期処理とは分けてキャッシュを確認します。

毎回管理者がアクセスして初めて公開されるなら、通常の訪問状況で安定する構成かを見直します。1回成功しただけで時刻どおりの公開を保証せず、必要な運用精度に合わせて確認を続けます。

アクセスが少ないサイトで起きやすい理由

WordPressの予約投稿などの処理(WP-Cron)は、だれかがサイトを開いたときに動く仕組みです。アクセスが少ない時間帯は、予約した時刻を過ぎても処理が動かず、公開が遅れることがあります。毎日決まった時刻に確実に動かしたい場合は、サーバーの定期実行の機能(cron)からWP-Cronを呼び出す方法があります。

サーバーの定期実行に切り替えるときの注意

  1. サーバーに定期実行の機能があるか、設定方法を確認します。
  2. WordPressの設定ファイルで、ページを開いたときにWP-Cronが動かないようにする設定(DISABLE_WP_CRON)を加えます。
  3. サーバーの定期実行に、数分から15分ごとなどの間隔でWP-Cronを呼び出す設定を追加します。
  4. 予約投稿を試し、時刻どおりに公開されるかを確認します。

設定ファイルを変える前には、必ずバックアップを取ります。手順に不安がある場合は、テスト環境で先に試します。

よくある質問

予約投稿が失敗した記事は、どうすればよいですか?

投稿の一覧で「予約済み」のまま残っている記事は、手動で公開できます。公開したあと、日付が正しいかを確認します。

プラグインで解決できますか?

予約投稿の失敗を補うプラグインもありますが、原因がアクセスの少なさにある場合は、サーバーの定期実行に切り替えるほうが確実です。

公式資料と確認日

以下の公式資料を2026年9月28日に確認しました。記事内の事例・作業表は当サイトが作成した説明用の例です。管理画面の名称や利用できる設定は環境により異なります。

この記事の目次に戻る

公開日: 2026-09-28

最終更新日: 2026-10-16

追記履歴

  • 2026-10-16 アクセスが少ないサイトで起きやすい理由、サーバーの定期実行に切り替えるときの注意、よくある質問を追加。
  • 2026-09-29 症状別の判断例と確認順を追加。作業メモの用途も具体化。
  • 2026-09-28 初版公開

執筆・編集:遊馬 祥一郎(運営・編集方針)