LLMO対策とGoogle SEOは何が違うのか、クローラーの種類から整理する

「LLMO対策」という言葉を見かけることが増えました。
ChatGPTのようなAIに聞いたとき、自社が話題にならない気がする。
何か特別な対策が要るらしいが、具体的に何をすればいいのかが分からない。

そういう相談を受けたとき、まず確認するのは
「LLMO対策」という一つの言葉が、実は別々の仕組みを指していることです。
この記事は、その中身をGoogleとOpenAIの公式ドキュメントから切り分けます。
対策の一覧ではなく、何が共通で、何が別物かの整理です。

Googleの「AI Overviews」「AIモード」は、通常のSEOと別物ではない

まず、Google検索に出てくる「AI Overviews」や「AIモード」の話です。
Google検索セントラルは、この点について次のように明記しています。

There are no additional requirements to appear in AI Overviews or AI Mode,
nor other special optimizations necessary.

特別な追加要件はない、と書かれています。
AI Overviews・AIモードは、Google検索の機能として組み込まれており、
そのために専用の別クローラーを新設しているわけではありません。
同じドキュメントには、こう説明されています。

AI is built into Search and integral to how Search functions, which is
why robots.txt directives for Googlebot is the control for site owners
to manage access to how their sites are crawled for Search.

サイト運営者が管理できるのは、あくまでGooglebot向けのrobots.txt指示だという点です。
表示されるための条件も通常のSEO要件と同じで、ページがインデックスされていること、
nosnippet・data-nosnippet・max-snippet・noindex
といった既存のスニペット制御がそのまま反映されること、といった内容です。

つまり、Googleの「AI検索」向けに別枠の対策をする必要はありません。
通常のSEOがそのまま効いている部分と、そうでない部分を分けずに「LLMO対策」と一括りにすると、
ここで無駄な作業を積み増すことになります。

ChatGPT検索は、学習用のクローラーとは別のクローラーを使っている

一方、ChatGPTの検索機能は事情が違います。OpenAIの公式ドキュメントによると、
OpenAIは用途ごとに複数のクローラーを分けて運用しています。

ここが「LLMO対策」を考えるうえで見落としやすい点です。
ドキュメントには、次のように書かれています。

Each setting is independent of the others – for example, a webmaster can
allow OAI-SearchBot in order to appear in search results while disallowing
GPTBot to indicate that crawled content should not be used for training
OpenAI's generative AI foundation models.

つまり、GPTBotとOAI-SearchBotは別々に制御できます。
「自社のコンテンツをAIの学習に使われたくないから、AI関連のクローラーを
全部robots.txtで拒否する」という判断は一見合理的に見えますが、
その中にOAI-SearchBotも含めて拒否してしまうと、
学習データとしての利用を止めるのと同時に、
ChatGPT検索での可視性も一緒に失うことになります。
逆に、学習データとしての利用は止めたいがChatGPT検索には出たい、という場合は、
GPTBotだけを拒否してOAI-SearchBotは許可する、という指定ができます。
なお公式ドキュメントには、robots.txtのルールを変更してから
検索システム側に反映されるまで、約24時間かかる場合があるとも書かれています。
設定を変えてすぐ確認しても反映されていないことがある、という前提で見る必要があります。

No Work Lab自身のrobots.txtは、まだ何も選んでいない

自分たちのサイト（noworklab.net）のrobots.txtを確認すると、次のようになっています。

User-agent: *
Allow: /
Disallow: /api/

すべてのクローラーに一律で許可を出しているだけで、
GPTBotやOAI-SearchBotを個別に指定してはいません。
これは「対策済み」でも「対策が必要」でもなく、まだ何も選んでいない状態です。
学習データとしての利用を許容するかどうかは、
今のところNo Work Labとして立場を決めていないためこのままにしていますが、
「クローラーを個別に制御できる」という選択肢があることは、
知らずに一括拒否するよりは知っておいたほうがいい情報だと考えています。

結局、何を確認すればいいか

「LLMO対策」という言葉に反応して作業を増やす前に、確認する順番は次の通りです。

1. Google検索向けの対応は、既存のSEOと同じかどうかを確認する AI Overviews・AIモード専用の対策は不要。robots.txtでの許可、 インデックス状況、スニペット制御が通常のSEO要件と同じであることを確認すれば足ります
2. ChatGPT検索に出したいかどうかを決める 出したい場合は、robots.txtでOAI-SearchBotを拒否していないかを確認します
3. AIの学習データとしての利用を許すかどうかを、Google検索向けの話とは別に決める これはGPTBotの許可・拒否の話であり、ChatGPT検索に出るかどうかとは別の判断です
4. 一律の「AIクローラー拒否」設定になっていないかを確認する セキュリティ目的やコスト対策で導入したbot対策の設定が、 意図せずOAI-SearchBotまで拒否していないか確認します

「LLMO対策」という一つの作業として捉えると、何をすればいいか分からなくなります。
実際には、Google向けは通常のSEO要件の再確認、ChatGPT向けはクローラーごとの
robots.txt設定という、別々の確認作業に分解できます。