この記事の結論
生成AIの普及で検索の役割が変わり、自社サイトの情報は「読まれる」前に、AIが回答を組み立てるための素材として「使われる」ようになりました。だからといって、クローラーを止めて情報を囲い込むだけでは、検索からの発見性まで同時に失いかねません。これからの製造業に問われるのは、何を公開して「AIに引用される源泉」とし、何を関係の中でしか渡さないかという、情報の使い分けの判断です。それは現場のSEO施策ではなく、自社の強みの源泉に関わる経営の意思決定です。
AI時代のSEOでは、検索が「リンクを選ぶ場」から「AIが回答を生成する場」へ移り、自社サイトの情報は読まれる前にAIの回答素材として使われています。クローラーを止めて囲い込むだけでは、検索での発見性まで失います。製造業に問われるのは、何を公開してAIに引用される源泉とし、何を関係の中でしか渡さないかという情報の使い分けです。
Google AI Modeで、検索は「答えが生成される場」になった
Google AI Modeとは、検索結果ページの中で、複数の情報源を統合してAIが対話的に回答を生成する、Googleの新しい検索機能です。 従来の「青いリンクの一覧」とは異なり、利用者は個々のサイトを開かなくても、その場で要約された答えを受け取れます。
ここで用語を整理しておきます。生成AIによる検索は、2023年に実験版「SGE（Search Generative Experience）」として試験提供され、その後、2024年5月に「AI Overviews（AIによる概要）」として米国で本格展開されました。さらに2025年には、より対話的に深掘りできる「AI Mode」が米国でLabs登録なしに利用できる形で展開されています。報道ではこの三つがしばしば同じものとして語られますが、登場した時期も役割も異なります。混同したまま対策を立てると、後述のように打ち手を誤ります。
出典：Google公式ブログ「Generative AI in Search: Let Google do the searching for you」／「AI in Search: Going beyond information to intelligence」
Pew Research Centerの2025年調査では、AI要約が表示されたGoogle検索において、ユーザーが従来の検索結果リンクをクリックした割合は8％でした。一方、AI要約が表示されなかった検索では15％が従来リンクをクリックしており、AI要約がある場合のほうがクリック率は低い傾向が示されています。
検索が答えで完結すれば、利用者は記事本文にたどり着きません。これが、近年いわれる検索流入の減少の正体の一つです。さらにその裏側では、AI検索やAIクローラーが、学習や回答生成に関連して大量のページを読み取る構造も広がっています。Cloudflareは、AI検索やAIクローラーの広がりによって、サイトがクロールされる量と、実際に戻ってくる参照流入との間に大きな不均衡が生じていると指摘しています。Cloudflare Radarでは、AIモデルごとに「どれだけクロールし、どれだけサイトへ流入を返しているか」を確認できる指標が公開されており、一部のAIクローラーでは、参照流入に比べて非常に多くのページを読み取る例も報告されています。読み取られる量に対して、サイトへ戻ってくる訪問が少ない──この不均衡が、生成AI時代の情報発信における新たな前提になっています。
出典：Cloudflare「Understanding AI's impact on content providers」
「クロールさせる代わりに、検索からの流入をもらう」という、検索エンジンとの長年の暗黙の取引は、生成AIの時代に崩れつつあります。情報は、読者がサイトを訪れる前に、AIの回答素材として扱われる可能性がある──これが現在の出発点です。
| 観点 | 従来の検索（リンク経由） | AIが回答を生成する検索 |
| 情報の流れ | サイト → 検索結果 → 利用者が訪問 | サイト → AIが要約 → 利用者は回答で完結 |
| 流入の発生 | リンクのクリックで生まれる | 回答内で完結し、訪問が起きにくい |
| サイトの役割 | 情報と行動（問い合わせ等）をセットで提供 | 回答をつくる「素材」として参照される |
| 経営から見た見返り | 問い合わせ・商談などの接点 | 引用されなければ、認知も接点も残らない |
「クローラーを止めれば守れる」という誤解
自社の情報がAIに使われることへの自然な反応は、「ならば使わせない設定をすればよい」というものです。実際、robots.txt に次のような指定を置く方法がよく紹介されます。
User-agent: Google-Extended
Disallow: /
ただし、ここには大きな誤解があります。Google-Extended とは、自社の情報をGeminiの学習や、回答の事実確認（グラウンディング＝AIが回答の根拠として参照すること）に使わせるかどうかを制御する指定であり、検索の中に出るAI回答──AI OverviewsやAI Mode──には影響しません。 これらは、あくまで通常の検索インデックス（Googlebot）を使って生成されるためです。Google for Developersでは、Google-Extendedについて、Gemini AppsやVertex AI API for Geminiの将来モデルの学習、ならびに一部のグラウンディング利用を管理するためのトークンだと説明しています。一方で、Google検索への掲載には影響せず、検索ランキングシグナルにも使われないとされています。
出典：Google for Developers「Google's common crawlers」
つまり、Google-Extended をブロックしても、自社の情報が検索内のAI回答に使われることは止められません。止められるのは「将来のモデル学習への利用」であって、「いま検索で要約されること」ではないのです。
では、検索のAI回答そのものから外れる方法はないのでしょうか。技術的には、スニペット表示を抑える指定（nosnippet、data-nosnippet、max-snippet など）や、インデックスからの除外（noindex）があります。ただし、これらは通常の検索での見え方や発見性にも影響します。つまり、検索で見つけられる状態を保ったまま、AI OverviewsやAI Modeだけを完全に切り離して制御することは、現時点では容易ではありません。
出典：Google Search Central「AI features and your website」
要するに、「検索での発見性を保ったまま、AIの回答からだけきれいに抜ける」ことは、現時点ではほぼできません。 守りの設定は万能ではなく、できることとできないことを正しく見極めて使う必要があります。
製造業の問いは「何を公開し、何を関係の中に残すか」
守りの設定で情報を完全に囲い込めない以上、経営の問いは別のところにあります。それは、何を公開し、何を関係の中でしか渡さないかという、情報の使い分けです。
これまで情報は「露出すれば価値が上がる」前提で扱われてきました。しかし、出した情報がAIの回答素材になるだけで、訪問にも問い合わせにもつながらないのなら、すべてを出すことが最適とは限りません。一方で、すべてを閉じれば、検索でもAIの回答でも見つけられなくなります。製造業にとって現実的なのは、その中間──情報を役割で仕分ける判断です。
