Agentic Web Accessibility Auditing: Authoring and Evaluating Per-Criterion Worker Agents for WCAG
WCAG 2.1・2.2の自動監査フレームワークとして、criterion-specific worker agentsを39個の基準に実装し、既存ツール(axe-core・ビジョンランゲージモデル)と比較評価した論文。
シェアされたアックリップです。
WCAG 2.1・2.2の自動監査フレームワークとして、criterion-specific worker agentsを39個の基準に実装し、既存ツール(axe-core・ビジョンランゲージモデル)と比較評価した論文。
アクセシビリティの実装・検証について、スクリーンリーダーやキーボード操作などの支援技術を実際に体験し、WCAG達成基準を確認するワークショップ形式の参加型勉強会。
WCAG 2.2 のガイドライン 4.1 互換性を読み合い、学んだことを共有する勉強会。毎月第3木曜日はオフライン交流会も開催される。
改正JIS X 8341-3とWCAG 2.1・2.2の追加基準26個を、アクセシビリティエキスパートが全3回で徹底解説するウェビナー。第2回は操作可能の達成基準を扱う。
EU域内でWebサービス・アプリを提供する企業が対応すべきアクセシビリティ関連法制(EAA・WAD・雇用平等指令)と、WCAG基づく実装方法、EU主要国の罰則・執行事例を解説。AI画面開発におけるアクセシビリティ要件化の必要性も論じる。
WCAG 2.2達成基準3.2.3『一貫したナビゲーション』について、デザイナー・コーダー両方の視点から解説。サイト内の共通メニューの並び順を統一する必要性と実装方法。
AIと自動検査ツールを使ってWebページのアクセシビリティを検査する方法を、実装例で解説。WCAG 2.2に基づく6項目(色のコントラスト、代替テキスト、ボタンサイズ、幅320での表示、動き設定の尊重)の検査スクリプトとコマンド例を提示。自動検査の限界(説明文の内容評価、ボタン間隔)についても述べる。
AIと自動検査ツールを使ってWebページのアクセシビリティを検査する方法を、実装例で解説。WCAG 2.2に基づく6項目(色のコントラスト、代替テキスト、ボタンサイズ、幅320での表示、動き設定の尊重)の検査スクリプトとコマンド例を提示。自動検査の限界(説明文の内容評価、ボタン間隔)についても述べる。
外部ツール(HubSpot等)の埋め込み機能によるアクセシビリティエラーについて、自社で対応できる範囲と提供元への依頼の境界を実例から整理。
Angularアプリのaxeスキャンで検出した違反を、DOM選択子ではなく修正対象のコンポーネント名に帰属させるツールの開発事例。
WCAG 2.2 達成基準を自動評価するツール(axe-core ベース)を、異なるステークホルダー向けに4つのレポート形式で提供する研究。
アクセシビリティをチェック・テストするためのツール・拡張機能・スクリーンリーダーの一覧。自動チェック、コントラスト測定、スクリーンリーダー利用など、成果物検証の手段を紹介している
axe が フォーカス状態を評価できないという限界を認識し、その補完実装方法と、flaky テストの見分け方を、Next.js の実プロダクトコード上で解説。Ring 不透明度修飾子などの Tailwind ユーティリティは静的検査を素通りするため、getComputedStyle と canvas でコントラストの実効値を計測する実装も示している。
アクセシビリティの実装・検証について、スクリーンリーダーやキーボード操作などの支援技術を実際に体験し、WCAG達成基準を確認するワークショップ形式の参加型勉強会。
AIと自動検査ツールを使ってWebページのアクセシビリティを検査する方法を、実装例で解説。WCAG 2.2に基づく6項目(色のコントラスト、代替テキスト、ボタンサイズ、幅320での表示、動き設定の尊重)の検査スクリプトとコマンド例を提示。自動検査の限界(説明文の内容評価、ボタン間隔)についても述べる。
AIエージェントチームで開発された小規模エージェンシー向けの無料アクセシビリティスキャナー。その開発プロセスとツールの限界を述べている。
画像の必要性を根本から問い直す。見えない人にとって意味がある場合、代替テキストが必要であることを示す。装飾的と見なされる画像も、実質的な意義の有無を判断する枠組みを提案。
Android でアクセシビリティサービスを使用する AI エージェント開発で、権限取得、OEM 間のデバイス差異、アプリ更新への対応など本番環境で直面する課題と実装上の対策を説明している。
自動アクセシビリティチェッカーを通過した文書でも、ユーザーにバリアが生じうることを説明。手動レビュー、適切なドキュメント構造、支援技術によるテストの必要性を述べる。