WordPressの予約投稿が公開されないとき|時刻とWP-Cronの確認表
予約時間を過ぎても記事が見えないときは、予約そのものが実行されていないのか、公開後の表示が古いのかを分けて調べます。WordPressの定期処理は構成によって動き方が違います。原因を記録せずに予約を繰り返す前に、次の順序で確認してください。
予約時間を過ぎても記事が見えないときは、予約そのものが実行されていないのか、公開後の表示が古いのかを分けて調べます。WordPressの定期処理は構成によって動き方が違います。原因を記録せずに予約を繰り返す前に、次の順序で確認してください。
以下は、午前9時の予約記事が9時10分にも見えない場合の切り分けの例です。閲覧者を増やして処理を起こそうとする前に、投稿状態と公開ページを照合します。
表は横にスクロールできます。
| 投稿一覧 | 直接開いた記事URL | 次の確認 |
|---|---|---|
| 予約のまま | 未公開の応答 | 予定日・タイムゾーンを照合し、定期処理の設定・実行記録へ進む |
| 公開済み | 新しい本文が見える | 一覧ページだけ古いなら、一覧・キャッシュの問題として調べる |
| 公開済み | 古い本文が見える | ログアウト表示とキャッシュ設定を確認。予約し直さない |
| 下書き | 未公開 | 予約設定が保存されたか、編集履歴や操作担当を確認する |
WP-Cronは通常、ページロードに伴って期限が来た処理を確認します。ただし、予定時刻を過ぎたという事実だけでアクセス不足を原因と断定できません。サーバー側の定期実行、標準起動を止めた設定、処理失敗などを管理者と照合します。これはWordPress公式のWP-Cron説明を基にした確認順です。
公開を急ぐなら、担当者が対象記事と内容を確認したうえで手動公開し、その判断を残しておきます。「9:20 手動公開、直接URLで本文確認、一覧表示確認、予約処理の原因は調査中」と書き、手動公開できたことを自動処理の復旧と混同しません。
この節の確認日:2026-09-29。明示した自社点検以外は説明用の例です。
まず投稿一覧で、その記事が予約済み、下書き、公開済みのどれになっているか確認します。予定日時とサイトの一般設定にあるタイムゾーンを照合します。PCの時計が日本時間でも、WordPressの設定がそうなっているかは別に確かめる必要があります。
予定日を翌月と取り違えた、24時間表記を誤った、といった入力上の問題を最初に除きます。投稿の状態と日時を控えてから修正し、別の記事までまとめて公開しないよう対象を限定します。
予約投稿が公開されないときは、まずWordPressの設定のタイムゾーンが日本になっているかを確認します。タイムゾーンがずれていると、予約した時刻と実際に公開される時刻がずれてしまうためです。
運営者の実務経験にもとづくメモです。すべての場合に当てはまるとは限りません。
WordPressの公式開発資料では、WP-Cronはページロードの際に実行予定の処理を確認する仕組みと説明されています。アクセスが少ないサイトでは、予定時刻と処理開始に差が生じる可能性があります。サーバー側の定期実行で補っている環境もあるため、標準構成かを確認します。
アクセス不足だけが原因とは限りません。設定で標準の起動を止めている、代わりの定期実行が失敗している、リクエストが拒否されているなども候補です。wp-config.phpを変更する前に、管理者が設定した定期処理と実行ログを確認してください。
表は横にスクロールできます。
| 見え方 | 次に見るもの | 変更を急がない項目 |
|---|---|---|
| 投稿一覧でも予約のまま | 予定日時・時刻設定・定期処理 | 記事URLや本文を作り直さない |
| 一覧では公開済みだがトップにない | 記事URL・表示キャッシュ・一覧条件 | WP-Cron停止と即断しない |
| 一部の記事だけ遅れる | 該当記事の状態・失敗日時 | 全予約を一括で解除しない |
| 複数の定期処理も遅れる | サーバー側実行・関連エラー | 同じ処理を重複登録しない |
ログには確認時刻と対象処理を残します。調査用のプラグインを増やす場合も、既存の監視・スケジュール管理と役割が重ならないかを確認します。
例えば、午前9時に出すお知らせが9時15分でも予約状態でした。内容と公開許可を確認でき、即時公開が必要なら対象の1記事だけ手動公開します。その後、記事URL、トップの一覧、予約状態の解除を確認します。原因の調査記録は別に残します。
定刻性が必要なら、サーバー側の定期実行の利用可否と設定方法をホスティング事業者の資料で確認します。外部実行を用意しないままWP-Cronの起動だけ止めると、予約投稿以外の処理にも影響します。設定変更は復旧方法を用意して行います。
次の予定時刻を設けた確認用の記事を用意し、予定日時、実際に公開を確認した時刻、投稿状態を並べて書きます。機密情報や未承認のお知らせを試験に使わないでください。公開後に古い表示が残る場合は、定期処理とは分けてキャッシュを確認します。
毎回管理者がアクセスして初めて公開されるなら、通常の訪問状況で安定する構成かを見直します。1回成功しただけで時刻どおりの公開を保証せず、必要な運用精度に合わせて確認を続けます。
WordPressの予約投稿などの処理(WP-Cron)は、だれかがサイトを開いたときに動く仕組みです。アクセスが少ない時間帯は、予約した時刻を過ぎても処理が動かず、公開が遅れることがあります。毎日決まった時刻に確実に動かしたい場合は、サーバーの定期実行の機能(cron)からWP-Cronを呼び出す方法があります。
設定ファイルを変える前には、必ずバックアップを取ります。手順に不安がある場合は、テスト環境で先に試します。
投稿の一覧で「予約済み」のまま残っている記事は、手動で公開できます。公開したあと、日付が正しいかを確認します。
予約投稿の失敗を補うプラグインもありますが、原因がアクセスの少なさにある場合は、サーバーの定期実行に切り替えるほうが確実です。
以下の公式資料を2026年9月28日に確認しました。記事内の事例・作業表は当サイトが作成した説明用の例です。管理画面の名称や利用できる設定は環境により異なります。
公開日: 2026-09-28
最終更新日: 2026-10-16
追記履歴