記事Web アクセシビリティの初心者向けガイド

公開: 2022-08-12

最近、Web アクセシビリティが話題になっています。 最近では、Domino's Pizza に関する訴訟が最高裁判所に持ち込まれる可能性があり、Web アクセシビリティの未来を形作る画期的な判決となる可能性があります。

アクセシブルな Web サイトとは、障害を持つ人々が認識、操作、理解できるサイトです。 それらは、スクリーン リーダーなどの支援技術とうまく連携し、他の障害に代替手段を提供し、マウス以外のデバイスを使用したナビゲーションを可能にします。

アクセスできないサイトは、潜在的な顧客基盤を排除し、ADA のタイトル III に基づく訴訟の可能性を高めます。 また、検索ランキングに悪影響を与える可能性があります。これについては以下で詳しく説明します.

米国ではおよそ 8 人に 1 人が障害を持っています。 定義を拡張して中等度障害者を含めると、その数はほぼ 5 人に 1 人に跳ね上がります。

このような大勢の視聴者に対応できないと、ウェブサイトがビジネスに与えるプラスの影響が制限されます。言うまでもなく、人々の共感を呼び、信念を刺激するブランドの能力は言うまでもありません。 できるだけ多くのブラウザーで、できるだけ多くの人が使用できるアクセシブルな Web サイトを構築することは、ビジネスに役立ちますが、それは正しいことでもあります。

このガイドの目的は、Web アクセシビリティを理解して、ブランドを成長させ、Web サイトの訪問者により良いサービスを提供できるようにすることです。 訪問者ではありません。 顧客ではありません。 しかし、あなたが探している情報を見つけるのを手伝ってくれることを期待しているゲスト. このガイドでは、次の内容について説明します。

  1. ウェブアクセシビリティとは？
  2. アクセシビリティの利点
  3. アクセシビリティ規制
  4. アクセシビリティ基準
  5. アクセシビリティ テスト: 自動 vs. 人間
  6. コンプライアンス違反のリスク
  7. アクセシビリティの自己評価
  8. 役立つ専門家とリソース

完了するまでに、Web アクセシビリティに関連するすべてのことを明確に理解し、独自の Web サイト評価を行うのに役立ついくつかの関連リソースにアクセスできるようになります。 飛び込みましょう！

ウェブアクセシビリティとは？

アクセシビリティを定義することから始めましょう。 W3C (World Wide Web Consortium) によると、「Web アクセシビリティとは、障害を持つ人々が Web を使用できることを意味します。 より具体的には、Web アクセシビリティとは、障害を持つ人々が Web を認識、理解、ナビゲート、および対話できること、および Web に貢献できることを意味します。 Web アクセシビリティは、加齢により能力が変化する高齢者など、他の人にも利益をもたらします。」

BrandExtract で Web サイトを構築する場合、お客様のオーディエンスの 1% 以上が使用するすべてのブラウザー バージョンでテストを行います。 潜在的な顧客、パートナー、または従業員を除外しないように、できるだけ多くのブラウザーで Web サイトを使用できるようにすることは理にかなっています。 それは彼らのウェブサイトの総コストに影響を与えますが、これが価値のある努力であると誰かに納得させる必要はありませんでした.

人間は、Web ブラウザーと同じかそれ以上の考慮に値します。

Web アクセシビリティについて議論する際に最初に考慮すべきことは、視覚障害のある訪問者にとってのサイトの使いやすさですが、視覚障害は障害カテゴリの 1 つにすぎません。 聴覚障害、身体障害、認知障害は等しく重要であり、さまざまな方法で対処する必要があります。

これらの障害を持つ個人は、さまざまな補助デバイスを使用して、Web をより簡単にナビゲートすることができます。 アクセシブルな Web サイトとは、これらの補助デバイスとうまく連携し、そもそも補助デバイスの必要性を最小限に抑えるユーザー エクスペリエンスを提供するよう努めているサイトです。

アクセシビリティの利点

高品質で使いやすい Web サイトを構築するには、優れた計画が重要です。 それには、思慮深さと優れたプロセスが必要です。 アクセシビリティを考慮して UX とデザイン作業を計画すると、作業の詳細に対するハードルが上がります。 勤勉さを高めることで、Web サイトが人間とロボットの両方に対して適切に機能するようになります。

スクリーン リーダーやその他の支援技術に情報を提供できるのと同じ詳細は、サイトをクロールしてインデックスを作成する検索エンジン ロボットにも役立ちます。 Google ウェブマスター セントラル ブログによると、アクセス可能なサイトは Google 検索エンジンによってより簡単にインデックスに登録され、より良い一致とより高いランキングにつながる可能性があります。 Google は 10 年以上にわたってこの事実を強調してきました。

障碍のあるユーザーが Web サイトをよりアクセスしやすくするために行っていることの多くは、他のユーザーにも役立ちます。 より大きなフォント、より良いコントラスト と他の多くの基本的なアクセシビリティ原則により、サイトは誰にとっても使いやすくなります。

アクセシビリティ規制

免責事項:私は弁護士ではありません。 以下で説明するすべての規制 (および省略されている規制) に完全に準拠していないものを実装するという決定にはリスクが伴うため、法務チームを関与させる必要があります。 彼らは、これらの規制を順守しなかった場合のリスクと結果を評価する適切な資格を持っています。 「訴えられるかもしれない」というのは、ただの恐ろしい営業戦術ではありません。

アクセシビリティに関する規制は国によって異なります。 知っておく必要があるいくつかを次に示します。

アメリカ

米国では、1990 年米国障害者法、修正 (ADA)、1996 年電気通信法第 255 条、1986 年航空会社アクセス法、および 2010 年 21 世紀通信およびビデオ アクセシビリティ法に精通している必要があります。 (CVAA)。

米国政府

米国政府機関または政府から資金提供を受けている団体の Web サイトを作成している場合は、1973 年米国リハビリテーション法第 504 条および同法第 508 条にも注意する必要があります。 リハビリテーションの行為1973年 .

欧州連合

欧州連合 (EU) に拠点を置いているか、欧州連合 (EU) で重要なビジネスを行っている場合、 必要提案されている欧州アクセシビリティ法と、おそらく Web およびモバイル アクセシビリティ指令に注意してください。 一部の EU 加盟国では、追加の規制が適用されます。 たとえば、英国には 2010 年の平等法があります。

カナダ

また、カナダでビジネスを行う場合は、カナダ人権法および通信と連邦アイデンティティに関するポリシーを認識していることを確認してください。 他の多くの国にも、独自の個別の規制があります。

圧倒されるのはまったく自然なことです。 個人でも中小企業でもない カウドそれが彼らの中心的な焦点でない限り、おそらくすべての規制についていくでしょう。 幸いなことに、標準化団体、ガイドライン、および専門家が、私たちがそれを正しく行うのを助けてくれます。

アクセシビリティ基準

ほとんどの規制は、アクセシブルな Web サイトを構築するためのガイドラインとして、WCAG 1.0 および WCAG 2.0 規格に基づいています。 これらの標準は両方とも、Web コンテンツ アクセシビリティ ガイドライン ワーキング グループ (Web 開発者とさまざまな企業や組織から招かれた専門家のコンソーシアム) によって構築および維持されています。

WCAG ワーキング グループは、W3C (World Wide Web Consortium) の下にある多くのワーキング グループの 1 つです。 W3C は、Web が依存する HTML、CSS、およびその他の多くの技術を担当する国際標準化コミュニティです。

WCAG 1.0 と 2.0 はほぼ同じ場所に誘導しますが、WCAG 2.0 はより簡単に測定できるヒューリスティックを備えています。 WCAG 1.0 に準拠する Web サイトは、WCAG 2.0 に準拠する可能性が高くなります。 WCAG 2.0 に準拠するすべてのサイトは、WCAG 1.0 に準拠します。 両者の違いは、ガイドラインの構成方法にあります。 W3C の Web サイトを引用します。

WCAG 1.0 は、優先度 1、2、または 3 のチェックポイントを持つガイドラインを中心に編成されています。WCAG 1.0 への準拠を判断するための基準はチェックポイントです。

WCAG 2.0 は、Web アクセシビリティの 4 つの設計原則に基づいて構成されています。 各原則にはガイドラインがあり、各ガイドラインにはレベル A、AA、または AAA でテスト可能な成功基準があります。 WCAG 2.0 への適合を判断するための基準は、成功基準です。

WCAG は進化する標準です。 WCAG 2.1 は推奨候補の状態に達しており、早ければ 2018 年の夏には新しい法律で採用される可能性があります。WCAG 2.1 は WCAG 2.0 に追加されます。 つまり、2.1 準拠のサイトは 2.0 および 1.0 に準拠するため、新しいイニシアチブで WCAG 2.1 をターゲットにすることは理にかなっています。

WCAG 2.1 の階層を分解してみましょう。 提示された 4 つの基本的な設計原則は次のとおりです。

  • 情報およびユーザー インターフェイス コンポーネントは、認識できる方法で提示する必要があります。
  • ユーザー インターフェイス コンポーネントとナビゲーションは操作可能でなければなりません。
  • ユーザー インターフェイスの情報と操作が理解できる必要があります。
  • コンテンツは、支援技術を含むさまざまなユーザー エージェントによって確実に解釈できるように、十分に堅牢でなければなりません。

これらの各原則には、一連のガイドラインがあります。 たとえば、最初の原則に従属して、次のガイドラインがあります。

  • 情報や構造を失うことなく、さまざまな方法 (単純なレイアウトなど) で表示できるコンテンツを作成します。

そのガイドラインに従属して、次の成功基準があります。

  • プレゼンテーションを通じて伝達される情報、構造、および関係は、プログラムで決定するか、テキストで利用できます。
  • コンテンツが提示される順序がその意味に影響を与える場合、正しい読み上げ順序をプログラムで決定できます。
  • 内容を理解して操作するための指示は、コンポーネントの形状、サイズ、視覚的な位置、向き、音などの感覚的な特性だけに依存するものではありません。
  • ユーザーに関する情報を収集する各入力フィールドの意味は、次の場合にプログラムで判別できます。
    1. 入力フィールドには、HTML 5.2 Autofill フィールド名に対応する意味があります。 と
    2. コンテンツは、フォーム入力データの期待される意味を識別するためのサポートを備えたテクノロジを使用して実装されます。
  • マークアップ言語を使用して実装されたコンテンツでは、ユーザー インターフェイス コンポーネント、アイコン、および領域の目的をプログラムで決定できます。

各原則には 1 つまたは複数のガイドラインがあり、それらの各ガイドラインには 1 つまたは複数の成功基準があります。 WCAG 2.1 の現在のドラフトには、4 つの原則、14 のガイドライン、および 78 の成功基準があります。 Web サイトは、標準への準拠を保証するために、これらすべての基準に照らして監査する必要があり、これらの基準のほとんどには複数のテストが含まれます。

しかし、待ってください。 それぞれの成功 基準A、AA の 3 つの適合レベルがあります。 とああ。 Section508.gov Web サイトで説明されているレベルは次のとおりです。

レベル A (最小)

最も基本的な Web アクセシビリティ機能に対応していますが、一般的に広範なアクセシビリティは実現していません

レベル AA (ミッドレンジ)

障害のあるユーザーにとって最も一般的な障壁に対処し、改訂された 508 規格に準拠

レベル AAA (最高)

最高レベルの Web アクセシビリティに対応しますが、コンテンツによってはすべての基準を満たすことができないため、一般的なポリシーとしては推奨されません。

スケジュールと予算に大きな影響を与えるため、Web サイトで達成したい準拠のレベルを慎重に選択してください。

アクセシビリティ テスト: 自動 vs. 人間

単一の Web ページまたはサイト全体の自動テストを実行する無料のツールとオンライン サービスがあります。 ツールには、ブラウザ プラグイン、スタンドアロン デスクトップ アプリケーション、自己ホスト型サービス、無料のオンライン サービスなどがあります。 と商用 (有料) 自動テスト。

私たちのお気に入りの自動化ツールは次のとおりです。

  • tenon.io - Tenon は、ブラウザまたは API を介してオンデマンド検索を実行できる SaaS です。 価格は、実行する必要がある API リクエスト (スキャン) の数によって異なります。 非常に詳細に文書化されており、BrandExtract の CMS である SAM に簡単に組み込むことができます。
  • Paypal による AATT (Automated Accessibility Testing Tool) - AATT は、サービスとして実行される node.js アプリケーションです。 単一のページまたはサイト全体をスキャンでき、非公開 (パスワードで保護された) Web ページにアクセスできるように構成できます。 スキャン要求は API 経由で送信でき、応答は簡単に解析できる JSON 形式で返されます。 また、AATT は SAM と簡単に統合できます。
  • 斧Dequeue Systems による開発者ツール - ax は、Chrome と Firefox の両方のブラウザー プラグインで利用できます。 ブラウザーの組み込みの開発者ツールを拡張し、明確な推奨事項を含む、簡単に解析できる優れたレポートを作成します。

これらのツールはすばやく簡単に使用できますが、万能薬ではありません。 WCAG ドキュメントに記載されているガイドラインの多くは、慎重な解析と評価が必要な方法で表現されています。 これらのガイドラインが独自のデザインにどのように適用されるかは、主観的なものになる可能性があります。 なぜあいまいな言葉で表現されているのですか？ これらのガイドラインは、将来を見据えたものでなければなりません。

Web および関連技術は進化する媒体であるため、ガイドラインは、まだ発明されていない技術、デバイス、およびインターフェイスに適用できる必要がありました。

さらに、自動化されたテスト ツールは、人間と同じようにユーザー エクスペリエンスを認識することはできません。 フォントが最小サイズとコントラストの基準を満たしているかどうかなど、本当に良い仕事をするために使用できる測定可能なものがあります。 しかし、測定がより困難な変数は他にもたくさんあります。 たとえば、図の意味はテキストで適切に伝えられていますか?)

そこで人間の出番です。Web サイトの人間によるテストは、何百時間もかかる慎重かつ厳密なプロセスです。 しかし、視聴者とブランドの間に共感を構築するためには、これが不可欠です。

完璧なシナリオでは、あなたが取り組んでいるのと同じ障害を持ち、Web サイトの何が正しくて何が間違っているかを知る専門知識を持ったユーザーを対象にテストを行う必要があります。

これらの専門家のチームを見つける唯一の実際的な方法は、アクセシビリティ テストを専門とする評判の良いサード パーティにアウトソーシングすることです。 ウェブサイトのアクセシビリティをテストするために人を雇うと、非常に費用がかかる場合があります。 より複雑でインタラクティブなページだけを人間にテストさせることは、費用対効果の高い妥協点であることに気付くかもしれません。

コンプライアンス違反のリスク

私たちは皆、それが正しいことであるという理由だけで、インクルーシブなウェブサイトを構築すると信じたいと思っています. しかし、真実は、時には私たちの善意が私たちの手帳を上回ることがあります. なぜ企業は、自社の Web サイトをアクセシブルにするために何千ドルも費やす必要があるのでしょうか?

理由の 1 つは、リスクを最小限に抑えることです。 消費者に直接サービスを提供していない場合でも、1 つまたは複数の規制に違反していることが発覚するリスクがあります。

組織内で仕事を探しているが、オンラインの求人データベースにアクセスできないために除外されたユーザーを考えてみましょう。 あなたの会社の財務情報にアクセスできない投資家はどうですか? これらのことが起こると、規則違反が発覚する可能性があります。

Web の閲覧、サイトの監査、および Web アクセシビリティ ガイドラインを満たしていない Web サイトの検索に時間を費やす政府機関はありません。 Web サイトの公開準備が整ったときに「サインオフ」する検査官はいません。

仕事が適切に行われるようにすることは、完全に組織次第です。 Web アクセシビリティを真剣に考え、仕事が正しく行われるように社内外のリソースを備えているパートナーを選ぶ責任はあなたにあります。

訴えられる可能性とその後の費用を定量化することは困難ですが、根拠のない訴訟であってもすぐに却下される場合でも、企業は何千ドルもの弁護士費用を負担する可能性があります。 また、Web サイトをアクセス可能にするための努力が不十分であることが明らかな場合は、おそらく負ける (または和解を余儀なくされる) ことになります。

2016 年には 260 件を超える Web アクセシビリティに関する訴訟が提起され、2017 年にはその数が大幅に増加しました。これには、訴訟に至らずに和解した訴訟は含まれていません。 弁護士に相談して可能性を実感してください。ただし、リスクが現実のものであることを知っておいてください。

コンプライアンス違反のリスクについて詳しく知りたい場合は、Karl Groves によるこのブログ記事を強くお勧めします。 実数に裏打ちされたバランスのとれた見方です。 この記事は数年前に書かれたものであり、訴訟が提起されるにつれて状況が変化したことを覚えておいてください。

アクセシビリティの自己評価

願わくば、この時点で、ユーザビリティのトピックをよく理解していただければ幸いです。 しかし、圧倒されるのは完全に自然なことです。 小さな改善を行うことは、訴訟によるリスクと潜在的な損害を減らすための良いスタートです。 実行できるいくつかの手順を次に示します。

リスクを評価する

法務チームに相談し、（できる限り）リスクを計算してください。 この分野で進行中および最近の訴訟について、公的記録を検索してもらいます。 トレンドは上昇していますか？ 成功率は何パーセントですか？ あなたの業界はより多くの活動を見ているように見えますか? 訴訟は、ドルとブランドへの悪影響の両方で、あなたの組織にどのような損害を与える可能性がありますか? 失われた収入についてはどうですか？

コストを調査する

新しいサイトを構築している場合は、開発パートナーに、自動化されたアクセシビリティ テスト ツールを使用して、作業が WCAG 2.1 標準を満たしていることを確認するための費用の項目を作成してもらいます。 また、人間によるテストを実施するためのリソースを持つサードパーティのアクセシビリティ コンサルタントと会うことも検討してください。 開発者から独立して作業できるように、価格を直接入手してください。

計算する

無神経に聞こえるかもしれませんが、実際には、リスクがコストを上回るかどうかを判断する必要があります。 BrandExtract では、ほとんどの企業間 (B2B) Web サイトでは、立ち上げ時の WCAG 2.0 レベル A 準拠の完全な自動テストと主要な更新が、Web サイトをアクセス可能にするための明確な取り組みを示す費用対効果の高いソリューションであると考えています。 消費者向けの Web サイト、またはリッチで複雑な対話機能を備えた Web サイトでは、より徹底的なテストが必要になる場合があります。 繰り返しますが、コンプライアンス違反のリスクを明確かつ正確に理解するには、法律の専門家に相談する必要があります。

ローンチの計画を立てる

Web サイトが消費者向けである場合、新しいサイトの立ち上げ時または大きな変更が行われるたびに、人間によるテストを実行することは合理的です。 複雑さや豊富なインタラクションのない B2B サイトの場合、サイトの自動テストで十分な場合があります。

メンテナンス計画を立てる

計画には、オンデマンドまたは定期的なスケジュールで自動的に行われる継続的なテストが含まれている必要があります。 人間によるテストは、Web サイトが大幅に改訂または再設計された場合にのみ必要です。

役立つ専門家とリソース

コンフォーマンスを達成する方法を調査すると、解決策が必ずしも明確ではないことがわかります。 幸いなことに、A11Y プロジェクトがあります。 A11Y プロジェクトは、Web アクセシビリティ ガイドラインの理解と実装を容易にすることに重点を置いたコミュニティ組織です。 一般的なデザイン パターンに関する具体的な提案、アクセシビリティに関する記事、厳選されたイベントのリスト、すべての重要な手順を確実に実行するためのチェックリストを提供します。

「A11Y」は、ソーシャル メディアやその他のスペースが制限されたメディアで、アクセシビリティを表すために頻繁に使用される数字です。 単純に「アクセシビリティ」と読み、他のリソースの発見に役立てることができます。

  • A11Y プロジェクト
  • W3C Web アクセシビリティ イニシアチブ
  • W3C
  • WCAG1.0
  • WCAG 2.0
  • WCAG 2.1 (勧告候補)
  • Section508.gov
  • Web アクセシビリティ評価ツールの選択
  • 斧開発者ツール
  • 自動アクセシビリティ テスト ツール
  • Tenon.io オンライン テスト ツール
  • TinyMCE A11yChecker
  • アクセシビリティ訴訟、荒らし、恐怖の戦術
  • また、The Bureau of Internet Accessibility の Kim Testa にも特に感謝します。 彼女のグループは自動化されたテストと人間によるテストの両方を提供しており、私は彼女と話した方が賢明だと感じています (ただし、この記事の誤りはすべて私自身のものです)。

いくつかの追加の洞察

SAM は、自動化されたアクセシビリティ チェックを支援する 3 つの可能な統合を提供します。

  1. TinyMCE A11yChecker プラグインは、SAM の組み込み HTML エディターへの無料のアドオンであり、SAM バージョン 3.2 以降の要求によって有効にすることができます。
  2. BrandExtract のホストされた AATT インスタンスとの統合は、SAM 3.2 以降で使用できます。
  3. Tenon.io との統合は、SAM 3.2 以降で実装できます。

アクセシブルな Web サイトを持つことは、コンプライアンス違反のリスクを回避することだけではありません。 さらに重要なことは、すべてのユーザーが正しいことを行い、一貫してブランドの約束を果たすことです。 アクセシブルな Web サイトの構築に関する追加のガイダンスが必要な場合は、Web アクセシビリティに関するポッドキャスト エピソードをチェックするか、お気軽にチームにお問い合わせください。