AI記事の品質管理では、AIが書いたかどうかより、誰が企画し、誰が事実を確認し、誰が公開を承認したかを追跡できることが重要です。下書き作成と公開権限を分け、チェック項目と証拠を残します。
AIは構成案、言い換え、比較表の下書きを速く作れます。一方で、架空の事実、古い仕様、似た記事の量産、引用・権利の問題を自動では解決しません。
この記事では、RACI、5段階status、品質ゲート、公開前50項目、公開後の測定方法を紹介します。
情報確認日：2026年7月17日（日本時間）
結論：作成・確認・承認・公開を分ける
- 企画：検索意図と独自価値を定義
- 下書き：人とAIで本文・成果物を作成
- 確認：事実、コード、権利、リンクを検証
- 編集：読者視点で構成と表現を改善
- 承認：責任者が公開可否を判断
- 公開：権限を持つ担当が反映・検証
- 改善：検索・読了・問い合わせ・誤りを確認
Googleは、生成AIの利用そのものではなく、人の役に立つ目的、正確性、品質、関連性、独自価値を重視しています。検索順位操作を主目的に、価値を加えず大量生成する運用は避けます。
RACIで責任を決める
RACIは、実行担当（Responsible）、最終責任者（Accountable）、相談先（Consulted）、共有先（Informed）を分ける方法です。
| 工程 | R | A | C | I |
|---|---|---|---|---|
| 企画 | 編集者 | 編集責任者 | SEO・専門担当 | 執筆者 |
| 下書き | 執筆者 | 編集者 | 専門担当 | 編集責任者 |
| 事実確認 | 専門担当 | 編集責任者 | 執筆者 | 公開担当 |
| 編集 | 編集者 | 編集責任者 | 執筆者 | 公開担当 |
| 承認 | 編集責任者 | サイト責任者 | 法務・専門担当 | 関係者 |
| 公開 | 公開担当 | サイト責任者 | 編集者 | 関係者 |
1記事につき最終責任者は1人にします。小規模チームで同じ人が複数役を兼ねる場合でも、「執筆者として作る時間」と「承認者として点検する時間」を分けます。
5段階statusで進行を管理する
| status | 意味 | 次へ進む条件 |
|---|---|---|
| planned | 企画済み・未着手 | 読者、意図、成果物、競合URLを確認 |
| drafting | 調査・下書き中 | 本文、出典、成果物が揃う |
| fact-checked | 一次情報・実測確認済み | 未確認事項と更新条件を記録 |
| approved | 公開前ゲート通過 | 責任者が日時と根拠を記録 |
| published | 公開・表示確認済み | URL、canonical、index、表示を確認 |
修正差し戻しは1つ前のstatusへ戻し、コメントに理由を残します。承認後に本文や広告を変えた場合は、その変更範囲を再承認します。
公開前の品質ゲート
Gate 1：企画と検索意図
誰のどの問題を解決するか、読了後に何ができるか、既存記事と何が違うかを確認します。月間検索数をAIに推測させず、Search ConsoleやKeyword Plannerなどの実データを使います。
Gate 2：一次情報と固有価値
公式文書、規格、公的機関、実測を優先し、確認日とURLを残します。コード、テンプレート、計算表、比較結果など、記事固有の成果物を実際に作ります。
Gate 3：編集・安全・権利
誤解を招く断定、個人情報、偏見、危険手順、著作権、引用、広告表示を確認します。高リスク分野は資格を持つ専門家または責任部門へ確認します。
Gate 4：公開・計測
title、description、見出し、内部リンク、構造化データ、PC・スマートフォン表示、canonical、index可否を確認し、公開後の測定日を登録します。
公開前チェックリスト50項目
- 対象読者が1文で定義されている
- 主キーワードと検索意図が一致している
- 読了後の完了条件が明確である
- 既存記事とcanonical intentが重複していない
- 記事固有の成果物がある
- AIが推測した検索数を使っていない
- タイトルが本文の結論と一致している
- 誇張や釣り表現がない
- 冒頭で対象範囲が分かる
- 結論が先に示されている
- 一次情報を優先している
- 出典URLと確認日を記録した
- 価格・仕様・法律の更新日を確認した
- 数値の単位と計算を再確認した
- 引用が必要最小限で出典が明確である
- 実体験と一般論を区別した
- 未検証の内容を検証済みと表現していない
- コードを最小環境で確認した
- 代表的な失敗条件も確認した
- 更新が必要になる条件を記録した
- Who（著者・確認者）が分かる
- How（AIを含む制作方法）が必要に応じて分かる
- Why（読者へ提供する目的）が明確である
- AI出力を人が全文確認した
- 架空の固有名詞・URL・引用がない
- 同じ説明の重複を削った
- 用語を初出で説明した
- 見出しだけで流れを理解できる
- 表と箇条書きが本文を置き換えすぎていない
- 読み手に必要な前提を示した
- 個人情報・秘密情報を含まない
- 差別・偏見を助長する表現を確認した
- 危険操作へ注意と確認手順がある
- 医療・法律・金融などの相談基準がある
- 画像・素材の利用権を確認した
- 広告・PR・affiliate表記が適切である
- 外部リンクの内容と安全性を確認した
- 内部リンクが公開済みURLへ向いている
- リンク切れとredirect chainがない
- 関連記事が検索意図を補完している
- titleとdescriptionが固有である
- H1が1つでH2・H3階層が正しい
- 画像に適切なaltがある
- 構造化データが表示内容と一致する
- canonicalが正規URLを指す
- indexを妨げる設定がない
- PCとスマートフォンで表・コードを確認した
- 公開日時・承認者・版を記録した
- 公開後の評価指標と確認日を決めた
- 誤りの報告・修正窓口がある
公開後に測る指標
| 領域 | 指標 | 判断 |
|---|---|---|
| 検索 | query、click、impression、CTR、順位 | 意図・title・競合URLを確認 |
| 利用 | 読了、内部リンク、CTA | 成果物へ到達できるか |
| 品質 | 誤り報告、修正数、古い情報 | 更新頻度と確認工程を改善 |
| 運用 | 制作時間、差し戻し、承認待ち | ボトルネックを改善 |
AIへ具体的な依頼を出す基礎はプロンプトの書き方も参考になります。
まとめ
AI記事の品質は、生成速度ではなく、企画、一次情報、固有価値、編集、安全、承認、公開後改善の仕組みで決まります。RACIとstatusを決め、下書き作成と公開権限を分けます。
50項目をすべて機械的にチェックするだけでなく、記事のリスクに応じて専門確認を追加し、証拠と責任者を残してください。