検索ブランド相談室 | 検索と評判の専門メディア

AI検索の企業情報を確認する方法|公式サイト・GBPとの不一致を検証

部署:マーケティング担当者レベル:実践
AI検索の会社情報と公式サイトやGoogleビジネスプロフィールなどを照合して監査する担当者のデスク

ChatGPTなどのAI検索で自社について尋ねたとき、古い所在地が表示される、終了したサービスが紹介される、料金や会社情報が公式サイトと異なる。こうした状態では、AI回答だけを修正しようとしても原因を特定できません。

まず行うのは、公式サイトを「正」として、Googleビジネスプロフィール(以下、GBP)、構造化データ、主要な第三者情報、実際のAI回答を同じ項目で並べ、差分を確認することです。AI回答だけを見ていても、誤りがAIだけのものか、公開情報そのものが割れているのかは分からないためです。

この記事で扱うのは、企業情報の不一致を検出・分類し、原因所在と重大度を切り分けて監査結果を担当者へ引き継ぐところまでです。読み終えると、何をどの順で比べるか、見つけた差分をどう分類して優先度を付けるか、修正担当に何を渡せば再調査なしで動けるかが分かります。

第三者サイトへの具体的な訂正依頼、AI上の企業評判を良くする発信戦略、選ばれるためのコンテンツ施策は扱いません。そうした「誤情報を実際に修正し、企業評判を改善する工程」は、別記事「AI検索の企業評判はどう変える?誤情報の修正と『選ばれる情報』の発信方法」で解説しています。

関連する全体像や前提は「AI検索の「信頼性シグナル」とは何か?AIが企業情報をどう判断するか、全体像」で整理しています。

AI検索の企業情報整合性監査では何を確認するのか

AI検索の企業情報整合性監査とは、自社について公開されている重要な事実を情報源ごとに比較し、どこで内容が食い違っているかを特定する作業です。この節では、何を比べるのか、なぜAI回答だけでは足りないのかを説明します。

確認対象をAI回答だけに限定しないのは、AI検索の回答自体に誤りが含まれ得るからです。OpenAIは、ChatGPT Searchの検索結果や引用について「不完全、古い、または誤っている場合がある」と案内し、正確性が重要な場合には引用元を確認するよう案内しています。つまり、AI回答に誤りがあったときは、回答だけを見るのではなく、参照可能な公開情報までさかのぼって調べる必要があります。

公開情報の側でも、GoogleはGBPについて、実社会で使用している名称を一貫して使い、所在地やサービス提供地域を正確に記載するよう求めています。直接つながる電話番号やウェブサイトを使うことも案内しています。

監査対象は、少なくとも次の4層に分けると整理しやすくなります。表は、各層で何を確認し、その層が監査でどんな役割を持つかをまとめたものです。

情報層主な確認対象役割
公式情報公式サイト、会社概要、サービスページ正解となる基準
検索・地図情報Googleビジネスプロフィールなど検索利用者が接触しやすい企業情報
第三者情報業界メディア、比較サイト、企業データベースなど外部から見た企業情報
AI回答ChatGPTなどのAI検索最終的にユーザーへ提示される情報
公式情報、Googleビジネスプロフィール、第三者情報、AI回答の4層で企業情報を比較する概念図

AI回答だけでなく、公式情報・検索や地図上の情報・第三者情報を同じ項目で横並びにすると、「AIだけが間違っているのか」「公開情報そのものが割れているのか」を切り分けやすくなります。

最初に「正」とする企業情報をどう確定するか

監査を始める前に、どの情報を正しい企業情報として扱うかを社内で固定します。正解が決まっていないと、異なる情報を見つけても、どちらを修正すべきか判断できないためです。

例えば、会社概要ページでは「東京都千代田区」、採用ページでは移転前の「東京都新宿区」、GBPでは「東京都千代田区」と表示されているとします。この場合、「2対1だから千代田区が正しい」と多数決で決めるのではありません。登記情報や社内で承認された会社情報、現在の公式サイトなどを確認して基準値を確定します。

確定した基準値は、監査台帳に持たせます。最低限の項目は、次の表のとおりです。左の列が監査項目、右の列が「正」として確定しておく内容の例です。

監査項目正式情報の例
企業名正式名称・一般向け表記
所在地現在の本社・店舗所在地
電話番号公式連絡先
代表者現在の代表者氏名
設立正式な設立年月
事業内容現在提供している事業
サービス名正式名称
サービス概要現在の提供内容
料金現在公開している料金・要見積条件
対応地域現在の営業・提供エリア
URL正式な公式サイト・サービスURL

名称については、「法人登記名」と「一般向けブランド名」が異なる場合もあります。そのため、単純に一表記へ統一するのではなく、どの場所でどの名称を使うかまで定義することが必要です。この名称の使い分けは、後で確認する構造化データの項目(legalNameとalternateName)にも関わります。

企業情報の不一致はどのように5種類へ分けるか

発見した差分をすべて同じ「間違い」として扱うと、修正量が膨らみます。原因や性質ごとに分けると、優先順位や対応方法を判断しやすくなります。

実務では、差分を次の5種類へ分類します。以下では、順に「誤情報」「古い情報」「表記ゆれ」「条件差」「根拠不明のAI回答」と呼びます。

AI検索の企業情報監査で確認する誤情報、古い情報、表記ゆれ、条件差、根拠不明AI回答の5分類

1|誤情報

現在の事実と異なる情報です。たとえば、次のようなものがあります。

  • 移転前の住所
  • 退任した代表者
  • 終了したサービス
  • 変更前の料金
  • 誤った電話番号

ユーザーの意思決定へ直接影響し得るため、優先度は高くします。

2|古い情報

掲載当時は正しかったものの、現在は更新されていない情報です。誤情報と結果は似ていますが、原因が更新漏れである点が異なります。更新日や情報責任者まで確認すると、再発防止につなげやすくなります。

3|表記ゆれ

「株式会社ABC」と「ABC」、「サービスX」と「Service X」のように、事実としては同じでも表現が異なるケースです。すべての表記ゆれが問題になるわけではありません。ただし、別法人・別サービスと誤認される可能性がある表記や、公式名称が安定していない状態は整理対象とします。

4|条件差

料金や対応地域、サービス内容で特に起こりやすい差分です。たとえば、「月額5万円」と「月額5万円から」は同じではありません。そのため、価格だけでなく、初期費用、契約期間、対象プラン、税区分などの条件まで確認します。

5|根拠不明のAI回答

公開情報を調べても根拠となる情報源を特定できない回答です。これは「Web上の不一致」とは分けて管理します。

大規模言語モデル(LLM)の事実性に関する研究でも、LLMが根拠のない内容や事実と異なる文章を生成する問題は継続的な研究課題とされています。そのため、根拠不明のAI回答を見つけたからといって、必ず自社サイト側に原因があるとは断定できません。

公式サイト・GBP・第三者情報・AI回答は同じ表でどう比較するか

監査は、情報源ごとのレポートを別々に作るより、同一項目を横一列で比較する方法が有効です。次のような差分表を作ります。

項目正式情報公式サイトGBP第三者情報AI回答判定
企業名ABC株式会社一致一致ABC一致軽微
所在地東京都A区一致一致東京都B区東京都B区要修正
代表者山田太郎一致―旧代表者旧代表者要修正
サービスA提供中一致―一致一致問題なし
サービスB終了削除済―掲載中提供中と回答高優先
料金要見積一致―月額3万円月額3万円と回答高優先

表は、左の「正式情報」を基準に、右の各列がそれと一致しているかを見るものです。たとえば所在地の行では、公式サイトとGBPは正式情報と一致している一方、第三者情報とAI回答だけが同じ「東京都B区」になっており、判定は「要修正」です。判定欄の区分は、この表を読むための例示です。優先度の決め方は、後の節(不一致の優先度を決める節)で説明します。

この表で見るべきなのは、AI回答と同じ誤情報を持つ公開ページが存在するかです。たとえば、AI回答と第三者サイトだけが同じ旧住所を掲載している場合、その第三者情報が影響している可能性はあります。ただし、「AIがそのサイトを見て回答した」と引用などで確認できない限り、因果関係までは断定できません。

逆に、公式サイト内部でも旧住所と新住所が混在しているなら、まず自社側の情報管理を修正すべきです。

構造化データと画面上の企業情報は一致しているか

企業情報監査では、ユーザーから見える文章だけでなく、HTML内の構造化データも確認します。構造化データとは、ページに書かれた企業名や所在地などを、検索エンジンが読み取りやすい形で記述したものです。

Googleは、組織構造化データでnameやalternateName、legalName、address、telephone、urlなどの情報を提供でき、企業の名称、住所、連絡先などをGoogleが理解しやすくなるほか、組織の曖昧性解消にも役立つと説明しています。

ここで起こりやすいのが、画面上の表示と構造化データの食い違いです。たとえば画面上では「ABC株式会社/東京都渋谷区」と表示されていても、JSON-LD(構造化データを記述する形式の一つ)の中に「ABC Inc./東京都新宿区」という旧情報が残っている場合があります。

確認対象は次のとおりです。最初の2つは構造化データの種類、残りは各情報の項目名です。

  • Organization
  • LocalBusiness
  • name
  • legalName
  • alternateName
  • address
  • telephone
  • url
  • sameAs
  • logo

2026年7月にAIOGeoScanで診断された1,233ページを株式会社Bennuが分析した調査では、41.9%でJSON-LDが未実装だったほか、同じOrganizationやWebSiteを複数箇所で定義する重複警告も確認されています。これは一社の診断サービス利用ページを対象とした調査でありWeb全体を代表する数字ではありませんが、構造化情報の棚卸しが必要なサイトが実際に存在することを示す参考データです。

構造化データを追加すること自体が目的ではありません。人が見る会社情報と、機械が読む会社情報を一致させることが先です。

不一致の優先度は「重大度×確度×原因所在」でどう決めるか

不一致を見つけた時点で監査担当が行うべきことは、「どう直すか」を決めることではありません。まず、どの差分が事業上重大か、誤りと断定できるか、どの情報源に原因があるかをそろえて、修正担当へ渡せる状態にします。この三つの軸を、以下で順に説明します。

企業情報の不一致を重大度、確度、原因所在の3軸で判断する図

重大度:間違ったまま提示されたときの影響は大きいか

間違ったまま利用者へ提示された場合の影響を見ます。所在地、電話番号、料金、提供サービス、代表者など、問い合わせ・契約・応募などの意思決定へ直接影響する項目は高くします。

確度:誤りと言い切れる根拠はあるか

社内で承認された正式情報や現在の公式情報と直接比較できるものは、高確度です。一方、AI回答の説明ニュアンスや、対象条件が明記されていない第三者情報は、すぐに誤情報と断定せず「要確認」として管理します。

原因所在:どの情報源から不一致が始まっているか

「AIだけが誤っている」のか、「第三者情報とAIが同じ旧情報を持つ」のか、「公式サイト内部から情報が割れている」のかを分けて考えます。引用元が確認できない場合は、特定ページを原因と断定せず、確認できた差分と原因仮説を分けて記録します。

三つの軸を合わせた判定の典型例と、監査側の処理は、次の表のとおりです。

監査判定典型例監査側の処理
重大・原因明確公式サイト内で新旧住所が混在原因所在と対象URLを記録し、サイト担当へ引継ぎ
重大・外部起点候補第三者情報とAI回答が同じ旧料金根拠URL・AI回答・確度を記録し、外部情報担当へ引継ぎ
重大・原因不明AI回答のみ誤り、根拠URLなし原因不明として記録し、再確認条件を設定
軽微ブランド名の許容範囲内の表記差監査台帳へ記録し、原則として経過観察

ここで決めるのは「担当先」と「監査上の優先度」までです。GBPの管理画面操作、第三者サイトへの訂正依頼、コンテンツ発信などの具体的な修正手順は、修正工程側で扱います。

監査台帳には、修正担当へ引き継ぐためにどの列が必要か

監査結果を口頭やスクリーンショットだけで渡すと、修正工程で再調査が発生します。最低限、次の列を1行1項目で残します。

必須列記録内容
項目企業名、所在地、代表者、料金など
正情報社内で確定した基準値
情報源公式URL、GBP、第三者URL、AIサービス等
確認値実際に表示されていた内容
差分種別誤情報/古い情報/表記ゆれ/条件差/根拠不明のAI回答
重大度高/中/低など社内基準
確度確定/高/要確認など
原因所在公式/GBP/第三者/AIのみ/不明
修正主体Web担当/GBP担当/広報/外部媒体担当など
根拠正情報を確認した一次資料・承認元
次回確認日引継ぎ後に監査側が再確認する予定日
ステータス未引継ぎ/引継ぎ済み/再確認待ち/監査完了

「修正主体」は、監査担当が具体的な修正操作まで行うという意味ではありません。どの担当へ渡すべきかを確定するための列です。

企業情報整合性監査は、どの順番の7ステップで進めるか

次の順番で進めると、「検出して終わり」にならず、修正工程へ引き継げる監査記録まで作れます。

企業情報マスターの作成から公式サイト、GBP、構造化データ、第三者情報、AI回答、監査完了記録までの7ステップ

STEP1|正式情報マスターを作る

会社名、所在地、代表者、事業、サービス、料金、連絡先などについて、監査の基準値を確定します。この基準値の一覧を、ここでは正式情報マスターと呼びます。

STEP2|公式サイトを横断確認する

会社概要だけでなく、採用ページ、サービスページ、プレスリリース、PDF、過去記事も同じ項目で確認し、サイト内部の不一致を記録します。

STEP3|GBPを確認する

店舗や来店型拠点がある場合は、名称、所在地、電話番号、URL、営業時間、カテゴリなどを確認し、正式情報との差分を台帳へ記録します。

STEP4|構造化データを確認する

画面上の記載とOrganizationやLocalBusinessの値を比較し、同一企業について複数定義や旧情報が残っていないかを確認します。

STEP5|主要な第三者情報を確認する

検索結果に頻繁に現れる企業情報ページ、業界媒体、比較ページ、企業データベースなどを確認します。すべてのWebページを調べるのではなく、露出しやすい情報源から監査します。

STEP6|AI回答を複数の質問で確認する

「○○社について教えて」だけではなく、所在地、代表者、事業、サービス、料金、対応範囲など、監査項目ごとに質問します。確認日、AIサービス名、質問文、回答、引用元URLの有無まで保存します。

STEP7|原因所在を確定し、監査結果を引き継ぐ

各差分について、重大度・確度・原因所在・修正主体を埋めます。引用が確認できない場合は、原因を推測で確定せず「不明」とします。そのうえで、担当者へ台帳を渡し、次回確認日を設定します。

監査はどの状態になれば完了で、修正工程へ何を引き継ぐか

監査は、実際の修正が完了した時点ではなく、修正担当が追加調査なしで着手できる情報がそろった時点で一区切りとします。完了の条件は次のとおりです。

  • 正情報の根拠が確定している
  • 公式サイト・GBP・第三者情報・AI回答の差分が項目単位で記録されている
  • 各差分が5分類のいずれかに整理されている
  • 重大度と確度が付いている
  • AIだけの誤りか、公開情報自体の不一致かを切り分けている
  • 原因を断定できない項目は「不明」と明記している
  • 修正主体と引継ぎ先が決まっている
  • 次回確認日または再確認条件が設定されている

この先の「第三者サイトへどう訂正依頼するか」「GBPや公式サイトをどう修正するか」「AI上で選ばれやすい情報をどう発信するか」は、企業評判改善の記事へ引き継ぎます。本記事では、そこへ進む前の監査証跡を整えるところまでを担当範囲とします。

監査で確認すべき10項目

企業情報監査を定期運用する場合は、次の10項目から始めると管理しやすくなります。これまでの節の内容を、点検用の問いにまとめたものです。

  • 企業名・ブランド名は統一されているか
  • 本社・店舗の所在地は最新か
  • 電話番号・問い合わせ先は正しいか
  • 現在の代表者が表示されているか
  • 現在提供しているサービスが正しいか
  • 終了したサービスが現在も提供中になっていないか
  • 料金・契約条件は最新か
  • 対応地域・対象企業・対象者が正しいか
  • 構造化データと画面上の情報が一致しているか
  • AI回答の誤情報と同じ内容を持つ公開情報源が存在しないか

このチェックで差分が見つかった場合は、「AIが間違っている」で終わらせず、どの情報源から不一致が始まっているかまで記録します。

まとめ|最初の一歩は、「正」を決めて同じ項目で差分を並べること

AI検索に自社の誤った情報が表示された場合、最初に必要なのは、いきなり評判改善や修正施策へ進むことではありません。

公式サイト、GBP、構造化データ、主要な第三者情報、AI回答を同じ項目で比較し、何が違うか、どこから不一致が始まっているか、どの程度重大かを監査します。

監査担当が確定するのは、正情報、差分種別、重大度、確度、原因所在、修正主体、次回確認条件までです。具体的な訂正操作や企業評判を改善する発信施策は修正工程へ引き継ぎます。この境界を明確にすると、「AIだけが誤っているケース」と「公開情報そのものが割れているケース」を混同せず、修正担当が再調査せずに動ける監査台帳を残せます。

まずは、「正」とする企業情報を項目ごとに確定し、その項目を軸に公式サイト、GBP、第三者情報、AI回答を並べるところから始めましょう。

参考文献・データ元

この記事で参照した情報を確認できます。

  • Google「Google に掲載するビジネス情報のガイドライン」:ビジネス名称、住所、電話番号、URL等の正確性・一貫性の確認に使用。Google ビジネス プロフィールのガイドライン
  • Google Search Central「Organization structured data」:企業名、住所、電話番号、法人名等の構造化情報と企業識別に関する確認に使用。Organization structured data
  • Google Search Central「Expanding markup support for Organization details」:Organization情報の利用目的確認に使用。
  • OpenAI「ChatGPT でウェブを検索する」:検索結果や引用が不完全・古い・誤っている可能性の確認に使用。ChatGPT でウェブを検索する
  • OpenAI「How ChatGPT and our foundation models are developed」:生成結果の性質と同一質問でも結果が変化し得る点の確認に使用。
  • Wang, Y. et al., “Factuality of Large Language Models: A Survey,” EMNLP 2024:LLMの事実性・誤情報に関する研究整理として使用。
  • 株式会社Bennu「AI検索時代のSEO/AIO/LLMO対策 実態調査レポート【2026年7月度】」:構造化データ等の診断データの参考値として使用。対象は2026年7月、1,233ページ。

‹ 親記事: AI検索の「信頼性シグナル」とは何か?AIが企業情報をどう判断するか、全体像を整理する

関連記事

関連テーマ