モバイル対応はAI引用に関係するのか—サーバーログで実測した

「モバイル対応はSEOに必須」——昔口酸っぱく言われていたマーケターさんやデザイナーさん多いかと思います。
Googleは2019年にモバイルファーストインデックスへ完全移行し、スマートフォンでの表示を基準にサイトを評価するようになりました。

では、AIクローラーはどうでしょうか。ChatGPTやClaudeに引用されるためにも、モバイル対応は必要なのでしょうか。

AI観測ラボのサーバーログを調べたところ、GPTBot・ClaudeBot・PerplexityBotなど主要AIクローラーのUser-Agent文字列に、モバイルを示す文字列は1件も含まれていませんでした。AIクローラーは「モバイルファーストの世界」を知らないまま、サイトを巡回しています。

ただし、「だからモバイル対応は不要」とは言い切れません。モバイル対応がAI引用に与える影響は、直接的なものと間接的なものが混在しています。サーバーログの実測データとPerplexityへの質問から得た知見をもとに、整理していきます。

この記事でわかること｜📖：約6分

• GPTBot・ClaudeBot・PerplexityBotなど主要AIクローラーのUser-Agentにモバイル文字列が含まれないことをサーバーログで確認した結果
• AIクローラーがviewportやレスポンシブCSSをレンダリングしない技術的な理由と、Googlebotとの設計思想の違い
• モバイル未対応サイトがAIに引用されにくくなるかどうか——直接的・間接的影響の整理
• GEO/AEOの観点でモバイル対応をどう優先づけるかの実務的な判断基準

スマホユーザーが7割なのに、AIはPCしか見ていない

2024年時点で、日本国内のWeb閲覧のうちスマートフォンからのアクセスは約7割を占めています。Googleが「モバイルファーストインデックス」へ完全移行したのも、この現実に対応するためでした。

モバイルファーストインデックスとは、Googleが検索順位を決める際にスマートフォン版のページを基準として評価する仕組みです。2019年に全サイトへの適用が始まり、現在はすべての新規サイトがモバイル版を優先してインデックスされます。詳しくはGoogle公式ドキュメントをご参照ください。

ところが、AIクローラーの世界では話が違います。

AI観測ラボのサーバーログ（2026年3月時点）を確認したところ、GPTBot・ClaudeBot・PerplexityBot・Amazonbot・OAI-SearchBotの5種類すべてで、User-Agent文字列にモバイルを示す記述が含まれていませんでした。

Googlebotはスマートフォン版のUser-Agentを使い分け、実際のスマホブラウザに近い形でページを評価します。一方、AIクローラーはそのような仕組みを持たず、デスクトップ向けのHTMLをそのまま取得しています。

「モバイルファーストで設計したサイトも、AIの目にはPC版として映っている」——まずはこの前提を押さえておく必要があります。

AIクローラー5社のUser-Agentをサーバーログで確認した

実際にAI観測ラボのサーバーログから、主要AIクローラーのUser-Agent文字列を抽出しました。結果は以下のとおりです。

クローラー名	運営	User-Agent（抜粋）	モバイル文字列
GPTBot	OpenAI	compatible; GPTBot/1.3	❌ なし
ClaudeBot	Anthropic	compatible; ClaudeBot/1.0	❌ なし
PerplexityBot	Perplexity	compatible; PerplexityBot/1.0	❌ なし
Amazonbot	Amazon	compatible; Amazonbot/0.1	❌ なし
OAI-SearchBot	OpenAI	Macintosh; Intel Mac OS X 10_15_7	❌ PC偽装

GPTBot・ClaudeBot・PerplexityBot・Amazanbotの4社は、ボット名を明記したシンプルなUser-Agentを使用しています。iPhone・Androidといったモバイルデバイスを示す文字列はどこにも含まれていません。

唯一の例外がOAI-SearchBot（OpenAIの検索引用専用クローラー）です。「Macintosh; Intel Mac OS X 10_15_7」というMac PCを偽装したUser-Agentを使用しており、こちらもモバイルとは無縁の設計になっています。

Googlebotと比較すると、違いは明確です。Googlebotのスマートフォン版User-Agentには「iPhone; CPU iPhone OS」という文字列が含まれており、実際のiPhoneブラウザとほぼ同じ形でページをクロールします。AIクローラーにはこの仕組みが存在しません。

各クローラーの詳しい役割についてはGooglebotとGPTBot・OAI-SearchBotの違いもあわせてご覧ください。

なぜAIクローラーはモバイル版UAを用意しないのか

Googlebotがモバイル専用User-Agentを持つのに、AIクローラーが持たない理由は「目的の違い」に集約されます。

Googlebotの仕事は、検索結果にページを表示してユーザーに届けることです。実際にスマホで見たときの表示を評価する必要があるため、iPhoneを模したUser-Agentでクロールし、CSSやJavaScriptまで処理して「スマホでどう見えるか」を確認します。

一方、GPTBotやClaudeBotの仕事は「テキストを集めること」です。ChatGPTやClaudeが回答を生成するための素材を取得するのが目的であり、ボタンの位置やカラム構成といったレイアウトの差異は関係ありません。「スマホでどう見えるか」ではなく「HTMLの中に何が書いてあるか」だけを必要としています。

	Googlebot	AIクローラー
目的	検索結果としてユーザーに届ける	回答生成・学習用テキストを集める
CSSの処理	レンダリングする	ほぼしない
JavaScriptの実行	実行する	ほぼ実行しない
モバイルUA	あり（iPhone偽装）	なし
評価軸	スマホでの表示品質	HTMLテキストの内容・構造

もう1つの理由が、robots.txtとの関係です。AIクローラーはすでに多くのサイトからブロックされており、「クローラーごとに1つの明確なUA名を出してブロックしやすくする」設計が重視されています。

モバイル用・PC用と複数のUA名を乱立させると、サイト運営者がどれをrobots.txtに書けばいいか分からなくなるため、意図的にシンプルな構成が選ばれています。

将来的にAI検索がスマホのレイアウトをそのまま再現するような機能を持てば、モバイル専用UAが登場する可能性はあります。ただし現時点では「テキストさえ取れれば十分」というフェーズにあり、モバイル版UAを増やすインセンティブが生まれていません。

viewportとレスポンシブCSSはAIに届いているか

AIクローラーがモバイル版UAを持たないとわかったところで、もう一歩踏み込みます。仮にviewportメタタグやレスポンシブCSSを丁寧に設定していたとして、AIクローラーはそれを読んでいるのでしょうか。

結論からいうと、ほぼ届いていません。

AIクローラーの多くは、JavaScriptをほとんど実行せず、サーバーから返ってきた静的なHTMLをテキストとして解析しています。CSSはレイアウトを制御するファイルであり、テキストの意味や構造とは別のレイヤーにあります。つまり、以下のような設定はAIクローラーの動作にほぼ影響しません。

• <meta name="viewport" content="width=device-width, initial-scale=1.0"> の有無
• メディアクエリによるレスポンシブCSSの切り替え
• スマホ表示時のカラム構成・フォントサイズ・余白の調整

AIクローラーが実際に見ているのは、HTMLソースの中のテキストノードと構造です。<h1>や<h2>などの見出し、<p>タグの本文、<ul>・<ol>のリスト——これらのHTML要素がどう並んでいるかを解析しています。スマホで見たときに文字が大きく表示されるかどうかは、AIにとって関係のない話です。

ただし1点だけ注意が必要です。viewportを未設定のままにすると、Googlebotのモバイルクロールに影響が出る可能性があります。GooglebotはモバイルファーストインデックスのためにスマホUAでクロールしており、viewport未設定のサイトは「モバイル非対応」と判断されて検索評価が下がるリスクがあります。AIクローラーへの直接影響はなくても、Googleの評価を通じた間接影響はあり得ます。

モバイル未対応サイトはAIに引用されにくくなるのか

「AIクローラーはモバイルを見ていない」とわかると、次の疑問が浮かびます。モバイル未対応のサイトでも、AI引用には関係ないのでしょうか。

直接的な影響はほぼありません。AIクローラーはCSSをレンダリングせず、HTMLテキストを取得するだけです。スマホで文字が崩れていても、HTMLソースの中身が同じであれば、AIクローラーが取得するテキストに差は生まれません。

ただし、間接的な影響は3つのルートで発生します。

① Googlebotの評価を通じたルート

モバイル未対応サイトはGooglebotのモバイルファーストインデックスで低評価になりやすく、検索順位が下がります。AI検索（ChatGPTのSearchGPTやPerplexity）は検索エンジンのインデックスを参照してサイトを発見するケースがあるため、Googleでの評価が低いサイトはAIにも発見されにくくなる可能性があります。AIクローラーの種類と役割についてはGooglebotとGPTBot・OAI-SearchBotの違いもあわせてご覧ください。

② ページ速度を通じたルート

モバイル未対応のサイトは古いHTML構造を持つことが多く、不要なスクリプトや最適化されていない画像が残っているケースが目立ちます。ページ速度が遅いとAIクローラーのクロール効率が落ち、収集されるテキスト量が減る可能性があります。

ページ速度とAI可視性の関係についてはAI時代のページ速度の現実【Core Web Vitals入門】もあわせてご覧ください。

③ ユーザー体験を通じたルート

モバイルで読みにくいサイトは直帰率が高くなり、被リンクも集まりにくくなります。AIは信頼性の高いサイトを優先的に引用する傾向があり、ユーザー評価の低いサイトは間接的に不利になります。

繰り返しになりますが、「モバイル未対応だからAI引用がゼロになる」わけではありません。ただし、モバイル対応を後回しにしているサイトは、HTML構造が古く・ページが重く・ユーザーに読まれにくい、という状態になりがちです。

モバイル対応に取り組む過程で整理されるHTML構造とパフォーマンスが、AI可視性に直結します。

GEO視点でモバイル対応をどう優先づけるか

ここまでの内容を踏まえて、AI引用（GEO/AEO）を意識したときにモバイル対応をどう位置づければいいかを整理します。

Perplexityへの質問でも確認できましたが、GEO/AEOの観点での優先度はおおむね以下の3段階に整理できます。

必須レベル：AIがまず読めるかどうか

JavaScriptに依存せず、サーバーから返るHTMLに主要コンテンツが含まれていることが大前提です。SPAやJSレンダリング頼みのサイトは、AIクローラーから見ると「中身のないページ」に映ります。セマンティックなHTML（見出し・リスト・表）で情報が構造化されていることも必須です。

セマンティックHTMLの重要性についてはAIはdivが読めない——セマンティックHTMLがAI引用の土台になる理由をあわせてご覧ください。

強く推奨：クロール効率を上げる

ページ速度の改善・不要スクリプトの削減・画像の最適化は、AIクローラーにとっても人間にとっても「軽くて読みやすいページ」につながります。構造化データ（JSON-LD）でテーマやエンティティを明示すると、AIに「このページは何について書かれているか」を正確に伝えられます。

あった方がいい：間接的に効く

viewport設定とレスポンシブCSSによるモバイル対応は、AIクローラーへの直接影響はほぼありません。ただし、モバイルで読みやすいフォント・行間・余白の調整は滞在時間や被リンク獲得につながり、結果としてAIにとっての「信頼できるサイト」シグナルになり得ます。

モバイル対応は「AIのためにやる」というより「ユーザーのためにやった結果、AIにも評価される」という位置づけが正確です。GEO対策の優先リストでいえば、HTML構造・ページ速度・構造化データを先に整えてから、モバイル対応に取り組む順序が現実的です。

まとめ：AIはモバイルを見ないが、モバイル対応は無駄ではない

AI観測ラボのサーバーログとPerplexityへの質問から得た知見を整理します。

• GPTBot・ClaudeBot・PerplexityBot・Amazonbot・OAI-SearchBotの5社すべてで、モバイルを示すUser-Agent文字列は確認されなかった
• AIクローラーはCSSをレンダリングせず、静的HTMLのテキストを解析するため、viewportやレスポンシブCSSはAIの動作にほぼ影響しない
• モバイル未対応だからといってAI引用がゼロになるわけではないが、Googlebot評価・ページ速度・ユーザー体験の3ルートで間接的な影響は発生する
• GEO/AEO視点での優先順位は「HTML構造 → ページ速度 → 構造化データ → モバイル対応」の順が現実的

「AIはモバイルを見ていない」は事実です。ただし、モバイル対応に伴うHTML構造の整理・ページ速度の改善・ユーザー体験の向上は、結果としてAIにとってもクロールしやすいサイトを作ることにつながります。

モバイル対応はSEOのためだけでなく、GEO対策の土台としても機能します。「ユーザーのためにやった結果、AIにも評価される」——結果的にはAIやwebサイトに良い位置づけで取り組むのが、現時点では最も合理的な判断です。