「WordPressの予約投稿は、どこで確認する？」管理画面の「投稿 → 投稿一覧」を開き、上部の予約投稿を絞り込む項目（「予約済み」「公開予約」など）を選びます。「日時」欄が予約日時です。見つからなければ「すべて」に戻して題名で検索し、下書きや公開済みになっていないかを確認してください。予定時刻を過ぎても予約のままなら、同じ投稿を残して以下の順で調べます。
広告：この記事にはレントラックスのアフィリエイト広告が含まれます。
新しい記事を作る前に、既存の投稿ID・予約時刻・現在の状態・公開URLを一件ずつ確認します。状態が「予約済み」のまま時刻を過ぎたときに、初めて予約処理の遅れを疑います。「公開済み」なら実ページを確認し、「下書き」なら予約が成立したかを見直します。
この記事は、WordPress本体の予約投稿を対象にした確認順です。外部の予約配信サービスやSNS連携は、別の管理画面にも状態が残るため、同じ結果を決めつけずに照合してください。専門的なサーバー設定へ進む前に、編集画面でできることから始めましょう。
まず記事の手順で時計、同じ投稿ID、現在の状態を照合し、既存の管理者やホストへ確認します。事業サイトで予約遅延が繰り返し、継続して相談できる管理者がいない場合は、WordPress保守ガードも候補です。自分で確認でき、既存の管理者やホストに相談できるなら、ここで契約を急ぐ必要はありません。
法人・個人事業主・開業予定者向けで、趣味の個人サイトは対象外です。予約遅延の調査が契約の対応範囲か、申し込む前に公式へ確認してください。
最初に、予定時刻とWordPressの時計をそろえる
まず対象の投稿を一つ特定します。投稿一覧で題名だけを探すより、開いた記事の編集URLなどに含まれる投稿IDを控えると、その後の照合がぶれません。同じ題名で下書きと公開済みが存在することもあり得るからです。予約したつもりの時刻、いま確認した時刻、サイトの設定時刻を、同じ日付と時間帯で並べます。
WordPressの「設定 → 一般」にあるタイムゾーンは、サイトで使う日時の基準です。公式の設定案内では、都市を選び、設定後に表示されるUTCと現地時刻で確かめられます。例えば自分の時計で朝7時でも、サイト側の時刻が別の地域なら、予約画面で期待していた7時と一致しません。何時間ずれたかを推測で補正する前に、現在の設定値と投稿編集画面の予約日時を読みましょう。
ここで設定を直す場合も、いきなり全サイトのタイムゾーンを変更しないでください。既存記事やほかの予約予定にも影響し得る共通設定です。まず管理者に「サイトの設定時刻」「この投稿の予約日時」「期待した公開日時」を伝え、影響範囲を確認します。自分で管理するサイトなら、変更前の表示を控えたうえで、未公開の予約一覧も確認します。
予定時刻の比較に使うのは、記事を作ったパソコンの表示だけではありません。WordPress側の現在時刻と、その投稿に保存された日時を同じ基準へそろえます。日付が変わる深夜や、夏時間を使う地域では、時差の思い込みが特に入りやすいところです。予定時刻がまだ先だと分かったら、故障ではなく待機です。次に確認する時刻を決め、投稿IDをそのまま残します。
WordPress公式の参考資料：一般設定のタイムゾーン（英語・外部サイト）。
投稿IDを開き、予約・下書き・公開済みを分ける
時刻をそろえたら、同じ投稿IDの状態を見ます。投稿一覧や編集画面に「予約済み」「下書き」「公開済み」と表示されます。管理権限と認証がある場合、公式REST APIの投稿データでも、ID、状態、サイト時刻の日時、GMT日時、リンクを読み取れます。APIの値を使う人も、まず対象IDが合っているか確認してください。予定時刻は結果ではなく、現在の状態と実ページが結果です。
| 見えた状態 | 急ぐとNG（✕） | 次の確認（◯） |
|---|---|---|
| 予約済み、予定はまだ先 | 失敗として新規作成 | 日時とタイムゾーンを控えて待つ |
| 予約済み、予定時刻を超過 | 同文を新規で再投稿 | 同じ投稿IDを保持し、予約処理を調べる |
| 下書き・レビュー待ち | WP-Cronだけを疑う | 予約操作が保存されたか確認する |
| 公開済み | 一覧の表示だけで完了とする | 公開URLの本文・画像を開く |
| 状態を取得できない | 記事が存在しないと断定 | 権限・接続を回復し、再読する |
「下書き」なら、公開時刻を入力しても最後の予約操作が保存されていなかった可能性があります。まず編集画面の日時と状態を読み、変更が必要ならその既存投稿を編集します。新規投稿を足す理由にはなりません。「レビュー待ち」など別の承認手順を使うサイトでは、サイトの運用ルールも確認します。
「公開済み」なら、投稿一覧のリンクから読者向けのページを開きます。タイトルだけでなく、本文、画像、リンク、公開対象のアカウントとURLを確認しましょう。画面に古い内容が見える場合でも、ただちに予約失敗とは言えません。表示キャッシュやURLの取り違えを疑い、管理画面の同じIDと読者向けのページを突き合わせます。読者が見られることを確認して、ようやく完了です。
「予約済み」のまま予定時刻を超えている場合は、予約処理の調査へ進みます。一回の表示だけでイベントそのものが消えたと断定できないため、確認時刻も控えます。WordPress公式REST資料：Postsの状態と日時フィールド（英語・外部サイト）。
時刻超過で予約済みなら、WP-Cronの働きを確認する
WordPress本体の予約投稿は、未来の投稿状態にした記事へ、公開用の予定イベントを結び付けます。WordPressのコード資料では、publish_future_postというイベントが投稿IDを受け取り、その記事がまだfuture状態かを確認してから公開します。つまり、予約した時刻になっただけで、画面の表示が必ずその瞬間に切り替わる仕組みではありません。
WP-Cronは、サーバーの時計を常に見張る常駐プログラムではありません。公式のPlugin Handbookは、通常のページ読み込みを契機に、期限が来た予定タスクを確認すると説明しています。人が少ないサイトでは、予定時刻後の最初の読み込みまで実行が遅れる場合があります。逆に、アクセスがあったのに公開されない場合も、それだけで原因を一つに決めることはできません。設定、サーバー側の通信、プラグイン、処理の失敗などを個別に調べる必要があります。
編集者が安全にできる確認は、対象投稿IDと状態を控えたまま、サイトの公開ページを通常の方法で開き、少し時間を置いて同じ投稿の状態を読み直すことです。公開ページを一度開けば必ず直る、という保証ではありません。WordPressの公式マニュアルにも、訪問後に予約投稿を再確認する案内がありますが、再確認してもfutureのままなら、そこで記録を残して管理者やホスティング事業者へ渡します。
管理者へ渡す情報は、投稿ID、サイトのタイムゾーン、予約日時、確認日時、現在の状態、公開URLの有無、同じ時間帯のほかの予約の結果です。管理者は必要に応じてサイトヘルスや予定イベント、サーバーログ、定期実行設定を確認できます。複数記事で同じ遅れが起きているかも重要です。一件だけならその投稿の保存状態を、全件なら定期実行の仕組みを優先して調べやすくなります。
DISABLE_WP_CRONを単独で設定したり、セキュリティ機能を解除したりするのは、この確認手順には含めません。公式資料が示す代替の定期実行は、先にサーバー側の実行経路を用意してから通常の起動方法を切り替える構成です。設定に触れる前に、サイト管理者とホストの手順を確認してください。
WordPress公式の仕組み：WP-Cronの説明（英語・外部サイト）、未来投稿を公開する処理（英語・外部サイト）。サーバー側の定期実行を検討する管理者向け：システムスケジューラーとの接続（英語・外部サイト）。
同じ投稿IDで遅延を再現し、既存の管理者やホストでも原因を追えない事業サイトなら、継続保守の相談先を検討できます。予約投稿の遅延を含む不具合が続き、更新やバックアップもまとめて任せたい場合は、WordPress保守ガードの対応範囲を比べてください。趣味の個人サイトや単発の修理だけが目的の場合、また無料の確認手順と既存の相談先で解決できる場合は対象に合いません。
初期費用と月額、最低1年の契約と自動更新、事前のサイト審査と顧客側の原因による追加費用の条件を公式で確認してください。予約遅延の原因調査が見積もりと契約の範囲に含まれるかも、申し込む前に確かめましょう。
直すときは同じ投稿から再開し、実URLまで確かめる
原因を調べている間に新しい記事を作ると、元の予約投稿が後から公開され、同じ内容が二本になる可能性があります。そこで再開の単位は「新しい原稿」ではなく、控えた投稿IDです。予約日時を直す、管理者にイベントを調べてもらう、公開の操作へ進む。どれも対象の既存投稿と、現在の状態を再確認してから決めます。
操作を分ける目安は次の通りです。まだ予定前なら待ちます。下書きなら、内容と予約操作を見直します。予定後も予約済みなら、同じ投稿の予約イベントを管理者と調べます。公開済みなら新規送信はせず、実ページの確認と記録に進みます。確認できない場合は「不明」と残し、認証や接続の回復後に再読します。状態不明を「失敗」と言い換えると、再投稿の判断が早まりすぎます。
自分で公開し直す権限がある場合でも、ボタンを押す直前に投稿一覧と対象IDをもう一度見ます。別の管理者が先に直しているかもしれません。本文・画像・リンクがその時点の完成版かも確認します。公開操作の後は、同じ投稿IDが公開済みになり、実URLに正しい内容が表示されることまで確かめます。管理画面の「公開しました」だけでは、読者の画面の仕上がりをまだ見ていません。
再発を見たいなら、次の予約で「予定時刻」と「実際に公開を確認した時刻」を別々に記録します。予定を入れたこと、イベントが動いたこと、読者が見られたことは三つの別の事実です。遅延が続くなら、投稿ごとの偶然ではなく、サイト側の定期実行方式を管理者と見直す材料になります。ホストが提供する正規の定期実行機能を使う場合も、設定後に次の予約投稿で実際の公開を検証します。
今日の一手は、対象の投稿IDと現在の状態を一行で書き出すことです。「7時の予約が出ない」より、「投稿ID○○はサイト時刻7時の予約で、7時30分にも予約済み」と伝えられれば、次の担当者が同じ場所から調べられます。焦る朝ほど、この一行が近道になります。
よくある質問（Q&A）
Q. 予約時刻を過ぎたのに「予約済み」です。もう一度、新規投稿を作ってよいですか？
A. 先に同じ投稿IDとタイムゾーンを照合してください。元の予約が後から動けば重複します。既存投稿の状態を保ったまま、WP-Cronと予約イベントを管理者に確認します。
Q. サイトを一度開けば、必ず予約投稿が公開されますか？
A. いいえ。WP-Cronは通常、ページの読み込みが契機になりますが、実行経路や処理に問題があれば公開されないこともあります。再度同じ投稿の状態を読み、変化がなければ確認時刻とともに管理者へ伝えます。
Q. 投稿一覧で「公開済み」なら、作業は終わりですか？
A. 公開URLを開き、本文・画像・リンクと対象記事が一致するかを確認して終わりにします。表示が古いときは、同じ投稿IDの実ページか、キャッシュやURLの取り違えがないかを調べます。
【親父のスコアブック式 追伸】
予約時刻が過ぎると、「とにかくもう一本」と手を動かしたくなります。でも、予定表の空白と、投稿先の空白は同じではありません。元の記事が予約済みなら、二本目の前に状態を確かめたい。投稿ID、サイトの時刻、現在の状態。この三つを控えるだけでも、慌てた操作を減らせます。
仕事でも、返事が遅い案件をすぐ作り直すより、いま誰の手元にあるかを調べた方が進みます。公開できたら実URLまで見届ける。できなければ「確認できていない」と残す。次に動く人が迷わない記録こそ、親父キャプテンの小さなスコアブックです。仕事や暮らしで迷ったときの話は、親父の奮闘記にもまとめています。
コメント