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


