ウェブコンテンツアクセシビリティガイドライン (WCAG) 2.2

W3C勧告

この文書の詳細
このバージョン:
https://www.w3.org/TR/2024/REC-WCAG22-20241212/
最新公開バージョン:
https://www.w3.org/TR/WCAG22/
最新編集者ドラフト:
https://w3c.github.io/wcag/guidelines/22/
履歴:
https://www.w3.org/standards/history/WCAG22/
コミット履歴
実装報告:
https://www.w3.org/WAI/WCAG22/implementation-report/
以前の勧告:
https://www.w3.org/TR/WCAG21/
編集者:
(Nomensa)
(Oracle)
(Library of Congress)
Michael Cooper (W3C)
Andrew Kirkpatrick (Adobe)
フィードバック:
GitHub w3c/wcag (プルリクエスト, 新規課題, オープン課題)
エラッタ:
エラッタあり

併せて 翻訳 もご覧ください。


要約

ウェブコンテンツアクセシビリティガイドライン (WCAG) 2.2 は、ウェブコンテンツをよりアクセシブルにするための幅広い推奨事項を示しています。これらのガイドラインに従うことで、視覚障害や弱視、聴覚障害や難聴、運動機能の制限、発話障害、光過敏症、これらの組み合わせ、さらに学習障害や認知機能の制限に対する一部の配慮など、より多くの障害を持つ人々にとってコンテンツがアクセスしやすくなります。ただし、これらの障害を持つすべての人のニーズに対応できるわけではありません。これらのガイドラインは、デスクトップ、ノートパソコン、キオスク、モバイルデバイスなど、あらゆる種類のデバイス上でのウェブコンテンツのアクセシビリティに対応しています。これらのガイドラインに従うことで、一般のユーザーにとってもウェブコンテンツの使いやすさが向上する場合があります。

WCAG 2.2 の達成基準は、技術に依存しないテスト可能な文として書かれています。特定の技術で達成基準を満たすためのガイダンスや、達成基準の解釈に関する一般的な情報は、別の文書で提供されています。入門および WCAG の技術的・教育的資料へのリンクについては、ウェブコンテンツアクセシビリティガイドライン (WCAG) 概要をご覧ください。

WCAG 2.2 は ウェブコンテンツアクセシビリティガイドライン 2.1 [WCAG21](2018年6月にW3C勧告として公開)を拡張するものです。WCAG 2.2 に準拠したコンテンツは、WCAG 2.0 および WCAG 2.1 にも準拠しています。WG は、WCAG 2.0 または WCAG 2.1 への準拠を求めるポリシーに対し、WCAG 2.2 が代替手段となることを意図しています。WCAG 2.2 の公開は WCAG 2.0 や WCAG 2.1 を廃止または置き換えるものではありません。WCAG 2.0 および WCAG 2.1 が現行標準のままである一方、W3Cはアクセシビリティの今後の適用性を最大化するため WCAG 2.2 の利用を推奨します。また、ウェブアクセシビリティポリシーの策定や更新時には、WCAG の最新バージョンの利用を推奨しています。

この文書のステータス

このセクションは、本書が公開された時点での文書のステータスについて説明します。現行のW3C 公開文書や本技術報告書の最新改訂版は、W3C技術報告書一覧(https://www.w3.org/TR/)でご覧いただけます。

ご意見は、W3C WCAG GitHub リポジトリで課題として提出 してください。本書の提案達成基準は議論を追跡する課題を参照していますが、公開コメントは個別の課題として新規提出するようワーキンググループはお願いしています。課題提出のために GitHub アカウントを無料で作成できます。GitHub での提出が難しい場合は、public-agwg-comments@w3.org (コメントアーカイブ) までメールをお送りください。

本書は、アクセシビリティガイドラインワーキンググループによって 勧告トラックを用いて勧告として公開されました。

W3Cは、本仕様をウェブの標準として広く展開することを推奨します。

W3C勧告は、広範なコンセンサス形成の後にW3Cおよび会員によって承認され、 ワーキンググループ会員から ロイヤリティフリーライセンス に対するコミットメントがあります。

本書は、W3C 特許ポリシーの下で活動するグループによって作成されました。 W3Cは、 グループ成果物に関連する特許開示の公開リスト を維持しており、そのページには特許開示方法の案内も掲載されています。個人が本書に関連する特許を実際に知っている場合は、 必須クレーム とみなす場合、W3C 特許ポリシー第6節に従って情報を開示する必要があります。

本書は 2023年11月3日 W3Cプロセス文書 に基づいて管理されています。

はじめに

このセクションは規範的ではありません。

WCAG 2 の背景

ウェブコンテンツアクセシビリティガイドライン(WCAG)2.2は、障害のある人々がウェブコンテンツをより利用しやすくする方法を定義しています。アクセシビリティには、視覚、聴覚、身体、発話、認知、言語、学習、神経障害など、幅広い障害が関わります。これらのガイドラインは多くの課題を網羅していますが、すべての種類や程度、組み合わせの障害者のニーズを満たすことはできません。また、高齢化による能力変化を伴う高齢者にもウェブコンテンツをより使いやすくし、一般ユーザーのユーザビリティ向上にも役立ちます。

WCAG 2.2は、W3Cプロセスを通じて、世界中の個人や組織と協力して開発されており、国際的な個人、組織、政府のニーズを満たす共通のウェブコンテンツアクセシビリティ標準の提供を目指しています。WCAG 2.2は、WCAG 2.0 [WCAG20]やWCAG 2.1 [WCAG21]に基づき、さらにWCAG 1.0 [WAI-WebCONTENT]を土台としており、現行および将来のさまざまなウェブ技術に幅広く適用できるよう設計され、機械的なテストと人による評価の組み合わせで検証可能となっています。WCAGについての入門は、ウェブコンテンツアクセシビリティガイドライン(WCAG)概要をご覧ください。

認知、言語、学習障害に対応する追加基準を定義する際には、開発期間の短さ、テスト可能性・実装容易性・国際的合意形成の課題など、重大な困難に直面しました。今後のWCAGのバージョンでもこの分野の作業は継続されます。著者の皆様には、学習・認知障害者、弱視者などのインクルージョン向上のための補足ガイダンスも参照することを推奨します。

ウェブアクセシビリティは、アクセシブルなコンテンツだけでなく、アクセシブルなウェブブラウザやその他のユーザーエージェントにも依存します。オーサリングツールもウェブアクセシビリティに重要な役割を果たします。ウェブ開発とインタラクションの各要素がどのように連携するかの概要は、以下を参照してください:

この文書で「WCAG 2」と記載されている場合は、2で始まるすべてのWCAGバージョンを指します。

WCAG 2 のガイダンスの階層

WCAGを利用する個人や組織はウェブデザイナーや開発者、政策立案者、購買担当者、教員、生徒など非常に幅広いです。この多様な利用者のニーズを満たすため、全体的な原則、一般的なガイドライン、テスト可能な達成基準、そして豊富な十分な達成方法助言的達成方法よくある失敗例(例、参考リンク、コード付き)など、複数の階層のガイダンスが提供されています。

これらすべてのガイダンス階層(原則、ガイドライン、達成基準、十分な・助言的達成方法)は連携して、コンテンツをよりアクセシブルにする方法を示します。著者は、可能な限り全ての階層(特に助言的達成方法も含め)を参照し適用することで、可能な限り幅広いユーザーのニーズに対応することが推奨されます。

最高レベル(AAA)に適合したコンテンツでも、認知・言語・学習分野など、すべての種類や程度、組み合わせの障害者にとってアクセシブルであるとは限りません。著者は、助言的達成方法や認知・学習障害者のための使いやすいコンテンツ作成など幅広い方法の検討、そして最新のベストプラクティスに関する適切な助言を受けることも推奨されます。メタデータは、ユーザーが自身のニーズに最適なコンテンツを見つける際に役立つ場合があります。

WCAG 2.2 支援文書

WCAG 2.2文書は、安定した参照可能な技術標準を必要とする人々のニーズを満たすよう設計されています。支援文書と呼ばれるその他の文書は、WCAG 2.2文書をもとに、新たな技術への適用方法など、他の重要な目的に対応するために作成されています。支援文書には以下が含まれます:

  1. WCAG 2.2 の達成方法 - WCAG 2.2の全ガイドライン、達成基準、達成方法を著者がコンテンツ開発・評価時に活用できるカスタマイズ可能なクイックリファレンスです。WCAG 2.0、2.1、2.2の内容が含まれており、様々な条件で絞り込み可能です。

  2. WCAG 2.2 の理解 - WCAG 2.2の理解と実装のためのガイド。各ガイドライン・達成基準ごとや主要トピックごとに短い「理解」文書があります。

  3. WCAG 2.2 の達成方法集 - 各達成方法・よくある失敗例ごとに、説明・例・コード・テストが記載された個別文書のコレクションです。

  4. WCAG 2 文書 - WCAG 2支援文書および補足ガイダンスの簡単な紹介です。

  5. WCAG 2.2 の新着情報では、アクセシビリティ課題を示すペルソナの引用とともに新しい達成基準を紹介しています。

WCAG 2.2支援資料の説明については、ウェブコンテンツアクセシビリティガイドライン(WCAG)概要をご覧ください。教育リソースなどWCAG 2関連の補足資料、ウェブアクセシビリティのビジネス目的、ウェブサイトのアクセシビリティ向上のための計画実施、アクセシビリティ政策などの追加リソースは、WAIリソースに掲載されています。

WCAG 2.2 の要件

WCAG 2.2は、一連のWCAG 2.2の要件を満たしており、これらは以前のWCAG 2バージョンからの要件を引き継いでいます。要件は全体のガイドライン構成を定め、後方互換性を保証します。ワーキンググループは、達成基準の受け入れ基準というより非公式な基準も用いて、達成基準がWCAG 2.0のスタイルと品質に近いものになるよう配慮しました。これらの要件によって、WCAG 2.2に盛り込める内容が制約されました。この制約は、WCAG 2のマイナーバージョンとしての性質を維持するために重要でした。

WCAG 2.1 との比較

WCAG 2.2は、WCAG 2.1の作業を継続する目的で開始されました。主に認知・学習障害者、弱視者、モバイルデバイス利用者のためのアクセシビリティガイダンスの向上です。これらのニーズに対応する多くの方法が提案・評価され、そのうちいくつかがワーキンググループによって精査されました。WCAG 2.0から引き継いだ構造要件、提案の明確さや影響度、開発スケジュールなどによって、今回のバージョンに含まれる達成基準が決まりました。WCAG 2.2は、これらの分野のウェブコンテンツアクセシビリティガイダンスを段階的に前進させるものですが、すべてのユーザーニーズがこのガイドラインで満たされるわけではないことを強調しています。

WCAG 2.2はWCAG 2.1をベースにしており、後方互換性があります。つまり、WCAG 2.2に適合するウェブページは、WCAG 2.1に適合するページと同等以上のアクセシビリティを備えています。2.1や2.0からの要件が追加されており、WCAG 2.2では1つの達成基準(4.1.1 構文解析)が削除されています。ポリシーでWCAG 2.0や2.1への適合が求められる著者は、WCAG 2.2へコンテンツを更新することができますが、4.1.1については引き続きテストと報告が必要な場合があります。複数バージョンのガイドラインに準拠する場合、以下の追加事項に注意してください。

WCAG 2.2 の新機能

WCAG 2.2は、WCAG 2.1を拡張して新しい達成基準、定義、ガイドラインを追加しています。この追加的なアプローチにより、WCAG 2.2に適合するサイトはWCAG 2.1にも適合することが明確になります。アクセシビリティガイドラインワーキンググループは、形式的な義務が以前のバージョンを参照していても、WCAG 2.2を新しい適合目標として採用し、アクセシビリティ向上と将来の政策変更への備えを推奨しています。

WCAG 2.2で新たに追加された達成基準は以下の通りです:

新しい達成基準は、用語集にも追加された新しい用語を参照しており、これらも達成基準の規範的要件の一部となっています。

WCAG 2.2では、プライバシーセキュリティに影響する仕様の側面を詳述する新しいセクションも導入しています。

WCAG 2.2 の番号付け

WCAG 2バージョンへの後方互換性が重要な実装者の混乱を避けるため、WCAG 2.2の新しい達成基準はガイドライン内の既存達成基準の末尾に追加されています。これにより、既存の達成基準の番号を変更する必要がなくなりますが、各ガイドライン内の達成基準は適合レベルによるグルーピングではなくなります。達成基準の順序は適合レベルに関する情報を示しておらず、適合レベル(A/AA/AAA)は達成基準自体の指標でのみ確認できます。WCAG 2.2 クイックリファレンスでは、達成基準を適合レベルごとに表示するなど、多様な絞り込み・並び替えが可能です。

WCAG 2.2 への適合

WCAG 2.2はWCAG 2.0と同じ適合モデルを採用しています。WCAG 2.2に適合したサイトは、WCAG 2.0やWCAG 2.1にも適合することを意図しており、これによりWCAG 2.0や2.1を参照する政策の要件も満たしつつ、現行ウェブのユーザーのニーズにもより良く対応できます。

アクセシビリティガイドラインの後続バージョン

WCAG 2.2と並行して、アクセシビリティガイドラインワーキンググループは次世代のアクセシビリティガイドラインの開発を進めています。この成果は、WCAG 2のマイナーバージョンでは現実的でないほど大規模なウェブアクセシビリティガイダンスの再構築となる見込みです。研究重視・ユーザー中心の設計方法論に基づき、コンテンツ作成、ユーザーエージェントサポート、オーサリングツールサポートの役割も含め、最も効果的かつ柔軟な成果を目指しています。この作業は複数年に及ぶため、WCAG 2.2は現行ウェブの変化を反映した最新のウェブアクセシビリティガイダンスを提供する中間措置として必要です。ワーキンググループは、主要バージョンの完成まで、WCAG 2.2以降の短期間で追加支援バージョンも開発する可能性があります。

1. 知覚可能

情報およびユーザーインターフェースコンポーネントは、ユーザーが知覚できる方法で提示されなければなりません。

ガイドライン 1.1 テキストによる代替

非テキストコンテンツには、テキストによる代替を提供し、必要に応じて大きな文字、点字、音声、記号、より簡単な言語など、他の形式へ変換できるようにします。

達成基準 1.1.1 非テキストコンテンツ

(レベルA)

ユーザーに提示されるすべての非テキストコンテンツには、同等の目的を果たすテキストによる代替が提供されます。ただし、以下に挙げる状況を除きます。

コントロール、入力

非テキストコンテンツがコントロールやユーザー入力を受け付ける場合、その目的を説明する名前が付与されます。(コントロールや入力を受け付けるコンテンツの追加要件については、達成基準 4.1.2を参照してください。)

時間ベースのメディア

非テキストコンテンツが時間ベースのメディアの場合、少なくとも非テキストコンテンツの記述的識別をテキストによる代替で提供します。(メディアの追加要件については、ガイドライン 1.2を参照してください。)

テスト

非テキストコンテンツがテストや練習問題で、テキストで提示すると無効になる場合、少なくとも非テキストコンテンツの記述的識別をテキストによる代替で提供します。

感覚的体験

非テキストコンテンツが主に特定の感覚体験を目的としている場合、少なくとも非テキストコンテンツの記述的識別をテキストによる代替で提供します。

CAPTCHA

非テキストコンテンツの目的が、コンテンツが人間によってアクセスされていることを確認する場合、非テキストコンテンツの目的を識別・説明するテキストによる代替が提供され、さまざまな感覚認知に対応したCAPTCHAの代替形式も提供されます。

装飾、フォーマット、不可視

非テキストコンテンツが純粋な装飾のみを目的とし、情報提供や機能を持たない場合、または視覚的フォーマットのみに使用されている場合、あるいはユーザーに提示されない場合、支援技術によって無視できるように実装されます。

ガイドライン 1.2 時間ベースのメディア

時間ベースのメディアに代替手段を提供します。

達成基準 1.2.1 音声のみ・映像のみ(事前収録)

(レベルA)

事前収録 音声のみ および事前収録の映像のみ メディアについて、以下が当てはまります。ただし、音声または映像がテキストのメディア代替であり、その旨が明確に表示されている場合は除きます。

事前収録の音声のみ

時間ベースのメディアの代替が提供され、事前収録の音声のみコンテンツに対して同等の情報を提示します。

事前収録の映像のみ

事前収録の映像のみコンテンツに対して、時間ベースのメディアの代替または音声トラックのいずれかが提供され、同等の情報を提示します。

達成基準 1.2.2 字幕(事前収録)

(レベルA)

字幕 は、すべての事前収録 音声コンテンツが含まれる同期メディアに提供されます。ただし、メディアがテキストのメディア代替であり、その旨が明確に表示されている場合は除きます。

達成基準 1.2.3 音声解説またはメディア代替(事前収録)

(レベルA)

時間ベースのメディアの代替または音声解説が、事前収録 映像コンテンツが含まれる同期メディアに提供されます。ただし、メディアがテキストのメディア代替であり、その旨が明確に表示されている場合は除きます。

達成基準 1.2.4 字幕(ライブ)

(レベルAA)

字幕 は、すべてのライブ 音声コンテンツが含まれる同期メディアに提供されます。

達成基準 1.2.5 音声解説(事前収録)

(レベルAA)

音声解説は、すべての事前収録 映像コンテンツが含まれる同期メディアに提供されます。

達成基準 1.2.6 手話(事前収録)

(レベルAAA)

手話通訳は、すべての事前収録 音声コンテンツが含まれる同期メディアに提供されます。

達成基準 1.2.7 拡張音声解説(事前収録)

(レベルAAA)

前面音声の間に音声解説を挿入するための十分な間がない場合は、拡張音声解説が、すべての事前収録 映像コンテンツが含まれる同期メディアに提供されます。

達成基準 1.2.8 メディア代替(事前収録)

(レベルAAA)

時間ベースのメディアの代替が、すべての事前収録 同期メディアおよびすべての事前収録の映像のみ メディアに提供されます。

達成基準 1.2.9 音声のみ(ライブ)

(レベルAAA)

時間ベースのメディアの代替が、ライブ 音声のみ コンテンツに対して同等の情報を提示する形で提供されます。

ガイドライン 1.3 適応可能

情報や構造を損なうことなく、異なる方法(たとえばより単純なレイアウト)で提示できるコンテンツを作成してください。

達成基準 1.3.1 情報と関係性

(レベルA)

情報、構造、 および関係性提示によって伝達される場合、 プログラムによって判別可能であるか、テキストで利用可能です。

達成基準 1.3.2 意味のある順序

(レベルA)

コンテンツが提示される順序によって意味が変わる場合、正しい読取順序プログラムによって判別可能である必要があります。

達成基準 1.3.3 感覚的特徴

(レベルA)

コンテンツの理解や操作のための指示は、形状、色、大きさ、視覚的な位置、向き、音など、構成要素の感覚的特徴のみに依存してはなりません。

注意

色に関連する要件については、ガイドライン 1.4を参照してください。

達成基準 1.3.4 向き

(レベルAA)

コンテンツは、縦向きや横向きなど、特定の表示方向に限定して閲覧・操作できるようにしてはなりません。ただし、特定の表示方向が本質的である場合は除きます。

注意

特定の表示方向が本質的である例としては、銀行の小切手、ピアノアプリ、プロジェクターやテレビ用のスライド、または仮想現実コンテンツ(横向きまたは縦向き表示に必ずしも限定されないもの)などがあります。

達成基準 1.3.5 入力目的の識別

(レベルAA)

ユーザー情報を収集する各入力フィールドの目的は、次の場合にプログラムによって判別可能です:

達成基準 1.3.6 目的の識別

(レベルAAA)

マークアップ言語で実装されたコンテンツでは、ユーザーインターフェースコンポーネント、アイコン、および領域の目的がプログラムによって判別可能です。

ガイドライン 1.4 識別可能

コンテンツをより見やすく、聞き取りやすくするために、前景と背景を分離するなど、ユーザーがコンテンツを認識しやすくします。

達成基準 1.4.1 色の使用

(レベルA)

情報を伝えたり、動作を示したり、応答を促したり、視覚的要素を識別するために、色のみを視覚的な手段として使用してはなりません。

注意

この達成基準は色の知覚に特化しています。他の知覚手段については、ガイドライン 1.3(色やその他の視覚的提示のコーディングへのプログラム的アクセスを含む)で取り扱われています。

達成基準 1.4.2 音声コントロール

(レベルA)

ウェブページ上で3秒以上自動再生される音声がある場合、手段が提供されていて、音声を一時停止または停止できるか、音量をシステム全体の音量とは独立して調整できる手段が提供されている必要があります。

注意

この達成基準を満たしていないコンテンツは、ページ全体の利用に支障をきたす可能性があるため、ウェブページ上のすべてのコンテンツ(他の達成基準を満たすために使われているかどうかに関わらず)がこの達成基準を満たす必要があります。適合要件 5: 非干渉も参照してください。

達成基準 1.4.3 コントラスト(最小)

(レベルAA)

テキスト およびテキスト画像の視覚的提示は、コントラスト比が少なくとも4.5:1である必要があります。ただし、以下の場合は除きます:

大きなテキスト

大きなサイズ のテキストおよび大きなテキスト画像はコントラスト比が少なくとも3:1である必要があります。

偶発的

非アクティブなユーザーインターフェースコンポーネントの一部、純粋な装飾、誰にも見えない、または他の重要な視覚的内容を含む画像の一部としてのテキストやテキスト画像にはコントラスト要件はありません。

ロゴタイプ

ロゴやブランド名の一部であるテキストにはコントラスト要件はありません。

達成基準 1.4.4 テキストの拡大

(レベルAA)

字幕 およびテキスト画像を除き、テキストは、支援技術を使わずに200%まで拡大でき、コンテンツや機能が失われない必要があります。

達成基準 1.4.5 テキスト画像

(レベルAA)

使用している技術で視覚的提示が可能な場合は、情報を伝えるためにテキストを使用し、テキスト画像は使用しません。ただし、以下の場合は除きます:

カスタマイズ可能

テキスト画像がユーザーの要望に合わせて視覚的にカスタマイズできる場合

本質的

特定のテキスト表現が情報伝達に本質的な場合

注意

ロゴタイプ(ロゴやブランド名の一部のテキスト)は本質的とみなされます。

達成基準 1.4.6 コントラスト(強化)

(レベルAAA)

テキスト およびテキスト画像の視覚的提示は、コントラスト比が少なくとも7:1である必要があります。ただし、以下の場合は除きます:

大きなテキスト

大きなサイズ のテキストおよび大きなテキスト画像はコントラスト比が少なくとも4.5:1である必要があります。

偶発的

非アクティブなユーザーインターフェースコンポーネントの一部、純粋な装飾、誰にも見えない、または他の重要な視覚的内容を含む画像の一部としてのテキストやテキスト画像にはコントラスト要件はありません。

ロゴタイプ

ロゴやブランド名の一部であるテキストにはコントラスト要件はありません。

達成基準 1.4.7 低音量または無音の背景音声

(レベルAAA)

事前収録 音声のみのコンテンツで、(1) 主に前面で話し言葉が流れる場合、(2) 音声CAPTCHAや音声ロゴではない場合、(3) 主に歌唱やラップなど音楽的表現を目的とした発声ではない場合、次のいずれかを満たす必要があります:

背景なし

音声に背景音が含まれていない。

オフにできる

背景音をオフにできる。

20dB

背景音が前面の話し言葉より少なくとも20デシベル低い(1~2秒程度の短い音は除く)。

注意

「デシベル」の定義により、この要件を満たす背景音は前面の話し言葉の約4分の1の音量となります。

達成基準 1.4.8 視覚的提示

(レベルAAA)

複数文のテキストの視覚的提示について、以下を達成できる手段が用意されています:

  • 前景色と背景色をユーザーが選択できる
  • 幅が80文字またはグリフ以内(CJKの場合は40文字以内)
  • テキストは両端揃え(左右両端)されていない
  • 行間(リーディング)は段落内で最低1.5倍、段落間は行間の1.5倍以上
  • 支援技術を使わずにテキストを200%まで拡大でき、全画面ウィンドウ(一般的なPCディスプレイで最大化したビューポート)では横スクロールせずに1行を読める
注意1

コンテンツがこれらの値を使う必要はありません。要件は、ユーザーがこれらの提示方法を変更可能な手段が利用できることです。手段はブラウザや他のユーザーエージェントによって提供されても構いません。コンテンツ側で手段を用意する必要はありません。

注意2

一部の言語の書記体系では、可読性・判読性向上のために異なる提示方法が使われます。この達成基準で使われていない提示方法は、その書記体系のコンテンツでは使う必要はなく、そのまま適合できます。著者は自分の書記体系で可読性・判読性向上のためのガイダンスに従うことが推奨されます。

達成基準 1.4.9 テキスト画像(例外なし)

(レベルAAA)

テキスト画像は、純粋な装飾または特定のテキスト表示がテキストの情報伝達に本質的な場合のみ使用されます。

注意

ロゴタイプ(ロゴやブランド名の一部のテキスト)は本質的とみなされます。

達成基準 1.4.10 リフロー

(レベルAA)

コンテンツは、情報や機能の損失なく、かつ2方向のスクロールを必要とせずに提示できます:

  • 縦スクロールコンテンツの場合、幅が320CSSピクセルに相当
  • 横スクロールコンテンツの場合、高さが256CSSピクセルに相当

ただし、利用や意味のために2次元レイアウトが必要なコンテンツ部分は除きます。

注意1

320CSSピクセルは、400%ズーム時で1280CSSピクセル幅の開始ビューポート幅に相当します。横スクロールコンテンツ(縦書き等)の場合、256CSSピクセルは400%ズーム時で1024CSSピクセルの開始ビューポート高に相当します。

注意2

2次元レイアウトが必要なコンテンツの例は、理解に必要な画像(地図や図)、動画、ゲーム、プレゼンテーション、データテーブル(個々のセルは除く)、ツールバーを表示しながらコンテンツを操作する必要があるインターフェース等です。こうした部分には2次元スクロールを許可しても構いません。

達成基準 1.4.11 非テキストコントラスト

(レベルAA)

以下の視覚的提示は、隣接する色に対してコントラスト比が少なくとも3:1である必要があります:

ユーザーインターフェースコンポーネント
必要な視覚情報でユーザーインターフェースコンポーネント状態を識別するもの。ただし、非アクティブなコンポーネントや、ユーザーエージェントによって決定され、著者が変更していない場合は除く。
グラフィカルオブジェクト
コンテンツ理解に必要なグラフィックの部分。ただし、特定のグラフィック提示が本質的な場合は除く。

達成基準 1.4.12 テキスト間隔

(レベルAA)

以下のテキスト スタイルプロパティをサポートするマークアップ言語で実装されたコンテンツにおいて、他のスタイルプロパティを変更することなく、以下すべてを設定してもコンテンツや機能が失われないこと:

  • 行高(行間):フォントサイズの1.5倍以上
  • 段落後の間隔:フォントサイズの2倍以上
  • 文字間隔(トラッキング):フォントサイズの0.12倍以上
  • 単語間隔:フォントサイズの0.16倍以上

例外:人間の言語や書記体系で、これらのテキストスタイルプロパティの一部または全部を使用しない場合は、該当するプロパティのみで適合できます。

注意1

コンテンツがこれらのテキスト間隔値を使う必要はありません。要件は、ユーザーが作成したテキスト間隔を上書きしてもコンテンツや機能が失われないことです。

注意2

一部の言語の書記体系では段落先頭のインデントなど、異なるテキスト間隔設定を使います。著者は可読性・判読性向上のため、現地のガイダンスに従うことが推奨されます。

達成基準 1.4.13 ホバーまたはフォーカス時のコンテンツ

(レベルAA)

ポインタのホバーやキーボードフォーカスを受けた際に追加コンテンツが表示・非表示になる場合、以下を満たす必要があります:

消去可能
手段が提供されていて、ポインタのホバーやキーボードフォーカスを移動せずに追加コンテンツを消去できること。ただし、追加コンテンツが入力エラーを伝える場合や他のコンテンツを隠したり置き換えたりしない場合は除きます。
ホバー可能
ポインタのホバーで追加コンテンツが表示される場合、ポインタを追加コンテンツ上に移動しても追加コンテンツが消えないこと。
持続性
追加コンテンツは、ホバーやフォーカスのトリガーが解除されるまで、ユーザーが消去するまで、または情報が無効になるまで表示され続けること。

例外:追加コンテンツの視覚的提示がユーザーエージェントによって制御され、著者が変更していない場合。

注意1

ユーザーエージェントによって制御される追加コンテンツの例として、HTMLtitle 属性によって作成されるブラウザのツールチップなどがあります [HTML]。

注意2

カスタムツールチップ、サブメニュー、ホバーやフォーカスで表示される非モーダルポップアップなどは、この達成基準の対象となる追加コンテンツの例です。

注意3

この基準は、トリガーとなるコンポーネント自体に加えて表示されるコンテンツに適用されます。キーボードフォーカスで表示される隠れたコンポーネント(ページ内ジャンプリンク等)は追加コンテンツを表示するものではないため、この基準の対象外です。

2. 操作可能

ユーザーインターフェースコンポーネントおよびナビゲーションは操作可能でなければなりません。

ガイドライン 2.1 キーボードで操作可能

すべての機能をキーボードで利用できるようにしてください。

達成基準 2.1.1 キーボード

(レベルA)

コンテンツのすべての機能は、個々のキー入力に特定のタイミングを求めることなく、キーボードインターフェースを介して操作可能です。ただし、根本的な機能がユーザーの移動経路に依存する入力(たとえば、終点だけでなく経路自体に意味がある操作)は除きます。

注意1

この例外は入力手法ではなく根本的な機能に関連します。例:手書き入力で文字を入力する場合、入力手法(手書き)は経路依存ですが、根本的な機能(テキスト入力)は経路依存ではありません。

注意2

これによりマウス入力や他の入力方法の提供を禁止・抑制するものではありません。キーボード操作に加えて他の入力方法を提供しても構いません。

達成基準 2.1.2 キーボードトラップなし

(レベルA)

キーボードインターフェースを使ってページ上のコンポーネントにフォーカスを移動できる場合、キーボードインターフェースのみでそのコンポーネントからフォーカスを移動できなければなりません。また、矢印キーやTabキー等の標準的な方法以外で移動が必要な場合は、その方法をユーザーに通知する必要があります。

注意

この達成基準を満たしていないコンテンツは、ページ全体の利用に支障をきたす可能性があるため、ウェブページ上のすべてのコンテンツ(他の達成基準を満たすために使われているかどうかに関わらず)がこの達成基準を満たす必要があります。適合要件 5: 非干渉も参照してください。

達成基準 2.1.3 キーボード(例外なし)

(レベルAAA)

コンテンツのすべての機能は、個々のキー入力に特定のタイミングを求めることなく、キーボードインターフェースを介して操作可能です。

達成基準 2.1.4 文字キーショートカット

(レベルA)

コンテンツで文字(大文字・小文字含む)、句読点、数字、記号のみで実装されたキーボードショートカットがある場合、以下のいずれかを満たす必要があります:

オフにできる
手段が提供されていて、ショートカットをオフにできること
再割り当て
ショートカットをCtrlやAltなどの非印字キーを含むように再割り当てできる手段が提供されていること
フォーカス時のみ有効
ユーザーインターフェースコンポーネントで、当該コンポーネントがフォーカスを持っている時のみショートカットが有効となること

ガイドライン 2.2 十分な時間

ユーザーがコンテンツを読む・利用するために十分な時間を提供してください。

達成基準 2.2.1 タイミング調整可能

(レベルA)

コンテンツによって設定された各時間制限について、少なくとも以下のいずれかを満たす必要があります:

オフにできる

ユーザーが時間制限に到達する前にオフにできる;または

調整できる

ユーザーが時間制限に到達する前に、デフォルト設定の10倍以上の幅で調整できる;または

延長できる

時間切れ前に警告し、「スペースキーを押す」など簡単な操作で少なくとも20秒延長でき、時間制限を少なくとも10回延長できる;または

リアルタイム例外

時間制限がリアルタイムイベント(例:オークション)に必須であり、代替手段が不可能な場合;または

本質的例外

時間制限が本質的であり、延長すると活動自体が無効化される場合;または

20時間例外

時間制限が20時間を超えている場合。

注意

この達成基準は、時間制限により予期しないコンテンツやコンテキストの変更でユーザーがタスクを完了できなくなることを防ぎます。この達成基準は、達成基準3.2.1(ユーザー操作によるコンテンツ・コンテキスト変更の制限)と併せて考慮してください。

達成基準 2.2.2 一時停止・停止・非表示

(レベルA)

動き、点滅、スクロール、または自動更新情報について、すべて以下を満たす必要があります:

動き・点滅・スクロール

(1)自動で開始し、(2)5秒以上続き、(3)他のコンテンツと同時に提示される動き・点滅・スクロール情報については、手段が提供されていて、ユーザーが一時停止・停止・非表示できる必要があります(動き・点滅・スクロールが本質的な活動は除く);かつ

自動更新

(1)自動で開始し、(2)他のコンテンツと同時に提示される自動更新情報については、ユーザーが一時停止・停止・非表示できるか、更新頻度を制御できる手段が提供されている必要があります(自動更新が本質的な活動は除く)。

注意1

点滅やフラッシュするコンテンツに関する要件は、ガイドライン2.3を参照してください。

注意2

この達成基準を満たしていないコンテンツは、ページ全体の利用に支障をきたす可能性があるため、ウェブページ上のすべてのコンテンツ(他の達成基準を満たすために使われているかどうかに関わらず)がこの達成基準を満たす必要があります。適合要件 5: 非干渉も参照してください。

注意3

ソフトウェアによって定期的に更新されたり、ユーザーエージェントにストリーム配信されるコンテンツは、一時停止から再開までに生成・受信された情報を保存・提示する必要はありません。技術的に不可能な場合、また多くの状況で誤解を生む可能性があります。

注意4

プリロードフェーズなどで発生するアニメーションは、すべてのユーザーがそのフェーズ中に操作できず、進行状況を示さないとコンテンツが固まったり壊れたと誤解される場合、本質的とみなせます。

達成基準 2.2.3 タイミングなし

(レベルAAA)

タイミングは、コンテンツが提示するイベントや活動の本質的な部分であってはなりません。ただし、非対話型同期メディアおよびリアルタイムイベントを除く。

達成基準 2.2.4 中断

(レベルAAA)

中断は、緊急事態を除き、ユーザーが延期または抑制できる必要があります。

達成基準 2.2.5 再認証

(レベルAAA)

認証済みセッションが期限切れになった場合でも、再認証後にデータの損失なく活動を継続できます。

達成基準 2.2.6 タイムアウト

(レベルAAA)

データ損失につながるユーザー無操作の期間について、ユーザーに警告が表示されます(ただし、ユーザーが何もしなくても20時間以上データが保存される場合は除く)。

注意

プライバシー規制により、ユーザー認証やデータ保存の前に明示的な同意が必要な場合があります。未成年者の場合、多くの法域・国・地域では明示的な同意取得が認められていません。データ保存でこの達成基準を満たそうとする際は、プライバシー専門家や法律顧問への相談が推奨されます。

ガイドライン 2.3 発作および身体的反応

発作や身体的反応を引き起こすことが知られている方法でコンテンツを設計しないでください。

達成基準 2.3.1 3回の閃光または閾値以下

(レベルA)

ウェブページには、1秒間に3回を超えて閃光するものが含まれていないか、閃光一般閃光および赤閃光の閾値未満です。

注意

この達成基準を満たしていないコンテンツは、ページ全体の利用に支障をきたす可能性があるため、ウェブページ上のすべてのコンテンツ(他の達成基準を満たすために使われているかどうかに関わらず)がこの達成基準を満たす必要があります。適合要件 5: 非干渉も参照してください。

達成基準 2.3.2 3回の閃光

(レベル AAA)

Web ページには、任意の 1 秒間に 3 回を超えて閃光するものを 含めてはならない。

達成基準 2.3.3 インタラクションによるアニメーション

(レベルAAA)

インタラクションによってトリガーされる動きのアニメーションは、アニメーションが本質的である場合や情報伝達に不可欠な場合を除き、無効化できる必要があります。

ガイドライン 2.5 入力方法

キーボード以外の様々な入力で機能を操作しやすくします。

達成基準 2.5.1 ポインタジェスチャ

(レベルA)

複数点や経路ベースのジェスチャで操作する機能は、経路ベースジェスチャを使わずに単一ポインタで操作できる必要があります。ただし、複数点や経路ベースジェスチャが本質的な場合は除きます。

注意

この要件はポインタ動作を解釈するウェブコンテンツに適用されます(ユーザーエージェントや支援技術の操作に必要な動作には適用されません)。

達成基準 2.5.2 ポインタキャンセル

(レベルA)

単一ポインタで操作できる機能について、以下のいずれかを満たす必要があります:

ダウンイベントなし
ポインターのダウンイベントを、 機能のいかなる部分の実行にも使用しないこと。
中止または元に戻す
機能の完了がアップイベントで行われ、 完了前に機能を中止するか、完了後に機能を元に戻すためのメカニズムが利用できること。
アップイベントによる取り消し
アップイベントによって、直前のダウンイベントによる結果がすべて取り消されること。
不可欠
ダウンイベントで機能を完了することが不可欠であること。
注意1

キーボードやテンキーのキー押下をエミュレートする機能は本質的とみなされます。

注意2

この要件はポインタ動作を解釈するウェブコンテンツに適用されます(ユーザーエージェントや支援技術の操作に必要な動作には適用されません)。

達成基準 2.5.3 ラベルを名称に含める

(レベルA)

ユーザー インターフェースコンポーネントのうち、ラベルテキスト または文字 画像を含む場合、名前には、 視覚的に提示されるテキストが含まれる。

注意

ラベルのテキストを名称の先頭に置くことが推奨されます。

達成基準 2.5.4 動作による作動

(レベルA)

デバイスやユーザーの動作で操作できる機能は、ユーザーインターフェースコンポーネントでも操作でき、誤作動防止のため動作への反応を無効化できる必要があります。ただし、

対応インターフェース
動作がアクセシビリティ対応インターフェースで機能を操作するために使われる場合
本質的
動作が機能に本質的であり、無効化すると活動自体が無効になる場合

達成基準 2.5.5 ターゲットサイズ(強化)

(レベルAAA)

ポインタ入力ターゲットのサイズが、44×44CSSピクセル以上である必要があります。ただし、以下の場合は除きます:

同等
同じページ内に44×44CSSピクセル以上の同等のリンクやコントロールがある場合
文中・テキスト群
ターゲットが文中やテキスト群内にある場合
ユーザーエージェント制御
ターゲットのサイズがユーザーエージェントによって決定され、著者が変更していない場合
本質的
ターゲットの特定の提示が情報伝達に本質的な場合

達成基準 2.5.6 同時入力メカニズム

(レベルAAA)

ウェブコンテンツは、プラットフォームで利用可能な入力方法の利用を制限しません。ただし、制限が本質的である場合、コンテンツのセキュリティ確保に必要な場合、またはユーザー設定を尊重するために必要な場合は除きます。

達成基準 2.5.7 ドラッグ動作

(レベルAA)

新規

操作にドラッグ動作を使う機能は、ドラッグせずに単一ポインタで達成できる必要があります。ただし、ドラッグが本質的な場合や、機能がユーザーエージェントによって決定され著者が変更していない場合は除きます。

注意

この要件はポインタ動作を解釈するウェブコンテンツに適用されます(ユーザーエージェントや支援技術の操作に必要な動作には適用されません)。

達成基準 2.5.8 ターゲットサイズ(最小)

(レベルAA)

新規

ポインタ入力ターゲットのサイズが、24×24CSSピクセル以上である必要があります。ただし、以下の場合は除きます:

間隔
小さすぎるターゲット(24 × 24 CSS ピクセル未満のもの)は、それぞれの境界ボックスを中心として直径 24 CSS ピクセルの円を配置した場合に、それらの円が別のターゲット、または別の小さすぎるターゲットの円と交差しないように配置されていること。
同等
この基準を満たす同じページ上の別のコントロールを通じて、その機能を実現できること。
インライン
ターゲットが文中にある、またはそのサイズがターゲットではないテキストの行の高さによって 制約されていること。
ユーザーエージェントによる制御
ターゲットのサイズがユーザーエージェントによって決定され、 作成者によって変更されていないこと。
不可欠
ターゲットの特定の提示不可欠 である、または伝達される情報について法的に要求されていること。
注意1

位置で値を選択するようなターゲットは、この達成基準上1つのターゲットとみなされます(例:スライダー、色グラデーションのカラーピッカー、編集領域でカーソル位置指定)。

注意2

文中ターゲットでは、行間はテキストの流れに対して垂直方向とみなします(例:縦書き言語の場合、行間は水平方向)。

3. 理解可能

情報およびユーザーインターフェースの操作は理解可能でなければなりません。

ガイドライン 3.1 読みやすさ

テキストコンテンツを読みやすく、理解しやすくします。

達成基準 3.1.1 ページの言語

(レベルA)

ウェブページのデフォルトの人間の言語プログラムによって判別可能です。

達成基準 3.1.2 部分の言語

(レベルAA)

コンテンツ内の各文や句の人間の言語プログラムによって判別可能です。ただし、固有名詞、専門用語、言語不明の単語、周囲のテキストで慣用化された単語や句は除きます。

達成基準 3.1.3 特異な語句

(レベルAAA)

特異な使い方や限定的な意味で用いられる語句慣用句専門用語を含む)の定義を特定する手段が提供されています。

達成基準 3.1.4 略語

(レベルAAA)

略語の展開形や意味を特定できる手段が提供されています。

達成基準 3.1.5 読解レベル

(レベルAAA)

固有名詞や肩書きを除いたテキストが中等教育初期レベルを超える読解力を要する場合、補足コンテンツまたは中等教育初期レベル以下の読解力で理解できるバージョンが提供されています。

達成基準 3.1.6 発音

(レベルAAA)

文脈によって意味が曖昧になる語句の発音を特定できる手段が提供されています。

ガイドライン 3.2 予測可能

ウェブページが予測可能な方法で表示・操作されるようにします。

達成基準 3.2.1 フォーカス時の変化

(レベルA)

いずれかのユーザーインターフェースコンポーネントがフォーカスを受けても、コンテキストの変化を起こしません。

達成基準 3.2.2 入力時の変化

(レベルA)

いずれかのユーザーインターフェースコンポーネントの設定を変更しても、事前にその挙動が通知されていない限り、自動的にコンテキストの変化を起こしません。

達成基準 3.2.3 一貫したナビゲーション

(レベルAA)

ウェブページ群内で複数のウェブページで繰り返されるナビゲーション機構は、ユーザーが変更しない限り、毎回他の項目との相対的な順序が同じです。

達成基準 3.2.4 一貫した識別

(レベルAA)

ウェブページ群内で同じ機能を持つコンポーネントは一貫して識別されます。

達成基準 3.2.5 要求による変化

(レベルAAA)

コンテキストの変化はユーザーの要求によってのみ発生するか、オフにできる手段が提供されています。

達成基準 3.2.6 一貫したヘルプ

(レベルA)

新規

いずれかのウェブページに以下のヘルプ手段が含まれ、同じウェブページ群で繰り返される場合、ユーザーが変更しない限り他のページ内容との相対的な順序が同じです:

  • 人間の連絡先情報;
  • 人間による連絡手段;
  • セルフヘルプオプション;
  • 完全自動の連絡手段。
注意1

ヘルプ手段はページ上に直接提供されても、情報を含む別ページへの直接リンクで提供されても構いません。

注意2

この達成基準では「他のページ内容との相対的な順序」はページをシリアライズした際の順序として考えることができます。同じページバリエーション(例:CSSブレークポイント)では視覚的なヘルプ手段の位置も一貫しています。ユーザーがズームや向きを変更するとページバリエーションが変わることがありますが、この基準は同じバリエーション内のページ間の順序に関するものです。

ガイドライン 3.3 入力支援

ユーザーがミスを回避し、修正できるように支援します。

達成基準 3.3.1 エラーの特定

(レベルA)

入力エラーが自動的に検出された場合、エラーのある項目が特定され、そのエラーがテキストでユーザーに説明されます。

達成基準 3.3.2 ラベルまたは説明

(レベルA)

ユーザー入力が必要なコンテンツにはラベルまたは説明が提供されています。

達成基準 3.3.3 エラー修正の提案

(レベルAA)

入力エラーが自動的に検出され、修正方法の提案が分かる場合、セキュリティやコンテンツの目的を損なわない限り、その修正方法がユーザーに提供されます。

達成基準 3.3.5 ヘルプ

(レベルAAA)

コンテキストに応じたヘルプが提供されています。

達成基準 3.3.6 エラー防止(全て)

(レベルAAA)

ユーザーが情報を送信する必要があるウェブページについて、少なくとも以下のいずれかを満たす必要があります:

元に戻せる
送信は元に戻すことができる。
確認される
ユーザーが入力したデータは入力エラーがチェックされ、修正の機会が与えられる。
最終確認
送信前に情報の確認・修正ができる手段がある。

達成基準 3.3.7 重複入力

(レベルA)

新規

同じプロセス内で再入力が必要な情報(ユーザーが以前入力または提供した情報)は、

  • 自動入力される、または
  • ユーザーが選択できるようになっています。

ただし、以下の場合は除きます:

  • 再入力が本質的である場合、
  • セキュリティ確保のために必要な場合、
  • 以前入力した情報が無効になっている場合。

達成基準 3.3.8 認証のアクセシビリティ(最小)

(レベルAA)

新規

認証プロセスのいずれかのステップで認知機能テスト(パスワード記憶やパズル解決など)が必要な場合、そのステップで以下のいずれかが提供されています:

代替手段
認知機能テストに頼らない別の認証方法。
支援手段
ユーザーが認知機能テストを完了するのを支援する手段
オブジェクト認識
認知機能テストがオブジェクト認識である。
個人コンテンツ
認知機能テストがユーザーがウェブサイトに提供した非テキストコンテンツの識別である。
注意1

「オブジェクト認識」や「個人コンテンツ」は画像、動画、音声で表される場合があります。

注意2
この基準を満たす仕組み例:
  • パスワードマネージャによるパスワード入力支援(記憶の負担軽減)
  • コピー&ペーストによる再入力の負担軽減

達成基準 3.3.9 認証のアクセシビリティ(強化)

(レベルAAA)

新規

認証プロセスのいずれかのステップで認知機能テスト(パスワード記憶やパズル解決など)が必要な場合、そのステップで以下のいずれかが提供されています:

代替手段
認知機能テストに頼らない別の認証方法。
支援手段
ユーザーが認知機能テストを完了するのを支援する手段

4. 頑健性

コンテンツは、支援技術を含む様々なユーザーエージェントによって解釈できるほど頑健でなければなりません。

ガイドライン 4.1 互換性

支援技術を含む現行標準および将来のユーザーエージェントとの互換性を最大化してください。

達成基準 4.1.1 構文解析(廃止・削除)

注意

この基準は元々、支援技術がHTMLを直接解析する際の問題を解決するために採用されましたが、支援技術はもはやHTMLを直接解析する必要がありません。そのため、これらの問題は既に解消されたか、他の基準で対処されています。この基準はもはや有用性がなく、削除されました。

達成基準 4.1.2 名称・役割・値

(レベルA)

すべてのユーザー インターフェースコンポーネント(フォーム要素、リンク、およびスクリプトによって 生成されるコンポーネントを含むが、これらに限定されない)について、 名前 および役割プログラムによって 特定できる。利用者が設定できる状態、 プロパティ、および値はプログラムによって 設定できる。また、これらの項目への変更通知は、ユーザーエージェント支援 技術を含む)が利用できる。

注意

この達成基準は主に、独自にユーザーインターフェースコンポーネントを開発・スクリプトするウェブ著者向けです。例えば、標準のHTMLコントロールは仕様通りに使用すれば既にこの基準を満たしています。

達成基準 4.1.3 ステータスメッセージ

(レベルAA)

マークアップ言語で実装されたコンテンツにおいて、ステータスメッセージ役割やプロパティを通じてプログラムによって判別可能であり、支援技術によってフォーカス移動なしでユーザーに提示できます。

5. 適合性

この節では、WCAG 2.2 への適合 に関する要件を列挙する。また、任意である適合宣言の作成方法に関する情報も示す。最後に、技術の使用方法のうちアクセシビリティに対応したものだけが適合のために依存 できるため、アクセシビリティに 対応しているとは何を意味するのかについて説明する。適合を理解するには、 アクセシビリティ対応という概念について、さらに詳しい説明が含まれている。

5.1 規範要件の解釈

WCAG 2.2の主要な内容は規範的であり、適合宣言に影響する要件を定義します。序文や付録、「非規範」と明記されたセクション、図、例、注意書きは参考情報(非規範)です。非規範情報はガイドラインを解釈する助言を提供しますが、適合宣言に影響する要件にはなりません。

MAYMUSTMUST NOTNOT RECOMMENDEDRECOMMENDEDSHOULDSHOULD NOTなどのキーワードは、[RFC2119]で説明される通りに解釈します。

5.2 適合要件

ウェブページがWCAG 2.2に適合するには、以下すべての適合要件を満たす必要があります:

5.2.1 適合レベル

以下のいずれかの適合レベルを完全に満たします。

  • レベルA(最小適合)の場合、ウェブページは すべてのレベルA達成基準を満たすか、適合する代替版が提供されていること。
  • レベルAAの場合、ウェブページはレベルAおよびAAのすべての達成基準を満たすか、AA適合の代替版が提供されていること。
  • レベルAAAの場合、ウェブページはレベルA、AA、AAA全ての達成基準を満たすか、AAA適合の代替版が提供されていること。
注意1

適合性は記載されたレベルのみで達成できますが、著者は、達成済みレベル以上の達成基準への進捗も(宣言内で)報告することが推奨されます。

注意2

ウェブサイト全体に対しレベルAAA適合を一般方針として要求することは推奨されません。AAA基準は一部の内容で満たすことができないためです。

5.2.2 ページ全体

適合 (および適合レベル)は、完全なWeb ページ全体にのみ適用され、Web ページの一部が除外されている場合は達成できない。

注意1

適合判定の目的では、ページ内の一部コンテンツの代替手段(例:動画の代替提示や詳細説明)は、ページから直接取得できる場合はページの一部とみなします。

注意2

著者の管理外コンテンツにより適合できない場合は、部分適合宣言を検討できます。

注意3

ページ全体には自動的に表示される各画面サイズのバリエーション(例:レスポンシブページのバリエーション)も含まれます。これら全てが適合(または適合する代替版がある)必要があります。

5.2.3 プロセス全体

あるウェブページが、プロセス(活動達成に必要な一連のステップ)の一部である場合、プロセス内のすべてのページが指定レベル以上で適合する必要があります。いずれかのページが指定レベル未満の場合はそのレベルで適合できません。

5.2.4 アクセシビリティ対応な技術利用のみ

アクセシビリティ対応技術の利用のみが、達成基準の根拠として根拠とすることができます。アクセシビリティ対応でない方法で提供される情報や機能も、アクセシビリティ対応な方法で提供されている必要があります(アクセシビリティ対応の理解参照)。

5.2.5 非干渉

技術 アクセシビリティに 対応していない方法で使用される場合、または非適合な方法で使用される場合、それらは利用者が ページの残りの部分にアクセスすることを妨げない。さらに、Web ページ全体は、次の各条件において引き続き適合要件を 満たす。

  1. 依存 していない技術がユーザーエージェントで有効になっている場合、
  2. 依存していない技術がユーザーエージェントで無効になっている場合、および
  3. 依存していない技術がユーザーエージェントでサポートされていない場合

さらに、次の達成基準は、適合を満たすために それ以外では依存していないコンテンツを含め、ページ上のすべてのコンテンツに適用される。これらを満たさないと、 ページのあらゆる利用を妨げる可能性があるためである。

  • 1.4.2 - 音声の制御
  • 2.1.2 - キーボードトラップなし
  • 2.3.1 - 3 回の閃光、または閾値以下、および
  • 2.2.2 - 一時停止、停止、非表示
注記

ページが適合できない場合(例えば、適合性テストページや例示ページ)、そのページを 適合範囲または適合宣言に含めることはできない。

例を含む詳細については、適合 要件を理解するを参照。

5.3 適合宣言(任意)

適合性はウェブページ単位で定義されますが、宣言は1ページ、複数ページ、関連する一連のページに対して行えます。

5.3.1 適合宣言の必須要素

適合宣言は必須ではありません。宣言せずにWCAG 2.2に適合することもできます。ただし、宣言する場合は、以下の情報を必ず含める必要があります:

  1. 宣言日
  2. ガイドラインのタイトル、バージョン、URI "Web Content Accessibility Guidelines 2.2 at https://www.w3.org/TR/WCAG22/"
  3. 満たした適合レベル(A、AA、AAA)
  4. 宣言対象のウェブページの簡潔な説明(URI一覧や、サブドメインの含有有無を含む)

    注意1

    ウェブページはURIの一覧や、すべての対象URIを表す式で記述できます。

    注意2

    インストール前にURIがないウェブ製品は、設置時に適合する旨の記載も可能です。

  5. ウェブコンテンツ技術 根拠とする技術の一覧
注意3

適合ロゴを使用する場合、それ自体が宣言となり、上記必要要素を添える必要があります。

5.3.2 適合宣言の任意要素

必須要素に加え、ユーザーの助けになる追加情報の提供も推奨されます。推奨される追加情報として:

  • 主張された適合レベルを超えて満たしている達成基準の一覧。この 情報は、利用者が使用できる形式、できれば機械可読な メタデータとして提供するべきである。
  • 使用されているが依存 していない」特定の技術の一覧。
  • コンテンツのテストに使用された支援技術を含むユーザーエージェントの一覧。
  • 機械可読な メタデータで提供される、コンテンツの特定のアクセシビリティ特性の一覧。
  • アクセシビリティを向上させるために達成基準を超えて 実施された追加の手順に関する情報。
  • 依存 している特定の技術の一覧の機械可読なメタデータ版。
  • 適合宣言の機械可読なメタデータ版。
注意1

詳細や例は適合宣言の理解を参照してください。

注意2

メタデータ利用の詳細はメタデータの理解を参照してください。

5.4 部分適合宣言 - 第三者コンテンツ

後で追加コンテンツが加わるウェブページは「部分適合宣言」を利用できます。例:メールプログラム、ブログ、コメント付き記事、ユーザー投稿対応アプリ、複数の執筆者によるポータル・ニュースサイト、動的広告挿入など自動で他ソースから内容を追加するサイト等。

この場合、初回公開時点で管理外コンテンツが何か分からず、管理外コンテンツが管理下コンテンツのアクセシビリティにも影響し得るため、主に2つの選択肢があります:

  1. 最善の知識に基づき適合判定を行う。こうしたページを監視して修正(非適合コンテンツは2営業日以内に削除または適合化)する場合は、外部提供コンテンツの誤りが修正・削除されている限り、ページは適合とみなせます。監視・修正できない場合は宣言できません。

    または

  2. 「部分適合宣言」:ページは適合しないが、特定部分を除けば適合する旨を宣言できます。宣言文例:「このページは適合しませんが、以下の管理外コンテンツを削除すればWCAG 2.2 レベルXに適合します。」また、宣言対象の管理外コンテンツについて:

    1. 著者の管理下でない内容であること。
    2. ユーザーが特定できる形で説明されていること(例:「管理外全て」ではなく、明確な表示がある場合のみ)。

5.5 部分適合宣言 - 言語

「言語による部分適合宣言」は、ページが適合できないが、ページで用いられた言語に対してアクセシビリティ対応が存在すれば適合する場合に使えます。文例:「このページは適合しませんが、以下の言語に対してアクセシビリティ対応が存在すればWCAG 2.2 レベルXに適合します。」

5.6 プライバシーへの配慮

このセクションは非規範です。

この仕様の達成基準のうち、ワーキンググループがプライバシー保護に関する影響がある、またはウェブサイト運営者がプライバシー保護設計時に考慮すべきと判断したものを以下に示します。これは現時点での理解であり、他にも未把握のプライバシー関連基準がある可能性もあります。

プライバシーに関連する可能性がある達成基準:

5.7 セキュリティへの配慮

このセクションは非規範です。

この仕様の達成基準のうち、ワーキンググループがセキュリティ保護に関する影響がある、またはウェブサイト運営者がセキュリティ保護設計時に考慮すべきと判断したものを以下に示します。これは現時点での理解であり、他にも未把握のセキュリティ関連基準がある可能性もあります。

セキュリティに関連する可能性がある達成基準:

6. 用語集

略語

単語、句、または名称を短縮した形式であり、その略語自体がまだ 言語の一部とはなっていないもの

注記 1

これには、次のようなイニシャリズムおよびアクロニムが含まれる。

  1. イニシャリズムとは、名称または句に含まれる単語または 音節の先頭文字から作られた、その名称または句の短縮形である

    注記 2

    すべての言語で定義されているわけではない。

  2. アクロニムとは、(名称または句に含まれる)他の単語の頭文字または一部分から 作られ、1 つの単語として発音できる短縮形である

注記 3

かつてイニシャリズムであったものを会社名として採用した企業もある。この 場合、会社の新しい名称そのものが文字列(例えば Ecma)となり、その 語はもはや略語とはみなされない。

アクセシビリティ対応

利用者の支援 技術、ならびにブラウザーおよびその他のユーザーエージェントのアクセシビリティ機能によってサポートされていること

Web コンテンツ技術(または技術の機能)のアクセシビリティ対応の使用とみなされるためには、 Web コンテンツ技術(またはその機能)について、次の 1 と 2 の両方を 満たさなければならない。

  1. Web コンテンツ技術の使用方法は、利用者の支援技術(AT)によってサポートされていなければならない。 これは、その技術の使用方法について、 コンテンツの人間 言語において、利用者の支援技術との相互運用性がテストされていることを意味する。

    かつ

  2. Web コンテンツ技術には、利用者が利用できるアクセシビリティ対応のユーザーエージェントが 存在しなければならない。 これは、次の 4 つの記述のうち少なくとも 1 つが 真であることを意味する。

    1. その技術が、アクセシビリティにも対応した広く普及しているユーザーエージェントで ネイティブにサポートされている(HTML や CSS など)。

      または

    2. その技術が、アクセシビリティにも 対応した、広く普及しているプラグインでサポートされている。

      または

    3. コンテンツが、大学または企業 ネットワークなどの閉じた環境で利用でき、その技術が必要とし、組織で使用される ユーザーエージェントもアクセシビリティに対応している。

      または

    4. その技術をサポートするユーザーエージェントがアクセシビリティに対応しており、 次のような方法でダウンロードまたは購入できる。

      • 障害のない人よりも障害のある人の費用が高く ならない こと、かつ
      • 障害のない 人と同程度に、障害のある人にとって見つけて入手しやすいこと。
注記 1

Accessibility Guidelines Working Group および W3C は、Web 技術の特定の使用が アクセシビリティ対応として分類されるために、支援 技術によるどのような、またはどの程度のサポートが必要であるかを規定していない。(「アクセシビリティ対応」に必要な 支援技術のサポートレベルを参照。)

注記 2

Web 技術は、依存 しておらず、ページ全体が適合要件 4および適合要件 5を含む適合要件を満たしている限り、 アクセシビリティに対応していない方法で使用することもできる。

注記 3

Web 技術が「アクセシビリティ対応」の方法で使用されている場合でも、 その技術全体またはその技術のすべての使用方法がサポートされていることを意味するわけではない。ほとんどの技術は、 HTML を含め、少なくとも 1 つの機能または 使用方法に対するサポートを欠いている。ページが WCAG に適合するのは、 アクセシビリティに対応した技術の使用方法に依存して WCAG の要件を満たすことができる場合に限られる。

注記 4

複数のバージョンを持つ Web コンテンツ技術を引用する場合は、サポートされている バージョンを明示するべきである。

注記 5

作成者がアクセシビリティ対応の技術の使用方法を見つける方法の 1 つとして、 アクセシビリティ対応であることが文書化された使用方法の一覧を参照することが挙げられる。 (アクセシビリティ対応の Web 技術の使用方法を理解するを参照。)作成者、企業、技術ベンダー、または その他の者は、Web コンテンツ技術をアクセシビリティ対応の方法で 使用する方法を文書化できる。ただし、その文書に記載される技術のすべての使用方法は、 上記のアクセシビリティ対応 Web コンテンツ技術の定義を満たす必要がある。

時間依存メディアの代替

時間依存の視覚情報および聴覚情報について正しい順序のテキストによる説明を含み、 時間依存のあらゆるインタラクションの結果を達成する手段を提供する文書

注記

同期メディアコンテンツの作成に使用された脚本は、 編集後の最終的な同期メディアを正確に表すよう修正されている場合にのみ、この定義を 満たす。

一般の利用者にとって曖昧

リンク、およびリンクと同時に利用者に提示される Web ページのすべての情報から その目的を判断できないこと(すなわち、障害のない読者でも、 リンクを実行するまでそのリンクが何をするのか分からない)

ASCII アート

文字またはグリフを空間的に配置して作成した画像(通常は ASCII で定義された 95 個の印字可能文字を使用する)

支援技術(この文書で使用する意味)

ユーザーエージェントとして、または 主流のユーザーエージェントと併用して動作し、主流のユーザーエージェントが提供する範囲を超える 障害のある利用者の要件を満たす機能を提供するハードウェアおよび/またはソフトウェア

注記 1

支援技術が提供する機能には、代替提示 (例えば、合成音声または拡大コンテンツ)、代替入力方法(例えば、 音声)、追加のナビゲーションまたは方向付けのメカニズム、およびコンテンツの変換 (例えば、表をよりアクセシブルにすること)が含まれる。

注記 2

支援技術は、多くの場合 API を使用および監視することによって、 主流のユーザーエージェントとデータやメッセージをやり取りする。

注記 3

主流のユーザーエージェントと支援技術との区別は 絶対的なものではない。 多くの主流のユーザーエージェントも、障害のある人を支援するいくつかの機能を提供している。 基本的な違いは、主流のユーザーエージェントが、通常は障害のある人とない人の両方を含む 広範で多様な利用者を対象とすることである。支援技術は、 特定の障害を持つ明確に限定された利用者集団を対象とする。支援技術によって 提供される支援は、対象利用者のニーズに対してより具体的で適切である。 主流のユーザーエージェントは、プログラムオブジェクトから Web コンテンツを取得したり、 マークアップを識別可能なまとまりに解析したりするなど、支援技術にとって重要な機能を 提供することがある。

音声

音声を再生する技術

注記

音声は、人工的に生成(音声合成を含む)することも、現実世界の 音を録音することも、またはその両方を行うこともできる。

音声解説

主となる音声トラックだけでは理解できない重要な視覚的詳細を説明するために、 音声トラックへ追加されるナレーション

注記 1

動画の音声解説は、 動作、登場人物、場面の変化、画面上のテキスト、および その他の視覚的コンテンツに関する情報を提供する。

注記 2

標準的な音声解説では、既存の会話の間の空白部分にナレーションを追加する。 (拡張 音声解説も参照。)

注記 3

動画の情報がすべて 既存の音声ですでに提供されている場合、 追加の音声解説は必要ない。

注記 4

「動画解説」および「説明ナレーション」とも呼ばれる。

音声のみ

音声のみを含む時間依存の提示(動画およびインタラクションは含まない)

点滅

注意を引くことを意図して、2 つの視覚的状態を交互に切り替えること

注記

閃光も参照。 あるものが十分に大きく、十分に明るく、適切な 周波数で点滅する場合、閃光としても分類される可能性がある。

テキストのブロック

複数の文からなるテキスト

CAPTCHA

「コンピューターと人間を区別する完全自動公開チューリングテスト」を表す イニシャリズム

注記 1

CAPTCHA テストでは、多くの場合、ぼかされた画像または音声ファイルに 表示されるテキストを利用者に入力させる。

注記 2

チューリングテストとは、人間とコンピューターを区別するよう設計されたあらゆるテストシステムである。 著名なコンピューター科学者 Alan Turing にちなんで命名されている。この用語は、 Carnegie Mellon University の研究者によって作られた。

キャプション

メディアコンテンツを理解するために必要な発話および非発話の音声情報の両方について、 同期された視覚的な、および/またはテキストによる 代替

注記 1

キャプションは会話のみの字幕に似ているが、発話された会話の 内容だけでなく、番組コンテンツを理解するために必要な非会話音声情報 (効果音、音楽、笑い声、 話者の識別や位置など)に相当する情報も伝える。

注記 2

クローズドキャプションは、一部のプレーヤーでオンとオフを切り替えられる同等情報である。

注記 3

オープンキャプションは、オフにできないキャプションである。例えば、キャプションが 文字 画像として動画に埋め込まれている場合などである。

注記 4

キャプションは、動画内の関連情報を覆い隠したり妨げたりするべきではない。

注記 5

国によっては、キャプションを字幕と呼ぶ。

注記 6

音声 解説にはキャプションを付けることもできるが、視覚的にすでに提示されている 情報の説明であるため、必ずしもキャプションを付ける必要はない。

コンテキストの変化

利用者が認識しないまま行われると、ページ全体を同時に表示できない利用者を 混乱させる可能性がある大きな変化

コンテキストの変化には、次の変化が含まれる。

注記

コンテンツの変化が常にコンテキストの変化であるとは限らない。展開可能な アウトライン、動的メニュー、タブコントロールなどのコンテンツの変化は、 上記のいずれか(例えばフォーカス)も変化させない限り、必ずしも コンテキストを変化させない。

認知機能テスト

新規

利用者に情報の記憶、操作、または転記を求める課題。例には、 次のものが含まれるが、これらに限定されない。

  • ユーザー名、パスワード、文字列、画像、またはパターンを覚えるなどの記憶。 一般的な識別子である氏名、電子メール、電話番号は、利用者個人に固有であり Web サイト間で一貫しているため、認知機能 テストとはみなされない。
  • 文字を入力するなどの転記。
  • 正しい綴りの使用。
  • 計算の実行。
  • パズルを解くこと。
適合

所定の標準、ガイドライン、または仕様のすべての要件を満たすこと

適合する代替版

次の条件を満たす版

  1. 指定されたレベルに適合しており、かつ
  2. 同じ人間 言語で、同一のすべての情報および機能を提供し、かつ
  3. 非適合コンテンツと同程度に最新であり、かつ
  4. 次の少なくとも 1 つが真である。

    1. 非適合ページから、アクセシビリティ対応メカニズムを介して適合版に到達できる、または
    2. 非適合版には適合版からのみ到達できる、または
    3. 非適合版には、適合版へ到達するためのメカニズムも提供している適合ページからのみ 到達できる
注記 1

この定義において「のみ到達できる」とは、条件付きリダイレクトなどの メカニズムが存在し、利用者が直前に適合版から来た場合を除いて 非適合ページへ「到達」(読み込み)できないようになっていることを意味する。

注記 2

代替版は、元の版とページ単位で一致する必要はない (例えば、適合する代替版が複数のページで構成される場合がある)。

注記 3

複数の言語版が利用可能な場合は、提供される各言語について 適合する代替版が必要である。

注記 4

異なる技術環境または利用者グループに対応するために代替版を提供してもよい。 各版は可能な限り適合しているべきである。適合要件 1を満たすためには、 1 つの版が完全に適合している必要がある。

注記 5

適合する代替版は、非適合版と同程度に自由に利用できる限り、 適合範囲内に存在する必要はなく、 同じ Web サイト上に存在する必要さえない。

注記 6

代替版を、元のページを支援して理解を高める補足 コンテンツと混同するべきではない。

注記 7

適合版を生成するためにコンテンツ内で利用者設定を行うことは、 設定方法がアクセシビリティに対応している限り、別の版へ到達するための 許容されるメカニズムである。

適合する 代替版を理解するを参照

コンテンツ(Web コンテンツ)

ユーザーエージェントを介して利用者に伝達される情報および感覚的体験。コンテンツの構造提示、および インタラクションを定義するコードまたはマークアップを含む

状況依存ヘルプ

現在実行されている機能に関連する情報を提供するヘルプテキスト

注記

明確なラベルは、状況依存ヘルプとして機能することができる。

コントラスト 比

(L1 + 0.05) / (L2 + 0.05)。ここで、

注記 1

コントラスト比の範囲は 1 から 21 までである(一般に 1:1 から 21:1 と表記される)。

注記 2

作成者は、テキストのレンダリング方法に関する利用者設定 (例えばフォントのスムージングやアンチエイリアス)を制御できないため、テキストのコントラスト比は、 アンチエイリアスを無効にして評価できる。

注記 3

達成基準 1.4.3 および 1.4.6 の目的では、コントラストは、 通常の使用時にテキストがレンダリングされる、指定された背景に対して測定する。 背景色が指定されていない場合は、白であると仮定する。

注記 4

背景色とは、通常の使用時にテキストがレンダリングされるコンテンツの指定色である。 テキスト色が指定されているのに背景色が指定されていない場合は不適合となる。 これは利用者の既定の背景色が不明であり、十分なコントラストを 評価できないためである。同じ理由により、背景色が指定されているのに テキスト色が指定されていない場合も不適合となる。

注記 5

文字の周囲に境界線がある場合、その境界線はコントラストを加えることができ、 文字と背景の間のコントラストを計算する際に使用される。文字の周囲の細い境界線は 文字の一部として扱う。文字内部の細部を埋めるような太い境界線は ハローとして機能し、背景とみなされる。

注記 6

WCAG への適合は、通常の提示において作成者が隣接して表示されると想定する コンテンツ内で指定された色の組み合わせについて評価するべきである。作成者は、 作成者のコードによって引き起こされる場合を除き、ユーザーエージェントによる色変更などの 通常でない提示を考慮する必要はない。

正しい 読み上げ順序

単語および段落が、コンテンツの意味を変えない順序で 提示される任意の順序

CSS ピクセル

約 0.0213 度の視角

CSS ピクセルは、CSS におけるすべての長さおよび測定値の標準的な測定単位である。 この単位は密度に依存せず、ディスプレイ上に存在する実際のハードウェアピクセルとは 異なる。ユーザーエージェントおよびオペレーティングシステムは、CSS ピクセルが CSS Values and Units Module Level 3 の参照ピクセル [css3-values]に可能な限り近く 設定されることを保証するべきである。この参照ピクセルは、ディスプレイの物理的寸法 および想定視距離(コンテンツ作成者が決定できない要因)を考慮する。

ダウンイベント

ポインターのトリガー刺激が押下されたときに発生するプラットフォームイベント

ダウンイベントは、プラットフォームによって "touchstart" や "mousedown" など異なる名称を持つことがある。

ドラッグ動作

新規

ダウンイベントでポインターが要素に作用し、 アップイベントまで、 その要素(またはその位置を表すもの)がポインターに追従する操作

注記

ドラッグ可能な要素の例には、リスト項目、テキスト要素、および画像が含まれる。

緊急事態

健康、安全、または財産を守るために即時の対応を必要とする、 突然かつ予期しない状況または出来事

不可欠

削除すると、コンテンツの情報または機能が根本的に変化し、 かつその情報および機能を適合する別の方法で実現できないこと

拡張音声解説

追加の説明を加える時間を確保するために動画を一時停止し、視聴覚提示に 追加される音声解説

注記

この技法は、追加の音声 解説がなければ動画の意味が失われ、 かつ会話/ナレーションの間の空白が短すぎる場合にのみ使用される。

閃光

相対 輝度が逆方向に変化する一対の変化で、十分に大きく適切な 周波数範囲にある場合、一部の人に発作を引き起こす可能性があるもの

注記 1

許可されない閃光の種類については、一般 閃光および赤色閃光の閾値を参照。

注記 2

点滅も参照。

フォーカス インジケーター

新規

ユーザー インターフェースコンポーネントがフォーカスされた状態であることを視覚的に示すために変更されるピクセル

機能

利用者の操作によって達成可能なプロセス および結果

一般閃光および赤色閃光の閾値

次のいずれかが真の場合、閃光 または急速に変化する画像シーケンスは閾値未満である(すなわち、コンテンツは合格する)。

  • 任意の 1 秒間に一般閃光が 3 回以下、かつ/または 赤色閃光が 3 回以下である。あるいは
  • 同時に発生する閃光の合計面積が、通常の視距離において画面上の任意の 10 度の視野内で合計 .006 ステラジアン以下(画面上の任意の 10 度の視野の 25%)である

ここで、

  • 一般閃光とは、相対 輝度が、最大相対輝度(1.0)の 10% 以上、逆方向に変化する一対の変化であり、 暗い方の画像の相対輝度が 0.80 未満であるものをいう。「逆方向に変化する一対」とは、 増加の後に減少が続くこと、または減少の後に増加が続くことである。
  • 赤色閃光とは、彩度の高い赤を伴う、逆方向の任意の一対の 遷移として定義される

例外: ホワイトノイズや、通常の 視距離における視野角で一辺が 0.1 度未満の「正方形」からなる交互の 市松模様など、細かく均衡の取れたパターンによる閃光は閾値に違反しない。

注記 1

一般的なソフトウェアまたは Web コンテンツでは、コンテンツを 1024 x 768 ピクセルで表示したとき、 表示画面領域の任意の場所に 341 x 256 ピクセルの長方形を使用すると、標準的な画面サイズおよび 視距離(例えば、 22-26 インチの距離で見る 15-17 インチ画面)における 10 度の視野を適切に推定できる。この 75 - 85 ppi の解像度は、 CSS 仕様における標準 CSS ピクセル解像度 96 ppi より低く、 したがってより保守的であることが知られている。 より高解像度のディスプレイで同じコンテンツのレンダリングを表示すると画像はより小さく安全になるため、 閾値を定義する際には低い解像度を使用する。

注記 2

遷移とは、相対輝度(赤色閃光の場合は相対輝度/色)を 時間に対してプロットした測定値の隣接する山と谷の間における 相対輝度(または赤色閃光の場合は相対輝度/色)の変化である。閃光は、 逆方向の 2 つの遷移から成る。

注記 3

WCAG 2.2 以降、この分野で用いられている「彩度の高い赤を伴う逆方向の一対の遷移」の新しい実用的定義は、 一方の遷移が R/(R + G + B) の値が 0.8 以上である状態への、またはその状態からの遷移であり、 かつ状態間の差が CIE 1976 UCS 色度図で 0.2(無次元)を超える、逆方向の一対の遷移である。[ISO_9241-391]

注記 4

動画の画面キャプチャから分析を行うツールが利用できる。しかし、 任意の 1 秒間の閃光が 3 回以下であれば、この条件を評価するための ツールは必要ない。コンテンツは自動的に合格する(上記 #1 および #2 を参照)。

人間言語

人間とのコミュニケーションのために話され、書かれ、または(視覚的もしくは触覚的手段によって) 手話で表現される言語

注記

手話 言語も参照。

慣用句

個々の単語の意味から全体の意味を推測できず、 意味を失わずに特定の単語を変更することもできない句

注記

慣用句は、その(文化または 言語に依存する)意味を失うことなく、単語ごとに直接翻訳することはできない。

文字画像

特定の視覚効果を実現するために、非テキスト形式(例えば画像)で レンダリングされたテキスト

注記

これは、重要な他の視覚的コンテンツを含む画像の一部であるテキストを 含まない。

参考情報

情報提供を目的とし、適合のために要求されないもの

注記

適合のために必要なコンテンツは「規定」と呼ばれる。

入力エラー

利用者が提供した情報のうち受け付けられないもの

注記

これには次のものが含まれる。

  1. Web ページで必須とされているが、利用者によって省略された情報
  2. 利用者によって提供されたが、要求されるデータ形式または値の範囲外である 情報
専門用語

特定の分野の人々が特定の意味で使用する語

キーボード インターフェース

ソフトウェアがキー入力を取得するために使用するインターフェース

注記 1

キーボードインターフェースを使用すると、ネイティブ技術にキーボードが 含まれていない場合でも、利用者はプログラムにキー入力を提供できる。

注記 2

MouseKeys など、キーボードで操作するマウスエミュレーターを介した アプリケーション(またはアプリケーションの一部)の操作は、キーボード インターフェースを介した操作とはみなされない。これは、プログラムの操作が キーボードインターフェースではなくポインティングデバイスのインターフェースを介して行われるためである。

キーボードショートカット

1 つ以上のキーを押すことによって操作を実行する代替手段

ラベル

Web コンテンツ内のコンポーネントを識別するために利用者へ提示される、テキスト またはテキストによる 代替を持つその他のコンポーネント

注記 1

ラベルはすべての利用者に提示されるが、名前は 非表示で、支援技術によってのみ公開される場合がある。多くの場合(ただしすべてではない)、 名前とラベルは同じである。

注記 2

ラベルという用語は、HTML の label 要素だけに限定されない。

大きなサイズ(テキスト)

少なくとも 18 ポイント、または太字で 14 ポイント、あるいは中国語、日本語、韓国語(CJK)のフォントで 同等のサイズとなるフォントサイズ

注記 1

極端に細いストロークや、文字形の見慣れやすさを低下させる特殊な特徴および特性を 持つフォントは、特にコントラストが低い場合に 読みにくい。

注記 2

フォントサイズとは、コンテンツが提供された時点のサイズである。利用者が 行う可能性のあるサイズ変更は含まれない。

注記 3

利用者が実際に見る文字のサイズは、作成者が定義した サイズと利用者のディスプレイまたはユーザーエージェントの設定の両方に依存する。多くの一般的な本文用 フォントでは、14 ポイントと 18 ポイントは、おおよそ 1.2 em と 1.5 em、または本文テキストの 既定サイズの 120% と 150%(本文フォントが 100% であると仮定)に相当するが、 作成者は使用する特定のフォントについて確認する必要がある。フォントが 相対単位で定義されている場合、実際のポイントサイズはユーザーエージェントによって表示用に計算される。 この達成基準を評価する際には、ポイントサイズをユーザーエージェントから取得するか、 ユーザーエージェントと同様にフォントメトリクスに基づいて計算するべきである。弱視の利用者は、 適切な設定を選択する責任を負う。

注記 4

フォントサイズを指定せずにテキストを使用する場合、主要なブラウザーが サイズ未指定テキストに使用する最小フォントサイズを妥当なサイズとして想定できる。レベル 1 の 見出しが主要なブラウザーで 14pt の太字以上としてレンダリングされる場合、それを 大きなテキストとみなすのは妥当である。同様に、既定サイズから 相対的な拡大率を計算できる。

注記 5

欧文テキストにおける 18 ポイントおよび 14 ポイントというサイズは、大判印刷の 最小サイズ(14pt)およびそれより大きな標準フォントサイズ(18pt)から採られている。CJK 言語などの他のフォントでは、「同等」のサイズは、それらの 言語で使用される大判印刷の最小サイズと、その次に大きい標準的な大判印刷サイズとなる。

法的 義務

人が法的拘束力のある義務または利益を負う取引

リンクの目的

ハイパーリンクを実行することによって得られる結果の性質

ライブ

現実世界の出来事から取得され、放送遅延を超えない範囲で 受信者へ送信される情報

注記 1

放送遅延とは、例えば放送事業者が音声(または動画)フィードの合図や検閲を 行う時間を確保するために使用される、短い(通常は自動化された)遅延であり、 大幅な編集を可能にするほど長いものではない。

注記 2

情報が完全にコンピューターによって生成されている場合、それはライブではない。

前期中等教育レベル

6 年間の学校教育を修了した後に始まり、 初等 教育の開始から 9 年後に終了する 2 年または 3 年の教育期間

注記

この定義は国際標準教育分類 [UNESCO]に基づいている。

メカニズム

結果を達成するためのプロセス または技法

注記 1

メカニズムはコンテンツ内で明示的に提供されてもよく、またはプラットフォームもしくは ユーザーエージェント支援 技術を含む)によって提供されることに依存 してもよい。

注記 2

メカニズムは、主張される適合レベルのすべての達成基準を満たす必要がある。

テキストの メディア代替

テキスト(直接、またはテキストによる代替を介して)ですでに提示されている情報を超える 情報を提示しないメディア

注記

テキストのメディア代替は、テキストの別の表現から恩恵を受ける人のために 提供される。テキストのメディア代替は、音声のみ、動画のみ(手話動画を含む)、 または音声と動画の組み合わせとすることができる。

モーション アニメーション

動いているような錯覚または滑らかな遷移の感覚を生み出すために、状態間に段階を追加すること

最小境界ボックス

新規

図形のすべての点が内部に収まる、水平方向の軸に揃えられた最小の囲み矩形。 文またはテキストのブロックの一部として複数行に折り返されるコンポーネント( ハイパーテキストリンクなど)の場合、境界ボックスは、そのコンポーネントが 1 行で表示された場合の外観に基づく。

名前

ソフトウェアが Web コンテンツ内のコンポーネントを利用者に対して識別するためのテキスト

注記 1

名前は非表示で、支援技術にのみ公開される場合があるが、ラベルは すべての利用者に提示される。多くの場合(ただしすべてではない)、ラベルと名前は 同じである。

注記 2

これは、HTML の name 属性とは関係ない。

順次 ナビゲートされる

キーボードインターフェースを使用して、 フォーカスを進めるために定義された順序(ある要素から次の要素へ)でナビゲートされること

非テキスト コンテンツ

プログラムによって 特定できる文字列ではない、またはその文字列が人間 言語で何らかの意味を表していない、あらゆるコンテンツ

注記

これには、ASCII アート(文字のパターン)、顔文字、リートスピーク(文字置換を使用する)、 およびテキストを表す画像が含まれる

規定

適合のために要求される

注記 1

この文書には、明確に定義されたさまざまな方法で適合することができる。

注記 2

参考情報」または 「非規定」として識別されたコンテンツは、適合のために要求されることはない。

全画面 ウィンドウ上

最も一般的なサイズのデスクトップ/ノート PC ディスプレイ上で、ビューポートを最大化した状態

注記

一般に人はコンピューターを数年間使用するため、この評価を行う際には、 最新のデスクトップ/ノート PC のディスプレイ解像度だけに依存せず、 数年間にわたって一般的であったデスクトップ/ノート PC の ディスプレイ解像度を考慮するのが最善である。

一時停止

利用者の要求によって停止され、利用者から再開を要求されるまで再開されない状態

周長

新規

共有ピクセルを含まない図形の境界を形成する連続線、または最小境界ボックスのうち、短い方。

ポインター入力

マウス、ペン、またはタッチ接触など、画面上の特定の座標(または座標の集合)を 対象にできる装置からの入力

収録済み

ライブではない情報

提示

コンテンツを 利用者が知覚できる形式でレンダリングすること

初等教育レベル

5 歳から 7 歳の間に始まる 6 年間の教育期間。以前に 教育を受けていない場合もある

注記

この定義は国際標準教育分類 [UNESCO]に基づいている。

プロセス

各操作が活動を完了するために必要となる、一連の利用者操作

プログラムによって特定される(プログラムによって 特定可能)

作成者が提供したデータからソフトウェアによって、異なる ユーザーエージェント支援 技術を含む)がこの情報を抽出し、異なるモダリティで利用者に提示できるような方法で特定されること

プログラムによって特定されるリンクのコンテキスト

リンクとの関係からプログラムによって 特定できる追加情報をリンクテキストと組み合わせ、異なるモダリティで利用者に提示したもの

注記

スクリーンリーダーは句読点を解釈するため、その文内のリンクにフォーカスがある場合、 現在の文からコンテキストを提供することもできる。

プログラムによって設定される

ユーザーエージェント支援 技術を含む)がサポートする方法を使用してソフトウェアによって設定されること

純粋な 装飾

美的目的のみに用いられ、情報を提供せず、機能も持たないもの

注記

単語を並べ替えたり別の単語に置き換えたりしても目的が変わらない場合に限り、 テキストは純粋な装飾である。

リアルタイムイベント

a) 閲覧と同時に発生し、b) コンテンツによって完全に生成されたものではない イベント

領域

知覚可能で、プログラムによって特定されたコンテンツのセクション

注記

HTML では、ランドマークロールで指定された あらゆる領域がリージョンとなる。

関係

異なるコンテンツ部分間の意味のある関連

相対 輝度

色空間内の任意の点の相対的な明るさ。最も暗い 黒を 0、最も明るい白を 1 として正規化したもの

注記 1

sRGB 色空間では、色の相対輝度は L = 0.2126 * R + 0.7152 * G + 0.0722 * B と定義される。ここで RGB は次のように定義される。

  • RsRGB <= 0.04045 の場合 R = RsRGB/12.92、それ以外の場合 R = ((RsRGB+0.055)/1.055) ^ 2.4
  • GsRGB <= 0.04045 の場合 G = GsRGB/12.92、それ以外の場合 G = ((GsRGB+0.055)/1.055) ^ 2.4
  • BsRGB <= 0.04045 の場合 B = BsRGB/12.92、それ以外の場合 B = ((BsRGB+0.055)/1.055) ^ 2.4

また、RsRGB、GsRGB、BsRGB は次のように定義される。

  • RsRGB = R8bit/255
  • GsRGB = G8bit/255
  • BsRGB = B8bit/255

"^" 文字は累乗演算子である。(式は [SRGB]から引用。)

注記 2

2021 年 5 月以前は、定義内の 0.04045 の値が異なっていた(0.03928)。 これは仕様の古い版から採られたもので、更新された。この変更は、 これらのガイドラインの文脈における計算には実質的な影響を与えない。

注記 3

現在 Web コンテンツの閲覧に使用されているほぼすべてのシステムは sRGB エンコーディングを前提としている。 コンテンツの処理および表示に別の色空間が使用されることが 分かっていない限り、作成者は sRGB 色空間を使用して評価するべきである。他の色空間を使用する場合は、 達成基準 1.4.3 を理解するを参照。

注記 4

配信後にディザリングが行われる場合は、ソースの色値を使用する。ソースで ディザリングされた色については、ディザリングに使用される色の平均値 (平均 R、平均 G、平均 B)を使用するべきである。

注記 5

コントラストおよび閃光のテスト時に計算を自動的に行うツールが 利用できる。

注記 6

数式の表示に MathML を使用した相対輝度の 定義を示す別ページが利用できる。

依存している (技術)

その技術が無効化されているかサポートされていない場合、コンテンツが適合 しなくなること

役割

ソフトウェアが Web コンテンツ内のコンポーネントの機能を識別するために使用できる テキストまたは数値

同じ 機能

使用したときに同じ結果となること

同じ相対 順序

他の項目に対して同じ位置にあること

注記

元の順序に他の項目が挿入または削除されても、項目は同じ相対順序に あるとみなされる。例えば、展開するナビゲーションメニューによって 詳細レベルが追加されたり、二次的なナビゲーションセクションが 読み上げ順序に挿入されたりする場合がある。

達成基準を満たす

その達成基準をページに適用したとき、評価結果が「偽」にならないこと

セクション

1 つ以上の関連するトピックまたは考えを扱う、 文章コンテンツの自己完結した部分

注記

セクションは 1 つ以上の段落で構成され、図、表、リスト、 およびサブセクションを含む場合がある。

Web ページの集合

共通の目的を持ち、同じ作成者、グループ、または組織によって作成されたWeb ページの集合

注記

異なる言語版は、異なる Web ページの集合とみなされる。

手話言語

手や腕の動き、顔の表情、 または身体の姿勢の組み合わせを用いて意味を伝える言語

手話 通訳

ある言語(一般には音声言語)を手話 言語へ翻訳すること

注記

真正の手話言語は、同じ国または地域で使用される音声 言語とは関係のない独立した言語である。

単一 ポインター

マウス、タッチスクリーン上の 1 本の指、またはスタイラスなど、一度にページ/画面上の 1 点だけを対象にする入力モダリティ。

注記

単一ポインターによるインタラクションには、クリック、ダブルクリック、タップ、ドラッグ動作、 および 1 本指のスワイプジェスチャーが含まれる。これに対し、マルチポイントインタラクションでは、 タッチスクリーン上の 2 本指操作や、 マウスとスタイラスの同時使用など、2 つ以上のポインターを同時に使用する。

特定の感覚的体験

純粋な装飾ではなく、主として重要な情報を伝えたり機能を実行したりするものでもない 感覚的体験

状態

利用者の操作または自動化されたプロセスに応じて変化し得る、 ユーザー インターフェースコンポーネントの特性を表す動的プロパティ

状態はコンポーネントの性質には影響せず、コンポーネントに関連するデータまたは 利用者とのインタラクションの可能性を表す。例には、フォーカス、ホバー、選択、押下、チェック、 訪問済み/未訪問、および展開/折りたたみが含まれる。

ステータスメッセージ

コンテキストの 変化ではないコンテンツの変化であり、操作の成功または結果、 アプリケーションの待機状態、プロセスの進捗、 またはエラーの存在について利用者に情報を提供するもの

構造
  • Web ページの各部分が、相互にどのように編成されているか。および
  • Web ページの集合がどのように編成されているか
スタイルプロパティ

コンテンツ要素がユーザーエージェントによってレンダリングされる際(例えば画面上、スピーカー経由、点字ディスプレイ経由)の 提示(例えばフォント、色、サイズ、位置、パディング、音量、 合成音声の韻律)を、その値によって決定する プロパティ

スタイルプロパティには複数の由来がある。

  • ユーザーエージェントの既定スタイル:作成者または利用者のスタイルが存在しない場合に適用される既定の スタイルプロパティ値。一部の Web コンテンツ技術は既定のレンダリングを規定するが、そうでないものもある。
  • 作成者スタイル:コンテンツの一部として作成者によって設定されるスタイルプロパティ値(例えば インラインスタイル、作成者スタイル シート)。
  • 利用者スタイル:利用者によって設定されるスタイルプロパティ値(例えばユーザーエージェントのインターフェース 設定、利用者スタイルシート)
補足コンテンツ

主要コンテンツを例示または明確化する追加のコンテンツ

同期 メディア

音声または動画が、情報を提示する別の形式および/または 時間依存のインタラクティブコンポーネントと同期しているもの。ただし、メディアが テキストの メディア代替であり、その旨が明確にラベル付けされている場合を除く

ターゲット

ユーザー インターフェースコンポーネントのインタラクティブ領域など、ポインター操作を受け付ける表示領域

注記

2 つ以上のターゲットが重なっている場合、その重複領域は、 重なったターゲットが同じ操作を実行するか、同じページを開く場合を除き、 ターゲットサイズの測定に含めるべきではない。

技術(Web コンテンツ)

ユーザーエージェントによってレンダリング、再生、または実行される命令を符号化するためのメカニズム

注記 1

これらのガイドラインで使用する「Web 技術」および単独で使用される「技術」という語は、 どちらも Web コンテンツ技術を指す。

注記 2

Web コンテンツ技術には、作成者が単独または組み合わせて使用し、 静的 Web ページから同期メディア提示、動的 Web アプリケーションまでさまざまなエンドユーザー体験を作成できる、マークアップ言語、データ形式、または プログラミング言語が含まれる場合がある。

テキスト

プログラムによって 特定できる文字列であり、その文字列が人間 言語で何らかの意味を表しているもの

テキストによる 代替

テキストであって、 非テキスト コンテンツにプログラムで関連付けられているもの、または非テキストコンテンツにプログラムで関連付けられたテキストから参照されるもの。 プログラムで関連付けられたテキストとは、その位置を非テキストコンテンツからプログラムによって 特定できる テキストである。

注記

詳細については、テキストによる 代替を理解するを参照。

アップイベント

ポインターのトリガー刺激が解放されたときに発生するプラットフォームイベント

アップイベントは、プラットフォームによって "touchend" や "mouseup" など異なる名称を持つことがある。

通常とは異なる、または限定された意味で使用される

コンテンツを正しく理解するために、どの定義を適用するかを利用者が正確に知る必要がある ような使い方をされる語

ユーザーエージェント

利用者のために Web コンテンツを取得して提示するあらゆるソフトウェア

利用者が制御可能

利用者がアクセスすることを意図したデータ

注記

これは、インターネットログや検索エンジンの監視データなどを指すものではない。

ユーザーインターフェースコンポーネント

明確な機能を持つ単一のコントロールとして利用者に知覚される コンテンツの一部分

注記 1

複数のユーザーインターフェースコンポーネントを、単一のプログラム要素として実装する場合がある。 ここでいう「コンポーネント」はプログラミング技法に結び付くものではなく、 利用者が別個のコントロールとして知覚するものを指す。

注記 2

ユーザーインターフェースコンポーネントには、フォーム要素やリンクだけでなく、 スクリプトによって生成されたコンポーネントも含まれる。

注記 3

ここでいう「コンポーネント」または「ユーザーインターフェースコンポーネント」は、 「ユーザーインターフェース要素」と呼ばれることもある。

利用者の 非活動

利用者の操作がまったく発生しない連続した任意の時間

追跡方法は Web サイトまたはアプリケーションによって決定される。

動画

動画または連続した画像の技術

注記

動画は、アニメーション画像、写真画像、またはその両方で構成できる。

動画のみ

動画のみを含む時間依存の提示(音声およびインタラクションは含まない)

ビューポート

ユーザーエージェントが コンテンツを提示するオブジェクト

注記 1

ユーザーエージェントは、1 つ以上のビューポートを通じてコンテンツを提示する。ビューポートには、 ウィンドウ、フレーム、 スピーカー、および仮想拡大鏡が含まれる。ビューポートは別のビューポートを含む場合がある (例えば、入れ子になったフレーム)。プロンプト、 メニュー、アラートなど、ユーザーエージェントによって作成されるインターフェースコンポーネントはビューポートではない。

視覚的に カスタマイズ可能

フォント、サイズ、色、および背景を設定できること

Web ページ

HTTP を使用して単一の URI から取得される非埋め込みリソースと、 ユーザーエージェントによってそのレンダリングに使用される、または一緒にレンダリングされることを意図したその他のリソース

注記 1

「その他のリソース」は主となるリソースと一緒にレンダリングされるが、 必ずしも互いに同時にレンダリングされるとは限らない。

注記 2

これらのガイドラインへの適合を目的とする場合、リソースが Web ページとみなされるには、 適合範囲内で「非埋め込み」でなければならない。

7. ユーザーインターフェースコンポーネントの入力目的

このセクションでは、一般的なユーザーインターフェースコンポーネントの入力目的一覧を示します。以下の用語は、必ず使用しなければならないキーワードではなく、ウェブページで採用される分類法に捕捉されるべき目的を表します。該当する場合、著者は選択した分類法でコントロールをマークアップし、意味的な目的を示します。これにより、ユーザーエージェントや支援技術がパーソナライズされた表示を適用できる可能性が生まれ、より多くの人がコンテンツを理解・利用できるようになります。

入力タイプ目的の一覧はHTML現行標準のAutofillセクションで定義されたコントロール目的に基づいていますが、他の技術でも同じ概念を定義している場合があります。ここで示す意味と対応付けされている概念のみが必要です。

以下の入力コントロール目的は、コンテンツのユーザーに関連し、その個人に関する情報のみを対象としています。

A. 変更履歴

このセクションでは、WCAG 2.2に組み込まれたWCAG 2.1以降の実質的な変更点と、2023年10月5日の初版以降に加えられた2.2への変更点を示します。WCAG 2.1への正誤表修正もWCAG 2.2に組み込まれています。

WCAG 2.2の全コミット履歴も参照できます。

B. 謝辞

このセクションは規定ではありません。

アクセシビリティガイドラインワーキンググループ(AG WG)への参加情報は、ワーキンググループホームページでご覧いただけます。

B.1 本ドキュメントの作成に積極的に参加したAG WGメンバー

B.2 以前に活動したWCAG WGメンバーおよびWCAG 2.0/2.1や関連資料への他の貢献者

Paul Adam、Jenae Andershonis、Wilhelm Joys Andersen、Andrew Arch、Avi Arditti、Aries Arditi、Tom Babinszki、Mark Barratt、Mike Barta、Sandy Bartell、Kynn Bartlett、Chris Beer、Charles Belov、Marco Bertoni、Harvey Bingham、Chris Blouch、Paul Bohman、Frederick Boland、Denis Boudreau、Patrice Bourlon、 Andy Brown、Dick Brown、Doyle Burnett、Raven Calais、Ben Caldwell、Tomas Caspers、Roberto Castaldo、 Sofia Celic-Li、Sambhavi Chandrashekar、Mike Cherim、Jonathan Chetwynd、Wendy Chisholm、Alan Chuter、 David M Clark、Joe Clark、Darcy Clarke、James Coltham、Earl Cousins、James Craig、Tom Croucher、Pierce Crowell、Nir Dagan、Daniel Dardailler、Geoff Deering、Sébastien Delorme、Pete DeVasto、Iyad Abu Doush、 Sylvie Duchateau、Cherie Eckholm、Roberto Ellero、Don Evans、Gavin Evans、Neal Ewers、Steve Faulkner、 Bengt Farre、Lainey Feingold、Wilco Fiers、Michel Fitos、Alan J. Flavell、Nikolaos Floratos、Kentarou Fukuda、Miguel Garcia、P.J. Gardner、Alistair Garrison、Greg Gay、Becky Gibson、Al Gilman、Kerstin Goldsmith、Michael Grade、Karl Groves、Loretta Guarino Reid、Jon Gunderson、Emmanuelle Gutiérrez y Restrepo、Brian Hardy、Eric Hansen、Benjamin Hawkes-Lewis、Sean Hayes、Shawn Henry、Hans Hillen、Donovan Hipke、Bjoern Hoehrmann、Allen Hoffman、Chris Hofstader、Yvette Hoitink、Martijn Houtepen、Carlos Iglesias、Richard Ishida、Jonas Jacek、Ian Jacobs、Phill Jenkins、Barry Johnson、Duff Johnson、Jyotsna Kaki、Shilpi Kapoor、Leonard R. Kasday、Kazuhito Kidachi、Ken Kipness、Johannes Koch、Marja-Riitta Koivunen、Maureen Kraft、Preety Kumar、Kristjan Kure、Andrew LaHart、Gez Lemon、Chuck Letourneau、 Aurélien Levy、Harry Loots、Scott Luebking、Tim Lacy、Jim Ley、Alex Li、William Loughborough、N Maffeo、 Mark Magennis、Erich Manser、Kapsi Maria、Luca Mascaro、Matt May、Sheena McCullagh、Liam McGee、Jens Oliver Meiert、Niqui Merret、Jonathan Metz、Alessandro Miele、Steven Miller、Mathew J Mirabella、Matt May、Marti McCuller、Sorcha Moore、Charles F. Munat、Robert Neff、Charles Nevile、Liddy Nevile、Dylan Nicholson、Bruno von Niman、Tim Noonan、Sebastiano Nutarelli、Graham Oliver、Sean B. Palmer、Charu Pandhi、evarshi Pant、Nigel Peck、Anne Pemberton、David Poehlman、Ian Pouncey、Charles Pritchard、 Kerstin Probiesch、W Reagan、Adam Victor Reed、Chris Reeve、Chris Ridpath、Lee Roberts、Mark Rogers、 Raph de Rooij、Gregory J. Rosmaita、Matthew Ross、Sharron Rush、Joel Sanda、Janina Sajka、Roberto Scano、 Gordon Schantz、Tim van Schie、Wolf Schmidt、Stefan Schnabel、Cynthia Shelly、Glenda Sims、John Slatin、 Becky Smith、Jared Smith、Andi Snow-Weaver、Neil Soiffer、Mike Squillace、Michael Stenitzer、Diane Stottlemyer、Christophe Strobbe、Sarah J Swierenga、Jim Thatcher、Terry Thompson、Justin Thorp、David Todd、Mary Utt、Jean Vanderdonckt、Carlos A Velasco、Eric Velleman、Gijs Veyfeyken、Dena Wainwright、 Paul Walsch、Daman Wandke、Richard Warren、Elle Waters、Takayuki Watanabe、Gian Wild、David Wooley、Wu Wei、Kenny Zhang、Leona Zumbo。

B.3 資金提供者

この出版物は、米国保健福祉省・障害者・自立生活・リハビリテーション研究所(NIDILRR)からの米国連邦資金によって一部資金提供を受けています。当初は契約番号ED-OSE-10-C-0067、次にHHSP23301500054C、現在はHHS75P00120P00168の契約のもとです。本出版物の内容は、米国保健福祉省または米国教育省の見解や方針を必ずしも反映するものではなく、商品名・商業製品・組織の言及が米国政府による推奨を意味するものではありません。

C. 参考文献

C.1 参考文献(情報目的)

[css3-values]
CSS Values and Units Module Level 3. Tab Atkins Jr.; Elika Etemad. W3C. 2024年3月22日. W3C勧告候補. URL: https://www.w3.org/TR/css-values-3/
[HTML]
HTML現行標準. Anne van Kesteren; Domenic Denicola; Dominic Farolino; Ian Hickson; Philip Jägenstedt; Simon Pieters. WHATWG. 現行標準. URL: https://html.spec.whatwg.org/multipage/
[ISO_9241-391]
Ergonomics of human-system interaction—Part 391: Requirements, analysis and compliance test methods for the reduction of photosensitive seizures. International Standards Organization. URL: https://www.iso.org/standard/56350.html
[pointerevents]
Pointer Events. Jacob Rossi; Matt Brubeck. W3C. 2019年4月4日. W3C勧告. URL: https://www.w3.org/TR/pointerevents/
[RFC2119]
Key words for use in RFCs to Indicate Requirement Levels. S. Bradner. IETF. 1997年3月. Best Current Practice. URL: https://www.rfc-editor.org/rfc/rfc2119
[SRGB]
Multimedia systems and equipment - Colour measurement and management - Part 2-1: Colour management - Default RGB colour space - sRGB. IEC. URL: https://Webstore.iec.ch/publication/6169
[UAAG10]
User Agent Accessibility Guidelines 1.0. Ian Jacobs; Jon Gunderson; Eric Hansen. W3C. 2002年12月17日. W3C勧告. URL: https://www.w3.org/TR/UAAG10/
[UNESCO]
International Standard Classification of Education. 2011年. URL: https://unesdoc.unesco.org/ark:/48223/pf0000219109
[WAI-WebCONTENT]
Web Content Accessibility Guidelines 1.0. Wendy Chisholm; Gregg Vanderheiden; Ian Jacobs. W3C. 1999年5月5日. W3C勧告. URL: https://www.w3.org/TR/WAI-WebCONTENT/
[WCAG20]
Web Content Accessibility Guidelines (WCAG) 2.0. Ben Caldwell; Michael Cooper; Loretta Guarino Reid; Gregg Vanderheiden 他. W3C. 2008年12月11日. W3C勧告. URL: https://www.w3.org/TR/WCAG20/
[WCAG21]
Web Content Accessibility Guidelines (WCAG) 2.1. Michael Cooper; Andrew Kirkpatrick; Joshue O'Connor; Alastair Campbell. W3C. 2023年9月21日. W3C勧告. URL: https://www.w3.org/TR/WCAG21/