※PR・広告を含みます
AIで記事本文を作れても、そのままWordPressへ公開してよいとは限りません。事実の裏付け、既存記事との重複、HTML、画像、予約日時のどこか一つが違えば、読者に見える結果も変わります。
daimyouji.comの現在の運用では、原稿の事前審査、保存前バックアップ、WordPress保存、保存後再取得を別の工程として扱っています。2026年9月1日のGrowth OS全テストは232件、失敗0件、エラー0件でした。ただし、テスト合格だけで本番保存の一致を証明したとは扱いません。
最初に原稿の根拠と重複を確認する
公開前には、検索意図、本人経験、確認した数値、公式一次情報を対応付けます。変わり得る仕様や日付を記憶だけで書かず、一次情報のURLと確認日時を残します。
同時に、公開済み、予約済み、下書きのタイトルと検索意図を比較します。語句が違っても答える疑問が同じなら、別記事を増やさず既存記事の改善候補として扱います。
自動テストと記事審査を分ける
232件のテストが失敗0件だったことは、Growth OSの検証処理が想定どおり動いた証拠です。一方、記事の主張が正しいことや、検索順位が上がることを保証する数字ではありません。
記事審査では、H2直下の説明、未閉じHTML、危険なURL、手動目次、カテゴリ、focus keyword、画像形式を個別に確認します。プログラムの健全性と記事の有用性を一つの合格表示で混同しません。
保存前に戻せる状態を作る
既存記事を変更する場合は、変更前の本文とメタ情報のfingerprintを保存します。新規記事の場合も、投稿前の原稿JSONと画像を証拠ディレクトリへ残し、何を送ったか後から確認できるようにします。
WordPress公式のリビジョンに関するドキュメントでは、保存した更新の追加、削除、変更を比較し、以前の状態へ復元できると説明されています。リビジョンの有無だけに頼らず、外部バックアップと対象投稿IDも残します。
保存後はWordPressから再取得する
- 投稿IDとstatusが予定どおりか
- JSTの予約日時が空白日と一致するか
- 保存本文と送信原稿のfingerprintが一致するか
- カテゴリとSEOキーワードが保存されたか
- featured_mediaがWebPへ紐付いているか
終了コードが0でも、これらが違えば成功とは報告しません。再取得不一致時は追加書き込みを止め、どの項目が違ったかを記録します。
公開後のSEO監査は別の工程
statusがfutureの記事は、予約保存の成功を確認できても、公開URLのSEO状態は確認できません。公開時刻後に200応答、canonical、robots、H1、meta description、JSON-LDを取得して初めて公開確認済みとします。
AI記事の作成からWordPress再取得までを安全に整理したい場合は、AIアフィリエイトコンサルの相談内容をご確認ください。ツールの成功表示だけに頼らず、保存結果を証拠で判断する運用を支援します。


