WAI-ARIAは属性としてセマンティクスを追加し、動的Webアプリをアクセシブルにした

リッチなWebアプリは、ある暗黙の約束を破っていた。divとJavaScriptで作られたボタンは見た目は正しくても、支援技術はそれが何であるか、変化したかどうかを知ることができなかった。

率直な解決策は、新しいネイティブHTMLコントロールを待つことだった。WAI-ARIAは代わりにオーバーレイを作り出した。作者が役割、状態、プロパティを宣言し、ユーザーエージェントがそれらをデスクトップソフトウェアですでに使われているアクセシビリティAPIにマッピングするのである。

W3Cは2014年3月20日にWAI-ARIA 1.0を勧告として公開し、動的でインタラクティブなWebコンテンツをアクセシブルにするための仕様であると明示的に位置づけた。

その天才性は互換性にあった。ARIAによってチームはHTMLを捨てることなく既存のウィジェットを修復し、新しいものを構築できた。さらに後のHTMLやSVGの取り組みは同じセマンティックな語彙を取り込むことができた。

ウィジェットではなくセマンティクスをパッチする

開発者がいる場所で開発者に寄り添った。カスタムコントロールはすでに存在し、修復の道筋が必要だった。

サイトごとのハックではなく、ブラウザと支援ツールに共有のマッピング対象を与えた。

視覚的な振る舞いとアクセシビリティのセマンティクスを分離したため、デザインシステムは柔軟なままでいられた。

プラットフォームがすでにどこにでもある場合、勝ち残るアクセシビリティ層は、古いコンテンツが採用できる最小のセマンティックなオーバーレイかもしれない。

ARIAは日常的なWebアクセシビリティのツールキットの一部となり、複雑なデザインシステムの依存関係となった。ネイティブのセマンティックHTMLの必要性をなくしたわけではないが、動的インターフェースにスクリーンリーダーやその他の支援技術への標準的な橋渡しを与えた。