AI検索対応では、記事数や構造化データ、AI向けファイルへ目が向きやすい。しかし、知りたいのは会社のページ数ではない。その主張を誰が確かめ、どの条件で、いつまで責任を持つのかである。
AI検索に引用される一次情報とは、企業自身が当事者として確かめられる事実を、対象、時点、条件、作成主体とともに公開した記録である。製品仕様、料金と規約、自社が行った変更、障害の経過、自社で測定したデータなどが当たる。自社サイトに載っているだけの宣伝文句とは違う。
ただし、一次情報であることは、その内容が中立、正確、業界全体を代表すること、AI検索に必ず引用されることを意味しない。一次資料にも作成者の視点と限界がある。本稿では、引用を得る裏技ではなく、企業が責任を持てる事実と、外部の根拠が要る主張を分け、更新できる形にする方法を扱う。
企業サイトを人とAIの双方が読める形へ整える全体像は別の記事で解説した。本稿では一段手前に戻り、『その事実を誰が確かめられるか』へ焦点を絞る。
一次情報は「自社サイトにある情報」ではない
Library of Congressは、一次資料を、調べる出来事に参加した人や目撃した人が作った第一手の記録として説明する。出来事の時点に近い資料ほど、研究に役立つとも述べる。[S1] ただし、この説明だけで資料の中立性や完全性まで保証されるわけではない。企業情報へ置き換えれば、会社は自社が何を作り、売り、変更し、測ったかについては当事者になれる。競合より優れているか、市場全体へどれだけ影響したかについては、それだけで判定者にはなれない。
たとえば、料金を改定した日時、対象プラン、新旧の条件は、提供会社が原資料を持つ事実である。一方、『業界で最も安い』は、比較対象、地域、期間、割引、機能差を含む市場比較であり、自社の料金表だけでは証明できない。同じ一文でも、何について述べるかで必要な根拠は変わる。
検索側も、一次情報というラベルを付ければ掲載すると約束してはいない。Googleは、AI OverviewsやAI Modeへ出るために、特別なAI向けマークアップは要らないと説明する。通常検索でインデックスされ、スニペット表示の条件を満たすことが前提である。[S2] 条件を満たしても表示は保証されない。
OpenAIは、公開サイトはChatGPT searchに現れ得ると案内している。要約やスニペットに含められるには、OAI-SearchBotのアクセスを許可する必要がある。[S3] 参照できる状態は入口であり、どの情報が選ばれるかの保証ではない。まずAI検索が従来検索と何を変えるのかを理解する。そのうえで、引用されても意味が崩れない原資料を置く。
企業が自分で持つべき事実は五つに分けられる
企業が一次情報として持つべき事実は、『検索されそうな話題』から集めるより、事業上の責任から逆算した方が漏れにくい。最低限、製品と取引条件、自社の行為と経過、自社測定データ、作成主体と方法、変更履歴の五つに分ける。
- 製品と取引条件:仕様、対応環境、料金、契約条件、提供地域、利用上の制約
- 自社の行為と経過:発表、変更、障害、回収、復旧、終了、その判断日時
- 自社測定データ:調査対象、測定方法、期間、母数、集計方法を伴う数値
- 作成主体と方法:著者、監修者、担当部署、検証手順、取材・生成・編集の方法
- 変更履歴:何が、いつ、なぜ変わったか。旧条件が適用される対象と移行方法
製品と取引条件では、一つのページに現在の仕様と注記を集める。Appleの製品仕様ページは、端末の構成、対応条件、環境に関する情報と注記をまとめている。[S9] ここで参考にするのは個々の性能ではなく、主張の対象と適用条件を同じ場所に置く設計である。『高性能』という要約だけでは、読み手も検索システムも、どの条件で確かめればよいか判断できない。
自社の行為と経過では、結論だけでなく時系列を残す。Cloudflareは2026年2月20日の障害について、UTCでの発生時刻、影響した対象、原因、復旧までの経過、改善策を事後報告にまとめた。[S8] これは同社が把握した自社ネットワーク上の出来事をたどる一次資料になる。ただし、顧客企業の損失やインターネット全体への影響まで独立に証明する資料ではない。
自社測定データは、数値だけでなく測り方までが情報である。『回答時間が半分になった』なら、開始点と終了点、対象業務、期間、件数、中央値か平均値か、除外条件を書く。方法を再現できなくても、少なくとも結果がどこまで適用できるかを第三者が判断できる状態にする。
作成主体は会社名だけで終えない。Googleは、役に立ち信頼できるコンテンツについて、独自の情報や分析があるかを自己点検するよう勧める。明確な出典、著者やサイトの背景、一次経験を示すことも挙げる。[S7] また、誰が、どのように、なぜ作ったかを考えるよう案内している。担当部署、専門家の監修、調査方法、AIを使った範囲を必要に応じて明示する。そうすれば、読者は主張と責任者を結び付けられる。
変更履歴は、ページを新しく見せるための日付ではない。価格、仕様、提供範囲、方針が変わったとき、変更点、適用開始日、旧条件の扱いを残す。過去の説明を黙って上書きすると、外部の記事やAI回答が参照した時点との関係を確認できなくなる。
自社だけでは証明できない主張を分ける
一次情報を増やす作業で最も危ないのは、自社が知っている事実と、自社がそう評価したい主張を混ぜることだ。『機能を公開した』は自社の行為だが、『業界を変えた』は市場への評価である。『導入企業がこの使い方をした』は取材で確かめられても、『導入すれば誰でも同じ成果が出る』とは言えない。
| 主張 | まず置く根拠 | 境界 |
|---|---|---|
| 自社が製品を公開・変更した | 仕様、発表、変更履歴 | 第三者への影響は別に確かめる |
| 自社調査で一定の傾向を測った | 対象、方法、期間、母数、結果 | 市場全体への一般化を避ける |
| 競合より優れる、市場首位である | 同条件の比較、第三者調査 | 比較範囲と時点を明記する |
| 顧客へ成果をもたらした | 顧客の確認、測定前後、他要因 | 個別事例と再現可能性を分ける |
消費者庁は、商品やサービスの品質、規格などを実際より著しく優良に見せる表示を規制し、表示の裏付けとなる合理的な根拠を示す資料の提出を求め得ると説明している。[S10] これはAI検索の掲載ルールではない。しかし、AIに引用されたいという理由で比較や効果の表現を強めても、その根拠責任が軽くなるわけではない。
自社調査そのものを避ける必要はない。誰を対象に、いつ、どの方法で、何件を集め、何を除外したかを公開し、『当社顧客への調査』『回答者の自己申告』のように適用範囲を狭く書く。外部機関が調査した場合も、委託した事実だけで中立とみなさず、設計、費用負担、元データへのアクセス、分析主体を示す。

一文、根拠、更新履歴を同じページに残す
一次情報を引用できる形にする最小単位は、一文の主張、その根拠、更新履歴である。『2026年9月から全プランで機能Xを提供する』と書くなら、まず対象外となる地域や契約、利用条件を書く。公開日、担当部署、変更時の履歴も、同じページか明確に結んだページへ置く。会社概要、ニュース、ヘルプ、PDFへ断片を散らすほど、条件が抜けた要約が生まれやすい。
ページには、先に短い答えを書く。その直後に対象、条件、例外、確認方法を置く。長い背景説明の最後まで読まないと結論が分からない構成や、画像内だけに仕様を載せる構成は避ける。AI向けに特別な文章を作るのではなく、人が引用しても意味が崩れない文章を、機械も取得できる本文として公開する。
公開日と更新日は、内容の鮮度を判断する手掛かりになる。Googleは、ページ上に読者が見える日付を示し、構造化データの日付と整合させるよう案内しているが、検索結果への日付表示は保証しない。[S5] 変更していないページの日付だけを新しくするのではなく、何を変えたかを履歴で説明する。
構造化データは、本文にない権威を作るものではない。Googleの一般ガイドラインは、マークアップが読者に見える主な内容を正しく表し、最新かつ独自であることを求める。要件を満たしてもリッチリザルト表示は保証されない。[S6] 著者、日付、組織、記事の関係を補助するために使い、本文と異なる説明を埋め込まない。
運用では、CMS改修より先に『主張台帳』を作る。各行に、公開したい主張、事実の持ち主、原資料、適用条件、外部根拠、公開URL、最終確認日、次回確認日、責任者を置く。最初は、料金、主要仕様、提供範囲、障害時の案内、代表的な実績の五領域から十件だけ棚卸しする。根拠が見つからない主張は、資料を探すか、表現を狭めるか、公開しない。
- 誰が当事者として確かめられる事実か
- 対象となる製品、顧客、地域、期間はどこまでか
- 数値なら、母数、方法、集計、除外条件があるか
- 比較なら、相手と同じ条件、同じ時点で比べているか
- 第三者の評価を自社の事実として言い換えていないか
- 短い一文の近くに根拠と例外があるか
- 作成者、確認者、公開日、更新日が分かるか
- 事実が変わったとき、誰が直し、履歴を残すか
成果測定でも、引用回数を権威や順位と読み替えない。MicrosoftのBing Webmaster Toolsには、AI Performanceがある。citation countは、URLがAI回答で参照された回数を示す。[S4] 一方で、それは順位、権威、回答内の位置、ページ重要度を示さないとも明記する。引用が増えたら、どの主張がどの検索意図で参照されたかを確認する。正しい条件とともに読まれたかまでを見る。
プレスリリースも、発表した事実の一次資料にはなるが、発表内容の社会的価値や市場評価を自動で証明しない。プレスリリースがAI検索で引用される割合を調べた試算でも、引用の有無と、内容の正確さや事業成果は分けて扱った。チャネルを増やす前に、発表本文へ対象、条件、方法、更新先を揃える。
AI検索に引用される一次情報を作る第一歩は、AI向けの新しい記事を書くことではない。会社が当事者として確認できる事実を選び、自社だけでは証明できない評価と分け、一文、根拠、条件、更新履歴を同じ場所に残すことである。引用されるかは検索側が決める。それでも、誰が読んでも検証できる原資料を持つことは、誤った要約を直し、営業、広報、サポートの説明をそろえる土台になる。
Sources / 参考資料
Google Search Central:AI features and your website
OpenAI:Publishers and Developers FAQ
Microsoft Bing:Introducing AI Performance in Bing Webmaster Tools Public Preview
Google Search Central:Influence your byline dates in Google Search
Google Search Central:General structured data guidelines
Google Search Central:Creating helpful, reliable, people-first content
Cloudflare:Cloudflare outage on February 20, 2026
Apple:iPhone 16 and iPhone 16 Plus - Technical Specifications
消費者庁:優良誤認とは
