ウェブアクセシビリティ（eアクセシビリティ） [ 1]とは、身体障がい、状況障がい、あるいは帯域幅や速度に関する社会経済的な制約のある人々が、ワールドワイドウェブ上のウェブサイトにアクセスしたり、利用したりすることを妨げる障壁がないようにするための包括的な取り組みです。ウェブサイトが適切に設計、開発、編集されていれば、より多くのユーザーが情報や機能に平等にアクセスできるようになります。
たとえば、意味的に意味のあるHTMLでサイトがコーディングされ、画像に相当するテキストが提供され、リンクに意味のある名前が付けられている場合、これは音声合成ソフトウェアや点字変換ハードウェアを使用している視覚障碍のあるユーザーの役に立ちます。テキストと画像が大きく、拡大可能である場合、視力の弱いユーザーがコンテンツを読んで理解しやすくなります。リンクに下線が引かれ（または他の方法で区別され）、色も付けられている場合、色覚障碍のあるユーザーがそのリンクに気付くようになります。クリック可能なリンクと領域が大きい場合、マウスを正確に制御できないユーザーの役に立ちます。ページが、キーボードだけ、または単一のスイッチ アクセスデバイスだけによるナビゲーションを妨げない方法でコーディングされている場合、マウスはおろか標準キーボードさえ使用できないユーザーの役に立ちます。ビデオにクローズド キャプションが付けられている場合、チャプターが分割されている場合、または手話バージョンが利用できる場合、聴覚障碍のあるユーザーはビデオを理解できます。閃光効果を避けるか、オプションにすることで、これらの効果によって引き起こされる発作を起こしやすいユーザーがリスクにさらされることはありません。また、コンテンツが平易な言葉で書かれ、説明図やアニメーションで説明されている場合、失読症や学習障害のあるユーザーはコンテンツをより理解しやすくなります。サイトが適切に構築され、維持管理されていれば、障害のないユーザーにとってのサイトの ユーザビリティを低下させることなく、これらのすべてのユーザーに対応できます。
Web アクセシビリティが解決を目指すニーズは次のとおりです。
アクセシビリティは上記のリストに限定されるものではなく、永続的、一時的、または状況的な障害を抱えるすべての人に当てはまります。状況的な障害とは、現在の経験に基づいて限界を経験している可能性のある人のことを指します。例えば、赤ちゃんを抱っこしている人は、状況的に片手で操作しなければならない場合があります。ウェブアクセシビリティは、ユーザーが経験する様々な障壁に配慮する必要があります。2018年にWebAIMがウェブアクセシビリティ実務家を対象に実施したグローバル調査によると、回答者の約93%がウェブアクセシビリティに関する正式な教育を受けていないことが分かりました。[3]
障害のある方は、Web 閲覧を可能にしたり支援したりするために、次のような 支援技術を使用します。
1999 年に、ワールド ワイド ウェブ コンソーシアム(W3C)のプロジェクトであるWeb アクセシビリティ イニシアティブが、 Web コンテンツ アクセシビリティ ガイドラインWCAG 1.0を公開しました。
2008年12月11日、WAIはWCAG 2.0を勧告として発表しました。WCAG 2.0は、最新の情報に基づき、より技術中立的なウェブサイトを目指しています。ウェブデザイナーはどちらの規格に従うかを選択できますが、WCAG 2.0は、アクセシブルなウェブサイトを作成するための決定的なガイドラインとして広く受け入れられています。各国政府は、自国のウェブサイトのアクセシビリティ規格として、WCAG 2.0を着実に採用しています。[4] 2012年には、ウェブコンテンツアクセシビリティガイドラインがISO/IEC規格「ISO/IEC 40500:2012: 情報技術 - W3C ウェブコンテンツアクセシビリティガイドライン (WCAG) 2.0」としても発行されました。[5] 2018年にWAIはWCAG 2.0を拡張したWCAG 2.1勧告を発表しました[6]。2023年10月にはWCAG 2.2が発表され、認知障害や学習障害のあるユーザーのアクセシビリティを向上させるための9つの新しい成功基準が追加され、フォーカスの外観と認証が強化されました。一方、アクセシビリティ標準をさらに強化するためのWCAG 2.3の作業は継続されています。
W3Cのプロセスには、ユーザーをプロセスの中心に据える姿勢が不十分であるという批判もある。[7] WCAG 2.0は学習障害や認知障害のある人々の要件に対応するというWCAGの当初の主張に対し、リサ・シーマンを筆頭に40の団体や個人が署名した正式な異議申し立てがなされた。[8]「WCAG 2.0：新しいW3Cガイドラインの評価」[9] 、 「WCAG 2.0なんてどうでもいい」[10]、「テストのコストが高すぎる」[11]といった記事の中で、WAIは、WCAG 1.0が今日のウェブコンテンツの作成と利用に関する技術や手法からますます乖離していること、WCAG 2.0の開発ペースが遅いこと、新しいガイドラインのナビゲーションや理解が困難であること、その他多くの欠陥があると批判されている。
インターネットの利用増加[17]と日常生活における重要性の高まりにより、世界各国は法整備を通じてデジタルアクセス問題に取り組んでいます。その一つのアプローチとして、既存の人権法や公民権法を活用して、障がいのある人のウェブサイトへのアクセスを保護することが挙げられます。米国のように、技術調達プロセスを通じて障がいのある人のアクセスを保護している国もあります。[18]各国がウェブコンテンツアクセシビリティガイドライン（WCAG）2.0を支持し、採用する際には、そのガイドラインを自国の法令に参照することが一般的です。[19] [20]ウェブアクセシビリティガイドラインへの準拠は、主に北米、ヨーロッパ、南米の一部、アジアの一部で法的要件となっています。[21]
アルゼンチン
ウェブページ上の情報アクセシビリティに関する法律第26.653号[22] 。2010年11月3日にアルゼンチン国会で承認された。第1条では、国家とその地方分権機関、あるいは公共サービスや公共財に何らかの形で関係する企業は、ウェブページの設計においてアクセシビリティに関する規則と要件を遵守しなければならないと規定されている。その目的は、すべての障害者がコンテンツにアクセスしやすくし、情報へのアクセスにおける機会均等を保証し、差別を回避することである。
さらに、法令656/2019 [23]により、前述の法律第26,653号の規制が承認され、その適用を担当する機関はONTI（国立情報技術局）になると報告されています。[24]この機関は、この法律の対象となる個人および法人への支援および/または助言、ウェブページのアクセシビリティ基準および要件の普及、承認/更新、遵守の管理などの機能を担当しています。
2000年、オーストラリアの視覚障害者がシドニーオリンピック組織委員会（SOCOG）を相手取り、2万ドルの訴訟で勝訴しました。[25]これは、SOCOGが公式ウェブサイト「シドニーオリンピック」を視覚障害者にとって適切にアクセス可能なものにしていなかったため、 1992年障害者差別禁止法に基づく最初の勝訴となりました。人権機会均等委員会（HREOC）も、「ワールドワイドウェブアクセス：障害者差別禁止法に関する助言ノート」を発行しました。[26]オーストラリアのすべての政府も、公共ウェブサイトのアクセシビリティを義務付ける政策とガイドラインを策定しています。
ブラジルでは、連邦政府が2005年1月18日にアクセシビリティに関するガイドラインを公表し、一般公開しました。同年12月14日には、初版への提案を盛り込んだ第2版が公開されました。2007年5月7日、このガイドラインはすべての連邦政府ウェブサイトで義務付けられました。WCAG 2.0に準拠した現在のバージョンは、e-MAG（Modelo de Acessibilidade de Governo Eletrônico、電子政府アクセシビリティモデル）と名付けられ、ブラジル計画予算管理省によって管理されています。
この論文は公式ウェブサイトで閲覧およびダウンロードできます。[27]
2011年、カナダ政府は、政府ウェブサイトのアクセシビリティ、使いやすさ、相互運用性、そしてモバイルデバイスへの最適化を確保することを目的とした、新しいウェブ標準規格の段階的な導入を開始しました。これらの標準規格は、インターネットにおける共通ルックアンドフィール2.0（CLF 2.0）標準に代わるものです。
これら4つの標準規格の最初のものであるウェブアクセシビリティ標準[28]は、2013年7月31日に全面的に発効しました。ウェブアクセシビリティ標準は、ウェブコンテンツアクセシビリティガイドライン（WCAG）2.0 AAに準拠しており、毎年更新される除外リストが含まれています。政府機関の準拠を支援する明確な評価方法論[29]が付属しています。政府はまた、革新的なウェブサイトを構築するための再利用可能なウェブコンポーネントのセットであるウェブエクスペリエンスツールキット（WET）[30]を開発しました。WETは、政府機関がアクセシブルで使いやすく、相互運用性があり、したがって政府の標準に準拠した革新的なウェブサイトを構築するのに役立ちます。WETツールキットはオープンソースで、誰でも使用できます。
関連する3つのウェブ標準は、モバイルデバイス向けのウェブサイトとアプリケーションの最適化に関する標準[31] 、ウェブユーザビリティに関する標準[32]、ウェブ相互運用性に関する標準[33]です。
2019年、カナダ政府は「アクセシブル・カナダ法」を可決しました。これは、「オンタリオ州障害者アクセシビリティ法」、「マニトバ州障害者アクセシビリティ法」、「ノバスコシア州アクセシビリティ法」といった州法を基盤としています。
2014年2月、欧州議会は、公的機関が管理するすべてのウェブサイトを誰もがアクセスできるようにしなければならないとする法案を承認した。 [34]
欧州委員会は 、2005年9月13日にeアクセシビリティに関するコミュニケーションを発表しました。[1]委員会の「アクセシブルなICT製品およびサービスの公共調達を調和させ、促進する」という目標は、2005年12月にCEN、CENELEC、ETSIに発行されたマンデート（参照番号M 376）に組み込まれました。[35]マンデートとは、欧州規格または欧州標準化成果物の起草と採択を求める、1つ以上の欧州標準化機関への要請です。マンデートは、標準化機関が技術的には独立しており、マンデートを拒否する権利を有していますが、予備的な協議に基づいているため、通常は標準化機関によって承認されます。[36]マンデートでは、公共調達担当者が調和された要件にアクセスできるようにするための電子ツールキットの開発も求められました。[37]委員会はまた、調和された成果物は公共調達を目的としていますが、民間部門の調達にも有用である可能性があると指摘しました。 [37] ：セクション2.3
2016年10月26日、欧州議会はウェブアクセシビリティ指令を承認しました。この指令は、公共機関のウェブサイトとモバイルアプリのアクセシビリティを義務付けています。関連するアクセシビリティ要件は、欧州規格EN 301 549 V3.2.1（ ETSI発行）に記載されています。EU加盟国は、関連するアクセシビリティ要件を強制する法律および規則を2018年9月23日までに施行する予定でした。
一部のカテゴリーのウェブサイトとアプリは指令の対象外であり、例えば「公共放送局とその子会社のウェブサイトとモバイルアプリケーション」などである。[38]
欧州委員会の「ICT標準化のためのローリングプラン2017」では、ETSI規格EN 301 549 V1.1.2を更新し、モバイルアプリケーションのアクセシビリティ要件と、規格への準拠をテストするための評価方法論を追加する必要があると指摘されています。[39]
欧州連合（EU）は2019年、デジタルアクセシビリティとデジタルインクルージョンに関する主要な法律の一つとして、欧州アクセシビリティ法を導入した。2025年6月28日に発効する欧州アクセシビリティ法（EAA）は、企業に対し、同法の対象となる新たに販売される製品およびサービスがアクセシブルであることを保証することを義務付ける。すべてのウェブサイトは、WCAGの原則である知覚可能、操作可能、理解可能、堅牢性を遵守し、障害のある顧客に同等のユーザーエクスペリエンスを提供する必要がある。2025年6月28日以降、サービスまたは製品が新しい規則を遵守していない場合、顧客は国内の裁判所または当局に苦情を申し立てることができる。[40]
インドでは、電子情報技術省（MeitY）傘下の国立情報センター（NIC）が2009年に政府機関向けのインド政府ウェブサイトガイドライン（GIGW）[41]を制定し、WCAG 2.0レベルA標準の遵守を義務付けました。[42]
インド電子情報技術省（MeitY）は、ユニバーサルな電子アクセシビリティに関する国家政策[43]で明確に述べられており、アクセシビリティ標準とガイドラインは、オーサリングツールアクセシビリティガイドライン（ ATAG [12] ）、ウェブコンテンツアクセシビリティガイドライン（ WCAG 2.0） 、ユーザーエージェントアクセシビリティガイドライン（ UAAG [ 16] ）などのワールドワイドウェブコンソーシアムアクセシビリティウェブ標準とガイドラインを含むドメイン内の一般的な標準から策定または適応されるものとする。
GIGWは、ウェブサイト、ウェブポータル、ウェブアプリケーションのライフサイクル全体、すなわち概念化と設計から開発、保守、管理に至るまで、望ましい実践方法に関するガイダンスを提供することで、政府ガイドラインの品質とアクセシビリティを確保することを目的としています。行政改革・苦情処理局は、これを中央事務局の事務手続きマニュアルの一部としました。
GIGW 3.0 [44]は、モバイルアプリのアクセシビリティとユーザビリティに関するガイダンスも大幅に強化しており、特に政府機関に対して、サービス、給付、情報などの政府全体の提供のために考案された公共デジタルインフラストラクチャを活用する方法に関する具体的なガイダンスを提供しています。[45]
2016年障害者権利法（RPwD）[46]が議会で可決されました。この法律は従来の法律に取って代わり、デジタルアクセシビリティに関するより明確な指針を提供しました。RPwD法第106条第40項から第46項は、公共施設、交通機関、情報通信技術（ICT）サービス、消費者製品、そして政府またはその他のサービス提供者が提供するその他のすべてのサービスにおいて、アクセシビリティを確保することを義務付けています。[47]
アイルランドでは、2005年障害者法[48]により、公的機関が電子形式で1人または複数の人と通信を行う場合、通信内容は可能な限り「視覚障害者で適応技術を利用できる者にとってアクセス可能」でなければならないと規定されている（第28条(2)）。国立障害者局は、公的機関に対し、同法の義務をどのように履行すべきかについての指針となる実務規範[49]を策定している。これは承認された実務規範であり、その規定は法的拘束力のある法定義務としての効力を有する。同規範では、公的機関は「関連するガイドラインおよび基準に照らして、アクセシビリティに関する電子通信の既存の慣行を検討」することにより、第28条(2)への準拠を達成できると規定されており、「Webアクセシビリティ・イニシアティブ（WAI）のWebコンテンツ・アクセシビリティ・ガイドライン（WCAG）へのダブルA適合」が例として挙げられている。
2014年、イスラエル法務省は、インターネットウェブサイトに対し、W3Cウェブコンテンツアクセシビリティガイドライン2.0に基づくイスラエル標準5568への準拠を義務付ける規則を公表しました。イスラエル標準とW3C標準の主な相違点は、音声および動画メディアに字幕とテキストを提供する要件です。イスラエル標準は、ヘブライ語で字幕やテキストを提供することが現在技術的に困難であることを反映し、やや緩やかな規定となっています。[50]
イタリアでは、ウェブアクセシビリティはいわゆる「Legge Stanca」（スタンカ法）によって規制されています。正式には2004年1月9日付の法律第4号で、 2004年1月17日にガゼッタ・ウフィチャーレ紙で正式に公表されました。当初のスタンカ法はWCAG 1.0に基づいていました。2013年3月20日、スタンカ法で要求される基準はWCAG 2.0に更新されました。
日本におけるウェブコンテンツ・アクセシビリティ・ガイドラインは、2004年にJIS（日本工業規格）X 8341-3として制定されました。JIS X 8341-3は、WCAG 2.0を包含するために2010年にJIS X 8341-3:2010として改訂され、さらに2016年には国際規格ISO/IEC 40500:2012と同一規格となるようJIS X 8341-3:2016として改訂されました。日本の団体WAIC（ウェブアクセシビリティ基盤委員会）は、JIS X 8341-3:2016の沿革と構成を公開しています。[51]
マルタでは、2003年から情報技術アクセシビリティ財団（FITA）によってウェブコンテンツのアクセシビリティ評価が行われてきました。[52] 2018年までは、機会均等法（2000年）CAP 43の要件に準拠し、WACGガイドラインを適用して行われていました。[53] EUウェブアクセシビリティ指令の制定に伴い、マルタ通信局はマルタの公的機関が所有するオンラインリソースのアクセシビリティを確保する責任を負っています。[54] FITAは、EN301549規格とWCAG 2.1規格を適用し、公的機関と商業機関にICTアクセシビリティ評価を提供し続けています。したがって、マルタの状況には、機会均等法の差別禁止法とEUウェブアクセシビリティ指令の両方が適用されます。
ノルウェーでは、ウェブアクセシビリティは、障害に基づく差別の禁止に関する2008年6月20日法律第42号（反差別アクセシビリティ法としても知られる）に基づき法的義務となっている。同法は2009年に施行され、行政・改革・教会省（Fornyings-, administrasjons- og kirkedepartementet）は2013年に情報通信技術（ICT）ソリューションのユニバーサルデザインに関する規則（Forskrift om universell utforming av informasjons- og kommunikasjonsteknologiske (IKT)-løsninger）を公布した。[55]同規則では、一部例外を除き、ウェブコンテンツアクセシビリティガイドライン2.0（WCAG 2.0）/NS/ISO/IEC 40500: 2012のレベルAおよびAAへの準拠が求められている。[56] [57]ノルウェー公共管理・電子政府庁（Difi）は、一般市民を対象としたICTソリューションが法律および規制の要件に準拠しているかどうかを監督する責任を負っている。[58]
フィリピンにおけるウェブアクセシビリティイニシアチブの一環として、政府は、国立障害者福祉評議会 (NCWDP) 理事会を通じて、UNESCAPが定めたびわこミレニアムフレームワークの実施を支援するウェブマスターの特別グループまたはコアグループを形成するという勧告を承認しました。
フィリピンでは、障害者にとってアクセスしやすい情報通信技術（ICT）に関する地域間セミナーおよび地域デモンストレーション・ワークショップが開催され、アジア太平洋地域の11カ国が参加しました。マニラ・アクセスしやすい情報通信技術設計勧告は2003年に策定・採択されました。
スペインでは、ウェブアクセシビリティを規制するための規格としてUNE 139803:2012が採用されています。この規格は、ウェブコンテンツアクセシビリティガイドライン2.0に基づいています。[59]
スウェーデンでは、スウェーデン行政開発庁（Verva）が、スウェーデンの公共部門のウェブサイトに関するガイドラインを策定しています。これらのガイドラインでは、ウェブアクセシビリティを個別の問題としてではなく、開発プロセス全体における不可欠な要素として提示しています。このスウェーデンのガイドラインには、ウェブサイトの構想から実際のウェブコンテンツの公開まで、ウェブサイトのライフサイクル全体を網羅する基準が含まれています。これらの基準は、考慮すべきいくつかの領域を網羅しており、その中には以下のようなものがあります。
2008年4月には英語版が発表された。「スウェーデン公共部門ウェブサイトのための国家ガイドライン」[60] 。この翻訳は2006年に発表されたガイドラインの最新版に基づいている。[61]
英国では、2010年平等法はウェブサイトのアクセシビリティについて明示的に言及していないものの、障害者に対する差別を違法としています。この法律は、公共部門、民間部門、ボランティア部門を問わず、サービスを提供するすべての人に適用されます。政府の平等人権委員会が同法に付随して発行した「行動規範：アクセス権 - 商品、施設、サービス、および敷地」文書[62]では、ウェブサイトが同法の対象となる「公共サービス」の一つとして明示的に言及されています。
2010年12月、英国は標準BS 8878:2010 Web アクセシビリティ実践規範を発表しました。この標準は事実上 PAS 78 (2006年発行) に取って代わります。PAS 78 は障害者権利委員会によって作成され、障害者が使用できます。この標準は、障害者や高齢者向けのアクセシビリティ、ユーザビリティ、およびユーザー エクスペリエンスの向上を非技術者に紹介するために設計されました。[63]技術や設計の問題ではなく、プロセスに関するガイダンスを提供するため、この主題に不慣れな人にとって特に役立ちます。BS 8878 は平等法 2010 [64]と一致しており、英国政府の e アクセシビリティ アクション プランで、アクセシブルなオンライン サービスの開発に関する最新のアドバイスの基礎として参照されています。次の推奨事項が含まれています。
BS 8878は、組織内のWeb製品作成に関するポリシーと、それらのポリシーに基づくガバナンスに責任を負うすべての人を対象としています。さらに、組織内で平等性とインクルージョンの取り組みを促進・支援する責任者、そしてWeb製品やコンテンツの調達、作成、トレーニングに携わる人々も支援します。BS 8878の概要[65]は、組織がアクセシビリティとインクルーシブデザインを日常業務プロセスに組み込むために、この規格がどのように役立つかをより深く理解するのに役立ちます。
2019年5月28日、BS 8878は、BS 8878を基盤とし、国際的に利用可能なように拡張された国際規格であるISO 30071-1に置き換えられました。ISO 30071-1とBS 8878の関連性に関する概要[66]は、組織が新しい規格を理解する上で役立ちます。
4月9日、ナショナル・レールは青と白のテーマを白黒に変更しました。これはウェブコンテンツ・アクセシビリティ・ガイドラインに準拠していないとして批判されていました。同社は青と白のテーマを復活させ、最新のアクセシビリティ・ガイドラインに沿ってウェブサイトを近代化するための投資を行っていると述べました。[67]
2019年には、新しいアクセシビリティ規制[68] [69]が施行され、公共部門の機関は2020年9月23日までにアクセシビリティステートメントを公開し、ウェブサイトをアクセシブルにすることが法的に義務付けられました[70 ]。アクセシビリティステートメントには、ウェブサイトのテスト方法と、アクセシビリティに関する問題を解決するための組織の計画に関する情報が含まれます。ステートメントはウェブサイトのすべてのページに掲載され、リンクされる必要があります。[71]
アメリカ合衆国では、1973年リハビリテーション法修正第508条により、すべての連邦機関の電子情報技術は障害者にもアクセス可能であることが義務付けられています。一般市民と連邦職員は共に、コンピュータのハードウェアとソフトウェア、ウェブサイト、電話システム、コピー機などの技術にアクセスする権利を有しています。[72] また、リハビリテーション法第504条は、連邦資金の受給機関に対する障害に基づく差別を禁じており、メディケア／メディケイドを通じて連邦資金の受給機関である病院などの組織に対する複数の訴訟で引用されています。
さらに、米国障害者法（ADA）第3条は、障害に基づく差別を禁じています。この点については議論があり、複数の裁判所と米国司法省は、ADAはウェブサイトやアプリの運営者および所有者に対し、ウェブサイトやアプリを障害者がアクセスしやすくし、JAWSスクリーンリーダーなどの一般的な支援技術と互換性を持たせるための積極的措置を講じることを義務付けるとの立場を取っています。一方、ADAはオンラインでは適用されないとする裁判所もあります。米国司法省は、複数の和解合意において、WCAG2.0AA規格をアクセシビリティの適切な規格として承認しています。[73]
2017年以降、ADAを根拠にウェブサイトやモバイルアプリを訴える訴訟が多数提起されている。これらの訴訟は、フロリダ州の連邦裁判所がウィン・ディキシーのウェブサイトはアクセシブルでなければならないと判決を下した2017年のギル対ウィン・ディキシー・ストア事件をきっかけに、勢いを増しているようだ。2017年にはウェブアクセシビリティに関する訴訟が約800件、2018年には2,200件以上提起された。さらに、司法省は2010年にウェブアクセシビリティに関するガイドラインを公表すると表明していたものの、2017年にこの計画を撤回し、これもまたアクセシブルでないサイトに対する訴訟を促した。[74]
ADAに関連する注目すべき訴訟は、ドミノ・ピザのモバイルアプリを使用できない視覚障害者のユーザーによって同社に対して提起された。連邦地方裁判所では、司法省がアクセシビリティのガイドラインを策定していないとしてドミノ・ピザに有利な判決が下されたが、これは第9巡回区控訴裁判所に上訴された。第9巡回区控訴裁判所は地方裁判所の判決を覆し、ドミノ・ピザはADAに準拠する必要がある実店舗であり、モバイルアプリはサービスの延長であるため、アプリもADAに準拠する必要があると判断した。ドミノ・ピザは、他の多くのレストランや小売チェーンの支持を得て最高裁判所に上訴し、障害のある顧客にはよりアクセスしやすい注文手段があるため、この判決は自社の適正手続きに影響を与えると主張した。 [74] 2019年10月、最高裁判所はこの訴訟の審理を却下した。これは事実上第9巡回区控訴裁判所の判決を支持し、訴訟は現状のまま審理されることを義務付けた。[75] [76]
連邦アクセシビリティ訴訟の件数と費用はここ数年で劇的に増加している。[77]
ウェブサイトのアクセシビリティ監査を提供する組織、企業、コンサルタントが増えています。これらの監査はシステムテストの一種であり、ウェブサイト内に存在するアクセシビリティの問題を特定し、それらの問題を修正するために必要な手順に関するアドバイスとガイダンスを提供します。
ウェブサイトのアクセシビリティを監査するために、さまざまな方法が使用されます。
これらの方法にはそれぞれ長所と短所があります。
理想的には、Web サイトのアクセシビリティを評価するには、複数の方法を組み合わせて使用する必要があります。
ウェブページをアクセシブルにするには、支援技術がコンテンツを理解・処理し、ユーザーに合わせて調整できるよう、ページの機能に関する重要なセマンティクスがすべて利用可能でなければなりません。しかし、コンテンツが複雑になるにつれて、標準のHTMLタグと属性ではセマンティクスを確実に提供することが難しくなってきます。現代のウェブアプリケーションでは、要素にスクリプトを適用してその機能を制御し、コントロールやその他の動的コンポーネントとして動作させることがよくあります。これらのカスタムコンポーネントやウィジェットでは、ユーザーエージェントにセマンティクス情報を伝達する手段が提供されません。WAI -ARIA （Accessible Rich Internet Applications）は、ワールドワイドウェブコンソーシアムが公開した仕様[79]で、 Ajax、HTML、JavaScript 、および関連技術を用いて開発された動的コンテンツやユーザーインターフェースコンポーネントのアクセシビリティを向上させる方法を規定しています。ARIAは、作成者がサポートされている動作を完全に記述するためのセマンティクスをすべて提供できるようにすることで、アクセシビリティを実現します。また、各要素の現在の状態とプロパティ、および他の要素との関係を公開することもできます。フォーカスとタブインデックスに関するアクセシビリティの問題も修正されています。
{{cite web}}: CS1 maint: bot: original URL status unknown (link)