AIに「〇〇社の評判は？」と聞いたときは、出典URLを開き、口コミ・ニュース・自社の公式説明に分けて、回答の根拠を確かめます。好意的か否定的かを読む前に、誰が、いつ、何について書いた情報かを確認してください。
AI検索での評判、いわゆるreputationを点検するときも、回答の印象だけを点数化しません。質問と回答を保存し、事実として確認できる文、個人の感想、裏付けを見つけられない文を分けます。その区分によって、自社が行う対応が変わります。
どの問いと回答を記録する？
社名だけの評判確認と、利用目的を足した確認を分けます。製造業なら、発注先として調べる問いと、就職先として調べる問いでは、知りたい内容が違います。求人の感想を、製品品質の評価へ読み替えないようにします。
最初の質問は途中で直さず、そのまま保存します。新しい会話で確認し、日時、AIのサービスと機能、設定、回答全文、出典URLを残してください。条件を足して質問したなら、別の記録です。都合のよい答えが出た回だけを保存すると、どんな誤りが起きたか追えなくなります。
出典がない回答は、その状態を記録します。推測したページを出典欄へ埋めないでください。後から社名検索で見つけた記事も、AIの回答に表示されたURLとは別に保存します。
Geminiの関連ソースの公式ヘルプは、次の点を明記しています。
すべての回答に関連リンクやソースが含まれるわけではありません。
同ヘルプは、関連リンクに公開ウェブ以外のアップロード資料や、接続した文書などが含まれることも説明しています。自社の資料を添付して評価させた回答を、公開情報だけから作られた評判と混ぜないでください。
出典を、どの種類に分けて読む？
AIが示したURLを開き、ページの運営元、公開日や更新日、記述の対象を確認します。以下は読むための区分で、特定の会社について測った結果ではありません。
| 出典の種類 |
確認すること |
読み違えやすい点 |
| 口コミサイト |
対象の会社・利用場面・時期 |
一人の感想を会社全体の評価にする |
| ニュース |
発生時期・対象事業・続報 |
過去の出来事を現在の状態にする |
| 自社の公式説明 |
条件・更新時点・根拠 |
自社の主張を第三者評価にする |
| 比較・紹介記事 |
比較条件・参照元・掲載時点 |
古い情報や別会社を混ぜる |
自社のプレスリリースがニュースサイトへ転載されていたら、内容の出どころも見ます。掲載先が複数あっても、元が同じ発表なら、複数の独立した調査が同じ結論を出したとは扱いません。AIの出典一覧に並んだ数だけでは、根拠の独立性は分かりません。
外部のページを調べる理由と、会社説明への影響はAIは自社サイトの外も読んでいるにまとめています。今回の点検では、一つの回答をどの原文が支えているかまで確かめます。
感想と事実を、どう分ける？
「対応が遅い」という言葉だけでは、何に時間がかかったのか分かりません。見積もりの返信なのか、納品なのか、問い合わせへの返答なのかを原文で読みます。条件や時期が書かれていなければ、その不足を残します。
たとえば、加工会社への口コミに「試作の相談を断られた」と書かれていたとします。これをAIが「試作に対応していない会社」とまとめたなら、公式の受付条件と照合します。量産を前提にした相談だけ受けているなら、その条件が回答から落ちていないかを見ます。これは検証方法の例で、実際の口コミではありません。
口コミの経験そのものが誤りとは限りません。ある条件で断られた事実と、全件受け付けないという説明は分けます。公式情報が現在の条件を示していても、過去の経験を否定する根拠にはなりません。
ニュースでも同じです。出来事の発生日、記事の公開日、現在までの続報を分けます。元記事が事実を報じているのに、AIの要約が時期や対象を落としていたなら、掲載元の誤記として訂正を求める前に、回答と原文の差を記録します。
一つの文に、根拠はある？
回答の「品質が高い」「対応が不安」といった評価語に注目し、どの出典に対応するか探します。リンク先に同じ趣旨の文があるのか、別の文をAIが広く解釈したのかを分けます。原文が見つからなければ確認不能です。
Googleの生成AI機能向けガイドは、検索で得たページの情報を使って回答と関連リンクを示す仕組みを説明しています。リンクがあることは確認の入口です。自社での検証では、そのリンクが該当する文を実際に支えているかまで読みます。
社名が似た別会社の口コミが混ざることも点検します。名称だけでなく、所在地、事業、公式URLを照合してください。疑わしい記述を見つけた時点で別会社と断定せず、根拠を確認するまでは「対象会社の確認待ち」と残します。
自社でできる対応は？
公式ページで答えられる事実を整えます。料金の決まり方、受け付ける依頼、相談時に必要な資料などです。評価語へ評価語で対抗せず、検討する人が条件を確かめられる説明を置きます。古いページに違う条件が残っていないかも確認してください。
第三者の事実誤認には、掲載箇所と根拠を添えて訂正を頼みます。自社の正しい説明を作ることと、外のページへ訂正を頼むことは別の作業です。文面と資料の整え方は事実の訂正依頼の手順へ進めます。
私たちも、暦メディアで聞かれている語と本文を照合し、読み方は書いていても「読み方」という案内がない状態を見つけました。出典は2026年8月21日以降のSearch Consoleと作業記録です。これは評判改善の実績ではありません。公式に答えを書いたつもりでも、質問に対する答えとして読めるかは別に点検する必要があります。
AIの公開回答を、事業者が他の利用者の分まで直接書き換える手段は一般にありません。回答を報告する機能があっても、送信したことと、その後の回答が変わったことを分けます。公式情報を更新した日を、AI側の反映日として記録しないでください。
プレスリリースで評判を変えられる？
AIに引用されるプレスリリースを探しても、配信だけで引用や好評価が保証されるわけではありません。発表できる事実があるときに、対象、開始時期、条件、詳しい情報への案内を示します。
書き方の詳細はプレスリリースとAI検索の関係で扱っています。評判の点検では、配信した件数ではなく、実際の回答のどの文にどのURLが付いたかを見ます。リリースが引用されても、口コミやニュースの評価が上書きされたとは判断しません。
公式の発表は、公式の事実説明として記録します。転載された文を第三者の推薦として扱わなければ、出典が増えたように見えるだけの報告を避けられます。
次回の確認へ、何を引き継ぐ？
各記述に「事実確認済み」「感想」「確認不能」「別会社の疑い」と記し、根拠URLと原文の保存先を付けます。対応する人と、公式の修正日や訂正依頼日も残してください。評価語を機械的に肯定・否定へ分けただけの表では、次の作業を決められません。
同じ問いを同じ条件で繰り返し、回答と出典の変化を毎月の星取り表へ残します。特定の回で好意的になっても、その原因を自社の発表だけに結び付けません。出典やAIの動作が変わった可能性も残ります。
AIでの見え方の測定では、良い評判の画面を集めることより、確認できなかった説明を減らすために記録を使います。次回の担当者が元の文章まで読める形で、回答と出典を一緒に残してください。
仕様・出典の確認日：2026年10月22日。