web-dev-qa-db-ja.com

モバイルアプリのどのアクセシビリティ標準ですか？

W3CはWebサイト用に アクセシビリティガイドライン を作成しました。 Aは最もアクセシビリティが低く、デザインへの制約が最も少なく、AAAは最もアクセシビリティが高く、デザインに最大の制約を課します。 W3Cは、ウェブサイト以外のコンテンツにもアクセシビリティ標準を適用することを推奨しています（ Source ）。

iOS＆Androidのモバイルアプリを設計し、アクセシビリティ標準を選択したいと考えています。私のチームと私はAAまたはAAAの方が良いかどうか議論しています。これは、色の選択など、デザインの決定に直接影響します。 WCAGには、テキストと背景色の最小コントラスト比が含まれています。

一方で、AAAを代表する、可能な限りアクセス可能で将来の証拠であることを望んでいます。一方、AndroidとiOSにはどちらもアクセシビリティ機能が搭載されているため、色の選択に関係なくアクセシビリティが大幅に向上します。そのため、AAで十分です。たとえば、Androidには、テキストサイズを拡大する機能があります。

AAで十分です。ユーザーはAndroidの組み込みツールを使用してテキストサイズを大きくできるため、コントラストの低下を許容できますか？

私の質問は、この特定の例（色のコントラスト）だけでなく、より広範なアプローチについてです。OSのアクセシビリティ機能により、必要なユーザーのアクセシビリティが向上すると想定して、設計の選択について厳しくすることはできますか？

mobilemobile-applicationaccessibilitycolorstandards
6
bootsmaat

Aを「最もアクセスしにくい」、AAAを「最もアクセスしやすい」と考えないようにしてください。 Aは、アクセシブルなWebサイトを作成するために必要な最小限のセットです。 Aに向けて作業しているだけでも、一部のユーザーにはいくつかの問題がありますが、Aは何もないよりはましです。

AAにより、より多くの人がサイトにアクセスできるようになります。

W3Cは、AAAを達成しようとすることを推奨していません。 https://www.w3.org/TR/UNDERSTANDING-WCAG20/conformance.html#uc-conf-req1-head の「注2」を参照してください。ただし、AAAには、 2.4.9 "リンクの目的（リンクのみ）" などの非常に役立つ

1つの成功基準を満たそうとすると、別のユーザーにとって困難になる可能性があるため、アクセシビリティは興味深いものです。たとえば、最小限のコントラストのAA要件は、視力の弱い人や色覚異常の人には役立ちますが、コントラストが多すぎると、ある種の自閉症などの認知の問題が混乱する可能性があります。

ほとんどの企業とほとんどの国でAA要件があります。

5
slugolicious

留意すべき点の1つは、アプリの個別のセクションがさまざまなレベルを満たしていても問題ないことです。一部の部分は、多くの作業をせずに簡単にフルAAAにすることができ、他の部分は低いレベルで「十分」である場合があります。

（ソース-私はWebAIMメーリングリストに参加しており、数週間前にこれが登場しました）

https://www.w3.org/WAI/UA/work/wiki/Applying_UAAG_to_Mobile_Phones は、スキャンしてアプリに最も関連するガイドラインを確認するのに役立つ場合があります。それらの多くは、レベルAAA適合値さえ持っていません。

1
April Salutes Monica C.

2016年にEU議会が承認 ウェブサイトと公共部門機関のモバイルアプリケーションのアクセシビリティに関する欧州議会および2016年10月26日の理事会の指令2016/2102 。

指令は、公共機関のウェブサイトおよびモバイルアプリケーションのアクセシビリティ要件に関する加盟国の法律、規制、および行政規定を概算することを目的としており、それにより、これらのウェブサイトおよびモバイルアプリケーションをユーザー、特に障害。

指令の要件は、European Telecommunications Standards Instituteの標準に規定されています EN 301 549：アクセシビリティ要件ICT製品およびサービス これは、WCAG 2.1レベルに基づいています。 AA。

標準には、セクション11のモバイルアプリケーションの要件も含まれています。

1
locationunknown

AAA標準は達成するのが難しく、その負担のほとんどはアプリの管理者/所有者にあります。そもそもサイト/アプリを構築している人々にはそれほど多くありません。膨大な量がマルチメディアコンテンツに起因します。たとえば、ビデオコンテンツに次のことを保証します。

  • 字幕
  • 代替音声トラック（音声解説など）
  • 手話
  • 完全な筆記録

このようなことは、AAAでアクセス可能なサイト/アプリを構築するだけでなくkeep it AAAを実行することは非常に大きなオーバーヘッドであることを意味します。コンテンツの新しいアイテムごとに、最適化に多くの時間を費やす必要があるためです。

テキストサイズ、コントラスト比などの項目は、主にAAAではなく、AAカテゴリに分類されます。

これは、AAAが時間の無駄であることを意味するものではありません。しかし、それはそれを満たす必要があるかどうかについて選択的であることは意味があるということを意味します。障害のある人や高齢者向けのアプリを作成している場合は、はい、AAAはおそらく有益ですが、ほとんどの状況では、AA標準で十分です。

また、携帯電話、特にiOSの携帯電話には、OSに最初から非常に優れたアクセシビリティ機能が組み込まれています。サイト/アプリが適切な標準に従って構築されている場合、多くのアクセシビリティ作業はネイティブで処理されます。

0
JonW