はじめに
アクセシビリティについて学んだり調べたりしていると、「a11y」という言葉と一緒に、
WCAG / JIS / ISO / WAIC といった、似たような単語が一気に出てきます。
-
WCAG って仕様の名前?
-
JIS X 8341-3 は WCAG とどう違うの?
-
ISO/IEC 40500:2012 って何者?
-
WAIC は団体名? 規格名?
私自身も、ひとつひとつの説明を読めば何となく分かった気にはなるものの、
全体の関係性が頭の中で一枚につながらず、モヤモヤすることが多くありました。
本記事では、以下の2点に絞って整理をしていきます。
-
それぞれの用語(WCAG / ISO/IEC 40500 / JIS X 8341-3 / WAIC)の役割と立ち位置を理解する
-
「WCAG → ISO/IEC → JIS → WAIC」という流れを、一枚のイメージとしてつかめるようにする
コード例や実装テクニックではなく、
まずは「規格や団体まわり」を頭の中に描けるようになることを目指しています。
1. a11y とは何か
1-1. 「a11y」という表記の意味
「a11y」は accessibility(アクセシビリティ) を省略した表記です。
accessibility は文字数が多いので、次のように「最初と最後の文字+間の文字数」で短く書かれます。
- 最初の文字:a
- 最後の文字:y
- 間にある文字数:11
つまり、
a + 11 + y = a11y
というわけです。こうした省略は numeronym(数字略語)と呼ばれ、同じパターンの例として
- i18n = internationalization
- l10n = localization
などがあります。
正直なところ、「a11y」はエンジニアでも初見だと読み辛い部類の言葉です…。読めないことは恥ずかしいことではないので、この機会に読み方を覚えてしまいましょう。
1-2. アクセシビリティの定義
では、そのアクセシビリティとは何を指すのでしょうか。ここではシンプルに、
できるだけ多くの人が、不自由なく情報や機能にアクセスできるようにすること
という広い概念として捉えます。
Web の文脈では、利用者の状況は想像以上に多様です。たとえば、
- 視覚障害があり、スクリーンリーダーで操作している人
- 色の区別がつきにくい色覚特性のある人
- マウス操作が難しく、キーボードやスイッチで操作している人
- 長い文章を読むのが苦手な人
- 日本語が母語ではない人
など、さまざまな前提で利用している人がいます。
アクセシビリティというと「特定の人のための特別対応」という印象を持たれがちですが、実際にはそれよりも、
最初から多様な利用環境を前提にした設計・実装
という考え方に近いです。
その結果として、支援技術を使っている人にとって使いやすくなるのはもちろん、たとえば「屋外で画面が見えづらい」「片手で操作している」「一時的に怪我をしてマウスが使いづらい」といった状況の人にも恩恵が出ます。
つまり a11y は、限られた誰かのためだけでなく、誰にとっても“使える状態”の幅を広げるための基礎設計だと言えます。
2. W3C・WCAG の位置づけ
2-1. W3C とは
W3C(World Wide Web Consortium) は、Web の技術仕様を策定する国際的な標準化団体です。
HTML や CSS といった「Web の土台」になる仕様群を取り扱っており、アクセシビリティ領域のWCAG などのガイドラインもここから出ています。
W3C は特定の企業のものではなく、ブラウザベンダーや企業、大学、研究機関などが参加しながら、Web を共通のルールで動かすための合意形成をしている、という位置づけです。
この記事の文脈では「WCAG の上流にいる、仕様を作る側」として覚えておくと整理しやすいです。
2-2. WCAG(Web Content Accessibility Guidelines)とは
WCAG(Web Content Accessibility Guidelines) は、Web コンテンツのアクセシビリティを確保するための国際的なガイドラインです。
「WebサイトやWebアプリを、より多くの人が使えるようにするには何を満たすべきか」を、チェック可能な基準(達成基準)として整理しています。
WCAG にはバージョンがあり、現在の実務で目にしやすいのは次の系統です。
- WCAG 2.0
- WCAG 2.1
- WCAG 2.2
さらに、達成基準には難易度(要求の強さ)として A / AA / AAA の3段階があります。
- A:最低限の基準(これが欠けると致命的になりやすい)
- AA:実務上の標準ラインとして扱われることが多い
- AAA:理想形に近いが、全ページ・全機能で満たすのは現実的に難しいことも多い
ここで押さえたいのは、「WCAG は 思想 ではなく、ある程度 テスト可能な基準 として書かれている」という点です。
そのため、後で出てくる JIS のような規格や、実務の試験方法にもつながっていきます。
2-3. WCAG の4原則(POUR)の概要
WCAG は内容が広いので、全体像をつかむために POUR という4原則で整理されます。これは「アクセシビリティを、どの観点で満たすのか」を分類する軸です。
-
P: Perceivable(知覚可能)
情報が、何らかの形でユーザーに“届く”こと(見えない/聞こえない状況でも代替手段がある等) -
O: Operable(操作可能)
UI が操作できること(キーボード操作、十分な操作時間、フォーカスの扱い等) -
U: Understandable(理解可能)
内容や挙動が理解できること(分かる言葉、予測できる動作、適切なエラー提示等) -
R: Robust(堅牢)
さまざまな環境・支援技術でも解釈できること(セマンティックHTML、適切なARIA等)
3. ISO/IEC 40500:2012 と JIS X 8341-3
3-1. ISO/IEC 40500:2012 とは
ISO/IEC 40500:2012 は、ひとことで言うと WCAG 2.0 をそのまま国際規格として位置づけたものです。
WCAG は W3C が策定した「ガイドライン」ですが、国や組織によっては「ガイドライン」よりも「国際規格」の形で参照したいケースがあります。そこで、WCAG 2.0 を ISO/IEC(国際標準化の枠組み) に載せ直したのが ISO/IEC 40500:2012、という理解がしやすいです。
イメージとしては、
- WCAG 2.0:Webアクセシビリティの内容そのもの(W3C)
- ISO/IEC 40500:2012:同じ内容を「国際規格」という“器”に入れたもの
という関係です。
3-2. JIS(日本産業規格)とは
JIS(Japanese Industrial Standards / 日本産業規格) は、日本国内で用いられる国家規格です。
身近なところだと、紙のサイズ(A4 など)や工業製品の仕様など、さまざまな分野で「共通のルール」として使われています。
Web や情報通信の分野にも JIS は存在し、Webアクセシビリティについても国内で参照しやすい形に整備されています。
3-3. JIS X 8341-3:2016 とは
Webアクセシビリティの文脈でよく出てくるのが JIS X 8341-3:2016 です。
これは Webコンテンツのアクセシビリティに関する日本の規格で、行政・自治体・公共性の高いサイトなどで目標として掲げられる場面が多くあります。
重要なのは、JIS X 8341-3:2016 が ISO/IEC 40500:2012(=WCAG 2.0)と一致規格(IDT: Identical) である点です。
一致規格とは、ざっくり言うと 技術的な内容が同一である、という扱いです。つまりこの範囲では、
- 「WCAG 2.0 を参照している」
- 「ISO/IEC 40500:2012 を参照している」
- 「JIS X 8341-3:2016 を参照している」
は、同じ中身を別の名前・別の枠組みで読んでいると考えて大きくズレません。
実務では「JIS X 8341-3:2016 レベルAA 準拠」を目標として記載しているサイトを見かけますが、これは「WCAG の達成基準レベル AA 相当を満たす」という意図で使われていることが多いです。
4. WAIC の役割
4-1. WAIC とは何か
WAIC(ウェブアクセシビリティ基盤委員会 / Web Accessibility Infrastructure Committee) は、
日本における Web アクセシビリティの普及・実務支援を目的とした委員会です。
技術仕様そのものを策定するというよりは、規格やガイドラインを「現場で使える形」に落とし込むことに重きを置いています。
同じWから始まるので、ごっちゃになりがちですが、
- WCAG(Web Content Accessibility Guidelines) → 最後がG(ガイドライン)
- WAIC(Web Accessibility Infrastructure Committee)→最後がC(委員会)
で最後の言葉から、どのようなものかを判断できるようにしておくと、どっちがどっちか判断出来ます。
また、WAICは日本の組織ですが、WCAGは国際的なガイドラインという違いもあるので、規模感を間違え内容にしましょう
4-2. WAIC が提供しているもの
WAIC が価値を発揮するのは、「規格を読めば分かる」では終わらない、実務側の課題です。たとえば以下のような情報がまとまっています。
-
JIS X 8341-3:2016 の解説
規格本文だけだと読み取りにくい部分を、背景や意図も含めて整理した資料 -
試験方法ガイドライン
「準拠」と言うために、何をどう確認(試験)すればよいかの考え方・手順 -
対応度表記ガイドライン
「レベルAAに準拠(試験結果)」のような表記を、どういう前提でどう書くべきか -
関連文書の日本語訳
WCAG や WAI-ARIA など、周辺ドキュメントを日本語で参照できる形にしている
規格はどうしても「要求事項の羅列」になりがちなので、WAIC の資料は
“実務で迷いやすいところ”を埋めるための補助線として機能します。
4-3. 実務での WAIC の位置づけ
ここまでの登場人物を、実務の視点で並べると整理しやすいです。
- WCAG:仕様・ガイドラインそのもの(上流の基準)
- JIS:日本国内の「公式なルールブック」(国内で参照される枠組み)
- WAIC:それらを現場で運用するための解説・試験・表記のガイドを提供するハブ
5. 関係性のまとめ
ここまでの内容をまとめます。
ポイントは 中身(アクセシビリティの基準) と それを載せている器(団体・規格・運用ガイド) を分けて捉えることです。
まず、Webアクセシビリティの基準として上流にあるのが WCAG です。
-
W3C:Web技術の仕様を策定する団体
└ WCAG:Webコンテンツのアクセシビリティガイドライン(達成基準の集合)
そして、その WCAG を「国際規格」という形で参照できるようにしたものが、次の位置づけです。
- ISO/IEC 40500:2012:WCAG 2.0 を国際規格として位置づけたもの
さらに、それを日本国内で参照しやすい形にしたものが JIS です。
-
JIS X 8341-3:2016:Webアクセシビリティに関する日本の規格
- ISO/IEC 40500:2012(=WCAG 2.0)と 一致規格(IDT)
- つまり、技術的な内容は同一として扱われる
最後に、こうした規格やガイドラインを「実務で運用する」ための入口として機能するのが WAIC です。
- WAIC:JIS / WCAG を現場で扱うための解説・試験方法・表記ガイド等を提供する
流れとして並べると、次のように理解できます。
-
WCAG(W3C)
→ ISO/IEC 40500:2012
→ JIS X 8341-3:2016
→ WAIC(実務のためのガイド・解説)
おわりに
本記事で整理したのは、主に 「用語・規格・原則」の全体像です。
実装(具体的にどうコードを書くか)は非常に重要ですが、まずはこの全体像を押さえておくことで、
- どの基準を参照している話なのか
- 目標(AAなど)がどこから来ているのか
- 日本の実務ではどの資料が入口になるのか
が見えやすくなります。
さらに詳しく知りたい場合は、以下の一次資料を参照すると理解が深まります。次の一歩としてぜひ閲覧してみてください。
-
WAIC: WCAG 2.2 日本語訳: https://waic.jp/translations/WCAG22/
-
WAIC: WCAG 2.2 テクニック集(日本語訳): https://waic.jp/translations/WCAG22/Techniques/
-
WAIC: JIS X 8341-3:2016 解説: https://waic.jp/docs/jis2016/understanding/
-
WAIC: JIS X 8341-3:2016 試験実施ガイドライン: https://waic.jp/docs/jis2016/test-guidelines/
-
WAIC: 対応度表記ガイドライン: https://waic.jp/docs/jis2016/compliance-guidelines/