WordPress予約の未実行枠を1回だけ追いつく安全設計

PCやCodexが予定時刻に動けなかった日、停止していた回を全部まとめて再実行すると、WordPressへ同じ記事を二重保存する危険があります。今回の運用では、直近の未実行枠を1件だけ選び、成功受領票とWordPress再取得の両方がそろうまで次の枠を処理しない方式を使いました。

先に結論：指標と完了条件を一つにまとめない

予定枠と実行時刻を別々に記録すると、遅れて始まった正常実行と、同じ枠の二重実行を分けられます。今回の追いつき対象は8月24日05:00の1枠だけで、過去枠を連続実行する状態はありませんでした。

自動運用でもアクセス分析でも、見えている一つの数字だけで次の変更を決めません。対象期間、対象URL、比較条件、保存後の状態を固定し、事実、仮説、他の可能性を分けます。

今回確認した実測値

この実測値は当日の対象サイトだけを確認した記録です。他サイトやアカウント全体の値は混ぜていません。また、技術的な完了や指標の変化から、検索順位、問い合わせ、売上への因果関係は断定しません。

数字や実行結果を誤読しやすい理由

予定時刻だけを見て再実行すると、処理は完了しているのに受領票が遅れている場合や、WordPress保存後に通信が切れた場合を区別できません。終了コード0も、投稿本文や予約日時が正しいことの証明にはなりません。

比較の単位が違えば、増減の向きも意味も変わります。保存処理ではローカル実行とWordPress上の状態、分析ではユーザー、セッション、イベント、成果を別々に確認します。

実際に行う確認手順

1. サイトごとの曜日と予定時刻を日本時間で固定し、切替日より前の枠を対象外にする
2. 成功受領票を読み、直近の未実行枠を最大1件だけdueとして選ぶ
3. WordPressの全statusとfuture予約を再取得し、同じslugと同じ予約日がないか確認する
4. 根拠、本文、カテゴリ、WebPが合格した記事だけを最も早い空白日の09:00へ保存する
5. 投稿IDでstatus、date、本文、カテゴリ、featured_mediaを再取得して一致を確認する
6. 実行結果とWordPress再取得が一致した後に、その予定枠の成功受領票を保存する

途中で不一致が出た場合は、同じ書き込みや設定変更を繰り返しません。現在のWordPress状態または計測状態を再取得し、原因を特定できる読み取り確認へ戻ります。

一次資料から確認できること

WordPressの投稿REST APIは、投稿日時をdate、公開状態をstatusとして扱い、future状態の投稿を取得・作成できます。 出典はWordPress Posts REST API Referenceです。

公式資料は機能の定義と使い方を確認する根拠です。当サイトの実測値や改善結果は別の証拠であり、公式資料が当サイトの成果を保証したようには書きません。

他に考えるべき可能性

• WordPress保存は成功し、ローカル受領票だけ失敗している
• 同じ予定枠を別のCodexタスクが処理中である
• サイト時刻と日本時間の変換がずれ、空白日を誤判定している
• 予約記事は存在するが、statusやdateが想定と違う

有力な仮説があっても、他の可能性を消せない段階では追加変更を重ねません。同じ条件で3日、7日、14日、28日の測定を行い、変更前の期間と比較します。

再現時に残す証拠

• 対象サイト、URL、投稿IDまたはGA4プロパティ
• 予定時刻と実行時刻、または比較期間
• 変更前スナップショットと保存後の再取得
• 実測値の数値、単位、対象件数
• 一次資料の名称、URL、確認日時
• 次回測定日と復元・再調査の条件

この証拠がそろえば、次回の担当者も推測で作業を再開せず、同じ基準で継続と停止を判断できます。

適用できない条件と注意点

追いつき機能は、品質基準を下げて記事数を埋める仕組みではありません。本人確認済みの実体験、単位付きの実測値、一次資料が不足する場合は新規保存を止め、既存記事の安全な改善へ切り替えます。

URL変更、削除、canonical、noindex、計測タグ変更など影響範囲が大きい操作は、日次の自動改善では行いません。限定計画、バックアップ、承認、再取得条件を別に用意します。

まとめ：増減より先に測定単位をそろえる

未実行の予約枠を重複なく追いつく設計では、実行したことと正しく完了したこと、指標が増えたことと事業成果が増えたことを分けるのが重要です。関連する実践記録はブログ運営の記事一覧で確認できます。運用の整理を個別に相談したい場合はAIアフィリエイトコンサルの内容を確認してください。