WordPressで朝7時に記事を予約したつもりなのに、公開されない。予約投稿を使い始めると、こうした問題に出会うことがあります。まず確認したいのは「予約の状態」「サイトの時刻」「定期処理の仕組み」の3点です。
このサイト「週2時間副業実験室」も、毎週火曜・金曜の午前7時（日本時間）を公開枠に決めました。当サイトでは2026年10月9日以降に予約していた記事が公開状態になったことをWordPress上で確認しています。ただし、指定時刻ちょうどの公開を秒単位で確認したものではありません。以下はWordPress公式情報に基づく切り分け手順です。
まず結論：投稿一覧で「予約済み」かを確認する
- WordPress管理画面の「投稿」→「投稿一覧」を開く。
- 目的の記事が「予約済み」になっているか見る。「下書き」のままなら自動公開されない。
- 編集画面で予約日・時刻を確認する。
- WordPress管理画面の「設定」→「一般」でタイムゾーンを確認する。日本時間で運用するなら「東京（Asia/Tokyo）」などに設定する。
WordPressでは公開日時を未来に設定して予約投稿を確定すると、予定時刻の公開対象になります。単に原稿を保存しただけでは予約されません。
原因1：タイムゾーンがずれている
サイトがUTCなどで設定されていると、管理者が意図した「日本時間の朝7時」と異なる時刻が記録されることがあります。まず設定を確認し、記事の予約日時と照合しましょう。過去の投稿日時を不用意に書き換える必要はありません。
原因2：記事が下書き・レビュー待ちのまま
記事のステータスが「下書き」や「レビュー待ち」であれば、指定時刻に自動公開されません。公開権限のあるユーザーが、予約状態になっていることを確認してください。
原因3：WP-Cronが予定時刻に走っていない
WordPressの定期処理にはWP-Cronが使われます。通常のWP-CronはOSのcronのように常駐して決まった秒数に実行される仕組みではなく、サイトへのアクセスを契機として動くため、アクセスが少ないと処理が遅れることがあります。
アクセス数の少ない新設ブログでは、とくに確認したいポイントです。ただし、表示の遅延には他の要因もあるため、アクセス数だけで原因を決めつけるのは避けましょう。
原因4：プラグイン・キャッシュ・通信の不具合
サイトのキャッシュが古い表示を返しているだけなのか、実際に投稿が未公開なのかを切り分けます。投稿一覧のステータスと、ログインしていないブラウザからの表示を比較してください。サイトヘルスに警告が出ていないかも確認します。
原因5：サーバー側の定期実行設定に問題がある
WP-Cronを意図的に無効化している場合、代わりにサーバーの定期実行が設定されていなければ予約処理が止まる可能性があります。サーバー設定や設定ファイルの変更は、バックアップと影響範囲の確認後に行ってください。初めての方は、ホスティング事業者へ状況を伝えて確認する方が安全です。
不具合が起きたときの記録テンプレート
- 予約した日時（サイトのタイムゾーンも）
- 記事のステータス：下書き／予約済み／公開済み
- 予定時刻と実際に公開を確認できた時刻
- サイトヘルスの警告やキャッシュの状況
- 確認後に変更した設定と結果
当サイトの次の検証
ChatGPTで原稿を作り、本人が承認した記事のみ予約投稿に登録する運用です。2026年10月9日公開予定の記事と10月10日公開予定の記事は、WordPress APIで公開済みの状態と設定された公開日時を確認しました。ただし、7時00分ちょうどに処理が実行されたかは未確認であり、WP-Cronの遅延原因を検証したわけでもありません。
関連記事：ChatGPTとWordPressをWPVibeで接続した記録。
参考資料：WordPress公式：記事の公開設定／WordPress公式：WP-Cronの仕組み／WordPress公式：サーバーのタスクスケジューラーとの連携。
当サイトの予約投稿の確認結果（2026年10月13日追記）
| 対象 | 確認した公開日時（サイトの記録） | 確認結果 |
|---|---|---|
| 「AIでブログ記事を量産するとSEOに悪い？」 | 10月9日 7:00（JST） | 公開状態を確認 |
| 「WordPress予約投稿が失敗する5つの原因」 | 10月10日 7:00（JST） | 公開状態を確認 |
表の時刻はWordPressに記録された公開日時であり、実際にその瞬間から外部に表示されていたことを証明するものではありません。今後は「予定時刻」「公開状態を確認した時刻」「画面表示」を分けて記録します。
コメント