WordPressの予約投稿は、記事編集画面の公開日時を未来に設定して保存します。予約後は投稿一覧で「予約済み」と日時を確認し、公開予定時刻を過ぎたらログアウト状態の公開URLを開きます。公開されないときは、タイムゾーン、保存状態、アクセス、キャッシュの順で切り分けます。
予約投稿の前に確認する3点
- 本文、画像、リンク、カテゴリーが公開できる状態か
- 管理画面の「設定」→「一般」にあるタイムゾーンがサイトの運用地域と一致するか
- 公開後に自分が確認できる時刻か
日本向けサイトならタイムゾーンは「東京」またはUTC+9相当を確認します。時刻がずれている状態で予約すると、入力した数字は正しくても想定外の時間に公開されます。最初は数日先ではなく、10分から30分先のテスト記事で一連の動きを確かめると安心です。
ブロックエディターで予約する手順
- 「投稿」→「新規投稿を追加」、または予約したい下書きを開きます。
- 右上の設定アイコンを押し、「投稿」タブを表示します。
- 「公開」の日時を押し、今日より後の年月日と時刻を入力します。
- 入力後、画面上部のボタンが「公開」から「予約投稿」に変わったことを確認します。
- 「予約投稿」を押し、確認画面でも日時を読み直して確定します。
- 「投稿」→「投稿一覧」に戻り、対象記事に「予約済み」と予定日時が表示されることを確認します。
ボタン名や配置はWordPressの版やエディターで少し異なりますが、未来の公開日時を設定して保存する考え方は同じです。日時を入れただけで画面を閉じず、必ず予約を確定してください。
クラシックエディターの場合
右側の「公開」ボックスにある「すぐに公開する」の横の「編集」を押します。未来の日時を入力して「OK」を押すと、公開ボタンが「予約投稿」に変わります。そのボタンを押し、投稿一覧で予約済みになったことを確認します。
予約後に変更・取消する方法
本文だけ直す
予約済みの記事を開いて本文を修正し、「更新」を押します。更新後も予約日時が未来のままか、投稿一覧で確認します。
日時を変更する
公開日時を別の未来時刻へ変え、「更新」を押します。日付だけでなく年、月、時、分をすべて確認してください。
予約を取り消す
ステータスを下書きへ戻して保存します。今すぐ公開へ切り替える場合は、公開日時と公開状態を確認し、意図せず過去日時のまま公開しないようにします。
予定時刻を過ぎたら確認する場所
- 投稿一覧で「公開済み」へ変わったかを見る
- 記事の公開URLをログアウト状態で開く
- トップページと該当カテゴリーに表示されたかを見る
- スマートフォン幅でタイトル、画像、リンクを確認する
管理画面の表示だけで成功と判断しません。キャッシュやテーマの条件により一覧への反映が遅れることがあるため、記事URLと一覧画面を分けて確認します。URLで本文が読めるのにトップページへ出ない場合、予約投稿そのものではなく一覧表示やカテゴリーの問題です。
公開されないときの確認順
| 症状 | 確認 | 対処 |
|---|---|---|
| まだ予約済み | サイトの現在時刻と予定時刻 | 一般設定のタイムゾーンを確認 |
| 「予約投稿の失敗」 | 予定時刻後にサイトへのアクセスがあるか | アクセス後に再確認し、継続時はサーバーやcronを調査 |
| URLは開くが一覧にない | カテゴリー、公開日時、テーマ条件 | 一覧側の設定を修正 |
| 古い内容が見える | キャッシュ | サイトとブラウザのキャッシュを更新 |
「予約投稿の失敗」と表示された場合
WordPressの予約処理は、サイトへのアクセスをきっかけに動く仕組みの影響を受けることがあります。アクセスが少ないサイト、サーバー側で処理が止められている環境、キャッシュや保守系プラグインの設定によって遅れる場合があります。
- まず記事URLと投稿一覧を再読み込みします。
- タイムゾーンと予約日時が正しいか確認します。
- サイトヘルスに重大なエラーがないか見ます。
- 直前に追加したキャッシュ・セキュリティ・cron関連の設定があれば影響を確認します。
- 複数回起きる場合は、サーバー会社へ「WordPressの予約投稿が予定時刻に実行されない」と伝え、cronやループバック通信の状況を確認します。
原因が分からないままプラグインを一斉停止すると、公開サイトへ別の影響が出ます。検証環境がなければ、一つずつ変更して結果を記録してください。
よくある操作ミス
未来の日付を入れたのに今すぐ公開された
日時確定前に公開した、年を間違えた、またはサイトのタイムゾーンが違う可能性があります。記事を下書きへ戻し、公開画面から見えなくなったことを確認して設定し直します。
午前と午後を間違えた
24時間表記では13時が午後1時です。イベント開始時刻ぴったりではなく、読者が読む時間や自分が確認できる余裕も含めて決めます。
更新したら予約日時が変わった
編集画面の公開日時をもう一度確認し、投稿一覧でも照合します。本文更新と日時変更を同時に行わず、一操作ずつ保存すると原因を追いやすくなります。
実運用のチェックリスト
- タイムゾーンを確認した
- 未来の年月日と時刻を音読して確認した
- ボタンが「予約投稿」へ変わった
- 投稿一覧に予約済みと表示された
- 公開予定後に記事URLを確認する予定を入れた
- 重要記事は公開直後に手動確認できる時刻へ設定した
予約投稿に向く記事・向かない記事
営業時間外に公開したい通常記事、連載、キャンペーン開始のお知らせは予約に向きます。ただし、法令や価格が直前に変わる可能性がある記事、在庫やイベント状況を当日に確認すべき記事、障害情報のように即時性が重要な内容は、公開直前に人が最終確認できる運用が安全です。
アフィリエイトリンクや申込期限を含む記事は、リンク先の開始日時と終了日時も確認します。記事だけ先に公開され、リンク先がまだ開いていない状態を避けるためです。公開後の確認担当と、問題があったときに下書きへ戻す担当も決めておきます。
テスト予約の具体例
現在が14時00分なら、タイトルを「予約投稿テスト」にして14時15分へ予約します。本文には個人情報を書かず、公開後すぐ下書きへ戻せる内容にします。投稿一覧で14時15分と表示されること、時刻後にURLが開くこと、公開日時が14時15分であることを確認します。
成功したらテスト記事をゴミ箱へ移し、本番記事を同じ手順で予約します。失敗した場合は、結果と時刻をメモしてから設定を直します。テストと本番で違う操作を増やさないことが、再現性のある運用につながります。
複数記事を同時に予約するとき
公開時刻を同じ分に集中させず、読者への通知やサーバー処理を考えて間隔を空けます。スプレッドシートや予定表にタイトル、URL、公開日時、確認担当を記録すると、重複や順番違いを防げます。
一括作業でも、各記事の投稿一覧表示を個別に確認します。「5本予約した」という件数ではなく、1本ごとに日時と状態が一致していることを成功条件にしてください。
まとめ
予約投稿は、未来日時の入力、予約確定、投稿一覧での確認、予定時刻後の公開URL確認までが一つの手順です。公開されない場合は、いきなり大きな変更をせず、時刻、状態、URL、一覧、キャッシュ、サーバー処理の順に分けて調べれば、初心者でも原因を見失いません。