意図
この達成基準の意図は、コンテキストの変化を利用者が完全に制御できるようなウェブコンテンツの設計を推奨することである。この達成基準は、自動的に開く新しいウィンドウ、リストから項目を選択すると自動的に送信されるフォームなどのように、予期しないコンテキストの変化によって混乱が引き起こされる可能性を取り除くことを狙いとしている。そのような予期しないコンテキストの変化により、運動障害のある人、ロービジョンの人、全盲の人、及び特定の認知能力の低下している人には困難が生じてしまう恐れがあるからである。
コンテキストの変化の中には、利用者を混乱させず、むしろ利用者に前向きな利益をもたらす種類のものもある。例えば、単一のスイッチの利用者は、システムによってアニメートされるコンテキストの変化に依存しているし、ロービジョンの利用者の好みは、一度にどれくらいのコンテンツを見ることができるか、どれくらいのセッション構造が作業記憶に残るかに依存している。スライドショーなどの、一部の種類のコンテンツは、意図したユーザエクスペリエンスを提供するために、コンテキストの変化を必要とする。利用者の設定が許可されている場合にのみ、自動的にコンテキストの変化を開始するコンテンツは、この達成基準に適合することができる。
複数のコンテキストの変化を同時に引き起こすことが可能である。例えば、自動的に新規ウィンドウが開くリンクをクリックするのは、コンテンツの変化に関連するコンテキストの変化であり、表示域(ウィンドウ)の変化に関連するコンテキストの変化でもある、2つに分かれた変化の一例である。この場合のコンテンツの変化は、利用者がリンクをクリックした時、彼らの要求によって開始されるが、新規ウィンドウが開くことに利用者が気づかない限り、コンテキストの変化は利用者が開始したとはみなせない。
メリット
コンテキストの変化を見つけることができない、又は状況が変化したことに気づかない利用者が、サイトをナビゲートしている間に混乱した状態になりにくい。例えば:
- 全盲の利用者、又はロービジョンの利用者は、新しいウィンドウがポップアップで開くなどのように、視覚的なコンテキストの変化がいつ起こるのかを把握するのが困難なことがある。この場合、前もって利用者にコンテキストの変化が起こることを知らせておくと、利用者が「戻る」ボタンがいつものように動作しないことに気づいたときの混乱を最小限に抑えることができる。
- ロービジョンの利用者、読字及び知的障害のある利用者、そして視覚的な手がかりを解釈しづらい利用者は、コンテンツ制作者が手がかりを追加することによって、コンテキストの変化に気づくようになる。
- ブラウザの代わりにウェブサーバーによって自動的なリダイレクトが実行されると、特定の認知制限を持つ人が混乱しないですむ。
事例
「今、更新する」ボタン
コンテンツを自動的に更新するかわりに、コンテンツ制作者は、コンテンツの更新を要求する「今、更新する」ボタンを提供している。
自動リダイレクト
利用者は、リダイレクトが起こったことに絶対気づかない方法で、古いページから新しいページへ自動的にリダイレクトされる。
関連リソース
リソースは、情報提供のみを目的としており、推奨を意味するものではない。
- Use standard redirects: don't break the back button! (W3C QA Tip).
- HTTP/1.1 Status Code Definitions: Redirection 3xx. 【訳注: 上記の HTTP/1.1 は RFC 2616 を参照しているが、現在の HTTP ステータスコードは RFC 7231 で更新、定義されている。RFC 7231§6.4.Redirection 3xx も参照のこと。】
達成方法
この節にある番号付きの各項目は、WCAG ワーキンググループがこの達成基準を満たすのに十分であると判断する達成方法、又は複数の達成方法の組み合わせを表している。しかしながら、必ずしもこれらの達成方法を用いる必要はない。その他の達成方法についての詳細は、WCAG 達成基準の達成方法を理解するの「その他の達成方法」を参照のこと。
十分な達成方法
そのコンテンツに合致する状況を以下から選択すること。それぞれの状況には、WCAG ワーキンググループがその状況において十分であると判断する、番号付の達成方法 (又は、達成方法の組み合わせ) がある。
状況 A: ウェブページが自動更新を行う場合:
状況 B: 自動リダイレクトが可能な場合:
状況 C: ウェブページがポップアップウィンドウを用いる場合:
次の達成方法の一つを用いてポップアップウィンドウを表示する:
状況 D: select 要素上で onchange イベントを用いる場合:
参考達成方法
適合のために必須ではないが、コンテンツをよりアクセシブルにするために、次の追加の達成方法を検討することが望ましい。ただし、すべての状況において、すべての達成方法が使用可能、又は効果的であるとは限らない。
失敗例
以下に挙げるものは、WCAG ワーキンググループが達成基準の失敗例とみなした、よくある間違いである。
- F60: 達成基準 3.2.5 の失敗例 - 利用者が入力フィールドにテキストを入力したときに新しいウィンドウを開く
- F61: 達成基準 3.2.5 の失敗例 - 利用者がコンテンツの中から無効にできない自動的な更新によってメインコンテンツの変更を完了する
- F9: 達成基準 3.2.5 の失敗例 - 利用者がフォーカスをフォーム要素から移動するときにコンテキストを変化させる
- F22: 達成基準 3.2.5 の失敗例 - 利用者が要求していないウィンドウを開く
- F52: 達成基準 3.2.1 の失敗例 - 新しいページを読み込むのと同時に、新しいウィンドウを開いている
- F41: 達成基準 2.2.1、達成基準 2.2.4、及び 達成基準 3.2.5 の失敗例 - ページを再読み込みするために、meta 要素リフレッシュを使用している
重要な用語
ウェブページのコンテンツにおける大きな変化で、利用者が気づかないと、ウェブページ全体を一度に見ることのできない利用者を混乱させる恐れのあるもの。
状況の変化には次に挙げるものの変化が含まれる:
コンテンツの変化が、必ずコンテキストの変化になるとはかぎらない。アウトラインの展開、動的なメニュー、又はタブの切替などのコンテンツの変化は、それが上記のいずれか (例: フォーカス) を変更しないかぎり、状況を変化させるとは限らない。
新しいウィンドウを開くこと、フォーカスを異なるコンポーネントへ移動させること、新しいウェブページへ移動すること (新しいウェブページへ移動したかのように思わせてしまうことも含む)、又はウェブページの内容を大きく再配置することなどは、コンテキストの変化の事例である。
結果を得るためのプロセス又は手法。
メカニズムは、宣言する適合レベルのすべての達成基準を満たさなければならない。