AI文章の確認手順|事実・出典・表現を見直すチェック表

AIが書いた文章は、事実を含む文を取り出し、出典の該当箇所と照合してから仕上げます。案内文や解説記事を公開する前に使える確認表と、「確認できない主張」を残さないための修正例を紹介します。

編集・情報確認日:2026年9月10日。この記事の記入例と評価表はShrimp AIの編集提案です。特定サービスの実使用レビューや性能ランキングではありません。

まず、事実・意見・記入例を分ける

文体を整える前に、読者が事実として受け取る情報を確認します。「月額いくら」「このプランで利用可能」「何人が使っている」といった主張には、対象と時点が合う根拠が必要です。編集上の提案や架空の例は、そのように分かる形で書きます。

文章の種類確認のしかた記述のしかた
確認できる事実公式資料の該当箇所、対象、更新日を照合条件と確認日を添える
編集者の提案どの読者・用途に向けた判断かを確認おすすめの理由と合わない条件を書く
架空の計算・記入例計算と前提を自分で確認説明用の例であることを明記
実体験・検証結果実施記録と結果があるか確認実際に確かめた範囲だけを書く

一文ずつ照合する確認表

本文の主張確認する根拠判定と対応
特定プランで機能が使えるその製品・プランの公式説明一致/条件不足/不一致/未確認
価格や利用上限の数値料金の通貨、契約期間、税や適用条件同じ条件の値か照合し、時点を書く
手順通りに操作できる現在の公式手順、可能なら実際の画面未確認の操作は実施済みと書かない
他の方法より優れている同じ条件で比較した記録根拠がなければ条件付きの編集判断へ直す
誰かの発言や引用本人・組織が公表した原文語句と文脈を照合し、必要な範囲だけ引用

確認記録には、本文の該当文、資料のタイトルとURL、該当する見出し、確認日、修正結果を残します。リンク先が存在するだけでは、主張が裏付けられたことになりません。

根拠が食い違うときは、対象と時点をそろえる

公式ページが複数あっても、別のプラン、国・地域、契約期間、更新時点を説明していることがあります。都合のよい数字を選ばず、本文の主張と同じ対象を説明する資料へ絞ります。条件をそろえても一致しない場合は、無理に一つへ決めず公開を保留するか、差がある事実を明記します。

食い違い先に確認すること本文の扱い
料金ページとヘルプで金額が違う通貨、税、月払い・年払い、対象地域、プラン名、表示日同じ購入条件にそろうまで金額を確定しない
機能一覧と操作手順で対象が違う製品版、アプリ・Web、管理者権限、段階提供の記載確認できた環境と条件だけを書く
古い公式記事と新しい公式記事が残っている公開日・更新日、現在のナビゲーションから案内される資料新しい資料を優先し、古い条件を混ぜない
公式説明と自分の画面が違うアカウント、プラン、地域、テスト提供、反映待ちの可能性公式条件と画面で確認した事実を分け、全利用者へ一般化しない
第三者記事と公式資料が違う第三者記事の確認日と一次情報への参照契約・仕様の根拠は一次情報で確認し、解説は補助として扱う

資料が消えている、ログイン後にしか確認できない、または対象条件を特定できない場合は「未確認」とします。「以前そうだった」「他の記事にも書かれている」という理由で、現在の条件として残さないようにします。

確認できなかった文の直し方

次は実在サービスの説明ではなく、架空の文章を使った編集例です。数値を別の推測値に置き換えるのではなく、何が不明なのかを具体化します。

確認前の文章例問題修正の方向
無料で無制限に商用利用できます。無料の対象・利用量・用途が根拠と一致しているか不明確認できた条件だけ書く。重要条件が不明なら契約判断を促さない
作業時間が必ず半分になります。比較した課題や実測記録がない生成、修正、確認の時間を測る手順を示す
実際に試したところ最高の品質でした。実施記録がなく、最高の基準もない公式情報に基づく紹介へ直し、実使用は未検証とする
このデータから売上は伸びます。観測したデータと将来の推測が混ざっている観測値と予想を分け、未確認の因果関係を断定しない

AIに確認を手伝わせる依頼例

次の文章から、外部の根拠で確認すべき主張を一文ずつ抜き出してください。主張、確認が必要な条件、渡した資料内の該当箇所、判定を表にしてください。資料に根拠がなければ「未確認」とし、URL・数値・引用を作らないでください。書き手の意見と架空の例は別にしてください。

この依頼は確認箇所の洗い出しに使います。返された判定も資料と照合してください。同じAIに「本当に正しいですか」と繰り返すだけでは、外部の根拠を確認したことにはなりません。

Googleの公式説明では、Geminiが不正確な内容を事実のように提示する場合があり、仕組みや情報源についての自己説明も誤ることがあるとされています。AIの自信の強さを確認済みの証拠として扱わないことが必要です。Google公式:Geminiアプリの回答について(2026年9月10日再確認)

文章として仕上げ、公開後に直せる状態にする

  1. 根拠が合わない主張を修正し、重要な未確認事項が残る場合はその箇所を保留する。
  2. 見出しと導入が本文の内容を正しく表しているか確認する。
  3. 参考資料へのリンクが主張の近くにあり、読者が該当箇所へ進めるか確認する。
  4. 試していないことを実体験として書いていないか、過度な断定が残っていないか見直す。
  5. 公開前の本文と確認記録を保存し、後から訂正する対象を追えるようにする。

機能の更新や読者からの指摘があったときは、該当する文だけでなく、同じ主張を使った比較表や関連記事も確認します。確認日だけを新しくし、根拠の確認を省くことは避けます。

再確認するきっかけと訂正記録を決める

すべての記事を毎日見直すのではなく、変わりやすさと読者への影響で再確認の優先度を決めます。確認日は、資料を実際に読み直した日だけ更新します。リンクが開いただけ、検索結果の見出しだけを見た状態では更新しません。

再確認のきっかけ確認する範囲公開中の対応
料金・無料枠・契約期間を掲載している金額だけでなく通貨、税、請求周期、対象者、更新条件契約判断へ直結する誤りなら、確認完了まで断定を外す
公式ページのURL変更・リンク切れ同じ主張を支える現在の一次情報と対象条件代替資料を確認できなければ「未確認」へ戻す
製品の名称・画面・提供機能が変わった本文、比較表、手順、関連記事の同じ主張操作できるように見える古い手順を残さない
読者・運営者から具体的な指摘があった指摘箇所、出典、同じ情報を使う他ページ重要度を判定し、必要なら先に注記または訂正を行う
アフィリエイトリンクを有効化・変更する掲載条件、PR表示、遷移先、本文の契約条件リンク追加だけで済ませず、読者の判断材料も再確認する

訂正時は、古い本文を消して終わりにせず、何を根拠にどこを変えたかを運営記録へ残します。公開ページに訂正履歴を表示するかは影響の大きさに応じて判断しますが、内部記録は次の確認と関連記事の点検に使えます。

対象ページ:[URL/記事名]
対象の主張:[変更前の文または表の項目]
再確認のきっかけ:[料金変更/リンク切れ/指摘など]
確認した資料:[資料名/URL/対象の見出し]
確認日:[年月日]
判定:[一致/条件不足/不一致/未確認]
変更内容:[残したこと/直したこと/削除したこと]
影響確認:[比較表/CTA周辺/関連記事/構造化データなど]
公開反映:[下書き/公開済み/保留]
復旧情報:[変更前本文またはRevision]
次回確認のきっかけ:[具体的な条件]

次の工程へ進む