AI が自社について誤った説明をしたら ── 訂正情報の届け方

この回は 誤情報の訂正（Correcting AI Misinformation） を扱います。直接の修正はできないという前提のうえで、何ができるかを整理します。

対処は原因によって変わります。同じ「誤り」でも、直し方が違います。

3行目が特徴的です。情報が少ないと、AIは埋めようとします。「この会社はこういう会社だから、たぶんこういうサービスもあるだろう」という推測が、断定的な説明として出てくる。沈黙は誤情報を招くという構造があります。これは ハルシネーション の一般的な性質で、情報が無いことと、無いと明記されていることは別として扱われます。

現実的な期待値を最初に確認します。できないことのほうが多いというのが率直なところです。

4行目が中心になります。自社サイトの情報を、明確で・新しく・機械可読な形で出し直す。回りくどく見えますが、これが最も確実です。

情報を出し直すときの形が重要です。本文を書き換えるだけでは、古い情報が残り続けることがあります。

1. 1現行情報を、明確な形で書く — 曖昧さを残さない（EP.08 の定義の書き方）
2. 2更新日を明示する — いつ時点かを示す（鮮度（Content Freshness））
3. 3古い情報のページを消さない — 「これは◯年時点の情報です」と明記して残す
4. 4構造化データにも反映する — 本文と一致させる（EP.09）
5. 5よくある質問として書く — 誤解されている点を、質問の形で

3番目が意外に効きます。古いページを削除すると、その情報がどこかに残ったまま「否定される機会」を失います。残したうえで「この情報は◯年時点のもので、現在は△△です」と書けば、古い情報に辿り着いた側も現行を知れます。

5番目も有効です。誤解されている点を、そのまま質問の形で書く。「◯◯は提供していますか？」「いいえ、提供していません。類似の△△であれば…」という形にすると、そのまま回答として使える構造になります。

多くの事業者は、誤った回答についての報告窓口を持っています。ただし反映は保証されません。

• 回答の全文を記録する — 後から再現できないことがある
• どう質問したかを記録する — 質問文によって結果が変わる
• いつ、どのサービスで起きたか — 事業者と時期を明記
• 正しい情報と、その根拠のURL — 訂正の材料を添える

1番目を必ずやってください。同じ質問をしても、次は違う回答が返ることがあります。「さっき見たときは違った」では報告になりません。画面の記録を残してください。

誤情報の内容によっては、事業への実害が出ます。程度に応じた対応が要ります。

3行目は見落とされがちですが、現場が困ります。「AIで見たのですが」という問い合わせが来たとき、担当者が知らなければ対応がばらつきます。誤情報が出ていることを、問い合わせ窓口に共有しておくだけで、現場の混乱はかなり防げます。

4行目については、記録の保全を最優先にしてください。回答の内容、日時、質問文。後から再現できない可能性があるので、気づいた時点で記録することが重要です。「あとでまとめて」と考えているうちに、同じ質問で別の回答が返るようになり、証拠が消えます。

誤情報が出てから動くより、平常時の備えのほうが効きます。

1. 1定期的に自社について質問してみる — EP.11 の測定と同じ仕組みで
2. 2よく誤解される点を把握しておく — 問い合わせの内容から分かる
3. 3現行情報を明確に保つ — 曖昧な記述は誤解の余地になる
4. 4提供範囲を明示する — やっていないことも書く
5. 5問い合わせ窓口と情報を共有する — 気づいたら伝える経路を作る

1番目は、EP.11 で作った測定の仕組みがそのまま使えます。引用されているかを確認するついでに、内容が正しいかも見る。追加の手間はほとんどかかりません。むしろ引用されているのに内容が間違っているという状態が最も危険なので、両方を同時に見る意味は大きい。

そしてこの対応は、AIのためだけではありません。曖昧な記述を明確にし、提供範囲を明示し、更新日を示す ── これらは人間の読者にとっても有益です。AI向けの対応として始めても、結果としてサイト全体の質が上がります。次回、この「両立する」という構造を、連載全体の立場としてまとめます。