Skip to content

解説書 達成基準 1.4.2:音声の制御 (レベル A)

要約

目標
音楽又は音を再生するページが、人々の邪魔をしない。
何をすればよいか
音声コンテンツを自動的に再生する場合は、音量を下げたり再生を止めたりできるようにする。
なぜそれが重要か
音によって気が散ってしまう人がいる。そして、音はスクリーンリーダーの妨げにもなる。

意図

スクリーンリーダーを使用している人は、同時に他の音声が再生されている場合、スクリーンリーダーによる読み上げ音声が聞き取りづらくなる。スクリーンリーダーの読み上げ音声が、(今日ではほとんどがそうであるように) ソフトウェアをベースにしたもので、システム全体と同じ音量コントロールによって制御されていると、この状況はさらに悪化する。そのため、利用者が背景音の再生をオフにできることが重要である。

音量コントロールには、その音量をゼロまで下げられることを含む。システム音量をミュートすることは、音声の自動再生を「一時停止又は停止」することにはならない。「一時停止又は停止」及び音声の音量コントロールのいずれも、システム全体の音量設定からは独立している必要がある。

注記

利用者があるページを閲覧し始めた時に音声が自動再生されると、スクリーンリーダーの利用者はその音声を停止させるメカニズムを探しづらくなることがある。なぜなら、スクリーンリーダーの利用者は、読み上げ音声を聞きながらナビゲートしており、自動的に開始した音声がそのナビゲーションを邪魔してしまうかもしれないからである。そのため、WCAG ワーキンググループでは、音声を自動的に再生しないことを推奨し (特に、3 秒よりも長く続く場合)、利用者がそのページを閲覧し始めた後、利用者によって音声の再生を停止させるのではなく、利用者の起こしたアクションによって音声が再生されることを勧める。

1.4.7: 小さな背景音、又は背景音なしも参照のこと。

利点

  • スクリーンリーダーを使用している人が、他に再生されている音声に邪魔されることなく、スクリーンリーダーの音声を聞くことができるようになる。これは、難聴の利用者及びシステム全体の音量制御を用いるスクリーンリーダーを使用している人にとって (システム全体の音量を下げて、スクリーンリーダーの音量を上げることができないため) 特に重要である。
  • この達成基準はまた、音声が再生されているとき、(テキストを含む) 視覚的なコンテンツに集中することが困難な人に対しても役に立つ。

事例

  • ページを開いたときに、音声ファイルの再生が自動的に開始される。しかし、利用者が、そのページの先頭にある「音を消す」というリンクを選択することで、その音声を停止させることができる。

テクニック

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

十分なテクニック

失敗例

以下に挙げるものは、WCAG ワーキンググループが達成基準の失敗例とみなした、よくある間違いである。

重要な用語

支援技術 (assistive technology)

障害のある利用者の要件を満たすために、主流のユーザエージェントが提供する機能を超えた機能を提供するような、ユーザエージェントとして動作する、又は主流のユーザエージェントと共に動作するハードウェア及び/又はソフトウェア。

注記

支援技術が提供する機能としては、代替の提示 (例: 合成音声や拡大表示したコンテンツ)、代替入力手法 (例: 音声認識)、付加的なナビゲーション又は位置確認のメカニズム、及びコンテンツ変換 (例: テーブルをよりアクセシブルにするもの) などを挙げることができる。

注記

支援技術は、API を利用、監視することで、主流のユーザエージェントとデータやメッセージのやりとりをすることが多い。

注記

主流のユーザエージェントと支援技術との区別は、絶対的なものではない。多くの主流のユーザエージェントは、障害のある個人を支援する機能を提供している。基本的な差異は、主流のユーザエージェントが障害のある人もない人も含めて、広く多様な利用者を対象にしているのに対し、支援技術は、特定の障害のある利用者という、より狭く限られた人たちを対象にしているということである。支援技術により提供される支援は、対象とする利用者に特化した、よりニーズに適したものである。主流のユーザエージェントは、プログラムオブジェクトからのウェブコンテンツの抽出、マークアップの識別可能な構造への解釈といった、重要な機能を支援技術に対して提供する場合がある。

適合 (conformance)

与えられた規格、ガイドライン、又は仕様のすべての要件を満たすこと。

メカニズム (mechanism)

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

注記

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

注記

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

プロセス (process)

ある活動を完了させるために必要な利用者の一連の動作。

依存されている (relied upon)

その技術が無効になっている場合、又はサポートされていない場合に、コンテンツが適合できないこと。

技術 (technology)

ユーザエージェントがどのようにレンダリング、再生、又は実行するかを符号化するメカニズム

注記

このガイドラインで用いられている「ウェブ技術」及び (単独で用いられている) 「技術」という用語は、どちらもウェブコンテンツ技術を指す。

注記

ウェブコンテンツ技術には、マークアップ言語、データ形式、及びプログラム言語などがあり、これらをコンテンツ制作者が単独で、又は組み合わせて用いることによって、静的なウェブページや同期したメディアによる提示、さらには動的なウェブアプリケーションに至るまでの様々なエンドユーザ体験を作ることができる。

ユーザエージェント (user agent)

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

テストルール

以下は、この達成基準の特定の側面に関するテストルールである。この特定のルールを使用して WCAG に適合しているかどうかを確認する必要はないが、これらのルールは定義され、承認されたテスト方法である。テストルールの使用については、WCAG 達成基準のテストルールを理解するを参照のこと。

Back to Top