ChatGPTに自社サイトを認識してもらうには？AI検索時代の基本対策

「ChatGPTに自社名を聞いても、まったく知らないと言われる」「競合の名前は出てくるのに、うちは出てこない」。生成AIの利用が広がるにつれて、こうした相談が増えています。

この記事では、生成AIが自社サイトの情報を扱えるようにするために、技術面とコンテンツ面で何を整えるべきかを順に見ていきます。最初に重要な点を書いておくと、「これをやればChatGPTに出てくる」と言い切れる手順は存在しません。以下は、可能性を下げている要因を取り除くための現実的な作業リストです。

そもそもAIはどうやってサイトの情報を得ているのか

対策を考える前に、仕組みを2つに分けて理解しておく必要があります。混同すると、的外れな施策に時間を使うことになります。

学習データとしての取り込み

大規模言語モデルは、学習の段階で大量のWebテキストを取り込みます。ここで得た知識は、モデルの内部にパラメータとして保持されます。この経路には、次のような性質があります。

• 学習データの締め切り日以降の情報は含まれない
• 特定のサイトが含まれているかを外部から確認できない
• 新しく公開したページが即座に反映されることはない
• 個別のサイトが「どう記憶されたか」を制御する手段はほぼない

回答生成時の検索（リアルタイム参照）

一方、多くのAIサービスは回答を作る際に、その場でWeb検索を行い、取得したページを読んで回答に反映します。ChatGPTのブラウジング機能やPerplexityの動作がこれにあたります。

1. クロールできる状態になっているか

もっとも基本的で、しかし意外に見落とされているのがここです。

robots.txt を確認する

robots.txt で意図せず広範囲をブロックしていないかを確認します。特に、開発中に設定した Disallow: / がそのまま本番に残っているケースは珍しくありません。

また、生成AI向けのクローラーは、検索エンジンのクローラーとは別のユーザーエージェントを使うことがあります。代表的なものに GPTBot（OpenAI）、ClaudeBot（Anthropic）、PerplexityBot（Perplexity）などがあります。

これらを許可するか拒否するかは、経営判断です。コンテンツを保護したい場合はブロックする選択もありますし、AI経由での露出を優先するなら許可します。重要なのは、意図せずブロックしていないかを確認することです。

JavaScriptに依存しすぎていないか

本文がクライアントサイドのJavaScriptでしか描画されないサイトは、クローラーによっては内容を取得できないことがあります。Googlebotはレンダリングを行いますが、すべてのクローラーが同じ処理をするとは限りません。

主要なコンテンツは、サーバー側で生成されたHTMLに含まれている状態が安全です。静的生成やサーバーサイドレンダリングを使っているなら、この点は問題になりません。

ステータスコードと表示速度

404や500を返しているページ、極端に応答が遅いページは、そもそも読み取られません。基本的なことですが、定期的な確認は必要です。

2. インデックスされる状態になっているか

クロールできることと、検索インデックスに登録されることは別です。

• noindex メタタグが不要なページに残っていないか
• canonical タグが誤って別のページを指していないか
• sitemap.xml を用意し、Search Console から送信しているか
• 重複コンテンツによって、正規ページの判定が揺れていないか

Google Search Console の「ページ」レポートで、インデックス登録されていないページとその理由を確認するのが確実です。

3. サイト構造が明確か

AIがページの内容を理解するには、そのページが何について書かれ、サイト全体のどこに位置づけられるかが読み取れる必要があります。

見出し階層を正しく使う

1ページにH1はひとつ。その下にH2、さらに細分化するならH3。見た目のサイズを整えるためにH3を先に使う、といった使い方は避けます。見出しのテキストは、そのセクションの内容を要約したものにします。

内部リンクでテーマの関係を示す

関連する記事同士をリンクでつなぐことで、サイト内のテーマ構造が伝わります。リンクのアンカーテキストは「こちら」ではなく、リンク先の内容がわかる言葉にします。

パンくずリストと構造化データ

パンくずリストを設置し、BreadcrumbList の構造化データを付与すると、階層関係が機械的に読み取れる形になります。記事ページには Article、組織情報には Organization のスキーマを付けます。

4. 情報として信頼できるか

技術的な条件を満たしても、内容が薄ければ参照されません。ここからはコンテンツの話です。

一次情報を持つ

他所の情報をまとめ直しただけのページは、AIから見れば「別の場所で読める内容」です。参照する理由がありません。

自社でしか出せない情報を用意します。実際に運用してわかった数値、自社で実施した調査、製品の仕様に関する公式な説明、現場での失敗事例。こうした情報は、他に代替がないため参照される可能性が高くなります。

断定できる部分を、断定できる形で書く

「〜と言われています」「〜な傾向があるようです」といった曖昧な表現ばかりの文章は、事実として切り出しにくくなります。確認できていることは明確に書き、確認できていないことは「確認できていない」と書く。この区別をはっきりさせます。

更新日と著者を明示する

いつ書かれ、いつ更新され、誰が書いたのか。これらが不明なページは、情報の鮮度と責任の所在が判断できません。記事の上部に公開日・更新日・著者を表示し、著者については専門性がわかる情報を添えます。

出典を示す

数値や事実を引用する場合は、出典元を明記してリンクします。存在しない出典を書くことは論外ですが、出典を示さずに数字だけを書くのも避けるべきです。

5. ブランド・組織としての実体が明確か

AIが「A社」という主体を認識するには、その名前と実体が結びついている必要があります。

表記を統一する

正式名称、略称、英語表記が、サイト内・SNS・各種登録情報でばらついていないかを確認します。「株式会社サンプル」「サンプル社」「Sample Inc.」が別々に扱われていると、情報が分散します。

会社・サービスの基本情報を1か所にまとめる

事業内容、所在地、設立年、提供サービス、連絡先といった基本情報を、会社概要ページに整理して置きます。Organization の構造化データを付与し、公式SNSアカウントを sameAs で紐づけます。

外部での言及を増やす

自社サイトだけで「私たちは◯◯の専門家です」と書いても、それを裏づけるものがなければ判断材料になりません。業界メディアへの掲載、登壇記録、公的なデータベースへの登録、他社からの言及。こうした外部からの参照が、実体を補強します。

リンクを伴わない単なる言及（サイテーション）も、ブランド名の認識には寄与し得ると考えられています。ただし、この点についても各AIサービスが公式に説明しているわけではありません。

6. 情報を古いままにしない

生成AIは、複数の情報源から得た内容を突き合わせて回答を作ります。古い情報が残っていると、それが引用されて誤った回答につながることがあります。

料金、機能、対応プラン、担当者名など、変わりやすい情報を含むページは、定期的に見直します。更新した際は、更新日の表示も忘れずに反映させます。

確認の手順

一度にすべては難しいので、次の順で進めるのが現実的です。

1. robots.txt と noindex を確認し、意図しないブロックを解除する
2. sitemap.xml を生成し、Search Console に送信する
3. Search Console でインデックス状況を確認し、未登録ページの理由を潰す
4. 主要ページの見出し階層と内部リンクを整理する
5. Article / Organization / BreadcrumbList の構造化データを付与する
6. 会社概要と表記の統一を見直す
7. 一次情報を含むコンテンツを増やす
8. 定期的に主要な質問をAIに投げて、言及状況を記録する

よくある質問

Q.GPTBot を許可すれば、ChatGPTに載るようになりますか？

いいえ。GPTBotの許可は「読み取られる可能性を閉ざさない」という意味しかありません。読み取られた情報が回答に使われるかどうかは別の問題であり、許可したことによる効果を保証するものではありません。

Q.自社の情報がChatGPTに含まれているか確認する方法はありますか？

確実な確認方法はありません。実務的には、想定される質問を実際にAIに入力して、自社が言及されるか、内容が正確かを手動で記録していく方法が使われます。回答は毎回同じとは限らないため、複数回試す必要があります。

Q.AIが誤った自社情報を回答する場合、修正できますか？

直接的に修正する手段は基本的にありません。できるのは、公式サイト上に正確な情報を明確な形で掲載し、古い情報や誤解を招く記述を自社の管理下から取り除くことです。外部サイトに誤情報がある場合は、そのサイトへの訂正依頼も検討します。

Q.AIクローラーをブロックしたほうがよい場合はありますか？

有料コンテンツや、無断利用を避けたい独自データを扱う場合には、ブロックが選択肢になります。露出とコンテンツ保護のどちらを優先するかという経営判断であり、一律の正解はありません。

まとめ

生成AIに自社サイトを認識してもらうための作業は、大きく分けると「読み取れる状態にする」「参照する価値のある情報を置く」「主体としての実体を明確にする」の3つです。

このうち技術面の対策は、従来のテクニカルSEOとほぼ同じ内容です。特別な手法を探す前に、robots.txt、インデックス状況、見出し構造、構造化データといった基本を確認することをおすすめします。

そのうえで、コンテンツ面では一次情報を持つことが最大の差別化要因になります。どこにでもある情報を整えても、AIがそのサイトを選ぶ理由にはなりません。

より広い文脈については、GEOとは何かとSEOとGEOの使い分けもあわせてご覧ください。

参考・出典

1. robots.txt の書き方、設定と送信方法（Google 検索セントラル）
2. 構造化データの仕組みについて（Google 検索セントラル）
3. GPTBot（OpenAI）