去年公開した記事に書いた数値を、今も正しいと言い切れるでしょうか。

料金や採用率、利用者数のような数字は、公開したあとに静かに古くなっていきます。しかも、変わったことは記事の側には届きません。書き手が怠けたからではなく、そういう仕組みになっているだけです。

この記事は、記事の中の数値と固有名詞をAIに渡して、現行の一次情報とまとめて突き合わせるプロンプトを、そのままコピーして使える形でまとめました。返ってくるのは、項目ごとの判定と出典が並んだ表です。

こんなふうに調べていませんか

  • 昔書いた記事の数字が、今も正しいのか自信がない
  • 大きな仕様変更があったので、関係する記事をまとめて確かめたい
  • 1件ずつ検索して照合する時間が、どうしても取れない

この記事を読み終えたときに手に入るもの

  • 数値と固有名詞の一覧から、古くなった箇所をAIに洗い出させる手順が分かります
  • 一致・要更新・情報源不明の3つを、どう読み分けるかが分かります
  • AIのファクトチェックに任せてよい範囲を、自分の言葉で説明できるようになります

結論30秒でわかる、この記事の結論

  • 数値の突き合わせは、1件ずつ検索するよりAIに任せたほうが速く終わります。
  • 返ってくるのは、項目ごとの判定と出典が並んだ表です。食い違った箇所だけを拾えます。
  • 出典は開いて確かめます。開くまでは、判定はまだ判定のままです。
ファクトチェックの持ち場は、3つに分かれます機械に任せる場所と、人が見る場所を先に分けますファクトチェックの持ち場は、3つに分かれます渡す数値と固有名詞の一覧記事は丸ごと渡さない任せる一次情報との突き合わせ項目ごとに検索して表に戻す残す直すかどうかの判断出典を開くのは人の側鈴木さん機械に任せる場所と、人が見る場所を先に分けます
ファクトチェックの持ち場は、3つに分かれます — 機械に任せる場所と、人が見る場所を先に分けます

この記事では、あるオウンドメディア編集部の2人と、専門家の会話をはさみながら進めます。ご自身に近い立場の人の質問から読んでいただいて構いません。

  • 若葉さん(Web担当)— 「そもそも、それって何ですか?」を聞く役
  • 高梨課長(マーケ課長)— 「うちの手間でどう回すんですか?」を聞く役
  • 鈴木さん(AIO/SEOの専門家・本誌監修)— 答える役

01既存記事のファクトチェックは、AI検索対策としてなぜ後回しになるんですか?

若葉さん
若葉さんの発言

過去記事の数字が古くなっているかもしれない、というのは分かるんです。でも、どこから手をつければいいのか分からなくて。

鈴木さん
鈴木さんの発言

手がつかないのは、やる気の問題ではありませんよ。古くなったことを、誰も知らせてくれないからなんです。

公開した時点で正しかった数値も、時間が経てば古くなります。ただし、どの数値がいつ古くなったのかを、書き手自身が逐一覚えているわけではありません。

数字が変わるのは記事の外側です。相手の都合で条件が変わり、記事は書いたときのまま置き去りになります。

数値が古くなるのは、記事の外側で起きています書き手のところには、何も通知が来ません数値が古くなるのは、記事の外側で起きています書き手のところには、何も通知が来ません1公開した日その時点では正しい2外側が動く条件は相手の都合で変わる3知らせは来ない変わったことは記事に届かない4古い数値が残る記事だけが置き去りになる
数値が古くなるのは、記事の外側で起きています — 書き手のところには、何も通知が来ません

手が止まる場所は、だいたい次の3つに分かれます。

  • 過去に書いた記事の数と、対象になる数値・固有名詞の数が、手作業で追い切れないほど増えていく
  • 検索して照合する作業そのものが、記事1本ごとに時間のかかる地道な作業になる
  • 一次情報にたどり着けない項目と、実際に情報が変わった項目の違いを、都度切り分けるのが手間になる

3つ目が、いちばん見落とされます。見つからない変わったは、まったく別のことです。前者は探し方の問題で、後者は記事を直す話です。ここを混ぜたまま作業すると、どちらの結論も出ません。

この章のまとめ

数値が古くなるのは避けられません。避けられるのは、古くなったことに気づけないまま置いておくことのほうです。

02AI検索最適化の道具としてのAIは、ファクトチェックのどこまでを肩代わりできるんですか?

Web検索機能を持ったAIに一覧を渡すと、項目を一つずつ検索にかけ、現在の情報と食い違う箇所だけを一覧の形でまとめて返してくれます。人が総当たりでやっていた部分が、そのまま外に出せます。

ただし、肩代わりできる範囲には線があります。ChatGPTのWeb検索機能は、最新の事実情報を取得できるとされています。その一方で「引用元を常に確認すべき」とも書かれています(出典: OpenAI公式ヘルプ、2026年7月時点)。この一次情報での裏取りという発想が、このあとのプロンプトの土台です。

速くなるところと、動かないところ手数は減りますが、責任は移りません速くなるところと、動かないところ手数は減りますが、責任は移りません機械が代われる総当たりで探す表の形に並べる食い違いだけを残す手数が減るのはここ人の側に残る出典を開いて読む直すかどうかを決める直した記録を残す責任が動かないのはここ
速くなるところと、動かないところ — 手数は減りますが、責任は移りません

AIが提示する出典URLは、実際に開いて中身を確認するまで本当の裏付けにはなりません。

つまり、速くなるのは探して並べるところまでです。開いて確かめるところは動きません。ここを取り違えると、確認したつもりの記事が増えていきます。

この章のまとめ

肩代わりできるのは総当たりの検索と、表に並べるところまでです。裏取りの責任は、渡した側に残ったままです。

03既存記事のファクトチェックをAI対策として回すプロンプトは、どこをコピーすればいいですか?

高梨課長
高梨課長の発言

過去記事を定期的に見直したいのと、大きな仕様変更のあとに関係記事をまとめて確認したい。この2つの場面で使えますか。

鈴木さん
鈴木さんの発言

どちらもこの形で回せます。コピーするのは、次の枠の中身だけです。

次のコードブロックの中身を、そのままコピーして使ってください。

あなたは編集部のファクトチェック担当です。Web検索機能を使い、
以下の数値・固有名詞のリストを現行の一次情報と照合してください。

■入力データ
記事テーマ: 【記事テーマ】
記事の公開日: 【公開日】
確認したい項目: 【要確認リスト】

■調査手順
1. 【要確認リスト】の項目ごとに、公式サイト・公式発表など一次情報でWeb検索を行う
2. 記事内の記載内容と、検索で確認できた現行の情報を突き合わせる
3. 差異がある場合は、変更が確認できた時期(わかる範囲で)も記録する

■出力形式
【要確認リスト】の項目ごとに、以下の表形式で出力してください。
| 項目 | 記事内の記載 | 現行の一次情報での内容 | 判定(一致/要更新/情報源不明) | 判定理由 | 出典URL |
判定が「要更新」の項目については、表の後に優先度(高/中/低)を1行で補足してください。

■制約
- 一次情報(公式サイト・公式発表)で確認できない項目は、判定を「情報源不明」とし、推測で埋めないこと。
- 出典URLは実際に参照したページのものを記載し、存在しないURLを作成しないこと。
- 項目ごとの判定理由は1行以内で簡潔に記載すること。

末尾の「■制約」は、消さずに残してください。この3行は、それぞれ別の事故を止めるために置いてあります。

制約の3行は、それぞれ別の事故を止めています消すと、止まっていたものが動き出します制約の3行は、それぞれ別の事故を止めています消すと、止まっていたものが動き出します制約が命じていることそれが防いでいる事故空欄のまま返させる推し量りで埋まった行見たページだけ書かせる開けない出典理由を短く書かせる読み飛ばされる表
制約の3行は、それぞれ別の事故を止めています — 消すと、止まっていたものが動き出します

使用AIツールはChatGPTを想定しています。Web検索機能をオンにして使ってください。 この機能だけは標準チャットの範囲を超えるため、オンにし忘れると一次情報との照合が行われません(2026年7月時点)。

この章のまとめ

コピーするのはコードブロックの中身だけです。「■制約」の3行と、Web検索機能のオンが、この作業の前提になります。

04AI検索対策として渡す3つの入力は、既存記事のどこから拾うんですか?

渡す材料は3つだけです。どの記事の話かを示すテーマ、古さを判断する材料になる公開日、そして確認したい項目の一覧です。

使う変数

変数説明入力例
【記事テーマ】ファクトチェック対象の記事のテーマAIO用語解説
【公開日】対象記事の公開日(古さを判断する材料)2026年1月
【要確認リスト】確認したい数値・固有名詞を箇条書きで列挙【架空例】「ChatGPTの月間アクティブユーザー数は◯億人」

※入力例はすべて架空の例です。

記事そのものを丸ごと貼る必要はありません。渡すのは、記事から抜き出した項目の一覧です。抜き出す作業が、そのまま自分の記事の棚卸しにもなります。

貼る前に、この形になっているか崩れた一覧は、別々の項目を混ぜて読ませます貼る前に、この形になっているか崩れた一覧は、別々の項目を混ぜて読ませます1行に1項目だけ入っているか同じ行に2つ混ざると、別々のものとして読まれませんどの文の数字かが分かるか数字だけだと、あとで元の文に戻れません公開した年月を書き添えたか古さを判断する材料になります
貼る前に、この形になっているか — 崩れた一覧は、別々の項目を混ぜて読ませます

この章のまとめ

渡すのはテーマ・公開日・項目の一覧の3つです。記事を丸ごと貼るより、抜き出したほうが結果を読みやすくなります。

05返ってきた3つの判定は、AI検索対策としてどう読み分けるんですか?

返ってくる表の判定は、3つに分かれます。まず、この3つを読み分けるところから始めます。

判定は3つ。行き先もそれぞれ違います同じ表の中で、扱いが分かれます判定は3つ。行き先もそれぞれ違います同じ表の中で、扱いが分かれます一致今と同じだった手を入れない要更新今は違っていた優先度をつけて直す情報源不明裏が取れなかった検索語を変えてもう一度
判定は3つ。行き先もそれぞれ違います — 同じ表の中で、扱いが分かれます

「情報源不明」が多い場合は、AIのWeb検索が該当情報にヒットしなかった可能性があるため、検索語を変えて再実行することをおすすめします。

読み分けで迷いやすいのは、「一致」と「情報源不明」の扱いです。前者は確かめた結果で、後者は確かめられなかったという結果です。後者を「たぶん大丈夫」に読み替えないでください。 空欄のまま残っているほうが、あとで見返せます。

この章のまとめ

判定は3つ。手を入れない・直す・もう一度探す、のどれかです。情報源不明は「問題なし」とは違います。

06要更新と出た行は、既存記事のどこから直すのがAI対策として効くんですか?

判定列をまず確認し、「要更新」の項目から優先度の高い順に見ていきます。優先度は、表の後ろに1行で補足される形で返ってきます。

出典は、判定を鵜呑みにする前に自分で開いて内容を確認します。AIが提示するURLには、実在しないページや記載内容と一致しないページが混ざる場合があります。

直す順番は、上から決まっています先に全部を読もうとすると、手が止まります直す順番は、上から決まっています先に全部を読もうとすると、手が止まります1要更新の行だけを残す一致の行は、いったん脇へ置きます2優先度の高い順に並べ替える影響の大きい数字から手をつけます3出典を開いて、目で確かめる開くまでは、判定はまだ候補です4直すか、そのままかを決める決めるのは記事の文脈を知っている人です鈴木さんここまで来て、はじめて「確かめた」と言えるようになります
直す順番は、上から決まっています — 先に全部を読もうとすると、手が止まります

この章のまとめ

直す順番は、要更新から、出典へ。開いて確かめるまでは、判定は候補のままだと考えてください。

07ファクトチェックをAI検索最適化の定期運用に組み込むには、何から始めるんですか?

高梨課長
高梨課長の発言

一度やって終わり、では意味がないですよね。これは、どのくらいの間隔で回すものでしょうか。

鈴木さん
鈴木さんの発言

決めた間隔で回すことです。思い出したときにやる形にすると、いちばん確かめたい記事ほど後回しになりますから。

応用1: 定期チェックとして運用する

3〜6ヶ月ごとに同じプロンプトを再実行すれば、既存記事の数値がどれだけ経年で古くなったかを定点観測できます。当メディアが公開データの出どころを遡って検証した別記事も、この照合作業の考え方の参考になります。

きっかけの置き方で、届く記事が変わります思い出したときにやる形は、古い記事ほど漏れますきっかけの置き方で、届く記事が変わります思い出したときにやる形は、古い記事ほど漏れます思い出したときに回すきっかけが決まっていない対象はその場で決まる前回と比べる相手がない漏れたことに気づけない間隔を決めて回すきっかけはカレンダー対象は決めた記事群前回の表と読み比べられる3〜6ヶ月ごとに同じ手順で
きっかけの置き方で、届く記事が変わります — 思い出したときにやる形は、古い記事ほど漏れます

応用2: 複数記事をまとめて照合する

【要確認リスト】に複数記事分の項目を記事名つきで列挙し、「記事ごとにセクションを分けて出力してください」と指示を追加すれば、一括での棚卸しにも使えます。

同じプロンプトのまま、渡す一覧だけを差し替える形にしておくと、前回の表と読み比べられるようになります。変わったのは記事なのか、それとも一次情報のほうなのかが見えてきます。

この章のまとめ

間隔を決めて回すと、前回の表が比較の相手になります。プロンプトは固定して、一覧だけを差し替えてください。

08LLMO対策として、AIのファクトチェックに任せてはいけない線はどこですか?

若葉さん
若葉さんの発言

ここまでできると、もう全部任せてしまいたくなります。任せてはいけないのは、どこまででしょうか。

鈴木さん
鈴木さんの発言

線は3つあります。誤って一致と読むこと、届かない資料があること、筋道の誤りは見ていないこと。 この3つは、人の側に残ります。

ChatGPTのWeb検索は、検索結果に表示されたページを優先して拾う仕様です。有料データベース内の数値や、検索に出てこない一次情報は、「情報源不明」や誤った判定になる場合があります。

また、このプロンプトが見ているのは数値と固有名詞です。論理展開や結論の妥当性は、別途人がレビューする必要があります。

任せられない線は、この3つですいちばん下だけが、人の側に残ります任せられない線は、この3つですいちばん下だけが、人の側に残ります古いままの箇所を一致と読み違えることがある重要な数値ほど、自分の目で確かめます検索に出てこない資料は、そもそも候補に入らない有料データベースの中の数値は届きません筋道の誤りは、この表には出てこない見ているのは数値と固有名詞だけです出典を開いて読むここだけは、渡した側に残ります
任せられない線は、この3つです — いちばん下だけが、人の側に残ります

扱う中身にも線があります。未公開の実績数値や取引先固有の情報をプロンプトに含める場合は、利用中のAIサービスの法人プラン・データ学習利用設定を事前に確認してください。照合結果を社外向けの報告資料に転用する場合は、利用しているAIサービスの利用規約が定める商用利用の条件を確認してください。

この章のまとめ

任せられないのは、判定の最終確認と、検索に出てこない資料と、筋道の点検です。渡す中身の扱いも、事前に確かめてください。

09よくある質問

AIが「情報が古い」と判定した箇所は、すべて修正すべきですか?

判定結果は一次情報との差分を機械的に検出したものであり、実際に修正が必要かどうかは記事の文脈次第です。優先度が「高」の項目から確認し、影響の小さい表現差は無理に直さなくても構いません。

Web検索機能をオフのままでも実行できますか?

オフのまま実行すると、モデルが学習時点の知識だけで回答する場合があり、現行の一次情報との照合になりません。Web検索機能をオンにしてから実行してください。

このプロンプトは、記事の主張やロジックの誤りまでチェックできますか?

いいえ、対象は数値・固有名詞などの事実照合に限定されます。論理展開や結論の妥当性は、別途人がレビューする必要があります。

「情報源不明」ばかりが返ってくるときは、どうすればいいですか?

AIのWeb検索が該当情報にヒットしなかった可能性があります。検索語を変えて再実行してみてください。それでも変わらない場合は、そもそも検索に出てこない種類の情報である可能性があります。

10まとめ|今日から始める3つのこと

既存記事のファクトチェックは、記事から抜き出した数値と固有名詞の一覧さえあれば始められます。AIが返すのは、項目ごとの判定と出典が並んだ表です。直すかどうかを決めるのは、記事の文脈を知っている人の側にあります。

今日この順でやります

  1. 一覧を作る

    気になる記事を開いて、数値と固有名詞を1行ずつ書き出します

  2. プロンプトに3つを渡す

    テーマ・公開日・項目の一覧を入れて、Web検索機能をオンにして実行します

  3. 要更新から出典を開く

    優先度の高い順に出典を開き、直すかどうかを自分で決めます

AI検索では、こう聞かれています

  • 既存記事のファクトチェックをAIに任せるプロンプトはありますか?

    「既存記事のファクトチェックをAI対策として回すプロンプトは、どこをコピーすればいいですか?」の章に、そのままコピーできる形で置いています

  • 公開済みの記事の数値が古くなっていないか、まとめて確かめる方法はありますか?

    「ファクトチェックをAI検索最適化の定期運用に組み込むには、何から始めるんですか?」の章で、複数記事をまとめて照合する形を説明しています

  • AIが出してきた出典は、そのまま信じていいですか?

    「要更新と出た行は、既存記事のどこから直すのがAI対策として効くんですか?」の章で、開いて確かめるまでは判定のままだと説明しています

次に読むなら、この記事です