WebMCPとアクセシビリティ：補完する二つの操作経路

2026年10月11日更新。アクセシビリティとWebMCPは異なる利用者を支援します。アクセス可能な操作部品は人と支援技術に役立ち、ブラウザツールは対応エージェントに構造化した操作を提供します。一方の実装で他方の動作は証明できません。

元の画面から始める

セマンティックな見出し、ラベル付き入力、標準ボタン、キーボード操作、分かるエラーを維持します。フォーカスと入力検証を確認し、必要に応じて利用者や支援技術でテストします。ツール登録はラベル不足や使えない確認画面を修復しません。

画面を残してツールを追加

すでに動く操作を公開します。宣言型フォームは元の送信処理を維持し、命令型ツールは実際のアプリの処理を使います。権限や検証を回避する別経路を作らないでください。

現在の実装例はdocument.modelContextとexecuteを使います。実際の影響を説明し、アノテーションガイドでMCPとの違いも確認します。

四つの検証を分ける

サイトスキャンはページと登録を観察し、対象ツールを実行しません。アクセシビリティ監査の代わりでもありません。スコアの範囲を確認してください。

保護を維持する

安全なコンテキストと、自分のスクリプトを許可するCSPを使います。点数のために全インラインスクリプトやフレーム埋め込みを許可する必要はありません。クローラーへの公開方針と、ログインしたツールの操作権限も別の問題です。

デモから推測しないこと

WebMCP草案は変化しており、Chromeの早期プレビューは普遍的な対応ではありません。デモはその設定の証拠です。

GoogleのAI検索ガイドはWebMCPスコアを順位要因と定めていません。本記事は未公開のサイト標本に基づく結論も示しません。実際の利用者と連携先で体験を検証してください。