アクセシビリティのベスト プラクティス: 専門家による 9 つのヒント
公開: 2023-03-10デジタルアクセシビリティは、今ホットな話題です。 世界中の何十億もの人々、そしてアメリカ人の 4 人に 1 人が障害を持っています。 従来の Web デザインでは、多くの場合、これらのユーザーを考慮に入れることができず、重要なインターネット サービスへのアクセスが制限された膨大な数のユーザーが残されています。
B2B ビジネスとして、私たちのウェブサイトを誰もがアクセスできるようにする責任とインセンティブがあります。 PMG のチームは、デジタル アクセシビリティの専門家である Anna Bradley ( Criterion 508 ) と Mark Miller ( TPGi ) と対談し、アクセシビリティの変革を成功させるためのベスト プラクティスとヒントについて話し合いました。
1. デジタルアクセシビリティの意味を理解する
デジタル アクセシビリティは、誰もが企業の Web サイトを使用できるようにするための手法です。 サイトをアクセシブルにすることは、現代のビジネスにおけるベスト プラクティスであるだけでなく、法的に必要なことでもあります。 ADA (Americans with Disabilities Act) は、物理的なものかデジタルのものかにかかわらず、公共の場で事業を行うすべての企業は、障害のある人々がサービスにアクセスできるようにする必要があると規定しています。 この法律に従わなかった場合、連邦法に違反します。
Web コンテンツ アクセシビリティ ガイドライン (WCAG) は、オンラインでの ADA コンプライアンスの基準を定めています。 これらのガイドラインは、視覚障害、聴覚障害、運動障害、認知障害を持つ人々が、Web サイト (またはモバイル アプリ) のすべてのコンテンツと機能に平等にアクセスできるようにします。
デジタル アクセシビリティ サービス企業である Criterion 508 の創設者である Anna Bradley 氏は、これらの基準が、老化に関連する一般的な視覚および運動の変化を含む、さまざまな範囲の障害を説明していることを強調しています。 これは、これらの慣行の恩恵を受けずに一生を過ごす人は誰もいないことを意味し、最終的には「ほぼすべての人に影響を与える」.
2. アクセシビリティはユーザビリティと同じであることを理解する
ウェブサイトをアクセシブルにすることにはボーナス特典があります。アクセシブルなウェブサイトは、ADA で保護されていない人も含め、すべての人により良いユーザー エクスペリエンスを提供します。 なぜ? アクセシビリティのベスト プラクティスは、多くの場合、ユーザビリティのベスト プラクティスと密接に関連しているからです。
「これは、ADA の下での建築バリア法による建築アクセシビリティで見られたものとまったく違いはありません」と Bradley 氏は言います。 「ドアが自動的に開く食料品店に行く方がはるかに快適です。 縁石カットの障害のために必要がなかったかもしれませんが、自転車に乗っているときは確かにいいです.
「ウェブサイトやあらゆる種類のデジタル アプリケーションでも同じことが起こります。 人々はそれを見て、経験し、環境がより使いやすいことを知っていますが、その理由を正確に理解することはできません。」
エンド ユーザーのサイト ナビゲーションを困難にする問題の多くは、誰にとっても問題です。 オンラインでフォームに入力しようとしているとします。 私たちは皆そこにいました。 送信を押しても… 何も起こりません。 ボタンをもう一度クリックしたり、ページを更新したり、フォームを再入力したりしても無駄です。 最終的に、試行錯誤の結果、ページの上部までスクロールすると、何が問題なのかを説明するエラー メッセージが表示される場合があります。
この状況は、ページを直線的にナビゲートするスクリーン リーダーを使用しているユーザーにとっては不可能です。 スクリーン リーダーがフォーム入力にアクセスできるようにすることで (この場合は、エラー メッセージが表示される場所と方法を作り直すことで)、誰にとっても使いやすさが向上します。
3. 免除されているサイトはないことを認識する
誰が自分のサイトをアクセス可能にする必要がありますか? デジタル アクセシビリティ エージェンシー TPGI のセールス ディレクターであり、Real People Real Stories アクセシビリティ ポッドキャストのホストである Mark Miller によると、
Web サイトのアクセシビリティの詳細については、実際の成文法はあいまいなままですが、司法省は ADA を物理的な空間だけでなくデジタル空間にも拡張する前例を設定しています。 多くの訴訟が、準拠していない Web サイトを罰することに成功しています。
企業が見落としている可能性があるのは、内部の Web サイトです。 法律は消費者だけでなく従業員も保護するため、公開ドメインと従業員向けドメインの両方に注意を払うことが重要です。
「将来のクライアントやクライアントの開発チームと話をするときに伝えようとしている 1 つのことは、Web アクセシビリティはもはや優れた Web 開発以上のものではないということです。 それは良いウェブ開発です。 これらの基準は 20 年間存在しています。」
4. 適切なツールを使用する
アクセシビリティをサポートおよびテストするために信頼できるツールをどのように判断しますか? 私たちの専門家はいくつかのヒントを提供しました:
無料の評価ツールには注意してください
「私が強くお勧めするのは、そこにある無料の [ツール] ではありません。
単純に、支払った金額に見合ったものが得られるからです」と Bradley 氏は言います。
PMG の常駐開発者である Michael Evans は、無料のツールには制限がありますが、独自の目的を果たすことができると述べています。
「無料試用版は、実際には製品の優れた紹介です。 それがどのように機能するか、そしてレポートに関して期待できること、出力がどのように得られるかについての感触を本当に与えてくれます...もちろん、フルバージョンを購入してスキャンを再度実行すると、そして、あなたは、ああ、そこにはもっとあることに気づきます。
プラグインやオーバーレイに頼らない
一部のプラグインとオーバーレイは、基本的にボタンをクリックするだけでアクセシビリティの問題を解決すると主張しています。 私たちの専門家は、彼らを信用すべきではないと言います。
「うますぎるとしたら、おそらくそうです」と Bradley 氏は言います。 「もし彼らが働いていたら、23年経った今、私はビジネスをしていないでしょう。だからいいえ、彼らは多くの異なるレベルで働いていません.
「法律は、あなたのウェブサイトがアクセス可能であることを要求しています。 期間。 アクセスできるようにする唯一の方法は、ソース コードを WCAG に準拠させることです。 [プラグインとオーバーレイ] ソース コードを変更するために何もしません。 この分野で訴訟を起こす弁護士は Web 開発者ではありません。 彼らは HTML を知らないので、前述のスキャン ツールを使用し、部分スキャンを 2 分で実行し、Web サイトの何百ものエラーにフラグを付けてから、督促状を送るか、訴訟を起こすことができます。 これらのプラグインやオーバーレイが 1 つでも 100 個でも、何の違いもありません。
「また、あなたの責任は、そのウェブサイト上で誰もがアクセスできる環境を作成することであるという事実を考慮する必要があります.障害や好みに応じて、何百もの支援技術が世の中にあります. 障害のある人がオーバーレイまたはプラグインを使用してサイトにアクセスすると、サイトがまだアクセスできないため、好みの支援技術を使用できなくなります。 堅牢性が低く、専門的でないツールを強制しているため、特定の要件に対処する場合もあれば、対処しない場合もあります。 そして、それはどの顧客に対してもまったく不適切です。」
ソースコードを制御できることを確認してください
チームのために購入する開発ツールの選択は重要です。 市販されているツールと、WCAG 準拠をサポートしている開発ソフトウェアについて考えてみてください。そうすれば、ADA 規則に従っていないプログラムと戦う必要がなくなります。 プラグインを見るときは、アクセシビリティが評価基準の一部であることを確認してください。 プラグインがサード パーティ製であるかどうかは問題ではありません。プラグインがサイト上にある場合は、そのコンプライアンスについて法的責任があります。
「アクセシビリティに対する最大の障壁の 1 つは、現在使用されている Web 開発ツールが準拠していない HTML ソース コードを出力していることです。 彼らは、非常に多くの点で WYSIWYG アプローチの開発に傾倒しています。 また、アクセシビリティは常にソース コードにあります。 したがって、デザイナーや開発者がソース コード レベルに慣れているほど、出力が自然に準拠する可能性が高くなります。」
e コマース サイトの Web プラットフォームを考えてみましょう。 多くの既存のサイト ビルダーが存在するため、チームはソース コードを限定的に制御できます。 アクセシビリティ チェックリストにチェックを入れていても、修正する方法のない根本的な問題がコードにある可能性があります。 プラットフォーム プロバイダーがこれらの問題への対処を優先していない場合でも、サイトには責任があり、コンプライアンス違反の法的脆弱性があります。
安価な自動ツールから始める
最初のステップまたは安価な出発点として、HTML バリデーターまたは自動化されたアクセシビリティ スキャン ツールを使用します。 Bradley は、URL をスキャンしてローエンドのレベル A のアクセシビリティ エラーを出力できるPower Mapper による SortSite を推奨しています。

それでも、Bradley 氏によると、自動化されたアルゴリズムは失敗の約 25 ~ 35% しか検出できません。
「まだ満たさなければならない残りのガイドラインがあり、スクリーン リーダーや代替キーボード デバイスなどの支援技術を使用してテストする必要があります。WCAG の要件を満たしているかどうかの判断には人間の判断が必要です。 しかし、[自動化ツールは] 良いスタートです。 それは容易に達成できる成果です。」
ツールと人間の判断を組み合わせる
ツールに過度に依存すると、特定のアクセシビリティに関する考慮事項を見落とす可能性があります。
「多くのプラットフォーム、ソフトウェア、オンラインで入手できるツールがあり、準拠するプロセスを支援できます」と Evans 氏は言います。 「それは非常に重要です。 [しかし] 何かをアクセシブルにしようとするときは、特定のオーディエンス向けに最適化していることになります。」
スクリーン リーダーの最適化を例に挙げてみましょう。「視覚障害のある人がスクリーン リーダーを実際にどのように使用しているかを知って初めて、それがうまくいくようになります。ツールは非常に役立ちますが、そのオーディエンスを本当に知る必要があります。」
5. すべての人にとってのアクセシビリティに焦点を当てる
アクセシブルなサイトは、その性質上、すべての人がアクセスできる必要があります。 しかし、これらの慣行の実行についてクライアントから頻繁に質問を受けます。
オーディエンスターゲティング
障害のある人がどのように支援技術を使用して Web サイトをより適切に開発できるかを理解することは有益です。 しかし、視聴者を見て、具体的にターゲットにすべき一連の課題があるかどうかを判断する必要があるでしょうか? 私たちの専門家はノーと言い、この種の「アクセシビリティ ペルソナ」には注意を払います。
「生まれつきか後天的かにかかわらず、人口の一定の割合が特定のタイプの障害を持っているという仮定に従う必要があります」とブラッドリーは言います。 「ウェブサイトをすべての人がアクセスできるようにすれば、すべてを心配する必要はありません。」
要するに、適切なオーディエンスに戦略的に対応しようと、思い込みをしないでください。 ミラーによれば、このような憶測は決して正しくありません。
「どんな宿泊施設があるのかわからないので、誰もがアクセスできるように設計します。
反対側の誰かが必要とするかもしれません。 その理由だけでも、できる限り最高の製品を作ることに全力を注ぐのは良い考えだと思います。」
アクセス可能な Web サイトのバージョン
一部のサイトでは、コンプライアンス基準を満たすサイトと、そうでないメイン サイトの 2 つの別個のエクスペリエンスを維持しています。 私たちの専門家はこれに対して警告します。
「分離しても平等ではうまくいきません」と Bradley は言います。 「そして、アクセスできないウェブサイトがそこにある限り、弁護士はそれを見つけることができます。」
「それが問題となる理由はたくさんあります」と Miller 氏は言います。 「誰かがアクセス可能なバージョンを見つけるだろうと誰が言いますか? …早い段階で見つかったもう 1 つのことは、[個別のサイトは]実際には早い段階で解決策だったため、Web サイトのアクセス可能なバージョンは、メインの Web サイトと同様に維持されていないことが多いということでした…そしてビジネスの観点から、ほとんどの人は1 つではなく 2 つのことを維持しているため、もうそれを行う必要はありません。」
6.モバイルアクセシビリティを忘れないでください
一般に、デスクトップ サイトがアクセシビリティに対応しているからといって、必ずしもモバイル サイトがアクセシビリティ対応または準拠しているとは限りませんが、多くの場合、現在のベスト プラクティスに従ってデスクトップ サイトを設計すれば、その機能のほとんどがモバイルに変換されます。 もちろん、オペレーティング システムの違いによる注意点もあるため、モバイル サイトのアクセシビリティの問題をスポット チェックすることが重要です。
アプリはデスクトップ Web サイトから独立しているため、同じことは当てはまりません。 このような場合、アプリが準拠していることを確認するために、まったく別のアクセシビリティ監査を行う必要があります。
7.アクセシビリティを反復プロセスにする
一般に、ゼロから始める場合は、既存のサイトを再作成する必要がある場合よりも、サイトにアクセスできるようにする方が簡単 (かつ安価) です。 ただし、サイトの開始方法に関係なく、Web サイトをアクセシブルにすることは、1 回限りのプロジェクトではありません。 これは、ウェブサイトが進化するにつれて、ワークフローの定期的な部分になる必要がある絶え間ないプロセスです.
開発者は Web サイトを完璧に設計したアクセシビリティの専門家かもしれませんが、マーケティング チームが新しいコンテンツを公開した場合、チーム全体がトレーニングを受けて WCAG ガイドラインを認識していなければ、サイトは再びコンプライアンスから簡単に外れてしまう可能性があります。 サイトに変更を加えることができる人は誰でも、アクセシビリティを損なわずに変更を加える方法を知っている必要があります。
「企業が 1 年以内にコンプライアンスをめぐって 3 ~ 4 件の訴訟に直面したという話を聞くのは珍しいことではありません」と Bradley 氏は言います。 「そして、彼らは実際に、初めて問題を解決したと思っていました。」
8.サイトへの視覚的な影響を心配しないでください
サイトがアクセシビリティを考慮して設計されていない場合は、準拠していない視覚要素がいくつかある可能性があります。 特定の色やロゴなど、ブランドに関連するものでこれが発生した場合、それを変更する可能性があるため、デザイナーは一時停止する可能性があります.
「WCAG のガイドラインを 100% 順守したとしても、Web サイトに視覚的な変化がないとは言えません」と Miller 氏は言います。 「しかし、[変更は]おそらく、ほとんどの人が恐れているよりもはるかに、はるかに、はるかに小さなものです。 古いバージョンの Web ページとアクセス可能な新しいバージョンの Web ページを並べて配置すると、視覚的な違いを見つけるために前後に苦労することになります。 そして、視覚的な違いを見つけたら、それを見て、色のコントラストが正しくなるので、より簡単に見られるので、「まあ、私はアクセスしやすい方が好きです」と言うでしょう。」
9. 最初の一歩を踏み出す
最後に、アクセシビリティ プロジェクトに直面している企業への最優先の推奨事項は何かを専門家に尋ねました。
「できる最善のことは、どこかから始めることです」と Miller 氏は言います。 「ホームページから簡単に始めて、いくつかの基本的な問題から始めて、簡単に修正できるものから始めてください。 待たなければならないすべてを修正するために、それらの大きな抜本的なストロークを取ることができないという理由だけで考えないでください. スタート、スタート、スタート、スタート、スタート。」
「アクセシビリティに関する最大の問題の 1 つは、『自分が知らないことを知らないだけだ』ということです」と Bradley 氏は言います。 「そして、それは戻ってきてあなたを噛みます。 したがって、「自分でやる」には限界があります… サードパーティに助けを求めることで、多くの時間、頭痛、そしておそらくは費用のかかる失望を節約できます。」
要するに、待つのではなく、飛び込んで始めてください。技術的な知識の限界に達したら、資格のある専門家に助けを求めてください。 アクセシビリティはオプションではないため、今すぐ始めて、専門家の推奨事項に従って適切に行ってください。
- アクセシビリティ ガイドラインを理解するには: WCAG
- アクセシビリティ スコアを最初に確認するには: SortSite
- アクセシビリティに関する専門的なヘルプ: TPGi および基準 508
そして、最初の一歩として、Anna Bradley から特別なアドバイスがありました。
「今すぐできることを 1 つだけ知りたい場合は、ツールを忘れ、ガイドラインを忘れ、そのすべてを忘れてください。 Web サイトにアクセスし、マウスを引き出しに入れ、キーボードでナビゲートしてみてください。障害のある多くの人はマウスを使用できません。 アクセシビリティは重要です。 ですから、ちょっと飛び込んで共感を得たいだけなら、それがどのようなものかを感じてください。 そして、キーボードが動作するようにウェブサイトを修正できる場合は、それも行います。」
アンナ・ブラッドリー、マーク・ミラー、PMG の会話をすべて見たいですか? ここでビデオを見てください!
