アプリのアクセシビリティ: ユーザーへの配慮に関するガイドライン、例、ベスト プラクティス

WHO によると、世界人口の 15% が何らかの障害を経験しています。 ほとんどの場合、認知度の高い社会は、この人口コホートが認知された生活の質に対する障壁を感じないように、健康格差のバランスを取るよう努めています。 そして、モバイルアプリのアクセシビリティが低いために障害のある人が何かに手が届かないという状況に直面するまでは、問題なく機能します.

モバイルアクセシビリティが重要な理由

アプリケーションを包括的にすることは、社会的責任だけの問題ではありません。 多様性の育成に加えて、アクセス可能なモバイル アプリケーションは、追加の収益源を生み出し、企業に競争力をもたらし、コンプライアンス規制への準拠を支援します。

共感

年齢を重ねるにつれて、聴力障害、視覚障害、運動障害などの制限に直面します。 さらに、状況的および一時的な障害により、私たち全員が長期的な障害を持つ個人と同様の環境に置かれる可能性があります。 したがって、モバイル アクセシビリティは長期的な投資であり、とりわけ、古い世代、古い自分、一時的な状況に苦しんでいる人々の世話をするのに役立ちます。

支援技術は、新たな課題に直面している人々を現代社会やオンライン コミュニティにうまく統合するための重要な戦略でもあります。

競争上の優位性

統計によると、アメリカ人の 4 人に 1 人が障害を持って生活しています。 ソリューションを包括的にすることで、さらに 6,100 万人のユーザーをカバーし、アプリケーションのユーザー リーチを拡大します。

その上、技術の包含は商業的に興味深いものです。 障害者の購買力は、税引き後で約 5,000 億ドルです。 アクセスできないアプリの数を考慮すると、アプリとモバイル デバイスのアクセシビリティは、この追加の収益源を引き寄せることができます。

携帯電話のアクセシビリティは、ビジネスの運用コストも削減します。 オランダの SNS 銀行は、コール センターへの電話の数と関連する費用を 15% 以上削減しました。 この節約は、銀行が以前に行ったモバイル Web アクセシビリティの変更に関連しています。

アクセシビリティは、すべての人にとってより良い技術をもたらします

テクノロジーのインクルージョンは一部の人にとって不可欠ですが、すべての人にとって有用です。 クローズド キャプション、仮想アシスタント、および音声認識ソフトウェアは、障害を持つユーザーを含むすべてのユーザーにとって頼りになる機能です。 たとえば、音声ルート案内は、ドライバーにとってアクセシビリティ機能とハンズフリー オプションの両方です。 したがって、ソリューションをオールインにすることは、すべての人に利益をもたらします。

規格および規制への準拠

多くの場合、モバイル アプリのアクセシビリティ基準は法律で義務付けられています。 Americans with Disabilities Act Standards for Accessible Design (ADA) は、Web ベースのビジネスとそのアプリケーションを含む、公共生活のすべての領域にすべての人々を含めることを義務付けています。

ADA 法は、Web コンテンツのアクセシビリティに関する単一の共有基準を文書化した Web コンテンツ アクセシビリティ ガイドライン (WCAG) とも連携しています。 現在の WCAG バージョンは 2.1 ですが、改訂版は 2022 年 9 月に予定されています。

2025 年までに、EU に拠点を置くすべての企業は、欧州のモバイル アプリのアクセシビリティ ガイドラインに準拠するために、サービスと製品のアクセシビリティを最適化する必要もあります。

ブランドイメージの向上

最後に、デジタル アクセシビリティはブランドに利益をもたらし、ブランド支持者にとってより多くの機会を生み出します。 また、顧客の 56% は、企業は社会問題に対して明確な立場を取るべきだと考えています。

モバイルアプリのアクセシビリティを確保するには?

現在、Web コンテンツ アクセシビリティ ガイドライン (WCAG) は、Web サイトのアクセシビリティのベンチマークと見なされています。 このガイドラインには、モバイル アクセシビリティのベスト プラクティスを概説するモバイル用の WCAG も含まれています。 以下では、WCAG に従って本当にアクセスできるようにするためにアプリケーションがどのようなものであるべきかについて説明します。

各原則には 3 つのレベルの適合性が含まれていることに注意してください。A は最小レベルであり、AAA は完全な適合性を表します。 ほとんどの組織は、ゴールデン 平均として AA を獲得するよう努めています。

知覚可能

ソリューションを知覚可能にするということは、ユーザーが 1 つまたはいくつかの感覚でそれを知覚できなければならないということです。 簡単に言えば、アプリのコンテンツが視覚的な体験を目的としている場合、聴覚やその他の感覚モダリティを含む代替手段が必要です。

ここで何が問題になる可能性がありますか？

• 代替テキストなし

一部のソリューションでは、画面の読み手が認識できる方法で、コントロールや画像など、画面に表示される非テキスト コンテンツの代替テキストを提供できない場合があります。 本質的に、Android と iOS のデフォルトのスクリーン リーダーである TalkBack または VoiceOver でアプリを読み取ることができなくなります。

それどころか、音声による説明は、視覚障害者や視力の弱い人がすべての非テキスト データにアクセスできるようにします。 たとえば、Facebook は、スクリーン リーダー向けのビジュアル コンテンツを説明する自動 ALT テキストを展開しました。

• 適応性がない

モバイル ソリューションは、その構造がさまざまなコンテンツ プレゼンテーション構造や向きに容易に調整できない場合、アクセシビリティを見落とします。 特に、包括的製品は、以下の例のように、コンテンツや要素を犠牲にすることなく、横向きと縦向きの両方に切り替えることができます。

ネイティブ モバイル アプリのアクセシビリティ ガイドラインでは、情報、構造、および要素間の階層をマークアップすることも製品に義務付けています。 こうすることで、プレゼンテーションが変更されても見出し、表、およびリストがそのまま残り、レイアウトがシンプルで一貫したものになります。

適応能力は、運動障害のある人、スクリーン リーダーのユーザー、学習障害や認知疲労のある人にとって不可欠です。

• 際立った特徴がない

不十分なコントラスト、不適切な色の選択、またはテキストのサイズ変更の欠如は、ユーザーの認識に大きな影響を与えます。 たとえば、色の知覚に問題がある人は、特定の色を区別するのに苦労します。 したがって、色だけが違いを伝えたり迅速な対応をするための唯一の方法であってはなりません。 代わりに、色とテキストまたは文字の手がかりを組み合わせて情報を伝えます。

コンテンツや機能の喪失は、視覚障害のあるユーザーがテキストをズームしたときに通常発生する、もう 1 つの一般的なアクセシビリティの問題です。 モバイル アクセシビリティ設定では、すべてのコンテンツと要素を維持しながら、最大 200% まで増加できるようにする必要があります。

操作可能

この原則では、障害や障害に関係なくユーザーがすべての機能を利用できるように、完全に操作可能なインターフェイスとナビゲーション要素をアプリケーションに含める必要があります。

ここで何が問題になる可能性がありますか？

• 時間不足

人々の多様性を考えると、アプリを閲覧したり、特定のセクションを見つけたりするのにかかる時間を予測することは困難です。 たとえば、ほとんどのバンキング アプリケーションには、セキュリティ対策として最大セッション時間が設定されています。 ただし、時間制限や時間に敏感なコンテンツは、スクリーン リーダーや年配のユーザーが情報を処理するのに不便です。

反対に、柔軟な時間制限またはターンオフ オプションにより、アプリケーションは高齢者、視覚障害者、または外国語を話す人にとってより使いやすくなります。

• コンテンツの点滅

点滅するコンテンツは、発作やその他の望ましくない影響を引き起こす可能性があるため、包括的アプリケーションにとって危険信号です。 したがって、光過敏性発作障害を持つ人は、点滅する光や対照的な視覚パターンを見ることができず、それらによって引き起こされる有害な身体反応を引き起こす. そのため、1 秒間に 3 回以上点滅するコンテンツは避け、点滅する領域をスマートフォンの画面のごく一部に制限することが重要です。

• ナビゲーション

プログラムによってタグ付けされておらず、構造化されていないナビゲーションも、ユーザーがコンテンツを消費するのを妨げる可能性があります。 これは、支援技術を使用してのみアプリケーションをナビゲートできる視覚障害のあるユーザーや、認知障害や運動障害のあるユーザーに特に当てはまります。

ランドマーク領域、説明的なヘッダー、独自の画面タイトル、およびラベル付きのコントロールにより、ユーザーとスクリーン リーダーの両方が、必要なセクションをより少ないキーストロークですばやく見つけることができます。 スクリーン リーダーでコンテンツを使用するときに、グラフィックやナビゲーション リンクをスキップするようにアプリケーションをコーディングすることもできます。

たとえば、Tastemade はフルスクリーン ナビゲーションが機能している好例ですが、右側の例は洗練されたデザインのために見つけやすさを犠牲にしています。

理解できる

このアクセシビリティの原則によると、すべての情報とユーザー インターフェイス全体は、健康状態に関係なく、誰にとっても簡単に把握できなければなりません。 簡単に言えば、アプリケーションがより直感的で単純であるほど、AAA 適合レベルを獲得する可能性が高くなります。

ここで何が問題になる可能性がありますか？

• 予測可能性

一部のアプリケーションでは、洗練されたアイコンの背後にデザイン要素を隠したり、未来的なユーザー フローを採​​用したりすることを好みます。 そのようなデザインは見事な芸術作品ですが、明確さに欠けています。

たとえば、ハンバーガー メニューは、コンパクトな画面のメニューを簡素化するモバイル アプリ開発の標準として広く受け入れられています。 ただし、視覚障害、認知制限、運動障害、および器用さの低下を持つ人々にとって、それらはナビゲート可能でも予測可能でもありません. たとえば、Telegram のデスクトップ バージョンには、ハンバーガー メニュー ボタンがあります。

予測可能な設計の最も重要な目的は、一貫した設計パターン、標準的なセマンティック要素、および順序付けられた情報構造を通じて、次に何が起こるかについて正確な期待を設定することです。 また、アクセシブルなアプリケーションには、ユーザーが現在どこにいるかを正確に理解できるように、画面上ですべての要素を簡単に見つけられるようにする必要があります。 下部のナビゲーション、垂直サイドバー、またはスティッキー メニューが正しく再生されます。

• 入力補助

視覚の質が低く、読み書きや知的障害のある一部のユーザーは、情報をエラーなしで入力したり、必須フィールドとオプション フィールドを区別したりするのが難しいと感じる場合があります。 支援を提供するために、アプリケーション インターフェイスは重要な情報を強化するためにフィールドにキューを含めることができます。

手がかりは、スクリーン リーダーのラベル付けされた属性から、州の選択、角の丸みまでさまざまです。

• エラー防止

同様に、一般的なエラー表示方法は、弱視または障害のある人、または色盲の人には機能しない場合があります。 同様に、読み書きや運動障害のあるユーザーは、間違った入力を入力する可能性が高く、金銭的負債を含む深刻な結果につながる可能性があります。 したがって、アプリケーションがユーザー制御可能なデータを提供しない場合、アクセスできません。

可逆的な送信、注文の確認、記録の削除、またはメッセージの送信取り消しは、ユーザーが間違いを犯さないようにするためのセーフガードの例です。

屈強

アクセシビリティ機能は、さまざまなバージョンのスクリーン リーダー、点字端末、テキスト拡大ソフトウェアなど、プラットフォームやデバイス全体でシームレスに提供される必要があります。 簡単に言えば、堅牢な設計は、Web 対応デバイスまたは支援技術のコンテンツまたは機能を歪める可能性のあるコーディング エラーの影響を受けません。

ここで何が問題になる可能性がありますか？

• コーディングが不十分

アプリケーションの背後にある HTML コードに完全な開始タグと終了タグがない場合、アプリケーションのコンテンツがデバイス間で異なって表示されるか、まったく表示されないか、支援技術で読み取れない可能性があります。 すべてのマークアップ言語仕様に準拠した整形式の HTML コードにより、アクセス可能なコンテンツ構造がすべてのプラットフォームとデバイスで意図したとおりに維持されます。

クロスプラットフォーム開発は適切なレベルのアクセシビリティを提供できますか?

クロスプラットフォーム開発は、市場投入までの時間を短縮し、1 つのコード ベースで 2 つのプラットフォームを殺すスイス アーミー ナイフです。 ただし、クロスプラットフォーム開発のアクセシビリティの可能性は、ネイティブ アプリケーションに遅れをとっています。 したがって、クロスプラットフォーム テクノロジはアクセシビリティとコスト削減の間のトレードオフであり、Android と iOS で少なくとも基本レベルのモバイル アクセシビリティを保証することができます。

このように、Flutter アプリの開発は、アプリのアクセシビリティを向上させることに取り組んでおり、オペレーティング システムの同じ機能と組み合わせたアクセシビリティのサポートが組み込まれています。 Flutter は、大きなフォント、スクリーン リーダーの互換性、十分なコントラストなどのアクセシビリティ機能を実装するのに役立ちます。

ただし、モバイル アクセシビリティは、Flutter 開発者を含む開発チーム全体の集合的な結果であることに注意してください。 UX/UI デザイナーは、包括的なインターフェースの構築に専念していますが、QA スペシャリストは、アプリの最終バージョンがアクセシビリティ テストに合格することを確認します。

アクセシビリティとデザインのどちらかを決める必要はありません

テクノロジーへの平等なアクセスにより、すべての人が社会に参加し、テクノロジーの快適さを積極的に活用できるようになります。 コンプライアンスの遵守に加えて、モバイル アクセシビリティは、より大きなユーザー ベースと企業の競争力にも貢献します。 しかし、アクセシビリティの卓越性には集中的な研究とノウハウが必要であるため、多くの開発者は依然としてアクセシビリティ コーディング標準に慣れていません。 そして、彼らがその概念に精通していたとしても、包括的な機能を美的なインターフェースにまとめることはしばしば困難です.
アクセシビリティとデザインのバランスをとるのに苦労している場合、当社は両方で得点する方法を知っています. お客様固有の要件とアクセシビリティ基準に基づいて、包括性を一流のアプリ設計にシームレスに統合します。 すべての人に対応する最高級のモバイル ソリューションを作成するには、お問い合わせください。

記事はもともとここで公開されています