AI記事の品質チェック項目|公開前に必ず見る観点と、自動化のしかた
AI記事のレビューが終わらないのは、観点が言語化されず一度に全部見ようとしているからです。事実・論理・表現・検索・リスクの5層に分けたチェック項目と、自動化プロンプトを全文公開します。
1. 記事は増えたのに、公開が進まない
生成AIを入れて、下書きは早く上がるようになりました。ところが公開までの日数は縮んでいない。むしろ延びていないでしょうか。
- レビュー待ちの記事が溜まり、いちばん詳しい人のところで全部止まっている
- 指摘が「なんか違う」「もう少し具体的に」で終わり、書いた人が直しどころを特定できない
- 同じ指摘を毎回している。前回のフィードバックが次の記事に反映されない
- 事実確認をしていたら1本に2時間かかり、他の業務が押した
- チェックしたはずの記事で、公開後に数値の誤りが見つかった
- レビュー担当が休むと、その週の公開が止まる
下書きの生産量が3倍になっても、レビューの処理能力は変わりません。すると詰まる場所がレビューに移るだけです。制作全体で見れば、速くなっていない。
これはレビュー担当の能力の問題ではありません。チェックのやり方が、量が増えた前提で設計されていないだけです。
2. なぜチェックが終わらないのか
観点が言語化されていない
経験のある人ほど、直感で違和感を検知します。ところがその直感は言葉になっていないので、指摘が「なんか違う」になります。書いた人は直せず、レビュー担当が結局自分で直す。工数がレビュー側に集中していきます。
一度に全部を見ようとしている
事実の正確さ、論理のつながり、文章の読みやすさ、検索での見え方、法務上のリスク。これらを1回の通読で同時に見るのは、そもそも無理があります。注意が分散し、見落としが出ます。しかも見落とす項目が毎回違うので、品質が安定しません。
いちばん重いチェックが最後に来る
事実確認は、5つの観点の中でもっとも時間がかかります。それを最後に回すと、直前で数値の誤りが見つかったときに構成ごと組み直しになります。
差し戻しの基準がない
どこまで直せば合格かが決まっていないと、レビューが際限なく続きます。細かい表現の好みまで指摘が広がり、往復が3回、4回と増えていきます。
見る人と直す人の基準が違う
同じチェックリストを使っても、合格ラインの感覚が人によって違います。ある人が通した記事を別の人が見ると差し戻される。書いた人からは、基準が不明に見えます。
3. 5層に分けてチェックする
チェックは層に分け、重い順に、独立して通します。1層ずつ見ることで、注意の分散と見落としが減ります。加えて、層ごとに自動化できる範囲が違うので、人が使う時間の配分も設計できます。
順序は次の通りです。事実 → 論理・構成 → 表現 → 検索・読者体験 → 法務・リスク。事実を最初に置くのは、ここで落ちると後の層の作業がすべて無駄になるからです。
層1:事実(最初に、最も厳しく)
チェック項目
- 数値に出典があるか。出典の年次は古すぎないか
- 固有名詞の表記が正しいか(社名の表記ゆれ、法人格の位置、製品名の大文字小文字)
- 制度・法令に関する記述が現行のものか
- 他社事例が実在するか。事実関係が公開情報と一致するか
- 引用元へのリンクが生きているか
- 「一般に言われている」で処理されている記述に根拠があるか
- 取材記事の場合、発言内容が原文から逸脱していないか
自動化できる部分
要確認箇所の洗い出しは自動化できます。正しいかどうかの判定は自動化しないでください。
以下の記事について、事実確認が必要な箇所をすべて洗い出してください。
正誤の判定はしないでください。洗い出しだけ行ってください。
【記事】(貼る)
【渡した材料】(元にした資料があれば貼る)
【出力形式】
| 該当箇所 | 種類 | 材料での裏付け | 危険度 | 確認方法 |
・種類:数値 / 固有名詞 / 制度・法令 / 他社事例 / 通説 / 推論 / 断定表現
・裏付け:材料にある / 材料にない / 不明
・危険度:高(誤ると信用を損なう)/ 中 / 低
・確認方法:どの資料を見るか、社内の誰に聞くかを具体的に
【条件】
「材料にない」と「不明」を必ず洗い出してください。
1件も検出されなかった場合は基準が甘い可能性が高いので、
より厳しい基準で見直して再出力してください。
人がやる部分。 危険度「高」の項目を、一次資料に当たって確認します。ここを省略した記事を公開すると、あとで取り返しがつきません。危険度「中」「低」は、まとめて1回で確認します。
差し戻し基準。 危険度「高」に未確認が1件でも残っていれば差し戻し。例外を作らないのが要点です。
層2:論理・構成
チェック項目
- 記事の主張が1文で言えるか
- 見出しだけを読んで、記事の流れが理解できるか
- 前の見出しから次の見出しへの接続が飛んでいないか
- 材料の裏付けがない見出しがないか
- 内容が重複している見出しがないか
- 読者の当然の反論に答えているか
- 結論が本文の内容から導けるか(本文より強い結論になっていないか)
自動化できる部分
以下の記事の論理構造をレビューしてください。書き直しはしないでください。
【記事】(貼る)
1. この記事の主張を1文で書き出してください(書けない場合は「書けない」と明記)
2. 見出しだけを順に並べ、流れとして成立しているか判定してください
3. 論理が飛んでいる箇所(前の段落から次の段落への接続が不自然な場所)を指摘してください
4. 具体的な材料(数値・事実・固有名詞・発言)がひとつも含まれていない段落を列挙してください
5. 内容が重複している段落の組み合わせを指摘してください
6. 本文の根拠より強い断定になっている記述を指摘してください
7. 想定読者が当然抱くのに、記事が答えていない疑問を3つ挙げてください
4番が効きます。具体的な材料がゼロの段落は、そのまま一般論の段落です。ここを機械的に見つけられるだけで、レビューの指摘が「なんか違う」から行の特定に変わります。
人がやる部分。 指摘された箇所を残すか削るかの判断。7番で挙がった疑問に答えるかどうかの判断。
差し戻し基準。 主張が1文で書き出せない場合は、表現に入る前に構成から差し戻します。
層3:表現・文体
ここは最後に近い層に置きます。構成が変わると文章はどうせ書き直しになるので、先に磨いても無駄になるからです。
チェック項目
- 一文の長さが揃いすぎていないか
- 抽象語(効率化、最適化、活性化、強化、向上)で終わる文が多くないか
- 主語が大きい文(企業は、多くの担当者は、現代では)が多くないか
- 接続詞(また、さらに、加えて)が過剰でないか
- 同じ語尾が3回以上続く箇所がないか
- 段落の型(主張→理由→具体例→まとめ)が反復していないか
- 自社の表記ルールに沿っているか
自動化できる部分
以下の文章を診断してください。書き直しはしないでください。
【記事】(貼る)
【自社の表記ルール】(あれば貼る。例:出来る→できる、下さい→ください、
!と?は使わない、半角英数と日本語の間に空白を入れない)
次の項目について、該当箇所を原文から抜き出して件数とともに一覧化してください。
1. 隣り合う3文の文字数の差が10字以内である箇所
2. 抽象語で終わっている文
3. 主語が大きい文
4. 接続詞(また・さらに・加えて・そのため・このように)
5. 同じ語尾が3回以上連続している箇所
6. 「主張→理由→具体例→まとめ」の型が3段落以上連続している箇所
7. 表記ルール違反
8. 次の語の出現回数:まさに / 実は / 非常に / さまざまな /
〜ではないでしょうか / 〜と言えるでしょう / 〜が挙げられます
最後に、この文章でもっとも読みにくさに寄与している項目を3つ、理由つきで挙げてください。
人がやる部分。 冒頭2文、見出し、締めの段落。この3箇所だけは人が手を入れます。効果が大きく、かつAIがもっとも平均に寄りやすい場所です。
自社の文体をどう定義してチームで揃えるかは、AIコンテンツのトーン統一術に考え方がまとまっています。表記ルールと文体定義は1度作れば全記事で使い回せるので、投資効率のいい部分です。
層4:検索・読者体験
チェック項目
- 狙うキーワードの検索意図と、記事の型が合っているか
- タイトルの約束に本文が答えているか
- 説明文(meta description)が本文の内容と一致しているか
- 見出しがそれだけ読んで内容を想像できる文になっているか
- 本文中に関連記事への文脈リンクが2〜4本あるか
- 同じ意図の既存記事と役割が重なっていないか
- 画像の代替テキストが入っているか
- 読み終えた読者が次に取れる行動が書かれているか
自動化できる部分。 タイトルと本文の整合、見出しの具体性、内部リンクの有無は診断させられます。既存記事との重複判断は、記事一覧を渡せば候補までは出せます。
人がやる部分。 検索意図の判断。実際に検索して上位の型を確認する作業は、人がやるほうが速くて確実です。
層5:法務・リスク
見落とすと影響が大きい層です。業種によって見るべき点は変わりますが、共通する観点は次の通りです。
チェック項目
- 効果や優位性の表現が、根拠を伴わない断定になっていないか
- 健康、美容、金融など、業種特有の表示規制に触れる表現がないか
- 他社の文章や図を、引用の要件を満たさない形で使っていないか
- 画像・図表の利用条件を確認しているか
- 取材相手の発言について、本人確認を取っているか
- 個人名、社名、契約情報など、公開の可否を確認していない情報が含まれていないか
- 競合他社への言及が、事実に基づかない評価になっていないか
自動化できる部分
以下の記事について、表現上のリスクがある箇所を洗い出してください。
法的な可否の判断はしないでください。候補の抽出だけ行ってください。
【記事】(貼る)
【業種】(貼る)
次の観点で該当箇所を抜き出し、なぜ確認が必要かを一言添えてください。
1. 効果・性能・優位性を断定している表現(No.1、必ず、確実に、絶対に、業界唯一 等)
2. 根拠が示されないまま比較優位を述べている箇所
3. 他社・他サービスへの評価が含まれる箇所
4. 出典なしで引用と思われる文章が含まれる箇所
5. 個人名・社名・具体的な契約内容が含まれる箇所
6. 数値やデータの出所が不明な箇所
【条件】判断はせず、確認すべき候補として挙げてください。
人がやる部分。 抽出された箇所の可否判断。業種によっては、法務や外部の専門家の確認を通す運用にします。AIの判断を根拠にしないでください。
差し戻し基準を先に決める
層ごとに合格ラインを決めておくと、往復が減ります。目安は次の通りです。
| 層 | 差し戻す条件 | 通す条件 |
|---|---|---|
| 1 事実 | 危険度「高」の未確認が1件でもある | 危険度「高」がすべて確認済み |
| 2 論理 | 主張が1文で書けない/材料ゼロの段落が3つ以上 | 主張が明確/材料ゼロの段落が1つ以下 |
| 3 表現 | 表記ルール違反が10件以上 | 冒頭・見出し・締めに人が手を入れ済み |
| 4 検索 | 検索意図と型が合っていない | タイトルと本文が一致/内部リンク2本以上 |
| 5 リスク | 未確認のリスク候補が残っている | すべて確認済み、または削除済み |
表現の好みは差し戻し理由にしない、と決めておくのが実務上いちばん効きます。好みの指摘は往復を無限に増やします。
レビュー分担を設計する
1人が5層を全部見る体制は、量が増えた時点で破綻します。分けます。
| 層 | 担当の目安 | 所要の目安 |
|---|---|---|
| 1 事実 | 書いた本人+材料を持っている人 | 30〜40分 |
| 2 論理 | 編集担当 | 15分 |
| 3 表現 | 書いた本人(診断は自動) | 15分 |
| 4 検索 | メディア担当 | 10分 |
| 5 リスク | 法務または責任者 | 10分 |
書いた本人が層1と層3を自己チェックしてから回す、という順序が要点です。レビュー担当が最初に見るのは層2から。この形にするだけで、レビュー側の負荷がかなり下がります。
チェックの工程全体をどう設計するかについては、AI記事の品質管理チェックリストにワークフローとして整理されています。
AIにチェックさせるときの落とし穴
3つあります。
判定を任せない。 AIに「問題ありませんか」と聞くと、たいてい「問題ありません」と返ってきます。洗い出しは任せ、判定は人がやる。この分担を崩さないでください。
同じモデルで書いてチェックしない。 書いたときと同じ会話でチェックさせると、自分の出力を肯定します。少なくとも会話を分け、可能なら別のモデルを使ってください。
チェック結果を鵜呑みにして直させない。 「指摘を反映して書き直して」と続けると、指摘されていない箇所まで書き換わります。指摘の一覧を受け取り、直す箇所を人が選んでから渡し直します。
4. それでも残る限界
5層に分けて分担すれば、レビューの詰まりはかなり解消します。ただ、続けていると別の問題が出てきます。
チェック自体の工数は消えません。 5層で合計1時間20分。月10本なら回りますが、月30本になると40時間です。担当を分けても、組織全体で見た総工数は減っていません。
量が増えると形骸化します。 締切が迫ると、層1と層5だけ見て通す運用に崩れます。そして崩れたことが記録に残らないので、あとから振り返れません。
合格ラインの感覚が揃いません。 「材料ゼロの段落が1つ以下」のような数値基準は揃います。ところが「材料がある」の定義が人によって違う。数値基準を細かくするほど、今度は運用が重くなります。
指摘が次の記事に反映されません。 レビューで見つかった問題は、その記事では直ります。ただ、書く工程そのものは変わらないので、次の記事でも同じ問題が出ます。チェックは検出であって、予防ではありません。
担当者が変わると水準が落ちます。 判断の勘所は、チェックリストの外側にあります。引き継ぎ資料を作っても、移るのは項目だけです。
限界の正体は、チェックの精度ではありません。品質を、書き上がった後に検査で担保しようとしていることです。検査は、作り方が毎回違う前提の作業です。
5. 検査ではなく、工程で担保する
不良を後工程の検査で弾くより、工程そのものを固定して不良が出にくくするほうが、結果としてチェックは軽くなります。記事も同じです。
sonataは、記事制作の工程そのものをプロダクトの構造にしたサービスです。音声をアップロードすると、事前のWeb調査、企画、文字起こし、構成、記事生成までが一連の流れとしてつながっていて、工程間の受け渡しを人がやらなくて済みます。この音声から記事化までの一連のワークフローについて特許を出願しています。
素材が実際の発言なので、層1の事実確認は「原文と照らす」作業に収まります。ゼロから裏取りするのとは負荷が違います。同じ工程を全員が通るため、担当者が変わっても記事の水準が個人の慣れに左右されにくくなります。レビューで見るべき点も、記事ごとにばらつきません。
無料で試せます。社内のヒアリング音源を1本入れて、いまのレビューにかかる時間と比べてみてください。
まずは直近に差し戻した記事を思い出して、それが5層のどこで引っかかったかを分類してみてください。層が偏っていれば、そこが今の制作工程の弱点です。
