エージェンティック対応度ハブ

このページが存在する理由

エージェンティック対応度とは、もはや無視できなくなりつつある要件を指す名称です。ウェブサイトは、インデックス可能で、可視で、引用可能で、機械可読であるだけでは、もはや済まされません。インターフェースを横断し、対象を選択し、フォームに入力し、経路をたどり、意図を実行できるシステムによって、行動の環境として理解されうるものでなければなりません。

このハブは、このテーマへの私個人の入口です。あまりにも頻繁に混同される3つのレジームを区別します。検索システムと回答システムにおける可視性、文書サーフェスの機械による発見可能性、そしてインターフェースのエージェンティック対応度です。これらのレジームは互いに強め合うことはあっても、同じものを測っているわけではありません。

基礎となる区別

あるページが、Googleで高い可視性を持ち、回答エンジンに正しく引用され、llms.txtファイルに適切に掲載されていても、行動しなければならないエージェントにとっては弱いことがあります。逆に、エージェントにとって非常に堅牢なインターフェースであっても、引用も、順位も、推奨も保証されるわけではありません。

エージェンティック対応度は、この区別を受け入れたときに始まります。問いはもはや「システムはこのページを読めるか？」だけではありません。問いは次のようになります。「システムは、自分が何をしなければならないか、何をしてはならないか、どの状態にあるのか、どの行動が正当か、その行動がどのような帰結を生むのかを理解できるか？」

正規の入口

まずエージェンティック対応度の定義から始め、次の概念とあわせて読んでください。

• エージェンティックウェブ：解釈可能かつ行動可能な環境としてのウェブサイト
• エージェントによるナビゲーション可能性：エージェントがインターフェースを横断し、操作する能力
• 解釈可能なインターフェース：視覚的な意図、HTML構造、機械への露出のあいだの整合性
• アクセシビリティツリー：役割、名前、状態、関係をプログラムから扱えるマップ
• 機械可読性：ルート、正規URL、ファイル、読解条件を露出させるコーパスの能力
• 実行境界：行動する技術的な能力と、行動する正当な権威との分離

次に読むフレームワーク

ウェブのエージェンティック可読性フレームワークは、技術的な管理項目を定めています。DOMの安定性、視覚とDOMとアクセシビリティツリーのあいだの整合性、行動可能なセマンティクス、ハイドレーションのリスク、インタラクションの決定性、視覚的階層、機械による発見可能性です。

AI可視性、機械による発見可能性、エージェンティック対応度のマトリクスは、戦略上の区別を定めています。このマトリクスによって、llms.txt、Lighthouse、AIによる引用、構造化データ、サイトマップ、SEO監査、エージェントによるナビゲーション可能性を、あたかも単一のスコアに属するかのように扱うことを防げます。

検索可視性はエージェンティック対応度ではないという立場は、ドクトリン上の境界を定めています。検索ツールがあるソースを表示したり高く評価したりすることはありえますが、その理由は、そのソースがエージェントによって正しく操作されうるかどうかについて、何も証明しません。

Lighthouseが語彙を変える理由

LighthouseにAgentic Browsingの実験的な監査が組み込まれたことは、llms.txtがGoogle検索のランキング要因になることを意味しません。それが意味するのは、機械可読性とインタラクションに関するいくつかのシグナルが、標準的な開発者ツールの中で観測可能になりつつあるということです。

これはカテゴリーの変化です。このテーマは、AI SEOをめぐる曖昧な意見の領域から徐々に離れ、検証可能な管理項目の領域に入りつつあります。アクセシビリティツリー、視覚的な安定性、フォームの露出、発見サーフェス、意図の整合性、そして、インターフェースが宣言していないことをエージェントに作り出させずに済むサイトの能力です。

編集シリーズ

次の順序で記事を読んでください。

1. Google、Lighthouse、llms.txt：AI可視性か、エージェンティック対応度か？（英語）
2. エージェンティック対応度とAI SEO：もはや混同してはならない2つのレジーム（英語）
3. エージェンティックウェブの解釈マップとしてのアクセシビリティツリー（英語）
4. 視覚的な安定性が機械による行動の条件になる理由（英語）
5. llms.txt：ガバナンスではなく発見（英語）

このページが約束しないこと

このページは、エージェントに対応したサイトが、より上位に表示される、より多く引用される、より頻繁に推奨される、ということを約束しません。こうした効果は研究の対象にはなりえますが、自動的な帰結として売り込まれてはなりません。エージェンティック対応度はアーキテクチャ上の特性であって、可視性の約束ではありません。

擁護できる約束は、より控えめで、しかもより強いものです。行動の曖昧さを減らし、意図を可視化し、経路を安定させ、限界を露出させ、人間による即時の監督なしにインターフェースを横断しなければならないかもしれないシステムにとって、インターフェースをより読みやすくすることです。

読み方のルール

決してツールから始めないでください。能力から始めてください。つまり、エージェントが見つけ、理解し、区別し、判断し、行動し、控え、その理由を説明できるかどうかです。その答えが脆い推論に依存しているなら、エージェンティック対応度は不完全です。

成熟度レベル別の読み方

エージェンティック対応度は、二値的な状態としてではなく、レベルごとに評価しなければなりません。エージェンティックウェブ成熟度モデルは、人間専用のサイト、クロール可能なサイト、機械可読なサイト、ガバナンス下のサイト、エージェントが読めるサイト、エージェントが行動できるサイトを区別しています。

この区別は、2つの誤りを防ぎます。llms.txtだけで十分だとみなすことと、Lighthouseの良好なシグナルを完全な行動可能性の証明とみなすことです。正しい診断は、対象となるエージェンティックサーフェスから始め、ジャーニーが操作、送信、確認、帰結を伴う場合には行動の正当性を検証します。