エージェンティックウェブハブ

このコーパスへの4つの入口

1. エージェンティックなウェブサイトを理解する（英語）
2. 会話、リソース、管理を区別する
3. ガバナンスの基準を確認する
4. ガバナンス下のコンテキストのプロトコルを読む

Runtimeのページは、プロトコル、HTTP/MCPインスタンス、日付付きの技術的な観察を結びつけています。以下のルートでは、利用可能なコンテキストを検査し、統合ガイドを開くことができます。

行動の環境としてのウェブサイト

エージェンティックウェブとは、レジームの変化を指す名称です。ウェブサイトは、もはや人間に訪問され、検索エンジンにインデックスされ、モデルに要約されるだけのものではありません。エージェントがインターフェースを解釈し、経路を計画し、行動を選択し、それを実行しようとする環境になりうるのです。

このページは、この転換に関する私の仕事への個人的な入口です。Pagupのサービスページに代わるものではありません。このページが担うのは、テーゼ、区別、ドクトリン上の帰結です。つまり、行動できるシステムにとってインターフェースが読めるものになるとき、何が変わるのかということです。

このハブが存在する理由

従来のテクニカルSEOは、ひとつの中心的な問いを立てていました。検索エンジンはページを発見し、読み、理解できるか、という問いです。エージェンティックウェブは、もうひとつの問いを加えます。エージェントは、自分が見ているものを理解し、正当な行動を特定し、コンテキストを保持し、曖昧さなく行動できるか、という問いです。

この問いは、しばしば別々に扱われてきたテーマを結び直します。セマンティックHTML、アクセシビリティ、視覚的な安定性、JavaScriptのハイドレーション、CTAの階層、フォーム、構造化データ、内部リンク、機械可読なサーフェスです。これらが一体となって、行動の文法を形づくります。

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

エージェンティックウェブの現段階では、文書の読解とインターフェースの使用を区別することが求められます。エージェンティック対応度はその能力を指します。エージェントは、サーフェスを見つけ、その役割を理解し、正当な行動を特定し、コンテキストを保持し、状態、権威、証拠のいずれかが欠けているときには控えることができなければなりません。

このレイヤーは、市場における混同を防ぎます。AIの回答の中で可視であることは、そのサイトがエージェントに操作される準備ができていることを意味しません。同様に、llms.txtを公開するだけでは、経路を信頼できるものにするには足りません。これらのレジームを切り分けるには、検索可視性はエージェンティック対応度ではないという立場と、AI可視性、機械による発見可能性、エージェンティック対応度のマトリクスを読んでください。

WordPressへの応用

表明された意図から、承認されたタスクと検証可能な結果へと、どのように移行すればよいのでしょうか。PAGUP Agent Controlの事例は、この問いがWordPressのワークフローにどのように落とし込まれるかを示しています。私が設計したこのPagupの製品を、独立した検証としてではなく、設計事例として紹介します。

PAGUP Agent Controlの事例を読む（英語）

正規の概念

次の定義から始めてください。

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

これらの用語は、エージェンティック、エージェンティックリスク、実行境界、エージェンティック応答条件とあわせて読まなければなりません。課題は、ページを理解可能にすることだけではありません。理解が行動になりうる条件に境界を設けることです。

ドクトリンとフレームワーク

エージェンティックウェブとデュアルウェブ（Dual Web）のページは、この移行を、人間向けサーフェス、機械向けサーフェス、エージェンティックサーフェスの区別の中に位置づけています。人間は、弱いラベル、曖昧なカード、スタイルを施されたボタンを補って理解できます。クローラーは、インターフェースを無視して文書を抽出できます。エージェントは、文書、インターフェース、意図、行動を結びつけなければなりません。

ウェブのエージェンティック可読性フレームワークは、読解の方法を提案しています。DOMの安定性、視覚的なレンダリングとアクセシビリティツリーのあいだの整合性、行動可能なセマンティクス、ハイドレーションのリスク、インタラクションの決定性、視覚的階層、経路のガバナンスです。

テキストシリーズ

このシリーズは、中心的な含意を述べています。

• エージェンティックウェブ：ウェブサイトが読まれるだけでなく、操作されるようになる理由（英語）
• クローラーからエージェントへ：ウェブの新しい文法（英語）
• エージェンティックウェブの解釈マップとしてのアクセシビリティツリー（英語）
• 信頼のインフラとしてのHTMLの復権（英語）
• 視覚的な安定性が機械による行動の条件になる理由（英語）
• エージェントの時代に簡素なウェブアーキテクチャが再び戦略的になる理由（英語）

Pagupとの境界

このサイトでは、テーゼを定式化しています。システムはもはや文書を読むだけではなく、行動の条件を再構成する、というテーゼです。Pagupでは、このテーゼが監査、設計、技術的なハードニングの方法になります。この区別は意図的なものです。ここでは知的なカテゴリーを、Pagupでは運用上の実装を扱います。

読み方のルール

エージェンティックウェブを、アクセシビリティのチェックリスト、機械可読なファイル、AI可視性の約束に還元しないでください。より根本的な問いは、より厳格です。インターフェースは、自律的なシステムが欠けているコンテキストを作り出すことなく行動できるほど明確に、その意図、限界、行動、状態を露出しているか、という問いです。

エージェンティックサーフェスと成熟度

Agentic Browsingのレイヤーは、いまやインターフェースのより細かな読解を求めています。サイトがエージェントにとって読めると言うだけでは足りません。エージェンティックサーフェス、行動の正当性、エージェンティックウェブ成熟度モデルを区別しなければなりません。

このレイヤーによって、語彙は一般的な枠付けから診断へと移ります。サイトのどの部分が文書にとどまり、どの部分がナビゲーション可能になり、どの部分が行動可能になり、どの部分が逆に確認、明確化、または正当な非行動を求めなければならないのか、という診断です。ブラウザからエージェントへ（英語）もあわせて読んでください。

提供したコンテキストから観測された回答へ

識別可能なコンテキストを提供しても、その後の回答の品質は立証されません。Governed Context Runtimeの実験用ランナーは、架空のサービスについて、質問のみ、網羅的なテキスト、正規の説明文、構造化パックという4条件を比較できます。メッセージと受信した回答に加え、技術的エラーと回数を制限した再試行を保持します。空の回答、拒否、途中で切れた回答でも、完了した回答は観測結果に残ります。

異なる2つの自動評価者が共通の評価基準を適用します。注釈は別々に保持し、一致度は両者の評価がそろった場合にのみ計算します。完了した回答のない試行と、回答を受信したものの評価がまだない試行を区別します。このフローは配布サービスやMCP Appsコンパニオンとは別のものであり、それだけでウェブサイトのあらゆるエージェントに対する有用性を測定するものではありません。

パイロットのプロトコルと限界を読む（英語） · 日付付きの実装記録を確認する（英語）。以前のローカル試行や版にあるNOT_RUNは、その歴史的な範囲を保持します。プロバイダーを用いたキャンペーンの実行記録に取って代わるものではありません。

中断した実行も記録として残る。再開時には、以前のリクエスト、適用される入力、すでに確保した費用を保持し、処理を続ける実行物を特定する必要がある。監視機構は、新たなモデルへのリクエストを開始せずに、その連続性を追跡する。