Web Content Accessibility GuidelinesWeb Content Accessibility Guidelines(ウェブコンテンツ・アクセシビリティ・ガイドライン、略称:WCAG)は、ウェブのコンテンツを障害のある人に使いやすいようにするためのウェブアクセシビリティに関するガイドラインである。インターネットのための主要な国際標準化機構であるWorld Wide Web Consortium(W3C)のWeb Accessibility Initiative(WAI)によって公開されている。 WCAGの目指すところは主要な障害者に配慮することであり、その結果ほとんどの利用者にとっても使いやすい内容となる。また、技術にも依存しない内容となっている。従って、携帯電話のような非常に機能の限られたデバイスでも、アクセシブルなコンテンツとなる。 2022年現在[update]のバージョンは、2018年6月にWCAG 2.1として公開されている。また、1つ前のバージョンであるWCAG 2.0は、2012年10月に「ISO/IEC 40500:2012」としてISO標準となった。 以前のガイドライン最初のウェブアクセシビリティ・ガイドラインはグレッグ・ヴァンダーヘイデン(Gregg Vanderheiden)によって編纂され、1994年シカゴでの第2回World Wide Web国際会議の直後(そこでティム・バーナーズ=リーは、Mike Paciello主導のアクセシビリティに関する会議前ワークショップを見て、基調講演で最初に障害者のアクセスについて述べた)、1995年1月に公開された。 そこから数年で、38種類を超えるウェブアクセス・ガイドラインが様々な執筆者および団体から後追い製作された[1]。これらはウィスコンシン大学マディソン校で編纂されて「統一ウェブサイト・アクセシビリティ・ガイドライン(Unified Web Site Accessibility Guidelines)」にまとめられた[2]。1998年に公開された統一ウェブサイト・アクセシビリティ・ガイドラインの第8版は、W3CのWCAG 1.0の出発点として役立つことになった[3]。 WCAG 1.0WCAG 1.0は公開されると1999年5月5日にW3C勧告となった。1.0は(既に古い基準で)WCAG 2.0にその座を奪われている。 WCAG 1.0は14のガイドラインで構成されている。各ガイドラインにはアクセス設計の一般原則が書かれている。各ガイドラインはウェブアクセシビリティの基本テーマを網羅しており、それを特定ウェブページの機能にどうやって適用すればいいのかを説明する1つ以上のチェックポイントと関連付けられている。
合計65の各WCAG 1.0チェックポイントには、アクセシビリティにおける同チェックポイントの影響度に基づき、割り当てられた「優先度(priority level)」がある。
WCAG Samurai2008年2月、ジョー・クラーク(Joe Clark)率いるW3Cと独立した開発者グループのWCAG Samuraiが、WCAG 1.0の修正と拡張を公開した[4]。 WCAG 2.0WCAG 2.0は、2008年12月11日にW3C勧告として公開された[5][6]。それは4つの原則(ウェブサイトは、「知覚可能」で「操作可能」で「理解可能」で「堅牢」でなくてはならない)に基づいて構築された12のガイドラインからなる。各ガイドラインは、検査可能な達成基準(全部で61)を有している[7]。 WCAG 2.0達成方法集(Techniques for WCAG 2.0)は[8]、制作者がガイドラインと達成基準に適合するの手助けするテクニックのリストである。方法集は定期的に更新されるが、原則とガイドラインおよび達成基準は安定しており、変わることはない[9]。 原則知覚可能情報およびユーザインタフェース コンポーネントは、利用者が知覚できる(perceivable)方法で利用者に提示可能でなければならない。
操作可能ユーザインタフェース コンポーネントおよびナビゲーションは操作可能(operable)でなければならない。
理解可能情報およびユーザインタフェースの操作は理解可能(understandable)でなければならない。
堅牢コンテンツは、支援技術を含む様々なユーザーエージェントが確実に解釈できるように十分に堅牢(robust)でなければならない。
WCAG 2.0はWCAG 1.0と同じ3つの適合レベル(A、AA、AAA)を使用しているが、それらを再定義している。WCAGワーキンググループは、WCAG 2.0のウェブアクセシビリティ技術と一般的な失敗例の広範なリストを管理している[10]。 文書の経緯最初のWCAG 2.0の概念提案は2001年1月25日に公開された。その翌年に、アクセシビリティの専門家や障害者コミュニティのメンバーからのフィードバックを求めることを目的とした新バージョンが公開された。2006年4月27日に「最終草案(Last Call Working Draft)」が公開された[11]。多くの修正が必要とされたため、2007年5月17日にWCAG 2.0は再び概念提案として公表され、続いて2007年12月11日に2回目の「最終草案」が公開された[12][13]。2008年4月にこのガイドラインは「勧告候補」となり[14]、 2008年11月3日に同ガイドラインが「勧告案(Proposed Recommendation)」となった。WCAG 2.0は2008年12月11日にW3C勧告として公開された。 WCAG 1.0チェックポイントとWCAG 2.0達成基準の比較は利用可能である[15]。 2012年10月、WCAG 2.0は「ISO/IEC 40500:2012」のISO標準として国際標準化機構に承認された[16][17][18]。 2014年初頭に、WCAG 2.0のレベルAおよびレベルAAの達成基準が、ETSIによって公開されたヨーロッパ規格EN 301 549の9.2項(「ウェブコンテンツ要件」)に参照として組み込まれた[19]。EN 301 549は、欧州委員会が欧州の標準化3団体(CEN、CENELEC、ETSI)に与えた命令に対応して作られたもので、ICT製品およびサービスに関する最初のヨーロッパ規格である[20][21]。 法的義務オンライン・プレゼンス[注釈 1]を有する企業は、障害者ユーザーにアクセシビリティを提供する必要がある。 ウェブコンテンツ・アクセシビリティ・ガイドラインを実装する理由には倫理的かつ商業的な正当性のみならず[23]、一部の国や地域では法的な理由もある。イギリスの法律では、企業のウェブサイトがアクセシブルでない場合、差別との理由でウェブサイト所有者が訴えられる可能性がある[24]。 アメリカ合衆国2017年1月、米国アクセス委員会は1973年のリハビリテーション法第508条を更新する最終規則を承認した。新規則は17個のWCAG 2.0達成基準を採用しているが、既存のAレベルおよびAAレベル基準38個のうち22個は既存の第508条ガイドラインで既に適用されている。同規則は、連邦官報に掲載された日から12ヶ月で新基準を順守するよう求めている[25] [26]。 2017年、フロリダ州の連邦裁判所はWCAGガイドラインをウェブサイト・アクセシビリティの「業界標準」として認定し、Winn Dixie Store, Inc.[注釈 2]は自社ウェブサイトに視覚障害者へのアクセス手段を与えなかったことで障害を持つアメリカ人法に違反しているとの評決を下した[27]。 欧州連合2016年10月、欧州議会は公的機関のウェブサイトとモバイルアプリケーションがWCAG 2.0のAAレベルに適合するよう求める指令2016/2102を承認した[28]。新しいウェブサイトは2019年9月23日以降、古いウェブサイトは2020年9月23日以降、モバイルアプリケーションは2021年6月23日以降に適合している必要がある[29]。 イギリス2012年1月、英国王立盲人協会(RNIB)は「盲目および部分的晴眼な顧客のためのウェブアクセスを確保できていなかった」ことで、格安航空会社Bmibabyに対する訴訟手続きに踏み切ったとのプレスリリースを出した[30]。2011年10月時点で、ウェブサイトに対する少なくとも2つの訴訟がRNIBによって開始され、その案件は裁判所で審理されることなく解決された[24]。 プロジェクトマネジメント協会(PMI)に対する労働裁判所の評決は2006年10月に結審され、同社は差別に対して3000ポンドの補償金を支払うよう命じられた[31]。 カナダ2010年/2012年のJodhan決定[32]により、外部および内部で利用可能なカナダ連邦政府の全オンラインウェブページと文書とビデオは、WCAG 2.0のアクセシビリティ要件を満たすよう求められることになった[33]。 オーストラリアオーストラリア政府もまた、1992年障害者差別法を経て、全てのオーストラリア政府のウェブサイトがWCAGのアクセシビリティ要件を満たすよう義務付けている[34]。 イスラエルイスラエルの法務省は2014年初頭、インターネットのウェブサイトがW3Cのウェブコンテンツ・アクセシビリティ・ガイドライン2.0に基づいたイスラエル規格5568に適合するよう義務付ける規制を発表した。 イスラエル規格とW3C標準の主な違いは、オーディオやビデオメディアに対してキャプションとテキストを提供する要件に関するものである。ヘブライ語でそうしたキャプションやテキストを提供することへの現時点の技術的困難を反映して、イスラエル規格はいくらか寛容である[35]。 関連項目脚注
外部リンク
|