AI記事の公開前チェックリスト｜内容・表示・リンク・承認を確認

AI記事の公開前は、止めるべき問題を先に確認し、内容と表示を別々に点検します。チェックの数を埋めるより、どの版を何で確かめ、誰が公開を判断したかを残してください。

先に、公開を止める項目を確かめる

対象の記事と版を決め、中心の主張、個人情報、素材の利用、公開状態を確認します。価格や権限が誤っている、使えない画像が入っている、確認した版と違う記事が登録されている場合は、そのまま公開判断へ進めません。

低リスクの説明へ不要な参考欄を増やすのではなく、読者の判断が変わる重要な事実を優先します。「出典がある」というだけで、その出典が今の主張を支えるとは判断しないようにします。

主張と出典を、一つずつ照合する

例えば「このアカウントは公開できない」なら、役割の名前だけでなく実際の権限と拒否の結果を見ます。「年払いが安い」なら、使う期間と支払総額を揃えます。公式仕様、試算、実測、説明例を本文でも区別してください。

AIが自己レビューで問題なしと答えても、資料を読んだことやコードを実行したことの代わりにはなりません。確認に使った箇所と条件を残します。細かい照合は主張と根拠を確認する手順へ分担できます。

表示・リンク・画像は、実際のページで見る

1. タイトル、H1、抜粋が同じ約束をしているか読む。
2. スマートフォンの幅でも本文、表、ボタンが使えるか確認する。
3. リンク先の内容と、押す前の文言が対応するか見る。
4. 画像が読み込め、altが画像の役割に合うか確認する。
5. 構造化データと可視本文に、別の主張が残っていないか照合する。

HTMLが保存できたことと、読者が読めることは別です。表の右端が操作できない、字幕の説明が画像で隠れるなど、機械検査だけでは判断できない箇所は実画面で確認します。

既存記事との役割と、公開順を確認する

同じ疑問へ答える記事があるなら、別URLを増やす前に既存の担当を確認します。関連記事は、次の疑問へ進める理由を付けます。予約や下書きへリンクする場合は、公開前に外へ出さない仕組みを確認してください。

Devsでは、担当の記事が公開された時点で関連リンクを表示する方式を使っています。予約URLは匿名では404になり、似た名前の記事への自動補完も予約中は抑制します。リンク先が公開される予定だけで、現在読める案内にしないようにします。

一記事の確認を、版と証拠へ結び付ける

確認票の一行は「何を、どの環境で、何を材料に確かめたか」が分かる単位にします。例えば「リンクは大丈夫」より、「本文の比較票リンクを未ログインで開き、対象記事へ到達した」と書くと、次回の確認に使えます。

未確認や修正が必要な項目を残せることも、この票の役割です。記入数が増えたことを合格へ置き換えず、公開を止める問題が解決したかを見ます。

公開を判断した人と、公開した版を残す

企画、執筆、事実確認、表示確認、公開判断を誰が担当したかを書きます。一人で複数を担当しても構いませんが、実際に行っていない確認を記録しないでください。AIが生成した承認文を、人が承認した証拠にしないようにします。

確認した後に本文が変われば、新しい版で必要な項目を確認し直します。公開後は検索からの入口、読者の作業結果、保存や外部クリック、成果確定を別々に観測します。クリックや長い滞在だけで、正しい判断へ進めたとは決めません。

まず一記事の版を固定し、止める項目を確認するところから始めてください。下書きの入稿と権限はWordPressの登録手順へ、内部リンクの選定は記事同士の担当を整理する方法へ進めます。