ChatGPT検索（ChatGPT search）で自社の会社概要・サービス・実績が正確に要約されるよう、robots.txt設定・Schema.org構造化データ・会社情報の整合性確認まで実務チェックリストで解説。
- ChatGPT検索 会社情報の定義、実務判断、確認項目をAI検索時代の情報源設計として整理する。
- 公式情報と一次情報を優先し、表示保証や順位改善の断定を避ける。
- 本文、FAQ、内部リンク、llms.txt、構造化データの整合性を継続確認する。
実務で見る観点
各AI検索サービスのクローラー名とrobots.txtでの扱いを公式情報で確認する。
サービス内容、料金、対象者、事例、会社情報を正規ページに集約して矛盾を減らす。
外部メディア、SNS、比較サイトに出ている説明と自社サイトの記述がずれていないか見る。
結論から先に
ChatGPT検索（ChatGPT searchモード）は、企業サイトを訪問し、会社名・所在地・サービス内容・実績などを要約して回答する。その精度は「何をどこに書いているか」と「どのクローラーをどう扱っているか」に左右される。
自社情報が誤って要約されるケースの多くは、次の3つに起因する。
- OAI-SearchBotを意図せずブロックしている——robots.txtの書き方が原因で、ChatGPT searchの回答から除外されている
- 会社情報が構造化されていない——名称・住所・サービス・法人番号などが自然言語のみで書かれており、AIが判断に迷う
- 情報が分散・矛盾している——採用ページ・ニュースリリース・会社概要ページで記述が食い違い、モデルがどれを採用すべきか判断できない
この記事では、企業サイトの担当者が実装・点検できる具体的な整備手順をチェックリスト形式で示す。
定義ブロック：ChatGPT検索と会社情報
ChatGPT検索（ChatGPT search） とは、OpenAIが提供するChatGPTの検索モードを指す。ユーザーの質問に対して、リアルタイムでWebページをクロールし、引用付きで回答を生成する機能。Googleなど従来の検索エンジンがリンク一覧を返すのに対し、ChatGPT searchは「回答文章」として企業情報を要約する点が異なる。
LLMO（Large Language Model Optimization） とは、ChatGPT・Gemini・Perplexityなどのアーキテクチャを持つAI検索システムに対し、自社情報が正確かつ優先的に参照されるようサイトを整備する実務を指す。SEOがGoogleアルゴリズムを対象とするのと同様に、LLMOはAIモデルの推論プロセスを対象とする。
企業が「ChatGPT検索で誤って紹介される」問題と「ChatGPT searchに取り上げられない」問題は、原因が異なるため対処も分けて考える。
ChatGPT searchが企業サイトを読み取る仕組み
2種類のクローラーを区別する
OpenAIは現在、目的の異なる2つのクローラーを運用している。
| クローラー名 | 主な目的 | robots.txtをブロックした場合の効果 |
|---|---|---|
| OAI-SearchBot | ChatGPT searchの回答生成に使用するリアルタイム取得 | ChatGPT searchの「回答」に表示されなくなる（ナビゲーションリンクとして残る場合はある） |
| GPTBot | 基盤モデル（GPT系）のトレーニングデータ収集 | 学習データとして使用されなくなる（検索回答には影響しない） |
出典: OpenAI公式ドキュメント developers.openai.com/api/docs/bots（2026-07-01確認）
この区別を理解しないままrobots.txtを設定すると、「ChatGPT検索に参照してほしいのにGPTBotをブロックしたつもりでOAI-SearchBotも止めてしまった」という事態が起きる。
ChatGPT searchが参照できる情報
ChatGPT searchが実施する主なアクションは公式ドキュメントで3種類が定義されている。
- search：検索クエリを実行して結果ページ一覧を取得
- open_page：特定URLのページコンテンツを取得
- find_in_page：ページ内のキーワードを検索
回答はデフォルトでインライン引用（URL付き）を含む形で生成される。どのURLが引用されたかはAPIのsourcesフィールドで確認できる。
内部のランキングアルゴリズムやドメイン評価の詳細はOpenAIが公開していない。「ドメイン権威度で引用されやすくなる」「ページ速度が影響する」といった主張は、2026年7月時点で公式ソースによる裏付けがない仮説として扱う。
整備項目1：robots.txtのクローラー設定を確認する
現在の状態を確認するコマンド
サーバーにアクセスできる場合、または静的ファイルを確認できる場合は、以下のパターンをチェックする。
<pre><code># ブラウザで直接確認できるURL https://yourdomain.co.jp/robots.txt</code></pre>
推奨設定パターン
企業サイトの多くは「ChatGPT searchに参照されたいが学習データには含まれたくない」という要件が多い。その場合の設定は以下のとおり。
<pre><code># OAI-SearchBot（ChatGPT search用）は許可、GPTBot（学習データ収集）は拒否 User-agent: OAI-SearchBot Allow: /
User-agent: GPTBot Disallow: /</code></pre>
両方を許可する場合：
<pre><code>User-agent: OAI-SearchBot Allow: /
User-agent: GPTBot Allow: /</code></pre>
両方を拒否する場合（プライバシー優先・情報公開を制限したい場合）：
<pre><code>User-agent: OAI-SearchBot Disallow: /
User-agent: GPTBot Disallow: /</code></pre>
注意: robots.txtを変更した後、OpenAIのシステムへの反映には約24時間かかるとOpenAI公式ドキュメントに記載されている。変更直後に検索結果が変わらなくても即時の問題とは限らない。
判断表：自社はどのパターンを選ぶか
| 状況 | 推奨設定 |
|---|---|
| ChatGPT searchに会社情報を表示させたい、学習には使われたくない | OAI-SearchBot: Allow, GPTBot: Disallow |
| OpenAI関連の取り込みをすべて許可する | OAI-SearchBot: Allow, GPTBot: Allow |
| 機密情報が多く、AI検索への掲載も不要 | OAI-SearchBot: Disallow, GPTBot: Disallow |
| 既存の「Disallow: /」（全ボット禁止）がある | OAI-SearchBotのみ明示的に例外として追加する |
よくある失敗パターン
既存のrobots.txtに以下のような記述がある場合、OAI-SearchBotも一緒にブロックされる。
<pre><code># NG: すべてのボットを禁止する設定がある状態でOAI-SearchBotを追加しないと参照されない User-agent: * Disallow: /</code></pre>
この状態でOAI-SearchBotを使えるようにするには、User-agent: * より前（または後でも可だが明示的に）にOAI-SearchBotの許可を追加する。robots.txtはより具体的なuser-agentディレクティブが優先されるため、以下が有効。
<pre><code># OAI-SearchBotを明示的に許可 User-agent: OAI-SearchBot Allow: /
User-agent: * Disallow: /</code></pre>
整備項目2：会社概要ページを「AIが読める構造」にする
なぜ会社概要ページが重要か
ChatGPT searchは「企業名 会社概要」「企業名 サービス内容」「企業名 所在地」といったクエリに対して、サイト内で最も一貫して情報が整理されているページを参照しようとする（仮説：公式ソースで明示されていないが、自然言語処理の原理上、構造的な情報が集約されているページが引用されやすいと考えられる）。
会社概要ページで最低限整備すべき情報を以下に示す。
会社情報の必須記載事項チェックリスト
| 確認項目 | 記載例 | 状態 |
|---|---|---|
| 法人名（登記上の正式名称） | 株式会社〇〇（省略形ではなく「株式会社」を含む） | □ |
| 設立年月日 | 2010年4月1日設立 | □ |
| 代表者氏名 | 代表取締役 〇〇 〇〇 | □ |
| 本社所在地（郵便番号含む） | 〒100-0001 東京都千代田区〇〇1-2-3 | □ |
| 電話番号 | 03-1234-5678 | □ |
| 事業内容（箇条書きで明確に） | ・Webマーケティング支援 ・SEOコンサルティング ・AI活用研修 | □ |
| 法人番号（国税庁が付与する13桁） | 1234567890123 | □ |
| 資本金 | 資本金 1,000万円 | □ |
| 従業員数 | 従業員数 50名（2026年6月時点） | □ |
情報の整合性チェック
AIは複数ページを参照するため、ページ間で矛盾があると情報の選択に迷う。以下を確認する。
| 確認箇所 | よくある矛盾の例 | 状態 |
|---|---|---|
| 会社概要 vs 採用ページ | 従業員数が「30名」と「50名以上」で食い違う | □ |
| 会社概要 vs ニュースリリース | 社名の表記が「（株）〇〇」と「株式会社〇〇」で混在 | □ |
| 会社概要 vs フッター | 住所の丁目・番地表記が異なる | □ |
| 会社概要 vs SNSプロフィール | 設立年が異なる、または記載がない | □ |
| 会社概要 vs Google ビジネスプロフィール | 住所・電話番号・営業時間が異なる | □ |
整備項目3：Schema.org構造化データを実装する
なぜ構造化データが有効か
Schema.orgの構造化データ（JSON-LD形式）は、ページの自然言語テキストをセマンティックな意味で補完する。GoogleはOrganization型の構造化データをナレッジパネルや検索結果の強化表示に活用することを公式ドキュメントで認めている。
ChatGPT searchが構造化データを直接読み取るかどうかはOpenAIが公式に明示していない（仮説として扱う）。ただし、Googleの検索品質向上という効果は公式確認済みであり、かつ会社情報が機械可読な形式で整理されることは情報の曖昧性を減らすという点で合理的な実装といえる。
Organizationマークアップの実装例
以下はHTMLのheadまたはbodyに挿入するJSON-LDの実装例。WordPressの場合はfunctions.phpまたはSEOプラグインの構造化データ設定から追加する。
<pre><code>構造化データの実装例は、本文へscriptタグを直接貼らず、WordPressテーマまたはSEOプラグインから出力します。実装時は次の項目を確認します。
- type: Organization
- name: 会社の正式名称
- url: 公式サイトURL
- sameAs: 公式SNSや関連プロフィール
- contactPoint: 問い合わせ先
- logo: 公式ロゴ画像URL</code></pre>
重要プロパティの解説
| プロパティ | 目的 | 日本企業向け注意点 |
|---|---|---|
| legalName | 法的に登録された正式名称 | 「株式会社」を省略しない |
| taxID | 法人番号（国税庁付与の13桁） | 国税庁の法人番号公表サイトで確認可能 |
| sameAs | SNS・口コミサイトなど同一企業の外部ページURL | X（旧Twitter）・LinkedIn・食べログ等、企業として確認できるURLを列挙 |
| foundingDate | 設立日（ISO 8601形式） | 2010年4月1日 → "2010-04-01" |
| address > addressCountry | 国コード | 日本は"JP"（ISO 3166-1 alpha-2） |
Googleはその公式ドキュメントにおいて、Organization型に「必須プロパティは存在しない」と明記している（出典: developers.google.com/search/docs/appearance/structured-data/organization）。関連性の高いプロパティを選択して実装する形で問題ない。
検証方法
実装後はGoogleのリッチリザルトテストツール（search.google.com/test/rich-results）でエラーがないかを確認する。このツールは構造化データの構文チェックに使える。
整備項目4：サービスページの構造を整える
会社情報とサービス情報を明確に分ける
ChatGPT searchは「企業名 サービス内容」のクエリに答えようとする際、サービスページの冒頭に何が書いてあるかを参照する。サービスの説明が抽象的だったり、キャッチコピーのみで始まっていると、モデルが正確な要約を作りにくくなる。
サービスページの構造チェックリスト
| 確認項目 | 推奨実装 | 状態 |
|---|---|---|
| ページの冒頭にサービス名と概要を明記 | 「〇〇（サービス名）は、〇〇を支援するサービスです」形式 | □ |
| 対象顧客・規模感を明示 | 「中堅企業のマーケティング担当者向け」など | □ |
| サービスの提供範囲（スコープ）を箇条書きで示す | 「・初期設計 ・月次レポーティング ・運用改善提案」 | □ |
| 提供しない範囲も明記する（仮説だが誤引用防止に有効） | 「システム開発は対象外」など | □ |
| 価格・料金体系が公開範囲であれば明示 | 「月額〇〇円〜（税抜）」または「要問合せ」を明示 | □ |
実績・事例ページの整備
実績情報は誤引用が起きやすい箇所の一つ。以下を整備する。
- 件数・社数を「〇〇社以上」「〇〇件」と明示する（「多数」は避ける）
- 業界・規模感を添える（個社名を出せない場合でも「製造業・従業員500名規模の企業」など）
- 日付を添える（「2024年実績」など。古い実績のみが参照されるリスクを防ぐ）
- 支援内容と成果を一文で表現する（「〇〇の課題に対し、〇〇を実施。〇〇ヶ月で〇〇を達成した」形式）
整備項目5：著者・エキスパート情報を設定する
なぜ著者情報が重要か
「ChatGPT検索で専門家として紹介されるか」という観点では、AIがサイト内のコンテンツをどの人物・組織と紐付けて理解するかが重要になる。これはGoogleのE-E-A-T（経験・専門性・権威性・信頼性）の文脈でも議論されてきた概念で、AI検索においても関連する（仮説として扱う）。
著者・担当者情報の整備チェックリスト
| 確認項目 | 推奨実装 | 状態 |
|---|---|---|
| ブログ・コラムに著者名を表示する | 各記事に「著者: 〇〇 〇〇（肩書き）」を明示 | □ |
| 著者プロフィールページを設置する | 氏名・経歴・専門領域・取得資格を記載 | □ |
| 著者のSNSプロフィール（公開可能なもの）にリンクする | LinkedIn / X（旧Twitter）の公式プロフィールURL | □ |
| Person型のSchema.orgマークアップを著者ページに追加する | name, jobTitle, worksFor, sameAs を実装 | □ |
| 会社概要ページに代表者・主要スタッフを記載する | 代表取締役名と簡単な経歴を掲載 | □ |
整備項目6：llms.txtの位置づけと判断
llms.txtとは何か
2024年9月、fast.aiの創設者Jeremy Howardが提案した新しい規格。サイトルートに /llms.txt というMarkdownファイルを置き、LLMがサイト全体を理解しやすくするための要約・ページリストを記述する。
フォーマットの基本構造は以下のとおり。
<pre><code># 会社名
＞ 会社の一文説明（必須）
詳細な説明（任意）
主要ページ
Optional
- プレスリリース: 最新ニュース</code></pre>
現時点での注意事項
重要：2026年7月時点で、ChatGPT searchをはじめとする主要AI検索システムが /llms.txt を公式にサポートしているという発表はOpenAIから確認されていない。仕様サイト（llmstxt.org）にも主要AIプロバイダの採用表明は記載がない。
つまり、llms.txtを設置してもChatGPT searchの参照動作に直接影響するかどうかは現時点では確認できない。以下の判断基準で優先度を決める。
| 状況 | 判断 |
|---|---|
| 会社概要ページがまだ整備されていない | llms.txtより先に会社概要ページを整備する |
| Schema.orgの構造化データが未実装 | 確認済みの効果があるSchema.orgを先に実装する |
| 上記が整備済みで追加投資が可能 | llms.txtを追加しても問題ない。将来の対応余地として有効 |
| ドキュメント系サイト・技術系サービス | llms.txtが最も有効活用されると考えられるカテゴリ。優先度が高い |
整備項目7：Googleビジネスプロフィールとの整合性
なぜGoogleビジネスプロフィールが重要か
ChatGPT searchはGoogleを含む複数の情報源を参照することがある（仮説）。より確実に言えるのは、Googleビジネスプロフィールに登録された情報は、Googleの検索結果・マップ・ナレッジパネルに反映され、そこから二次的にAI検索への参照ルートが生まれる可能性がある点だ。
また、企業情報を尋ねるユーザーがGoogleとChatGPT searchの両方で検索することも想定され、両方で同一・整合した情報が返ることは信頼性の担保につながる。
Googleビジネスプロフィールの整合性チェックリスト
| 確認項目 | 状態 |
|---|---|
| 企業サイトの会社概要と所在地が一致している | □ |
| 企業サイトの会社概要と電話番号が一致している | □ |
| ビジネス名がサイト上の法人名と一致している（省略・略称は避ける） | □ |
| Webサイトに設定されているURLがアクセス可能 | □ |
| 営業時間がサービスサイトの記載と一致している | □ |
まとめ：実装の優先順位
会社情報の整備は、確認済みの効果が高い順に実施する。
| 優先度 | 実装項目 | 根拠・効果の確実性 |
|---|---|---|
| 1（必須） | robots.txtでOAI-SearchBotの許可を確認・設定する | ブロックがあれば即座にChatGPT searchの回答から除外される。OpenAI公式確認済み |
| 2（必須） | 会社概要ページに基本情報を整備する | AIが会社情報を参照する際の基本ソース。整合性の起点になる |
| 3（推奨） | Organization型の構造化データを実装する | Google公式効果あり。ChatGPTへの直接効果は仮説だが情報を機械可読にする合理的実装 |
| 4（推奨） | サービス・実績ページの記述を明確化する | 誤要約の防止。AIが記述から推測するリスクを減らす |
| 5（推奨） | 著者・代表者情報を整備する | 信頼シグナルの設置。E-E-A-T文脈でGoogle確認済み |
| 6（オプション） | Googleビジネスプロフィールとの整合性を確認する | Googleへの効果確認済み。AI検索への間接的影響 |
| 7（将来対応） | llms.txtを設置する | 主要AI検索の公式サポート未確認。1〜6が完了後に検討 |
よくある失敗例と対処
失敗例1：法人名の揺らぎ
状況：採用ページには「〇〇株式会社」、会社概要ページには「株式会社〇〇」、フッターには「(株)〇〇」と3種類の表記が混在している。
問題：AIモデルが同一法人と判断できない場合、別企業として認識したり、どの名称を「正式名称」として返すか迷う可能性がある。
対処：登記上の法人名（「株式会社〇〇」または「〇〇株式会社」）をサイト全体で統一する。フッターも省略せず正式名称を使う。
失敗例2：実績数字の古さ
状況：2020年時点の「支援企業数50社以上」という記述が、変更されないまま残っている。
問題：ChatGPT searchが「支援企業数50社以上」と回答するが、実際には200社以上になっているため、問い合わせた見込み顧客が情報の不整合を感じる。
対処：定量的な実績数字には取得時点の年月を明示し、定期的に更新するルールを設ける。
失敗例3：サービス名と事業内容の乖離
状況：トップページの大見出しに「未来のビジネスを創る」と書いてあるが、具体的なサービス名が明記されていない。
問題：ChatGPT searchがこのサイトを参照しても、何の事業を行っているかを正確に要約できない。
対処：ファーストビューまたは会社概要で「〇〇（事業領域）の企業です」と明示する。
失敗例4：削除済みサービスが検索で出てくる
状況：3年前に終了したサービスのページが削除されずに公開状態のまま。ChatGPTが「〇〇というサービスを提供している」と回答する。
問題：終了したサービスの問い合わせが来る、またはブランドに誤解が生じる。
対処：終了サービスのページには終了案内を追記するか、削除して301リダイレクトする。終了日を明記しておくとAIも「過去に提供していた」と認識しやすくなる。
FAQ
Q: ChatGPT検索でウチの会社が誤った情報で紹介されている。すぐに修正できるか？
A: robots.txtでOAI-SearchBotのクロールを許可し、会社概要ページの情報を最新・正確な状態に更新することが最初の対処になる。OpenAI公式によると、robots.txtの変更反映には約24時間かかる。サイトの更新後、クローラーが再クロールするまでの時間はOpenAIが保証していないため、即時反映ではない点を理解した上で実施する。
Q: Schema.orgの構造化データを入れれば、ChatGPTに正しく認識されるか？
A: Googleのナレッジパネルや検索機能強化への効果はGoogle公式ドキュメントで確認されている。ChatGPT searchが構造化データを直接参照・活用するかはOpenAIが公式に発表していない（仮説）。ただし、情報を機械可読な形式で整理することは、どのAIシステムにとっても理解しやすい構造を作るという点で合理的な実装だ。
Q: llms.txtを設置すれば、ChatGPTでの情報精度が上がるか？
A: 2026年7月時点で、ChatGPT searchがllms.txtを公式サポートしているという発表はない。まずrobots.txtの設定確認と会社概要ページの整備を優先する。
Q: 競合他社が誤った情報でChatGPT検索に出ている。自社はどう対応するか？
A: 自社サイトについては上記の整備を実施することで、自社情報の正確性を高める。競合他社のサイト情報については、第三者が直接操作する手段はない。
自社の現状を点検したい場合
ChatGPT searchが自社をどのように紹介しているか確認するには、ChatGPTのsearch機能で「（自社名）はどんな会社ですか？」「（自社名）のサービスを教えてください」などのクエリを実際に試すのが最も直接的な方法だ。
返ってきた回答と自社サイトの実際の情報を照らし合わせ、ズレがあった箇所から優先的に整備する。
より体系的に点検したい場合、LLMO診断（AI検索への露出と情報精度の確認）として整理することもできる。自社サイトの現状をスコアリングして整備ポイントを特定するサービスについては、LLMO診断サービスから確認できる（内部リンク候補）。
参考情報
- OpenAI Bot仕様:
developers.openai.com/api/docs/bots - OpenAI Web検索ツール:
developers.openai.com/api/docs/guides/tools-web-search - Schema.org Organization:
schema.org/Organization - Google構造化データガイド:
developers.google.com/search/docs/appearance/structured-data/organization - llms.txt仕様:
llmstxt.org
*記事カテゴリ: AI検索攻略 > 実装* *最終更新: 2026年7月1日* *メディア: AI検索攻略（uravation.com/llmo/）*
公式情報で確認するポイント
AI検索まわりは仕様変更が多いため、記事公開前後に公式情報を確認し、本文の言い切りや実装方針を更新します。
- Google Search Central「Optimizing your website for generative AI features」 生成AI検索に対して、通常のSEO・技術要件・独自性の扱いを確認する公式ガイド。
- Google Search Central「Creating helpful, reliable, people-first content」 人間に役立つ信頼性の高いコンテンツを評価するための公式観点。
よくある質問
この記事の検索意図に対して、相談前に確認されやすい論点を短く整理しています。
この記事では何を確認できますか？
ChatGPT検索（ChatGPT search）で自社の会社概要・サービス・実績が正確に要約されるよう、robots.txt設定・Schema.org構造化データ・会社情報の整合性確認まで実務チェックリストで解説。
どのページから見直すべきですか？
トップ、サービス、事例、FAQ、会社情報、関連メディア記事の順に、読者が確認したい情報と内部リンクのつながりを見ます。
相談前に準備するものはありますか？
主要ページ、問い合わせが多い質問、既存記事、外部掲載情報、現在のllms.txtや構造化データの有無を整理しておくと確認が進めやすくなります。
本体メディアであわせて確認する記事
この記事のテーマを、Uravation本体メディアで検索流入のあるAIツール・モデル解説にもつなげて確認できます。
生成AI・AI検索・SEOの公開情報を確認しながら、企業サイトの情報設計として実務で扱える形に整理しています。仕様変更が多い領域のため、公開前後に公式情報と本文の整合性を確認します。
AI検索診断・情報源設計支援に進める
この記事のテーマを自社サイトに当てはめ、公開情報、根拠ページ、FAQ、内部リンク、構造化データ、llms.txtのどこを確認すべきかを整理します。
AI検索攻略の前後の記事
同じ連載の前後の記事へ進み、LLMO、AIO、GEO、AI検索の論点を順番に確認できます。
関連するUravationの導線
AI検索攻略は、Uravation本体のAI活用メディアとサービス導線につながる専門テーマとして運用します。