【注意】この文書にはより新しいバージョンが存在します: WCAG 2.1 解説書

WCAG 2.0 解説書

本文へジャンプ

-

要求による変化:
達成基準 3.2.5 を理解する

3.2.5 要求による変化: コンテキストの変化は利用者の要求によってだけ生じるか、又は、そのような変化を止めるメカニズムが利用できる。 (レベル AAA)

この達成基準の意図

この達成基準の意図は、コンテキストの変化を利用者が完全に制御できるようなウェブコンテンツの設計を推奨することである。この達成基準は、自動的に開く新しいウィンドウ、リストから項目を選択すると自動的に送信されるフォームなどのように、予期しないコンテキストの変化によって混乱が引き起こされる可能性を取り除くことを狙いとしている。そのような予期しないコンテキストの変化により、運動障害のある人、ロービジョンの人、全盲の人、及び特定の認知能力の低下している人には困難が生じてしまう恐れがあるからである。

コンテキストの変化の中には、利用者を混乱させず、むしろ利用者に前向きな利益をもたらす種類のものもある。例えば、単一のスイッチの利用者は、システムによってアニメートされるコンテキストの変化に依存しているし、ロービジョンの利用者の好みは、一度にどれくらいのコンテンツを見ることができるか、どれくらいのセッション構造が作業記憶に残るかに依存している。スライドショーなどの、一部の種類のコンテンツは、意図したユーザエクスペリエンスを提供するために、コンテキストの変化を必要とする。利用者の設定が許可されている場合にのみ、自動的にコンテキストの変化を開始するコンテンツは、この達成基準に適合することができる。

注記: 複数のコンテキストの変化を同時に引き起こすことが可能である。例えば、自動的に新規ウィンドウが開くリンクをクリックするのは、コンテンツの変化に関連するコンテキストの変化であり、表示域(ウィンドウ)の変化に関連するコンテキストの変化でもある、2つに分かれた変化の一例である。この場合のコンテンツの変化は、利用者がリンクをクリックした時、彼らの要求によって開始されるが、新規ウィンドウが開くことに利用者が気づかない限り、コンテキストの変化は利用者が開始したとはみなせない。

達成基準 3.2.5 の具体的なメリット:

  • コンテキストの変化を見つけることができない、又は状況が変化したことに気づかない利用者が、サイトをナビゲートしている間に混乱した状態になりにくい。例えば、次のような利用者が当てはまる:

    • 全盲の利用者、又はロービジョンの利用者は、新しいウィンドウがポップアップで開くなどのように、視覚的なコンテキストの変化がいつ起こるのかを把握するのが困難なことがある。この場合、前もって利用者にコンテキストの変化が起こることを知らせておくと、利用者が「戻る」ボタンがいつものように動作しないことに気づいたときの混乱を最小限に抑えることができる。

  • ロービジョンの利用者、読字及び知的障害のある利用者、そして視覚的な手がかりを解釈しづらい利用者は、コンテンツ制作者が手がかりを追加することによって、コンテキストの変化に気づくようになる。

  • ブラウザの代わりにウェブサーバーによって自動的なリダイレクトが実行されると、特定の認知制限を持つ人が混乱しないですむ。

達成基準 3.2.5 の事例

関連リソース

リソースは、情報提供のみを目的としており、推奨を意味するものではない。

訳注: 上記の HTTP/1.1 は RFC 2616 を参照しているが、現在の HTTP ステータスコードは RFC 7231 で更新、定義されている。RFC 7231§6.4. Redirection 3xx も参照のこと。

達成基準 3.2.5 の達成方法及び失敗例 - 要求による変化

この節にある番号付きの各項目は、WCAG ワーキンググループがこの達成基準を満たすのに十分であると判断する達成方法、又は複数の達成方法の組み合わせを表している。しかしながら、必ずしもこれらの達成方法を用いる必要はない。その他の達成方法についての詳細は、WCAG 達成基準の達成方法を理解するの「その他の達成方法」を参照のこと。

十分な達成方法

使用法: そのコンテンツに合致する状況を以下から選択すること。それぞれの状況には、WCAG ワーキンググループがその状況において十分であると判断する、番号付の達成方法 (又は、達成方法の組み合わせ) がある。

状況 A: ウェブページが自動更新を行う場合:

  1. G76: 自動的に更新する代わりに、利用者がコンテンツの更新を要求するメカニズムを提供する

状況 B: 自動リダイレクトが可能な場合:

  1. SVR1: クライアントサイドではなく、サーバーサイドで自動リダイレクトを実装する (SERVER)

  2. 以下のいずれかの方法を用いて G110: クライアントサイドの瞬間的なリダイレクトを使用する:

状況 C: ウェブページがポップアップウィンドウを用いる場合:

  1. 次の達成方法の一つを用いてポップアップウィンドウを表示する:

状況 D: select 要素上で onchange イベントを用いる場合:

  1. SCR19: select 要素の onchange イベントは、コンテキストの変化を引き起こすことのないように使用する (Scripting)

3.2.5 でさらに対応が望まれる達成方法 (参考)

適合のために必須ではないが、コンテンツをよりアクセシブルにするために、次の追加の達成方法を検討することが望ましい。ただし、すべての状況において、すべての達成方法が使用可能、又は効果的であるとは限らない。

重要な用語

コンテキストの変化 (changes of context)

ウェブページのコンテンツにおける大きな変化で、利用者が気づかないと、ウェブページ全体を一度に見ることのできない利用者を混乱させる恐れのあるもの。

コンテキストの変化には次に挙げるものの変化が含まれる:

  1. ユーザエージェント

  2. ビューポート

  3. フォーカス

  4. ウェブページの意味を変えるコンテンツ

注記: コンテンツの変化が、必ずコンテキストの変化になるとはかぎらない。アウトラインの展開、動的なメニュー、又はタブの切替などのコンテンツの変化は、それが上記のいずれか (例: フォーカス) を変更しないかぎり、コンテキストを変化させるとは限らない。

事例: 新しいウィンドウを開くこと、フォーカスを異なるコンポーネントへ移動させること、新しいウェブページへ移動すること (新しいウェブページへ移動したかのように思わせてしまうことも含む)、又はウェブページの内容を大きく再配置することなどは、コンテキストの変化の事例である。

メカニズム (mechanism)

結果を得るためのプロセス又は手法。

注記 1: メカニズムは、コンテンツ内で明示的に提供されることもあれば、プラットフォーム又は支援技術を含むユーザエージェントで提供されるものに 依存することもある。

注記 2: メカニズムは、宣言する適合レベルのすべての達成基準を満たす必要がある。