「絶対にdisabled属性を避けて、aria-disabled属性を使わなければならない」わけではありません - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 最近、「アクセシビリティを向上させたいなら、HTMLの disabled 属性ではなく、aria-disabled 属性を使うべき」という主張を見かけますが、本当にそうなのでしょうか？ disabled属性を使っていても、スクリーンリーダーで要素を知覚できる そのような主張をしている人、それを受け止めた人の中には「 disabled 属性を使った要素はスクリーンリーダで読めなくなる」と誤解している人が少なからず存在するように思われます。しかしこれは正しい理解ではありません。 たしかに、disabled属性を付加している button 要

[strawberryhunter]

世の中のWebサイトでARIAにまじめに対応しているサイトは少ないだろう。スクリーンリーダーが対応していないはずはないと思った。

[nmcli]

「とはいえ、」以降のところ確かに考慮する必要がある

[efcl]

disabled属性のフォーカスできない問題についての話

[Haaaa_N]

助かったのでコメントを書いた

[twr58]

CAPTCHA（cloudflareの）が通らないと送信ボタンを押せないようにしたい場合はどっちがいいのかなと最近考えている

[daaaaaai]

コメント欄たいへん・・・

[ultimatebreak]

aria-disabledってdisabled属性が使えない要素用だと思ってたのでこんな話があることを初めて知った。そもそもaria-disabledが必要になるシーンが思いつかない

[stabucky]

属性が多すぎてわけがわからない。

[ys0000]

これはわかりやすい。

[trace22]

“そもそもdisabled状態にするのが適切なんだろうか” ほぼこれだろう。そもそもそんなもの出す必要あんのかね？何らかの待ちの間操作させたくないとかくらい？

[Falky]

このパターンで困っているユーザが多いのだとしたら、サイトの実装ではなくスクリーンリーダー側の実装の問題だと思う。その場合、変なことはせず標準に従うことがリーダに改善圧を掛けることに繋がるので正しいはず

[xlc]

実際にスクリーンリーダーを使って試せばいい。/ 凝った実装が必要と感じるときは自身が思い違いをしている可能性が高い。本件はスクリーンリーダーの使い方を間違えているからということ。