AmICitedでエージェントアクセシビリティスコアを確認する方法

AIエージェントは人間と同じようにサイトを読み取りません。もしあなたのサイトがエージェント向けに構築されているかどうかをこれまで確認したことがないなら、答えはおそらく「まだできていない」でしょう。

エージェントアクセシビリティとは

エージェントアクセシビリティとは、ショッピングアシスタント、リサーチエージェント、ユーザーの質問に答えるチャットボット、大規模言語モデルにデータを供給するクローラーといった自律的なAIシステムが、人間がクリックして操作することなく、あなたのウェブサイトをどれだけ容易に読み取り、理解し、行動に移せるかを測る指標です。これは、スクリーンリーダーや支援技術のために存在する従来のウェブアクセシビリティとも、検索エンジンクローラーが青いリンクの一覧としてページをランク付けするために存在する従来のSEOとも異なる分野です。エージェンティックAIシステムは「閲覧」するのではなく「解析」します。ページを取得し、そこから構造化された意味を抽出し、それを信頼して引用すべきかどうかを判断し、時にはユーザーに代わって購入を完了するといった行動を取ります。この一連の動きはエージェンティックコマース と呼ばれています。

そして、この「解析」の段階でこそ、多くのサイトが静かに失敗しています。ブラウザで見れば完璧に見えるページでも、コンテンツがJavaScriptの実行後にしかレンダリングされない場合、robots.txt ファイルがクローラーのユーザーエージェントをブロックしている場合、存在するURLを宣言するサイトマップがない場合、あるいはエージェントが何を許可されているかを機械可読な形で発見する手段がサイトに用意されていない場合、そのページは事実上エージェントにとって見えない存在になり得ます。これらはどれも、人間の訪問者がまず気づくことのない事柄です。しかし、AIエージェントがあなたのブランドを引用可能かつ行動対象として信頼できる情報源かどうかを判断する前に、必ずチェックする事柄でもあります。

だからこそ、生成エンジン最適化 （GEO）は、技術的なアクセシビリティを後回しにできる付随事項ではなく、土台となるレイヤーとして扱います。あなたのカテゴリで最も権威あるコンテンツを公開していたとしても、その基盤となるインフラがエージェントによる読み取りを妨げていれば、その権威性はChatGPT、Perplexity、Gemini、Google AI Overviewsのどれにも届きません。AIアクセシビリティ監査 は、こうしたギャップがどこにあるのかを正確に洗い出す技術的なレビューです。クローラーの許可設定、構造化データ、ファイルの発見可能性、そしてAIショッピングやAI駆動のリサーチが主流になるにつれて登場しつつある、エージェント固有の新しいプロトコルまでをチェックします。

重要なシグナルはいくつかのカテゴリーに分類されます。言語モデルにサイトの読み取り方法と引用方法を伝えるllms.txt ファイルを公開しているかどうか。AIシステムがコンテンツを解析する際に利用するアクセシビリティツリーを通じて、ページが構造的に読み取り可能かどうか。robots.txt を介してクローラーが実際にアクセスを許可されているかどうか。XMLサイトマップ が存在し、完全であるかどうか。WebMCPのような新興の標準を通じて、サイトがエージェント向けに呼び出し可能なツールを公開しているかどうか。そして、エージェンティックコマース向けの機械可読なトランザクションプロトコルを宣伝しているかどうか。これらはいずれも実務上は二値的な性質を持ちます――エージェントがその行動を実行できるか、できないかのどちらかです。だからこそAmICitedは、これらを長々とした説明レポートではなく、合否が一目でわかる一列のタイルへと凝縮しているのです。

エージェント準備状況サマリー

Agent Accessibility（エージェントアクセシビリティ）監査では、あなたのサイトが技術的にエージェントに対応しているかをチェックします。そして、上部にあるAgent Readiness Summary（エージェント準備状況サマリー）が、タイル一列で全体像を把握できるようにしてくれます。

確認場所

Audit → Agent Accessibility を開きます。ページの中心には 「あなたのドメインの /llms.txt — AIエージェントやLLMがサイトの読み取り方法と引用方法を指示するファイル」 が表示され、その最上部に準備状況サマリーがあります。この機能はAmICitedのより広範なAI可視性 トラッキングと連携しているため、「自分のサイトは技術的に読み取り可能か」から「自分のブランドは実際に引用されているか」へと、ツールを切り替えることなくシームレスに移行できます。

タイルの内容

• llms.txt — 完全で有効な /llms.txt が存在するかどうか。このファイルは、AIエージェントにとってサイトの目次に最も近い存在です。ブラウザ向けではなく機械が読み取るための形式で、引用してほしいページ、ドキュメント、データへとエージェントを導きます。このファイルが欠けていたり不正な形式であったりしても、クローラーが必ずしもブロックされるわけではありませんが、あなたのドメイン上で何が重要なのかをエージェントが推測に頼らざるを得なくなることを意味します。
• Accessibility（アクセシビリティ） — スクリーンリーダーが依拠するのと同じページの構造的表現であるアクセシビリティツリーを通じて、ページがどれだけ読み取りやすいかを示します。生のHTMLを取得するだけでなくページをレンダリングするエージェントは、しばしばこのツリーを辿ってコンテンツを抽出します。そのため、ラベルのない <div> の羅列や、セマンティックなマークアップを持たないインタラクティブなウィジェットだけで構築されたページは、見た目のテキストに問題がなくても「ノイズ」として読み取られてしまいます。
• Crawler access（クローラーアクセス） — AIクローラーや検索クローラーがそもそもサイトを読み取ることを許可されているかどうか。このタイルは robots.txt の設定やサーバーレベルのブロックを反映しています。ページ上で最も重要度の高いタイルであり、クローラーが拒否されていれば、その先にある引用、構造化データ、エージェントのツールアクセスといったすべてが無意味になります。なぜなら、エージェントはそもそも「玄関」を通過できないからです。
• Sitemap URLs（サイトマップURL） — サイトマップが宣言されているか、およびリストされているURLの数。サイトマップは引用を保証するものではありませんが、内部リンクだけを頼りにすべてを発見させるのではなく、「検討する価値のあるページの全体像はこれです」とエージェントに伝える最も速い手段です。
• WebMCP — サイトがエージェント向けの呼び出し可能なツールを公開しているかどうか。これは最も新しく、最も先進的なタイルです。エージェントがコンテンツの読み取りから行動の実行へと移行するにつれて、UIをエージェントに逆解析させるのではなく、明確で機械が呼び出せる機能を公開しているサイトこそが、この変化に取り残されるのではなく参加できる立場にあります。
• Agentic commerce（エージェンティックコマース） — サイトが機械可読なトランザクションプロトコルを宣伝しているかどうか。チェックアウトフローを持つあらゆるブランドにとって、このタイルはAIショッピングエージェントが顧客に代わって購入を完了できるかどうか、あるいはそれをサポートする競合他社に単にスキップされてしまうかどうかを示す先行指標です。

使用方法

1. 弱いタイルをスキャンする。 失敗または空白のタイルは、AIエージェントにとってのアクセシビリティギャップを示しています。各タイルは独立した技術システムに対応しているため、単一の弱いタイルは通常、より広範な問題の兆候ではなく、限定的で修正可能な問題であることが多いです。
2. 詳細を掘り下げる。 各タイルはページ下部のセクション（llms.txtレビュー、robotsとサイトマップ、アクセシビリティツリー、WebMCP、エージェンティックコマース）に対応しており、詳細情報と再チェックボタンが用意されています。ここでこそ、単なる合否のシグナルではなく「何が欠けているか」という具体的な詳細が得られます。「llms.txt: 要改善」という情報と、どのページが欠けているか、あるいはどのディレクティブが不正な形式なのかを正確に知ることとの違いです。
3. 修正後に再実行する。 サイトを更新したら再チェックを行い、タイルが正常に変わるのを確認しましょう。これらはクロールして待つタイプの指標ではなく構造的なチェックであるため、ほとんどのタイルはAmICitedが該当ファイルを再取得した時点で即座に更新されます。これにより、サマリーは四半期に一度確認するようなものではなく、エンジニアリング作業のための高速なフィードバックループとなります。

監査ページを超えて重要な理由

健全な準備状況サマリーは、単なる見栄えのスコアではなく先行指標です。6つのチェックすべてに合格しているサイトは、AI回答における引用シェアを探したときに最も見つかりやすいサイトです。なぜなら、そもそもエージェントがそのコンテンツに実際に到達し、解析し、信頼できたからです。これは、robots.txt やサイトマップを定型的な付属物としてではなく、SEOにおける一級のアセットとして扱うのと同じ論理です。もはやこれらはGooglebotのためだけのものではなく、ユーザーに代わって何が推薦され、要約され、購入されるかを形作りつつある、あらゆるAIクローラーへの入り口なのです。もし特定のタイルについてより深い仕組み――たとえば準拠したファイルを書くためのステップバイステップの手順――を知りたい場合は、llms.txtを実装する方法 に関するAmICitedのガイドが、監査ページだけでは触れきれない構文やよくある間違いについて、より詳しく解説しています。

スコアから修正へ

サマリーはスコアカードであり、その下にある各セクション（それぞれに独自のアカデミーガイドがあります）は、実際に対策を講じる場所です。赤や空白のタイルは、CIパイプラインで失敗したテストと同じように扱いましょう。問題を正確に特定してくれるため、修正は多くの場合、推測ではなくエンジニアリングの時間の問題になります。llms.txtのギャップは通常、コンテンツとファイル形式の問題であり、午後のうちに解決できます。クローラーアクセスとサイトマップの問題は、たいていサーバー設定の修正で対応できます。アクセシビリティツリーの問題は、フロントエンドフレームワークがコンテンツをどのようにレンダリングするかに起因することが多く、解決により時間がかかる場合があります。WebMCPとエージェンティックコマースは最も新しいチェック項目であり、現時点では多くのサイトで単に未実装であることも珍しくありません。これは失敗というより、ほとんどの競合がまだ手をつけていない領域で先行する機会だと言えます。

このチェックは一度きりではなく、継続的に実施する価値があります。サイトは変化するものです。新しいデプロイが robots.txt のブロックを静かに再発させたり、CMSの移行でサイトマップが失われたり、リデザインによってアクセシビリティツリーが依存するセマンティックマークアップが失われたりすることがあります。AIエージェントはサイトを読み取れなくてもエラーメッセージを送ってくれないため、準備状況サマリーは、引用数の低下として表面化する前に回帰を発見できる唯一の場所であることが少なくありません。ChatGPT、Perplexity、Gemini、AI Overviews全体での実際の引用ポジションを監視するAmICitedのAIランクトラッカー と組み合わせることで、両面を把握できます――引用され得るかどうかを予測する技術的な準備状況スコアと、実際に引用されているかどうかを確認するライブトラッキングです。初めてサイトを監査する場合で、エージェント準備状況の一部分だけでなく全体像が欲しい場合は、AI可視性監査の実施方法 に関するAmICitedのガイドが完全な手法を解説しています。また、複数のクライアントサイトでこれを管理するチームには、同じチェックリストを大規模に運用するために特別に構築されたエージェンシー向けAmICited のワークスペースとレポート構成が役立つでしょう。