AI検索対応とは、robots.txtでAIクローラーの巡回を許可したうえで、llms.txtと構造化データでサイトの情報をAIが読み取れる形に整えることです。この3点が揃って初めて、検索順位が良くても引用の候補にすら入らないという事故を防げます。
※ 2026年9月時点の情報です。
AI検索対応とは？サイトに必要な状態を定義する
AI検索対応とは、AIクローラーへの許可と、AIが読み取れる構造の両方が揃った状態を指します。
「順位は悪くないのに、AI検索にはまったく出てこない」という相談を受けることがあります。多くの場合、原因は本文の質ではなく、クローラーの許可漏れか、機械が読み取れる構造の不足のどちらかです。基礎知識は、AI検索とは？AIO対策との違いと5種類の対応ポイントで解説しています。
対応の範囲は大きく2つに分かれます。1つはクローラーへの「許可」、もう1つはAIが内容を理解しやすくする「構造」です。順番を間違えて構造だけ整えても、そもそもクローラーが来ていなければ意味がありません。まず許可を確認し、そのあとで構造を整える順序が重要です。
設定1: robots.txtで主要AIクローラーを個別に許可する
robots.txtは、AIクローラーを1つずつ確認し、Googlebotを誤って止めないことが最優先です。
robots.txtに書く内容自体はシンプルですが、事故が起きやすい設定です。GPTBot・OAI-SearchBot・ClaudeBot・PerplexityBotを個別にAllow設定し、まとめてブロックしないようにしてください。
静的サイトはルート直下にファイルを置くだけで済みます。WordPressなどCMS側でrobots.txtを動的生成している場合は、プラグインの設定画面から個別許可を確認する必要があります。
Google AI OverviewとAIモードは通常のGooglebotのクロール結果を使います。「AI系はまとめて止めておこう」という設定が、Googlebot自体を止める事故につながります。
| クローラー | 対象 | 許可すべき理由 |
|---|---|---|
| Googlebot | Google検索全般・AI Overview | 止めると通常検索にも表示されなくなる |
| GPTBot / OAI-SearchBot | ChatGPT検索 | ChatGPTの回答候補に入る前提になる |
| PerplexityBot | Perplexity | 即時性を重視するPerplexityの情報源になる |
| ClaudeBot | Claude | Claudeが参照する情報源になる |
Google公式のクローラー一覧を見ながら、WAFやCDN側の自動ブロックでも403や429が返っていないか、アクセスログまで確認してください。robots.txtでは許可していても、WAFが弾いているケースは見落とされがちです。
確認の手順自体は難しくありません。ブラウザで https://自社ドメイン/robots.txt を直接開き、目視でAllow・Disallowの記載を確認します。
あわせてサーバーのアクセスログを、User-Agentの文字列（GPTBot・PerplexityBot等）でgrepすると、実際にクローラーが巡回しているかどうかが分かります。
表示はされているのにアクセスログに記録がない場合、WAF側で弾かれている可能性が高いと判断できます。
robots.txtの記載とサーバー側（WAF・CDN）の設定は別のレイヤーです。片方だけ確認して安心しないことが大切です。特にCloudflareなどのCDNを導入しているサイトは、Bot対策機能がAIクローラーまで巻き込んで止めていないか、robots.txtとは別に確認しておく必要があります。
設定2: llms.txtでサイト概要と実績をAIに渡す
llms.txtは、サイトの概要と運営者情報をAIに直接渡すためのテキストファイルです。
llms.txtはサイトのルート直下にMarkdown形式で設置します。サイト概要、運営者情報、主要コンテンツへのリンクを簡潔にまとめておくと、AIがサイト全体の文脈を把握しやすくなります。
私たちは自社サイトのllms.txtに、運営会社の実績と主要記事一覧を記載しています。当社は自社サイトをAIO対策の実験場にしています。構造化データ・llms.txt・主要AIクローラー20種の許可を実装したうえで、引用状況を日次で計測しています。
llms.txtの運営者情報には、抽象的な自己紹介ではなく確認できる実績を書くことが重要です。当社は2020年3月創業、大阪市東成区を拠点に店舗集客とAI活用を支援しています。MEO運用サービス「G-ran」では通算3,200店舗以上を運用してきました。こうした具体的な数字は、AIが運営者の信頼性を判断する材料にもなります。
この運用を続ける中で分かったことがあります。llms.txt単体で順位や引用が急に変わることはありません。ただ、AIがサイト全体の位置づけを把握する手がかりにはなっていると感じています。個別記事のクロールが遅れているときも、llms.txt経由でサイトの存在自体は把握されているケースが多いためです。
新しい記事を公開したら、llms.txtにも1行追記する運用にしておくと、サイト全体の案内が常に最新の状態を保てます。書き方はシンプルで、- [記事タイトル](URL): 記事の1行説明 という形式を1記事1行で追加していくだけです。凝った文章にする必要はなく、むしろ簡潔なほうが機械には読み取りやすくなります。
設定3: 構造化データ(JSON-LD)で記事を機械可読にする
構造化データは、記事の要点をAIがそのまま読み取れる形でHTMLに埋め込む仕組みです。
記事にはBlogPosting・FAQPage・BreadcrumbListの3種類を最低限設定します。手順を扱う記事にはHowToも追加してください。
BlogPostingにはauthor(著者名・肩書き)とdateModified(更新日)を必ず含めてください。著者情報が空欄のまま公開されている記事を見かけますが、これはE-E-A-Tの観点でもAI検索の観点でも損をします。
dateModifiedはページ上の表記とSchema内の日付を一致させることも忘れないでください。表記だけ更新してSchemaが古いままだと、鮮度の主張自体が信用されなくなります。
FAQPageを設定する際に最も多い事故は、本文のFAQと構造化データの内容が一致していないことです。Google公式のFAQPageガイドラインでも、ページに実在するコンテンツと一致させることが明記されています。本文とSchemaの完全一致は、公開前に必ず確認してください。
設定4: 本文構造を冒頭断言・H2結論・FAQで抽出しやすくする
本文構造は、冒頭の断言・見出し直下の結論・FAQの3点を揃えると抽出されやすくなります。
構造化データを整えても、本文そのものが抽出しにくい書き方では意味がありません。冒頭200字は「◯◯は◯◯です」という断言型で始め、前置きや挨拶は入れません。各H2の直下には40〜60字の1文結論を置き、その1文だけを切り出しても意味が通るようにします。
具体的な書き方は、AIO対策でAIに引用されるには？5つの実践ポイントで詳しく解説しています。設定作業と文章構造の調整は別の作業に見えますが、片方だけを整えても引用にはつながりません。
ここまでの内容を、自社に当てはめて確認しませんか。
AI検索の対応度チェック（無料・30秒） →読みながらでも1分で終わります
設定5: クロールの土台(HTTPS・表示速度・sitemap)を整える
クロールの土台は、HTTPS・表示速度・sitemapの3点が整って初めて機能します。
どれだけrobots.txtや構造化データを整えても、サーバーの応答が遅い、あるいはHTTPS証明書が切れていれば、クローラーは巡回を後回しにします。HTTPS・表示速度・sitemapは、他の設定より地味ですが土台として欠かせません。
表示速度はLCP・INP・CLSの3指標(Core Web Vitals)で確認します。sitemap.xmlは新しい記事を公開するたびに更新し、lastmodを実際の更新日に合わせてください。
私たちが自社サイトを運用する中でも、sitemap.xmlの更新を怠ると新規記事のインデックスが遅れる場面を何度も見てきました。Google公式のsitemap作成ガイドにも、更新のたびにsitemapを最新化する重要性が書かれています。技術的な土台は地味な作業ですが、抜けると他の設定の効果が発揮されません。
設定後にログとGSCで反映を確認する手順
設定後は、アクセスログとGSCで実際にクローラーが読みに来ているかを確認します。
設定して終わりにせず、反映を確認する手順まで運用に組み込んでください。まずアクセスログでGPTBotやPerplexityBotのアクセスが記録されているかを確認します。次にGoogle Search Consoleの生成AIパフォーマンスレポートで、AI Overviewのインプレッションが発生しているかを見ます。
当サイトの実測では、直近28日で291個の検索語からのべ2,171回表示され、7回のクリックがありました（自社サイトのSearch Console実測・2026年9月時点）。
この数値も、設定の効果を継続的に確認するための一つの指標として使っています。対応状況を体系的にチェックしたい場合は、AIO診断のやり方｜無料チェック8項目とツールの使い分けも参考になります。
社内にエンジニアがいない場合、ここまでの設定を自社だけで完結させるのは負担が大きいこともあります。どこまで自社で対応できるかは、AIO対策は自分でできる？で判断基準を整理しています。
AI検索対応でよくある失敗と注意点
よくある失敗は、まとめてブロック・設定して放置・本文とSchemaの不一致の3つです。
1つ目は、AI系クローラーを「念のため」まとめてブロックしてしまうケースです。Googlebotまで巻き込んで止めてしまうと、通常検索の順位まで落ちます。
2つ目は、robots.txtとllms.txtを一度設置したまま放置することです。IndexNowは、更新したURLをBing・Copilot系へ即時通知する仕組みです。この通知や、公開のたびのllms.txt追記を運用に組み込まないと、設定した効果が薄れていきます。
3つ目は、FAQPageの本文とSchemaが一致しないまま公開することです。修正のたびにどちらか片方だけを直すと、次第にずれが蓄積します。私たちは記事のFAQを修正するたびに、本文とSchemaの両方を突き合わせて確認する運用にしています。
これら3つの失敗に共通するのは、一度設定して終わりにする運用そのもの。robots.txt・llms.txt・構造化データは、記事を公開するたびに見直す項目としてチェックリスト化しておくと、事故が起きにくくなります。
robots.txtやllms.txtは一度設置すれば終わりではなく、新しいAIクローラーの追加や記事の公開のたびに見直す運用が必要です。
よくある質問
AI検索対応とは具体的に何をすることですか？
robots.txtでAIクローラーを許可し、llms.txtと構造化データでサイト情報を機械可読にすることです。
robots.txtで最低限確認すべきクローラーは何ですか？
Googlebot・GPTBot・OAI-SearchBot・ClaudeBot・PerplexityBotの5つです。
llms.txtは必ず設置しないといけませんか？
必須ではありませんが、AIにサイト概要を直接伝えられるため設置が推奨されます。
構造化データはどのSchemaを優先すべきですか？
記事にはBlogPostingとFAQPage、パンくずにはBreadcrumbListを優先します。
設定してもすぐにAI検索に反映されますか？
反映まで数週間かかることが多く、即日での変化は期待しないほうが安全です。
対応済みかどうかはどこで確認できますか？
GSCの生成AIパフォーマンスレポートとアクセスログのクローラー種別で確認します。
自社サイトがAI検索にどこまで対応できているかは、AI検索の対応度チェック（無料・30秒）で確かめられます。登録は不要です。
まとめ: AI検索対応は「許可」と「構造」の両輪
AI検索対応は、単発の設定ではなく、許可と構造という2つの軸を継続的に整える取り組みです。robots.txtとllms.txtでクローラーへの許可を整え、構造化データと本文構造でAIが読み取れる形にする。この2つが揃って初めて、検索順位という土台の上にAI検索対応が成立します。
今日からできるのは、robots.txtで主要AIクローラーの許可状況を確認することです。次にllms.txtの有無を確認し、なければ設置してください。私たちも新しい記事を公開するたびに、この7つの設定項目に立ち返って点検しています。
あわせて読みたい関連記事
AI検索時代の集客、プロに相談してみませんか？
AIO・LLMO・SEO・MEO集客支援の詳細を見る →無料相談・資料ダウンロードはリンク先から