「WAI-ARIA」に関するアクセシビリティ関連情報を自動収集して掲載しています。

DEV Community

React で一時メール確認フローを実装する際、ステートマシンで状態を明示的に管理し、aria-live で状態変化を通知。ポーリング時に cancelled フラグで不要なレンダリングを避け、アクセシビリティと性能の両立を実現する。

DEV Community

ストリーミングチャットインターフェースで、サーバーハートビートをトークンと誤認識し、スクリーンリーダーユーザーに状態が更新されないままになる問題を解決。状態機械の設計と適切な live region 更新の必要性を解説。

DEV Community

ストリーム型のAI生成UIにおいて、キャンセル操作時にフォーカスを失い、古い状態の通知がスクリーンリーダーで宣言される問題を分析。WAI-ARIAのライブリージョンとフォーカス管理の実装パターンと、デバッグ手法を具体的に解説している。

DEV Community

React でメールフォームを実装する際に、フォーカス管理とアクセシビリティを両立させる方法。フォーム状態(読み込み中、成功、エラー)の変化を WAI-ARIA で通知しながら、キーボード操作とスクリーンリーダーに対応。エラー時のフォーカス復帰の実装方法を解説。

note

AIが生成するアコーディオン実装がキーボード操作やスクリーンリーダー対応を見落とす理由と、aria-expanded属性で状態を正しく管理することの重要性を、実装例を示しながら解説する。見た目だけでなく状態を属性で持たせることが、アクセシビリティと実装精度の両立につながることを論じる。

DEV Community

デザインシステムがキーボード操作とフォーカス移動を一貫して管理するメカニズムを解説。フォーカストラップ・ARIA・イベントハンドリングの実装と、アプリ側のオーバーライドが破壊する事例を紹介。

DEV Community

Reactのフォーム実装で非同期処理(API呼び出し)の進捗状態をアクセシビリティ対応で管理する方法を、メール検証を例に解説。aria-live、aria-invalid、aria-describedbyなどの属性を使い、キーボードユーザーやスクリーンリーダー利用者にも状態変化が分かりやすく伝わる実装を示す。

DEV Community

トーストノーティフィケーション(操作結果を伝える一時的な画面上メッセージ)をアクセシブルに設計するための実践的な指針。キーボード・スクリーンリーダーでのテスト方法、フォーカス管理、メッセージの文脈、重要アクションのページ内配置など。

DEV Community

HTML ネイティブ要素が持つアクセシビリティの仕組みを理解せず、ARIA を無分別に追加する慣行の問題を指摘。自動スキャナが同じ解決策を異なる状況に適用する理由と、aria-label が要素内容をオーバーライドすることの危険性を解説。

DEV Community

メール再送信ボタンのアクセシブルなUIパターンを解説。idle・sending・sent・cooldown・error の5つの状態を明確に示し、スクリーンリーダーユーザーにも「待機中」「送信中」「再試行まであと24秒」といった情報が伝わるReactコンポーネントの実装方法を提示する。

Semantic Scholar

インドのNIRFランク付き建築大学40校の図書館ウェブサイトをWAVEツールで検証したアクセシビリティ調査。基本情報提供は進んでいるものの、HTML・ARIA関連のアクセシビリティ問題が多数発見され、利用者全員に対する平等なアクセス確保に向けた改善を促している。

DEV Community

隠されたテキストを削除してスクリーンリーダー互換性を改善した過程で発見された、自動チェッカーでは見つからない障壁(ポップアップのフォーカス管理、結果の告知、ボタン配線、絵文字の読み上げ)と実装例を紹介している。

DEV Community

スクリーンリーダー(VoiceOver) ユーザーによるテストから発見した、自動チェッカーでは検出できない障壁(ポップアップのアクセスビリティ、結果の告知、ボタン配線、絵文字読み上げ)と、ARIA ラベル・ライブリージョン・AI による画像説明などの改善方法を解説している。

DEV Community

デザインシステムにおけるキーボードフォーカス管理の実装方法を解説する。モーダルやポップオーバーでのフォーカストラップ、フォーカス喪失、ネストされたコンポーネントでのフォーカス管理など、複雑な UI でよくあるバグと回避方法を紹介。

note

Wix・STUDIO・Framer・Readdy のノーコード/AI ツール4つについて、公式ドキュメントに記載されたアクセシビリティ対応項目を比較分析。代替テキスト・ARIA・コントラスト・キーボード操作等の実装状況を横並びでまとめる。

DEV Community

SEO対策のために sr-only と aria-hidden を組み合わせてしまい、結果的に誰にも読めないテキストになった事例と、その修正方法を解説。2つの属性の役割を明確にしながら、アクセシビリティと SEO は対立せず、テキストを可視化することで両立できることを示す。

DEV Community

SaaS のファイルアップロード UI における、対応形式・サイズ制限の事前明示、処理状況の可視化、エラーメッセージ設計を統合したアクセシビリティとUX のベストプラクティス。キーボード・スクリーンリーダー対応を含む。

DEV Community

自動アクセシビリティテストで検出できることと、人間による検証が必要な領域を区別し、開発者が何を自動化し何を手動で確認すべきかを実践的に解説している。代替テキスト、フォームラベル、アクセシブル名などを例に、W3C のガイドラインと実装の課題を論じている。

DEV Community

React フォームでエラーメッセージを表示する際、フォーカスやレイアウトの急激な変化を避け、スクリーンリーダーに正確に伝える実装パターンと状態設計。フォーカス管理と段階的な検証の分離が、アクセシブルで予測可能なフォーム体験につながることを示す。

Inclusive Design 24 #id24

AIエージェント時代において、セマンティックHTMLとキーボード操作といったアクセシビリティの基礎が改めて重要になることを論じる。支援技術とAI双方が依存する設計原則から、ウェブ構造の在り方を考察する。

DEV Community

規制対象業界(医療・金融・アルコール等)のe-commerce製品ページにおいて、複雑な製品情報を効率的に伝える設計方法を解説。重要情報を最優先で配置し、ビジュアル階層を整理し、JavaScriptの背後に情報を隠さないキーボード操作・スクリーンリーダー対応の実装パターンを提示している。

DEV Community

ブラウザ内AIエージェントの同意確認ダイアログがキーボード・スクリーンリーダーユーザーに非表示になっていた事例を基に、フォーカス管理と状態機械の設計でアクセス可能な同意ゲートを実装する方法を解説。タブ順序・aria-live・ユーザー操作の状態遷移を詳細に検討。

DEV Community

DOMの抽象化・コンポーネント化が見出しレベルなどの非ビジュアル情報を隠蔽し、スクリーンリーダーユーザーに不正確な見出し階層を提供する問題を解説。コンポーネント設計とアクセシビリティのジレンマについて。

DEV Community

AI 生成テキストをストリーミング表示する際、未完成の Markdown 構造が不正な見出しやリンクになり、スクリーンリーダー・キーボード利用者に虚偽の情報を伝える問題を分析。状態管理と ARIA 属性による解決法を提示。

Accessible Web

スクリーンリーダーユーザーの実際の使用経験に基づき、デザイン選択がアクセシビリティにどう影響するかを解説。フォーカストラップやARIAの不適切な使用が視覚障害のあるユーザーの日常にもたらす課題を取り上げるウェビナー。

DEV Community

チャットUIのストリーミング完了時のアクセシビリティバグの詳細解説。完了時にUIがリマウントされるとキーボードフォーカスが消える問題を状態遷移設計で防ぐ方法を提案。VoiceOver等スクリーンリーダー利用時の課題と再現コード付き。

DEV Community

スポーツスコアボードなど実時間更新インターフェースをスクリーンリーダー対応させる実装ガイド。WAI-ARIA live regions・atomic updates・意味のある発表の設計から、ノイズなく必要な情報を伝える技術的なアプローチを開発者向けに解説。

DEV Community

Reactでの非同期メール検証フォームを例に、アクセシビリティと性能は競合せず両立できることを示す。aria-live による状態通知、キーボード操作中のフォーカス保持、レイアウトシフト防止のCSS(min-height)、AbortControllerによる古い応答のキャンセルなど、実装パターンを提示。キーボードナビゲーションとスクリーンリーダーでの検証方法も説明。

DEV Community

GoogleのJohn Muellerの発言「Semantic HTMLはランキング要因ではなく理解を助ける」の実際の意味と価値を解説。①スクリーンリーダーが構造を認識できるアクセシビリティ上の価値、②ChatGPTなどAIツールがHTMLソースを直接読む現在、ネストしたdiv数千層より意味的タグ数十個の方が処理効率が大幅に高いという2点を強調。

Qiita

WCAGなどのガイドラインは要件を示すが、複雑なコンポーネントの具体的な操作パターンは決まらない。デザインシステムがその間隙を埋め、アクセシビリティを最初の設計に組み込む重要性を、Fluent UIの事例から考察。

DEV Community

AIチャット機能でローカルサーバーからリモートサーバーへのフェイルオーバー時に、キーボードユーザーとスクリーンリーダーユーザーのアクセスが途絶える実装バグの分析。状態管理とアクセシビリティの関連を通じた問題特定と解決方法を論じた技術記事。

Qiita

スクリーンリーダーはOSのアクセシビリティAPI(NSAccessibility・UIA・IA2など)を介してブラウザと通信する。API経路が支援技術で異なるため、実機テストは複数の支援技術で実施する必要がある

DEV Community

React でスケルトンローディングをアクセシブルに実装する方法。aria-busy、aria-hidden、aria-describedby、status role を用いて、読み上げソフトへの無駄なアナウンスを避けながら、レイアウトシフトを防ぎ、prefers-reduced-motion に対応する実装パターンを解説した。

Qiita

Microsoft Fluent UI Blazor v5 の FluentButton コンポーネントをソースコードベースで読み解く技術解説。role・name・state の適切な伝わり方、キーボード操作、コントラスト判定を確認し、自動でサポートされる部分と開発者が確認すべき部分を区別するチェックリストをまとめる。

DEV Community

React フォームの非同期バリデーションで UI がジャンプしない設計パターン。フィードバック領域の事前確保、状態の明示的モデル化、aria-live による通知で、キーボード・スクリーンリーダー利用者も結果の遷移を把握できるようにする。

GAAD Japan

丁寧に取り組むからこそ陥る罠に気づき、アクセシビリティを特別ではなく当たり前にするための設計姿勢を問い直す。フロントエンドエンジニアがセマンティクスと表現の両立について考察する。

Qiita

FluentUIBlazorvr5のFieldコンポーネントがフォームのアクセシビリティを確保する仕組みをソースコード解析から詳説。ラベル関連付け・ARIA・シャドウDOMまでWCAG2.1達成基準との対応を明示する。

DEV Community

自動テストツール(axe、Lightouseなど)が検出できないアクセシビリティの問題を指摘。キーボード操作・スクリーンリーダー・ARIAの手動検証の必要性と、自動テストと手動テストを組み合わせたアプローチを提唱している。

DEV Community

AIチャットが無料モデルの利用制限に直面したときのフォールバック設計。次のモデルに自動切り替えする際、ユーザーへの通知、フォーカス管理、キーボード操作の確保が重要。Live regionで切り替え情報をアナウンスする実装例を示している。

note

デジタル庁の生成AIアプリ「源内Web」で実施したアクセシビリティ改修の解説。AIの回答生成やエージェントの進捗をスクリーンリーダーにどう伝えるか、フォーカス移動とライブリージョンの使い分けを実装例とともに示す。

ミツエーリンクス アクセシビリティBlog

AI 検索・エージェント時代における Web アクセシビリティ。ブラウザのアクセシビリティツリーが人間と AI の両方に理解できるサイト構築のカギになる理由、障害者・高齢者も含めた『誰でも使える』が『AI にも使える』につながる仕組みを解説。

Zenn

同じカンプからフォームのHTML・CSS・JSを実装させた3つのClaudeモデル(Opus 4.8 / Opus 5 / Fable 5)の出力品質を比較。見た目はOpus 5とFable 5が優れる一方、ラベル紐付けやエラー読み上げなどアクセシビリティ面の対応はモデルによってばらつく。

A11y Weekly

WAI-ARIAのaria-expandedの用途とユースケースを解説したウェブアクセシビリティ記事。折りたたみパネルやメニューの展開・非表示状態を支援技術に正しく伝える実装方法を紹介している。

arXiv

LLMベースの支援エージェント向けにModel Context Protocol(MCP)を活用したアクセシビリティツリーの標準化フレームワーク。プラットフォーム固有のAPI統合の複雑性を軽減しつつ、スクリーンリーダーが必要とするセマンティック情報を保持する仕組みを提案。

A11y Weekly

WAI-ARIA の arianotify() 関数の使用方法と実装パターンを解説。支援技術のためのアクセシブルな通知メッセージ実装に役立つ技術情報。

AriaML : An HTML fork

記事 海外
DEV Community

HTMLから派生したマークアップ言語AriaMLの仕様。WAI-ARIAの実装を簡素化し、アクセシビリティを標準化する試み。

Accessible Web

Global Accessibility Day 2026でのライブ監査セッション。e-commerceカルーセルコンポーネントをアクセシビリティ観点から検査し、キーボード操作、name/role/value、リフロー、ズーム、ラベル、コントラストなどの課題を実演。

Accessible Web

RAMP監査ツールを使ってアコーディオン(UIコンポーネント)のアクセシビリティを実装レベルで検査するセッション。フォーカス管理、キーボード操作、WAI-ARIA、見出し構造といったアクセシビリティ要件を、実装監査で確認する方法を示す。

Kitty Giraudel

見出しにアンカーリンクを自動生成するEleventy実装パターン。cherioライブラリを用いたビルドタイム変換で、サーバーサイドに見出しIDに対応するアンカーを自動挿入し、クライアント側JavaScriptを削減する設計を解説。

Semantic Scholar

プログラミングIDEのアクセシビリティ適応機能を、WCAG 2.2などの国際ガイドラインに基づいて比較分析。視覚障害のある人を含む障害のある人がプログラミング環境で直面する課題と改善方法を検討する学術論文。

ぐるなびウエディングのリニューアル事例で、カレンダーコンポーネントのキーボード操作対応とWAI-ARIA実装の工夫を、デザイナーとの協力プロセスを交えて解説している。

Semantic Scholar

ニュージーランドの公共図書館のウェブサイトを対象に、WAVEツールを用いてデジタルアクセシビリティを評価する研究。ニュージーランドの公共図書館66館のウェブサイトを評価した結果、すべてのサイトでアクセシビリティ上のエラーが確認された。特にHTML構造やARIA属性に問題が多く、WAVEの集計結果だけでは具体的な課題の特定が困難だった。評価手法に詳細なエラー分析を組み込み、図書館の情報サービスを誰もが利用できるよう改善する必要性を示している。

Semantic Scholar

IoTダッシュボードの視覚障害者向けアクセシビリティ設計。WAI-ARIA・semantic HTML5 に加え、LLMで自動生成したテキスト説明で、スクリーンリーダー利用者の非視覚的データ探索を実現する AccessiDashboard を提案。

The canvas element

記事 海外
Heydon Pickering

HTML canvas要素のアクセシブルな実装方法とベストプラクティスを解説した非公式ガイド。支援技術での利用を想定した設計手法を提示する。

Semantic Scholar

フロントエンドコンポーネントとしてTypeScriptで実装したアクセシビリティメニューウィジェットの設計と評価事例。標準準拠のインクルーシブウェブインターフェース構築の方法を示す。