AI エージェント対応Web セキュリティWeb 担当者DNS

AI エージェント対応とは？確認方法を解説

Q: SEO 対策とは別物ですか

土台は共通です。robots.txt・sitemap.xml・構造化データといった「機械に正しく読ませる」基盤は SEO でも agent readiness でも効きます。agent readiness はその基盤に、Markdown 配信や llms.txt、機能の機械可読公開を足したものと捉えると分かりやすいです。

2026年5月29日ドメイン番人約 6 分で読めます

この記事でわかること

「AI エージェント対応（agent readiness）」が何を指すか、なぜ今注目されるのか
対応できているかを判断する 5 つの観点（発見・コンテンツ・ボット制御・機能公開・商取引）
中小企業のサイトがどこから手をつければよいかの優先順位

検索エンジン対応の次は「AI エージェント対応」

これまで Web サイトは、Google などの検索エンジンに正しく見つけてもらうための対応（SEO）を整えてきました。これからはそれに加えて、AI エージェント（自律的に Web を読み、操作する AI プログラム）から正しく使ってもらえるかという新しい観点が重要になります。

ChatGPT や Claude のような AI が、人の代わりに情報を集めたり予約・問い合わせを代行したりする場面が増えると、「人間向けに作ったページ」がそのまま AI に伝わるとは限りません。そこで登場したのが agent readiness（エージェント対応） という考え方です。Cloudflare はこの枠組みを整理し、サイトの対応状況をスコア化する仕組みまで公開しています。

重要なのは、agent readiness の中身がほとんど DNS・robots.txt・/.well-known/・構造化データといった Web インフラの話だという点です。つまり、メール認証や DNS、SSL を整えてきたサイト運営者にとっては、地続きの延長線上にあります。

AI エージェント対応の 5 観点

対応できているかを判断する 5 つの観点

agent readiness は、おおむね次の 5 つの領域で評価されます。

1. 発見可能性（Discoverability）

AI エージェントがサイトの構造を見つけられるか、という観点です。具体的には、robots.txt（クロールの可否を伝えるファイル）、sitemap.xml（ページ一覧）、そして HTTP レスポンスの Link ヘッダ（RFC 8288） で関連リソースを案内できているかが見られます。さらに DNS for AI Discovery（DNS-AID）という、DNS レコードでエージェント向けの入口を告知する新しい仕組みも提案されています。DNS レコードの基礎はDNS レコードの種類を参照してください。

2. コンテンツのアクセスしやすさ（Content）

AI は HTML よりも、無駄のない Markdown のほうを効率的に読めます。Accept: text/markdown というリクエストに対して Markdown 版を返すコンテンツネゴシエーションや、サイトの読みどころを案内する llms.txt ファイルを用意できているかが問われます。これにより、AI が消費するデータ量（トークン）を大きく減らせます。

3. ボットのアクセス制御（Bot Access Control）

すべての AI に好きなだけ読ませるのではなく、用途別に許可・拒否を選べるかという観点です。robots.txt の Content Signalsで「学習用途は不可、検索用途は可」のように細かく指定したり、署名でボットの正体を確認する Web Bot Auth に対応したりします。どの AI クローラを許可し、どれを止めるかは、サイトの方針として明確にしておく価値があります。

4. 機能の公開（Capabilities）

サイトが提供する機能を、AI が機械的に発見できる形で公開できているか、という観点です。/.well-known/api-catalog（RFC 9727）で API の一覧を示したり、/.well-known/mcp/server-card.json で MCP（Model Context Protocol）サーバの場所を伝えたりします。これにより、AI エージェントが「このサイトでは何ができるか」を自動で把握できます。ドメイン番人自身もこの仕組みを実装しており、その使い方はドメイン番人の MCP サーバの使い方で解説しています。

5. 商取引（Commerce）

AI エージェントが決済まで代行する未来を見据えた、x402（HTTP 402 Payment Required の活用）などの仕組みです。これは大規模 EC やプラットフォーム向けの先進領域で、中小企業の多くは当面は気にしなくて構いません。

自社サイトの対応状況を確認する方法

「うちのサイトは agent ready か」を確認するには、次の項目を 1 つずつ点検します。

中小企業の優先順位（やさしい順）

robots.txt が存在し、AI クローラの扱いを意図して書けているか
sitemap.xml が最新のページを反映しているか
HTTP レスポンスに Link ヘッダや、Markdown 版へ誘導する仕組みがあるか
llms.txt を用意しているか
/.well-known/api-catalog など、機能を機械可読で公開しているか

各項目を 1 つずつ手で確認するのは手間なので、チェックツールで全体像をつかんでから優先順位を決めるのが現実的です。ドメイン番人では、URL を入れるだけで上記の項目（robots.txt の AI クローラ制御・sitemap・llms.txt・Link ヘッダ・/.well-known/）を自動採点するAI エージェント対応チェックを無料で公開しています。Cloudflare の isitagentready.com の日本語版として使えます。具体的な点検コマンドやツールの使い方はサイトの AI 対応を確認する方法で解説しています。

中小企業はどこから手をつけるべきか

すべてを一度に揃える必要はありません。費用対効果の高い順に、次のステップで進めるのがおすすめです。

robots.txt の整備: まず存在を確認し、止めたい AI クローラと通したいクローラの方針を決める。最も手間が小さく、影響が大きい
sitemap.xml の最新化: ページ追加に追従できているか確認する
llms.txt の用意: サイトの主要ページと概要を 1 ファイルにまとめる。コンテンツが多いサイトほど効果が出る
/.well-known/ での機能公開: API や問い合わせ手段を持つサイトは、機械可読での公開を検討する

商取引（x402 など）や Web Bot Auth は先進領域なので、上記が整ってから検討すれば十分です。各項目の具体的な書き方は、本サイトで順次詳しく解説していきます。

よくある質問

AI クローラは全部ブロックすべきですか

一概には言えません。学習目的のクロールは止めたいが、検索や問い合わせ代行で自社を見つけてもらう経路は残したい、というケースが多いはずです。robots.txt の Content Signals で用途別に制御するのが現実的です。

SEO 対策とは別物ですか

土台は共通です。robots.txt・sitemap.xml・構造化データといった「機械に正しく読ませる」基盤は SEO でも agent readiness でも効きます。agent readiness はその基盤に、Markdown 配信や llms.txt、機能の機械可読公開を足したものと捉えると分かりやすいです。

今すぐやらないと不利になりますか

現時点では先行者が少ない領域です。だからこそ、競合より早く基盤を整えておくと、AI 経由の流入が一般化したときに有利になります。まずは robots.txt と sitemap.xml の点検から始めれば十分です。

まとめ

agent readiness は「サイトが AI エージェントから正しく使えるか」を 5 観点で見る枠組み
中身は robots.txt・llms.txt・/.well-known/・構造化データなど、Web インフラの延長
中小企業は robots.txt → sitemap → llms.txt → /.well-known/ の順で十分
先行者が少ない今のうちに基盤を整えておくと、AI 経由の流入で先行できる

まずは自社サイトの基盤を確認しませんか

agent readiness の土台は、DNS・robots・SSL といった Web インフラが正しく整っていることです。自社ドメインの SPF / DKIM / DMARC / SSL / DNS の状態は、ドメイン番人の無料診断で数十秒で確認できます。単発のチェックツールは無料ツール一覧にまとめています。