Can AI agents use your website?

新しい種類の訪問者

30年間、ウェブサイトにとって重要な訪問者は正確に1種類だけでした。ブラウザで描画されたページを見る人間です。モダンなウェブのすべて——JavaScript バンドル、クッキーバナー、視覚的なボットチャレンジ——はその訪問者のために作られました。AI エージェントはその前提を壊します。ユーザーのために働くエージェントは通常、JavaScript を実行せずに生の HTML を取得し、GPTBot や ClaudeBot のようなユーザーエージェントで正直に身元を示し、サイトが公開する機械向けファイル（robots.txt、サイトマップ、llms.txt、OpenAPI 仕様）を読み、数回の取得のうちにこのサイトが理解でき使えるかどうかを判断します。このテストに落ちたサイトは大声で罰せられません。エージェントはただ他へ行くだけで、その訪問はあなたが所有するどの分析ダッシュボードにも現れません。

これが将来ではなく今重要なのは、エージェントが実在のチャネルになりつつあるからです。購入を調査するアシスタント、予約と購入を行うエージェント、顧客に答えるためにドキュメントを読むサポートエージェント、それらのシステムが回答の元にするインデックスを構築するクローラー。そのすべてが機械可読性であなたのサイトを採点し、ほとんどのサイトはそのような読み方を想定して設計されたことがありません。ギャップはめったに悪意や怠慢ではありません——機械向けの表面（クロール規則、生の HTML、API の説明）が偶然に育ち、人間向けの表面がすべての設計の注目を受けた結果です。エージェント対応度とは、そのギャップを意図的に埋める営みです。

エージェント対応度の4層

チェッカーは、エージェントが体験する順序で4層を採点します。発見性（20点）は、エージェントがサイトの地図を見つけられるかです。解析可能な robots.txt と主要な AI クローラーへの言及、到達可能なサイトマップ、llms.txt ファイル、構造化データ、自分自身を指す canonical URL。アクセス（30点）は、エージェントが到着した後に入れるかです。素の HTTP クライアントに応答するページ、AI ユーザーエージェントの拒否なし、ボットチャレンジの差し込みページなし、JavaScript を待つ空のシェルではなく生の HTML にある実コンテンツ、HTTPS へのきれいなリダイレクト、そして正直なステータスコード——存在しないものへの本物の 404 です。欠けたページと実在のページを区別できないエージェントは、そのサイトが言う他の何も信用できないからです。

使いやすさ（40点）は最大の層です。到着することと取引することは同じではないからです。サイトがエージェントの行動手段となる仕組みを公開しているかを問います。エージェントが探すパスにある OpenAPI 仕様、機械が見つけられるドキュメント、プロトコルプローブに応答する MCP エンドポイント、ログインすべき API がある場合の認証発見メタデータ、そして控えめなウェブフォーム——登録、問い合わせ、リード——にチャレンジなしで到達でき、正しく入力できるだけのラベルが付いていること。支払い（10点）は、エージェントが支払えるかを問います。新興のエージェント商取引プロトコル（ACP、UCP、AP2、x402）のいずれかの発見ファイルと、エージェントの顔にチャレンジを叩きつけないチェックアウト。支払いはサイトが実際に何かを販売している場合にのみ採点されます。商取引の兆候がないサイトでは層全体が該当なしとなり、スコアはそれなしで再スケーリングされます。

スコアの読み方

スコアは0から100で、文字グレードは85点から A、70点から B、55点から C、40点から D、それ未満は F——そして B の閾値である70点が、このカテゴリの慣例が「エージェント対応済み」の線を引く場所です。数字は要約として扱い、製品として扱わないでください。製品は所見リストです。失敗または警告になったすべてのチェック、それについて収集された証拠、その意味、修正方法、そして修正で取り戻せる点数。「まず直すべきもの」の順序は、そのリストを取り戻せる点数で並べたものにすぎません。これは一般的なチェックリストが与える順序とはほぼ決して一致しません——欠けた llms.txt は化粧的な警告3つの合計より価値がある場合があり、並べ替えがそれを教えてくれます。

2つの読み方の習慣が数字を正直に保ちます。第一に、該当なしの仕組みを尊重してください。チェックと層全体は、前提が欠けているときに除外され、スコアは再正規化されます。ドキュメントサイトがチェックアウトで採点されることはありません。スコアは、適用された層に対してのみ意味を持ちます。第二に、判定の意味を覚えておいてください。「見つからない」は常に「エージェントが試すパスでは、スキャナーのネットワークからは、スキャン時点では見つからなかった」です。エージェントは慣例的なパスを試します——それがこの演習の要点です——しかしスキャンは機械向け表面のサンプルであり、人間に指導された決意あるエージェントが最終的に発見しうるすべての監査ではありません。

最もコストの大きい失敗と、その修正

同じ一握りの失敗が、実際のサイトで失われる点数の大半を占めます。デフォルトでブロックされる AI クローラー：テンプレートからコピーした robots.txt や CDN のセキュリティプリセットが、GPTBot や ClaudeBot などをきっぱり拒否します——サイト所有者の意図と逆の場合もあります。同じクローラーが、所有者が表示されたい回答エンジンに栄養を与えているからです。修正は意図的な robots ポリシーです。クローラーごとに決め、書き留め、サイトマップは許可したままにしてください。空のシェル：ホームページが JavaScript バンドルとスピナーを返し、実際のコンテンツはクライアント側でのみ描画されます。人間は決して気づきませんが、エージェントには空のページが見えます。重要なコンテンツはサーバー側で描画するか事前に描画してください。機械向けの地図がない：サイトマップなし、llms.txt なし、構造化データなし——どれも追加は安く、追加するまではそれぞれが独立した所見になります。

2番目の一握りは、読むことではなく行動することについてです。チャレンジ優先のセキュリティ：未知のクライアントすべてにチャレンジするボットの壁は、すべてのエージェントにもチャレンジします。修正は、見慣れなさだけでではなく行動とリスクシグナルでチャレンジすること、そして公開された読み取り専用の表面を到達可能に保つことです。文書化されていない、または発見できない API：API は存在しますが、見つけられるパスに OpenAPI 仕様がないため、エージェントの統合はすべて特注の当て推量ゲームになります。仕様の公開は、ほとんどのフレームワークで一度きりのエクスポートです。エージェントが入力できないフォーム：ラベルのないフィールド、プレースホルダだけのヒント、そして日常的な問い合わせフォームに視覚パズルを解くことを要求する送信フロー。これらの修正はいずれも人間向けサイトの再設計を必要としません——機械向けの層はほぼ完全に付加的なので、点数は取りに行くためにそこにあります。

ケーススタディ：このサイトをスキャン

数字の前に、1つ開示します。sysosx.com 自体は上記の公開チェッカーではスキャンできません。sysosx のすべてのチェックと同様、エンドポイントは設計上、sysosx.com をブロック対象として拒否します。ツールが自らのインフラを指せないようにするためです。したがって以下のケーススタディは別の方法で作成されました——同じスキャンエンジンを、同じチェックと採点で、稼働中の sysosx.com サイトに対してローカルに実行したものです。スコアは推定ではなく、エンジンの実際の出力です。異なるのは観測点だけです。

点数はどこへ行ったか：上位の所見

よくある質問