|
| 資料８−３−４ｃ |
|
（27ページ） 付録４ｃ 詳細検討シート （表紙） 詳細検討シート レベル１（最低限の対応）・・・31ページ レベル２・・・69ページ ■「詳細検討シート」について １．位置づけと目的 「詳細検討シート」（以下、本資料と略）は、ウェブアクセシビリティ対応を具体的にどのように行うかを検討するためのワークシートです。ホームページ・リニューアルやウェブシステムの調達において、「基本検討シート」を活用し対応方針を決定した後、具体的な対応方法を決める際に使用します。また、本資料の検討結果は、ホームページ作成ガイドライン等にアクセシビリティ対応を盛り込む際に参考にして下さい。 ウェブアクセシビリティ対応は、制作技術に関わる問題と、地方公共団体の内部の運用体制等に関わる問題が、複雑に絡み合っています。 制作技術に関わる問題の検討は、HTML及びウェブアクセシビリティに関する全般的な知識を必要とします。そのため、本資料を用いた検討は、必要な知識を持ち制作を担当する受注業者が主導することを想定しています。検討は、以下の資料等を参照した上で行うことを推奨します。また、特にJIS X 8341-3及びその技術解説については、検討の際に必要に応じて参照して下さい。 * みんなのウェブ（http://www2.nict.go.jp/ts/barrierfree/accessibility/） * みんなが使えるホームページの作り方 （http://www2.nict.go.jp/ts/barrierfree/accessibility/minna/） * JIS X 8341-3「高齢者・障害者等配慮設計指針−情報通信における機器，ソフトウェア及びサービス − 第3部：ウェブコンテンツ」（http://www.jisc.go.jp/） * JIS X 8341-3「高齢者・障害者等配慮設計指針−情報通信における機器，ソフトウェア及びサービス− 第３部：ウェブコンテンツ」技術解説 （http://www.jsa.or.jp/domestic/instac/commitee-acc/web-tech-repo/） ２．シートの構成 ・「基本検討シート」に準じた構成になっています。 ・「基本検討シート」を使用した検討結果に従い、詳細検討が不要となった検討項目は省いて使用して下さい。 ・ 各項目に必要な検討内容が記載されています。具体的な対応方法の例や、選択肢が示されています。 ・ 背景となる問題や、詳しい技術等は、JIS X 8341-3技術解説を参照する構成になっています。 ３．使用方法 ・ ホームページ・リニューアルやウェブシステムの調達で使用する際は受注業者が主導して、「基本検討シート」での検討結果に従い、詳細検討が必要なすべての項目について、具体的な対応方法を検討して下さい。 ・ 対応方法の決定にあたっては地方公共団体の運用体制やホームページの運用方針等も関わってきます。できる限り発注者と受注業者との合意の上で、配慮の具体的な方法を決定して下さい。特に「確認」という項目名が付いているものは、受注業者だけで判断するのではなく、地方公共団体と十分に相談するよう心がけて下さい。 ４．検討にあたっての注意 本資料での検討に基づき対応方法を決定した後、「テンプレート制作」や「ページ制作」の段階で決定した対応方法と異なる方法で制作する必要が生じた場合は、対応方法の見直しを行なって下さい。 （31ページ） レベル１（最低限の対応） （33ページ） 1-1 規格・仕様 【対応するJIS項目 5.1.a】 規格・仕様・文法に則って正しく制作されていないホームページやウェブシステムは、一般のブラウザや、高齢者障害者支援技術、アクセシビリティチェッカーが、正しく認識できなかったり表示や出力がおかしくなったりする可能性があります。 【参照】→技術解説書5.1.a「背景と問題点」 ■ 対応方針 （基本検討結果） * 使用するHTML等のバージョンを明確にし、その仕様・文法にしたがってページを作成する * 作成する文字コードを決定し、HTMLで宣言する * 機種依存文字は使わない。配慮方針についてルール化する * 検討１→ 使用する技術について、採用する仕様を選択する * 検討２→ 採用する文字コードを選択する * 検討３→ 機種依存文字についての配慮の対処方法を決める「確認」 ●検討１ 使用する技術について、採用する仕様を選択する ホームページやウェブシステムを記述するための言語には複数の選択肢があります。例えば、現時点ではHTML4.01 Transitionalが多く使われていますが、フレームを利用する場合はFramesetを使う必要があります。どの記述言語を選ぶかはアクセシビリティの確保に重大な影響を与えるわけではないので、基本的には制作業者が対応可能な技術を選択すればよいでしょう。 なお、アクセシビリティ確保の観点からは、いったん決めた記述言語については、ホームページやウェブシステムのソース内で、採用した記述言語を明示するDOCTYPE宣言を行い、ソースコード内ではその記述言語を用いた記述を徹底することが重要です。 【参照】→技術解説書5.1.a「背景と問題点」「技術解説」「ソリューション」 ◆基本記述言語（いずれか） □ HTML4.01 Strict □ HTML4.01 Transitional □ HTML4.01 Frameset □ XHTML1.0 Strict □ XHTML1.0 Transitional □ XHTML1.0 Frameset □ XHTML1.1 □ その他（具体的に： ） ●検討２ 採用する文字コードを選択する ホームページやウェブシステムを作成する文字コードには複数の選択肢があります。例えば、マイクロソフト製品（Windows等）ではShift_JISがよく用いられますが、Linux等のUnix系ではEUC−jpがよく用いられます。どの文字コードを選択するかはアクセシビリティ対応に影響を与えませんが、ホームページやウェブシステムを作成する文字コードをひとつに決めて、ソース内でmeta要素を用いてその使用を明示し、その文字コードで作成することを徹底することがアクセシビリティ確保の上では重要となります。なお、ウェブサーバの送信する文字コード情報との整合性が問題になるケースもありますので、サーバ管理者と相談しながら決めるとよいでしょう。 【参照】→技術解説書5.1.a「技術解説」「ソリューション」 ◆文字コード（いずれか） □ Shift_JIS □ UTF-8 □ EUC-jp □ iso-2022-jp □ その他（具体的に： ） ●検討３ 機種依存文字についての配慮の対処方法を決める「確認」 コンテンツの中で使用している機種依存文字、また今後登場する可能性が高い機種依存文字について洗い出しましょう。 【参照】→技術解説書5.1.a「ソリューション」 【機種依存文字の例】 * JIS標準コードにない漢字（人名や地名等） * アルファベットの組み合わせでできている単位記号（cm、cc、kg等） * ローマ数字（I、II等） * 丸数字（(1)、(2) 等） * 文字記号（(株)(有) 等） * 異なる文字コードの記号（ユーロ記号、トランプの記号（ダイヤ、ハート、スペード、クラブ）、トレードマーク(TM) 等） さらに、上記の検討で上げられた機種依存文字について、対応可能な対処方策を検討し、統一ルール化しておきましょう。 【対処策例】 * 機種依存文字を使わず、その読みを平仮名、カタカナ等で記述する * 機種依存文字を使わず、類似の別の漢字や、算用数字等を代用する * 漢字や記号を画像で作成して配置し、読みを代替テキスト（alt属性等）で記述する（例：「e-Japan戦略II」全体あるいは「II」を文字化けしないように画像化する） * 複数のアルファベット（cm等）や文字の組み合わせでできた文字（(株)等）は、一文字ずつ書き下す （機種依存文字のパターンと対処策の記入欄） （36ページ） 1-2 画像 【対応するJIS項目 5.4.a】 画面読み上げソフトやテキストブラウザで利用する場合、利用者は代替テキストが無い場合、画像で示されている情報を理解できません。 【参照】→技術解説書5.4.a「背景と問題点」 ■ 対応方針 （基本検討結果） * 画像には必ず代替テキストを提供し、画像の内容が過不足無く伝わるように配慮する * 提供が想定される主な画像の種類に合わせて、代替テキストの内容をどのようにするか、あらかじめ方針を定める * 検討１→ 必須の原則を確認しましょう * 検討２→ 個別ケースの対処法を検討しましょう「確認」 ●検討１ 必須の原則を確認しましょう 以下の項目は必須要件です。ホームページやウェブシステム内のすべての画像について満たすようにして下さい。 【参照】→技術解説書5.4.a「技術解説」「ソリューション」 （必須） □ すべての画像（img要素）にはalt属性を指定する（意味の無い画像も含めすべて） ●検討２ 個別ケースの対処法を検討しましょう「確認」 提供が想定される主な画像の種類について、代替テキストの用意の仕方について方針を検討しましょう。代替テキストの用意の仕方には複数の選択肢があります。その画像の果たしている役割、前後及び周囲との文脈を考えて、過不足の無く代替を行える方法を選択しましょう。 【参照】→技術解説書5.4.a「技術解説」「ソリューション」 ◆代表的なケースの例 * テキストを画像化したもの（タイトル画像、見出し画像等） * 地図や見取り図、模式図等複雑な情報を表した画像 * グラフ * 情報として意味のある写真、イラスト * 箇条書きの前のポイント画像 * イメージや雰囲気の表していて情報としては意味を持たない写真、イラスト * 配置を制御するための透明な画像 ◆代替テキストの用意の仕方の例 * 画像内のテキストの内容をalt属性に記述する * alt属性の中には、「●●の図」「図１」など簡潔な内容を記述し、画像の周囲のテキストで説明する（本文、図のキャプションなど） * alt属性の中には、「●●の図」「図１」など簡潔な内容を記述し、画像の近くに「図の説明」などの言葉を置き、説明ページへリンクを張る * alt属性の中には、「●●の図」「図１」など簡潔な内容を記述し、図から説明ページへリンクを張る * 情報として意味の無い画像のalt属性の中は空にする（alt=""） （想定されるケースと代替テキストの用意の仕方・方針の記入欄） 代替の方針が充分な内容かどうか確認しましょう ◆注目ポイント例 * 画像が示している情報の内容は、画像が見えない場合でも過不足無く理解できるでしょうか？ （ブラウザの設定で画像をオフにして表示したり、画面読み上げソフトで聞いてみたりするなどの確認方法があります） * レイアウトの調整のために置かれた画像や、情報として意味の無い画像等に余分な代替テキストを指定していないでしょうか？ （知る必要が全くないことが音声で読まれるようなことはないでしょうか？） （38ページ） 1-3リンク画像 【対応するJIS項目 5.4.b】 画面読み上げソフトで利用している場合、ハイパリンク画像に代替情報が無いと、利用者はハイパリンク先を識別・理解することができません。 【参照】→技術解説書5.4.b「背景と問題点」 ■ 対応方針 （基本検討結果） * リンク画像には、リンク先の内容が予測できる代替テキストを提供する * 検討１→ 必須の配慮について検討しましょう * 検討２→ （イメージマップを使用する場合）配慮の方法を検討しましょう ●検討１ 必須の配慮について検討しましょう 【参照】→技術解説書5.4.b「技術解説」「ソリューション」「注意事項」 （必須） □ ハイパリンク画像のalt属性の中に代替テキストを指定する （必須） □ フォームボタンを画像にする際は、input要素のalt属性に代替テキストを記述する （必須） □ alt属性の内容は、その部分だけでリンク先の内容がわかるように記述する （必須） □ 同じリンクが繰り返されることを避ける（テキストリンクとリンク画像を並べる場合など） □ そのほかの配慮（具体的に： ） ●検討２ （イメージマップを使用する場合）配慮の方法を検討しましょう イメージマップを用いる際は、原則としてクライアントサイド・イメージマップを用います。クライアントサイド、サーバサイド、いずれの場合もイメージマップを用いる場合は配慮が必要です。 【参照】→技術解説書5.4.b「技術解説」「ソリューション」 ◆クライアントサイド・イメージマップの場合 （必須） □ マップ内のリンク領域の代替テキストを、area要素のalt属性に記述する （必須） □ イメージマップ全体の代替テキストをimg要素のalt属性に記述する □ そのほかの配慮（具体的に： ） ◆サーバサイド・イメージマップの場合 （必須） □ イメージマップ画像のalt属性に代替テキストを記述する （必須） □ イメージマップに設定してあるすべてのリンクと同じリンク先へのテキストリンクをマップ画像のすぐそばに置く □ そのほかの配慮（具体的に： ） （40ページ） 1-4 キーボード操作 【対応するJIS項目 5.3.a】 全盲の利用者、マウスポインタが見づらい利用者、肢体不自由者等、マウスではなくキーボードによる操作でホームページやウェブシステムを利用している人がたくさんいます。マウスでしか利用できない設計になっているとホームページやウェブシステムを利用できない人が出てしまいます。 【参照】→技術解説書5.3.a「背景と問題点」 ■ 対応方針 （基本検討結果） * すべての機能・サービスをキーボード操作でも利用できるようにする * 検討１→ ホームページやウェブシステム内の操作部分を洗い出し作成方針を検討しましょう ●検討１ ホームページやウェブシステム内の操作部分を洗い出し作成方針を検討しましょう ホームページやウェブシステム内で、ナビゲーションリンク、フォームによるメニュー選択など、操作が必要となる部分を洗い出し、キーボードでも機能やサービスが利用可能なように作成方法を検討して下さい。 【参照】→技術解説書5.3.a「技術解説」「ソリューション」 【作成方法の例】 * a要素によるリンクテキスト * （Flashによるリンクメニュー）a要素によるリンクテキストを代替として添える * （プルダウンメニュー）決定ボタンを添え、そのボタンのonClick属性で変更のJavascriptを指定する * tabindex属性でフォーカスの移動順序を理にかなった順序になるよう指定する ◆キーボードによる操作が問題なく可能かどうか方針を確認しましょう。 【参照】→技術解説書5.3.a「技術解説」「ソリューション」 【注目ポイント例】 * ホームページやウェブシステム内で提供されているすべての機能やサービスは、マウスを使わずキーボードで利用可能でしょうか？ （マウスでしか操作できないボタン等があっても、代わりの手段が合わせて提供されていてキーボードでホームページやウェブシステムの機能やサービスが利用可能であれば可） * リンク、入力項目は、キーボードで移動した時に理にかなった順序で移動するでしょうか？ * プルダウンメニューがある場合、キーボードで選択操作が可能でしょうか？ できない場合、代わりの手段は用意されているでしょうか？ * FlashやPDFで操作部分が提供されている場合、キーボードで操作や選択が可能でしょうか？できない場合、代わりの手段は用意されているでしょうか？ （42ページ） 1-5配置 【対応するJIS項目 5.2.d】 ※基本検討シート中の「1-5 配置」で「配置のために表組み（table要素）を用いない」を選択した場合は、この項の詳細検討は不要です。 HTMLのtable要素を使ったページレイアウトは広く利用されていますが、視覚障害者用の画面読み上げソフトでの読み上げ順序に配慮した設計にしないと、画面読み上げでは意味が通らなくなってしまうことがあります。 まず、どのような順序で読み上げが行われるかを十分に理解して下さい。 【参照】→技術解説書5.2.d「背景と問題点」「技術解説」「ソリューション」 ■ 対応方針 （基本検討結果で以下が選択された場合） * 配置のために表組み（table要素）を用いるが、画面読み上げソフト等への配慮を行う * 検討１→ 作成するページのレイアウト案を作り、読み上げ順序を確認しましょう ●検討１作成するページのレイアウト案を作り、読み上げ順序を確認しましょう 作成するページのレイアウト図を作り、画面読み上げでの読み上げ順に番号を振ってみて下さい。（左上のセルから右側へ） 【参照】→技術解説書5.2.d「ソリューション」 （テーブルレイアウト案の記入欄） ◆読み上げ順が、情報の意味上のつながりと違っている場合は、ページレイアウトの変更を検討して下さい。 （44ページ） 1-6 ページタイトル 【対応するJIS項目 5.2.e】 ページのタイトルは、そのページの概要を理解したり、目的のページかどうかを判断したりための最も重要な情報です。画面読み上げソフトでは、最初にページタイトルを読み上げてから、内容を読み上げます。 【参照】→技術解説書5.2.e「背景と問題点」「技術解説」 ■ 対応方針 （基本検討結果） * ページタイトルのつけ方にルールを設ける * 検討１→ ホームページやウェブシステム全体でページタイトルの付け方のルールを決めましょう「確認」 ●検討１ ホームページやウェブシステム全体でページタイトルの付け方のルールを決めましょう「確認」 ページのタイトルは、そのページの概要を理解したり、目的のページかどうかを判断したりするための最も重要な情報です。身近な例では、ブラウザのタイトルバーやお気に入り等に登録されたときに表示されます。以下の視点を取り入れながら、ホームページやウェブシステム全体でわかりやすいページタイトルの付け方のルールを決めて下さい。 【参照】→技術解説書5.2.e「ソリューション」 【注目ポイント例】 * ページ内容を最も端的に表す単語やフレーズを含める * ホームページやウェブシステム内で同一のタイトルのページが複数無いようにする * 端的なホームページやウェブシステム名を含める * すべてのタイトルに、ホームページやウェブシステム名等同じ文字列を入れる場合は、最後尾に配置したり、省略するなどして、利用者が効率よくページ内容を把握できるようにする （ページタイトルの付け方の統一ルールの記入欄） （46ページ） 1-7 リンク 【対応するJIS項目 5.3.g】 ホームページやウェブシステムを利用する際の基本機能であるリンクは、リンクであることを識別しやすく、どこにリンクするかを理解しやすく、選択の操作が容易に行えることが重要です。 【参照】→技術解説書5.3.g「背景と問題点」 ■ 対応方針 （基本検討結果） * リンクテキスト、リンク画像は、識別・操作がしやすいようにルールを定める。リンク先が明確にわかるような表記にする * 検討１→ リンクテキストや画像の内容のわかりやすさについて検討しましょう * 検討２→ リンクテキストや画像の識別や操作のしやすさについて検討しましょう ●検討１ リンクテキストや画像の内容のわかりやすさについて検討しましょう 配慮の方針から必須の内容を確認し、そのほかの配慮の可能性についても検討して下さい。 【参照】→技術解説書5.3.g「技術解説」「ソリューション」 ◆リンクテキストの内容のわかりやすさ （必須） リンクテキストだけで、リンク先の内容を想像できるようにする （必須） 指示代名詞だけでリンク先を指定しない（ここ、こちら 等） （必須） 「クリック！」など、リンク先の内容を推測できない表現を用いない 「××に関する詳しい情報」のような文字列のうち、「情報」だけをリンクとするのでなく、リンクを指定する範囲を広げてリンク先をわかりやすくする ・そのほかの配慮（具体的に： ） ◆リンク画像の表示内容、代替テキストの内容のわかりやすさ （必須） 画像に表示する文字や絵文字（アイコン）は、ボタンの機能を推測できるようにする （必須） ａｌｔ属性の内容だけで、リンク先の内容を想像できるようにする （必須） ａｌｔ属性の内容に指示代名詞だけでリンク先を指定しない（ここ、こちら 等） （必須） ａｌｔ属性の内容に「クリック！」など、リンク先の内容を推測できない表現を用いない ・そのほかの配慮（具体的に： ） ●検討２ リンク画像の配慮方針について検討しましょう 注目ポイント例を参考に、配慮の方針を検討し決めて下さい。 【参照】→技術解説書5.3.g「技術解説」「ソリューション」 ◆リンクテキストの、見た目のわかりやすさ、操作のしやすさ 【注目ポイント例】 * 適度なリンク範囲を確保できるように文字列全体にリンクを設定する * ブラウザのデフォルトのリンクの表示スタイル、選択済みリンクの表示スタイルは、変更しない * 隣接するリンクの間は、適切な間隔を設ける * テキストリンクが横に並ぶ場合、各テキストリンクの間に縦線や斜線を入れる * 行間を設定する場合は狭くしない （見た目のわかりやすさ、操作のしやすさの配慮方針の記入欄） ◆リンク画像の、見た目のわかりやすさ、操作のしやすさ 【注目ポイント例】 * 適度なリンク範囲を確保できるように大きな画像を用いる * リンク画像は選択できそうな形のデザインにする （見た目のわかりやすさ、操作のしやすさの配慮方針の記入欄） （48ページ） 1-8 文字の色 【対応するJIS項目 5.6.c】 ※基本検討シート中の「1-8 文字の色」で「文字色、背景色を変更せずブラウザで指定された色、背景色で表示されるようにする」を選択した場合は、この項の詳細検討は不要です。 文字の色と背景色の組み合わせによっては、文字が読み取りづらくなる可能性があります。色の識別がしにくい人は、ウェブ利用者の中でもかなりの割合を占めます。 【参照】→技術解説書5.6.c「背景と問題点」 ■ 対応方針 （基本検討結果） * 文字色、背景色の指定にルールを設ける * 検討１→ 配慮のルールについて検討しましょう ●検討１ 配慮のルールについて検討しましょう 文字の色を指定する場合には、十分な配慮が必要です。 【参照】→技術解説書5.6.c「技術解説」「ソリューション」 ◆配慮の方針例（できる限り複数を組み合わせることが望ましい） * 制作時にアクセシビリティチェッカーで、コントラストに問題が無いかどうかを確認する * 制作時にアクセシビリティチェッカーで配色に問題が無いかどうかを確認する * 制作時にグレースケールで印刷をしてコントラストが読み取りにくく無いかどうかを確認する * 制作時に複数のスタッフで配色がわかりにくくないかどうかを確認する * 制作時にスタイルシートを外した状態でも色の組み合わせ、コントラストに問題が無いことを確認する * 文字の背景に画像を置かない * 制作時にWindowsのOSの機能で画面を白黒反転させ、色の組み合わせ、コントラストの面で、読み取りづらくないかどうかを確認する （採用する配慮方針の記入欄） ◆設定したルールについて配慮が問題ないかどうか確認してみましょう ルールに基づいたデモページやテンプレートを作成し、複数の人で読みにくくないかどうかを確認してみましょう。できるだけ、多くの人数、多くの年齢層から意見を求め、可能であれば、視覚に障害のある方の意見を求めましょう。 （50ページ） 1-9 文字のサイズ 【対応するJIS項目 5.6.a】 ※基本検討シート中の「1-9 文字のサイズ」で「文字サイズや書体を指定せず、ブラウザで指定されたサイズ・フォントで表示がされるようにする」を選択した場合は、この項の詳細検討は不要です。 文字の大きさが小さく感じた場合、利用者はブラウザの文字サイズ変更機能を利用して拡大することがあります。文字サイズを拡大できないように設計してしまうと、この機能が利用できないことになります。 また、画像の文字サイズを変更できないブラウザも多いので、画像内の文字サイズは読みやすさに注意して指定する必要があります。 【参照】→技術解説書5.6.a「背景と問題点」 ■ 対応方針 （基本検討結果） * 文字サイズの指定方法にルールを設ける * 検討１→ 基本的な方針を決めましょう * 検討２→ 文字サイズ指定ルールについて検討しましょう ●検討１ 基本的な方針を決めましょう 文字サイズは、これからはfont要素ではなく、CSSの中で指定する方法が推奨されています。フォントの種類を指定する場合はスタイルシートで指定しましょう。 ◆文字サイズの指定方法（行う場合の基本方針としていずれか） （推奨） ・CSSを使用して指定する ・font要素を使用してHTMLで使用する ◆フォントの指定方法（行う場合） （必須） CSSで指定する ●検討２ 文字サイズ指定ルールについて検討しましょう 文字サイズを指定する場合の配慮ルールについて検討しましょう。HTMLのfont要素で指定する場合でも、CSSで指定する場合でも、ブラウザでの拡大縮小が可能な相対値で指定して下さい。 【参照】→技術解説書5.6.a「技術解説」「ソリューション」 （その他の箇所に関する文字サイズ指定方法のルール（例：CSSで%指定を行う）の記入欄） （52ページ） 1-10 色での区別 【対応するJIS項目 5.5.a】 色の違いで表現や指示を行うことで、多くの人がわかりやすくなります。しかし、色の違いだけでは、色の区別のつかない人にはその意味が伝わりません。 ◆色の違いで表現するケースの例 ＊複数の色で情報の違いを表現する ・天気や気温の分布を地図上の色の違いで表現 ・グラフのデータの違いを色の違いで表現 ・必須項目のみ赤字で示す ・鉄道の時刻表で、特急・急行・各駅停車の違いを、文字色の違いで表現 施設や座席の空き状況案内で、「空きあり」「残りわずか」「満席」等をカレンダーの塗りつぶし色の違いで表現 ＊色の違いで強調を表現する ・新商品のみ赤字で示す ・文章内の強調箇所を赤字で示す ・その他 【参照】→技術解説書5.5.a「背景と問題点」「技術解説」 ■ 対応方針 （基本検討結果） * 情報の識別や指示は、色だけでなく文字等でもわかるようにする * 検討１→ 具体的な配慮の方法について理解しましょう ●検討１ 具体的な配慮の方法について理解しましょう 色で表現や指示をする場合には、色以外の方法でもその情報が伝わるようにする必要があります。 ◆配慮の例 * 必須の入力項目名には、赤字にするのと同時にかっこ書きで（必須）とテキストを加える * 強調したい単語や文章には、赤字にするだけでなく太字にし、emやstrong等の要素を指定する * 天気や気温の分布を地図上の色と、塗りつぶしパターンの違いで表現する * 鉄道の時刻表で、特急・急行・各駅停車の違いを文字色の違いと◎、△等の記号で表現する * グラフでは凡例だけでなく引込み線を用いて情報を提供する * 施設の空き状況案内で、「空きあり」「残りわずか」「満席」などをカレンダーの色の違いと文字で表現 【参照】→技術解説書5.5.a「技術解説」「ソリューション」 （54ページ） 1-11 単語内の空白等 【対応するJIS項目 5.9.e】 表示の体裁を整えるために単語の途中に空白や改行を入れることがありますが、これをしてしまうと、画面読み上げソフトは、ひとつの単語として認識ができず読み上げ方がおかしくなり、利用者が内容を理解できなくなります。 【参照】→技術解説書5.9.e「背景と問題点」 ■ 対応方針 （基本検討結果） * 単語の文字の間にスペースや改行を入れない * 検討１→ 配慮のルールの詳細を検討しましょう「確認」 ●検討１ 配慮のルールの詳細を検討しましょう「確認」 HTML化を担当する人だけでなく、CMS（コンテンツ管理システム）等に情報を入力する場合も配慮が不可欠です。必須のルールとして徹底しましょう。 【参照】→技術解説書5.9.e「技術解説」「ソリューション」 ◆配慮方針の例 （必須） 単語の途中に空白（スペース）を入れない（文字の間隔を調整したい場合はスタイルシートで調整する） （必須） 単語の途中にbr要素を入れない（縦書きを表現したい場合はスタイルシートで調整したり、画像で表現したりする） （55ページ） 1-12 入力や選択 【対応するJIS項目 5.3.b、5.3.c、5.3.d】 ※基本検討シート中の「1-12 入力や選択」で「利用者が情報を入力・選択する機能（入力フォーム、プルダウンメニュー、ラジオボタン、チェックボックス等）は設けない」を選択した場合は、この項の詳細検討は不要です。 入力欄では、何を入力すればよいかがわかりやすく示されること、また入力操作がしやすいことが重要です。画面読み上げソフトでの利用者や、弱視の利用者、マウスの操作が難しい利用者等、様々な配慮が必要です。 また、視覚障害者や肢体不自由者、パソコン操作に不慣れな人では、入力操作に多くの時間がかかることがあります。入力操作をわかりやすくする配慮や、時間制限をできるだけ設けない配慮が必要です。 【参照】→技術解説書5.3.b「背景と問題点」「技術解説」 【参照】→技術解説書5.3.c「背景と問題点」「技術解説」、5.3.d「技術解説」 ■ 対応方針 （基本検討結果） * 入力フォーム等を設けるため、必要な配慮をルール化する * 検討１→ 入力欄での配慮の方法について検討しましょう * 検討２→ 入力フォーム以外でのコミュニケーションの方法を用意しましょう「確認」 * 検討３→ （時間制限を行う場合）配慮について検討しましょう * 検討４→ （利用者認証を行う場合）配慮について検討しましょう ●検討１ 入力欄での配慮の方法について検討しましょう できる限り多くの利用者にとって、わかりやすく操作しやすい配慮の方法を検討して下さい。 【参照】→技術解説書5.3.b「技術解説」「ソリューション」 ◆入力のわかりやすさ、操作しやすさについての基本的な配慮 （必須） □ label要素を使用し、ラベルとコントロールを関連付ける （必須） □ コントロールが多くなる場合は、グループ化する （必須） □ 必須入力と任意入力の項目の違いを明示する （必須） □ 入力に関する指示や説明、注意事項は、入力項目の近く（できるだけ前）に記述する □ その他の配慮を行う （具体的に： ） ◆入力する文字種等入力書式についての配慮 （必須） □ 入力すべき文字種等入力書式に制約がある場合は明示する （推奨） □ 入力する文字種等入力書式に自由度を持たせる（半角/全角等） ◆わかりにくさや操作のしにくさの原因がないかどうか確認しましょう。 【参照】→技術解説書5.3.b「技術解説」「ソリューション」 【注目ポイント例】 * 何をどこにどのようなルールで入力すべきかが容易に理解できますか？ * ラベル（選択肢の文字列）をクリックすることで、コントロールが選択されますか？ * 選択肢の数はこれ以上グループ分けによるわかりやすさの向上ができませんか？ * 必須であることを文字色や記号だけで表現していませんか？ * テキストボックス内の文字サイズを小さくしていませんか？ ●検討２ 入力フォーム以外でのコミュニケーションの方法を用意しましょう「確認」 ホームページでの入力がうまくできない人のために、どのような代替手段を提供するかを検討し選択して下さい。 障害の種類は多様で利用しやすい手段は人によって異なるため、できる限り複数の手段を用意することが極めて重要です。 例えば、言葉をうまく話せない場合、電話や対面でのやり取りよりも、電子メールやＦＡＸでのやり取りの方が容易な場合があります。逆に電話機を操作できない場合でも、特殊な装置やソフトを利用して入力フォームへの文字入力や、メール送信をできる人もたくさんいます。 ◆可能な手段をできるだけ併用 □ 入力フォームによる連絡を受け付ける □ 電子メールによる連絡を受け付ける □ 電話による連絡を受け付ける □ ＦＡＸによる連絡を受け付ける □ 窓口での受付時間や訪問方法を案内する □ その他の受付方法を用意する （具体的に： ） ●検討３ （時間制限を行う場合）配慮について検討しましょう できる限り多くの利用者にとって、わかりやすく操作しやすい配慮の方法を検討して下さい。 【参照】→技術解説書5.3.c「技術解説」「ソリューション」、5.3.d「技術解説」「ソリューション」 （必須） □ 時間制限があることを明示する （必須） □ 操作するためにできる限り充分な時間設定にする （推奨） □ 経過時間、残り時間又は受付終了時刻等をページ内で表示する （推奨） □ 利用者が時間延長できる手段を用意する （推奨） □ 利用者が時間制限を解除できる手段を用意する □ その他の配慮を行う （具体的に： ） ◆わかりにくさや操作のしにくさの原因がないかどうか確認しましょう。 【注目ポイント例】 * 時間制限があることが入力操作を開始する前に容易にわかりますか？ * 設定されている時間は、許容される範囲で最も長い設定になっていますか？ ●検討４（利用者認証を行う場合）配慮について検討しましょう 利用者のID、パスワード入力については、入力できないとサービス全体が利用できなくなってしまいます。利用者が様々な制約を持っている場合でも入力が可能かどうかをよく検討し確認して下さい。 【注目ポイント例】 * 画面を直接見ることができず、画面読み上げ等で利用している場合でも必要な情報を入力しログイン等の操作ができますか？ * マウス操作ができない人が、キーボードの操作だけで必要な情報を入力しログイン等の操作ができますか？ * マウス操作はできてもキーボードを打てない人が、マウス操作だけで必要な情報を入力しログイン等の操作ができますか？ （58ページ） 1-13 ＰＤＦ 【対応するJIS項目 5.1.b、5.4.e】 ※基本検討シート中の「1-13 PDF」で「PDFを提供しない」を選択した場合は、この項の詳細検討は不要です。 PDFはHTML化作業をすることなく簡単に作成できるほか、資料の正確な印刷イメージを提供できます。しかし、閲覧に専用ソフトが必要な上、現状では画面読み上げソフトで正しく読み上げられないなどの問題が発生する場合があります。そのため、PDF以外の方法で情報や機能を利用できるようにすることが重要です。 またAcrobatのバージョン5.0以降を使用可能な場合（PDFバージョン1.4以降）は、PDFのアクセシビリティ機能があり、これを使用することで内容を読める人の割合は増えます。PDF自体の作成方法にできる限り注意して配慮のあるPDFを作成して下さい。 なお、Adobeでは、PDF自体をアクセシブルにするための作成方法について情報を公開しています。PDFを掲載する場合は、情報を参照しその方法について理解することが必要です。 【参照】→技術解説書5.4.e「背景と問題点」 【参照】→技術解説書Adobe PDFに関する情報 ■ 対応方針 （基本検討結果） （基本検討で選択された以下のいずれか） □ アクセシビリティに配慮したPDF形式で制作し公開すると同時に、掲載の際にはＰＤＦファイルの情報内容を説明するテキスト等を提供する。（Acrobat バージョン5.0以上） □ PDFで公開すると同時に、掲載の際にはファイルの情報内容を説明するテキスト等を提供する。（Acrobat バージョン4.0以下） * 検討１→ ホームページやウェブシステム内でＰＤＦを用いて情報提供するケースを洗い出しましょう「確認」 * 検討２→ ＰＤＦを掲載する場合の配慮方法について検討しましょう「確認」 * 検討３→ PDF作成時のルールを検討しましょう「確認」 ●検討１ ホームページやウェブシステム内でＰＤＦを用いて情報提供するケースを洗い出しましょう「確認」 まずは、各ケースについてPDFで情報を提供するメリットについて検討しましょう。制作の簡便性だけでなく、利用者の立場にも立って考えることが重要です。 （PDFで情報提供するケースについて、情報提供箇所（例：広報誌、ニュース）と PDFで提供することのメリット（例：印刷のしやすさ、まとめてダウンロードできる）の記入欄） ●検討２ ＰＤＦを掲載する場合の配慮方法について検討しましょう「確認」 検討１で洗い出したPDF利用ケースについて、代替や配慮の方法について検討しましょう。できるだけ不足なく情報が伝わる手段を用意することが重要です。リンクテキストに配慮したり、他のファイル形式でも合わせて提供したりするなど、複数の配慮を組み合わせることで、情報を読めない人を減らすことができます。 【参照】→技術解説書5.4.e「技術解説」「ソリューション」 ◆配慮方法の例 * PDFを掲載しているHTMLページあるいは別ページで、PDFが伝えている情報の内容を不足なく合わせて提供する （推奨） * PDF内のテキスト情報を抜き出し、HTMLやテキストファイルで提供する （画像を含むものや複雑な構成のものでは情報が不完全になる可能性があることに注意） * MSWord、Excel、PowerPoint等PDFの原稿となる電子ファイルを合わせて提供する * PDFファイルへのリンクテキストやリンク画像に、リンク先がPDFであること、ファイルのデータ量を明示し、利用者に伝える * プラグインの最新バージョンをダウンロードできるページへのリンクを提供し、プラグインを持っていない利用者が入手しやすいようにする （PDF利用の場合の配慮方針（ホームページやウェブシステム内共通ルール）の記入欄） （例外を設ける場合の基準と、配慮方針の記入欄） ●検討３→ PDF作成時のルールを検討しましょう「確認」 Adobeの提供する情報に従い、対応として現実的な作成ルールを定めて下さい。PDFを作成する可能性のある人に、ルールを周知することが重要です。 【参照】→技術解説書Adobe PDFに関する情報 ◆配慮方法の例 * Acrobat5.0以上のバージョンでPDFを作成する * Adobeの情報に従い、セキュリティ設定の方法にアクセシビリティが損なわれないためのルールを設け順守する * タグ付きPDFを作成し、画像の代替テキストを指定する * タグ付きPDFを作成し、見出し等文書構造を指定する * タグ付きPDFを作成し、読み上げ順序を確認し、必要に応じて順序の設定を調整する （採用する配慮の方針（統一の作成ルール）の記入欄） （62ページ） 1-14 音声 【対応するJIS項目 5.4.c】 ※基本検討シート中の「1-14 音声」で「音声情報は提供しない」を選択した場合は、この項の詳細検討は不要です。 聴覚に障害がある場合、音で提供されている情報や、ホームページやウェブシステムからのメッセージは認識できず、内容も理解できません。PCの音声出力をオフにしている場合や、周囲が騒がしいような場合も同様です。 【参照】→技術解説書5.4.c「背景と問題点」 ■ 対応方針 （基本検討結果） * 音声情報を提供するので、テキスト等の代替情報を提供する * 検討１→ 利用者にとって意味を持つ音声情報を洗い出しましょう「確認」 * 検討２→ 音声情報の代替方法を検討しましょう「確認」 ●検討１ 利用者にとって意味を持つ音声情報を洗い出しましょう「確認」 提供予定のある音声情報を検討し、書き出して下さい。その中で、利用者にとって、情報として意味のあるものを選んで下さい。 ◆利用者にとって意味のある音声の例 * 音声ファイルによる情報提供（ニュースやメッセージ等） * 読み上げ音声で情報提供やガイダンスを行う * エラーの表示や警告表示の際に効果音を鳴らす * 利用者の操作時に効果音を鳴らす （ホームページやウェブシステムで提供する音声情報の情報提供箇所と情報の内容の記入欄） ●検討２ 音声情報の代替方法を検討しましょう「確認」 検討１で洗い出した利用者にとって意味のある音声情報について、代替の方法を検討して下さい。 【参照】→技術解説書5.4.c「技術解説」「ソリューション」 ◆代替の方法の例 * 効果音がなる場合に、アニメーションや色の変化等見た目でも変化がわかるようにする * 音声で提供している情報をHTML等でテキストでも提供する * 音声ガイダンスと同じ内容を字幕でも用意し表示する （利用者にとって意味のある音声情報と代替の方針の記入欄） ◆代替の方針が充分な内容かどうか確認しましょう ◆注目ポイント例 * 音声で提供されている効果は、音声が聞こえない場合でも認識できるでしょうか？ * 音声で提供されている情報は、音声が聞こえない場合でも不足なく理解できるでしょうか？ （64ページ） 1-15 動画 【対応するJIS項目 5.4.d】 ※基本検討シート中の「1-15 動画」で「動画やアニメーションは提供しない」を選択した場合は、この項の詳細検討は不要です。 視覚に障害がある場合、画面で視覚的に伝えている情報が理解できないことがあります。また、聴覚に障害のある場合、音によって提供されている情報が理解できないことがあります。音声を含む動画で情報を提供する場合は、両者への配慮が必要です。また、認知又は記憶に障害がある場合、字幕や音声による状況説明によって内容を理解しやすくなる場合があります。 【参照】→技術解説書5.4.d「背景と問題点」 ■ 対応方針 （基本検討結果） * 動画やアニメーションを提供するので、内容を説明する代替情報を提供する * 検討１→ 利用者にとって意味を持つ動画情報を洗い出しましょう「確認」 * 検討２→ 動画情報の代替方法を検討しましょう「確認」 ●検討１ 利用者にとって意味を持つ動画情報を洗い出しましょう「確認」 提供予定のある動画情報を検討し、書き出して下さい。その中で、利用者にとって意味のあるものを選んで下さい。 （ホームページやウェブシステムで提供する動画情報の情報提供箇所と情報の内容の記入欄） ●検討２ 動画情報の代替方法を検討しましょう「確認」 検討１で洗い出した利用者にとって意味のある動画情報について、代替の方法を検討して下さい。「情報が伝わらない利用者が出ないようにすること」を優先し、現実的な方法を検討して下さい。 【参照】→技術解説書5.4.d「技術解説」「ソリューション」 ◆代替の方法の例 * 画面で視覚的に伝えている情報を同期させた副音声で提供する * 画面で視覚的に伝えている情報を別ページ等で代替テキストとして提供する * 音声で聴覚的に伝えている情報を同期させた字幕で提供する * 音声で聴覚的に伝えている情報を別ページ等で代替テキストとして提供する （利用者にとって意味のある動画情報と代替の方針（視覚／聴覚）の記入欄） ◆代替の方針が充分な内容かどうか確認しましょう ◆注目ポイント例 * 動画で視覚的に提供されている情報は、目が見えない、あるいは見えにくい場合でも不足なく理解できるでしょうか？ * 動画内で音声を用いて提供されている情報は、音声が聞こえない場合でも不足なく理解できるでしょうか？ * 別ページに代替テキストを用意している場合、そのページへのリンクはわかりやすい位置にわかりやすい表現で置かれているでしょうか？ （66ページ） 1-16 フラッシュ、スクリプト、アプレット等 【対応するJIS項目 5.1.b 、5.4.e】 ※基本検討シート中の「1-16 フラッシュ、スクリプト、アプレット等」で「オブジェクト（WORD等での情報提供を含む）やプログラム（Flash、Script、Applet等）で作成した情報は提供しない」を選択した場合は、この項の詳細検討は不要です。 FlashやJavaScript、a要素等によりリンクされたHTML以外のファイル等（以下、オブジェクト等）は、情報や機能を利用できない利用者がいる可能性を考えねばなりません。そのため、それ以外の方法（HTML等）で情報や機能を利用できるようにすることがまず重要です。 ◆例 * Java * JavaScript * VBScript * Macromedia Flash * マイクロソフトワード、エクセル、パワーポイント等 * PDF（1-13） 【参照】→技術解説書5.4.e「背景と問題点」（5.1.b「背景と問題点」） 以下の例のようなHTML／XHTML、スタイルシート以外のオブジェクト等の技術を利用する場合は、そのオブジェクト等の技術自体にアクセシビリティ確保の努力をする必要があります。 オブジェクト等の技術とは、object、applet要素を用いてHTMLに埋め込まれるもの、アンカーによって直接リンクされ読み込まれるもの、専用プラグインを用いるもの、外部のプログラムを起動して表示されるものなどがあります。（※PDFについては1-13を参照） 【参照】→技術解説書5.1.b「背景と問題点」「技術解説」 ◆例 * Macromedia FLASH * Java * JavaScript * VBScript ■ 対応方針 （基本検討結果） * オブジェクト（WORDファイル等での情報提供を含む）やプログラム（Flash、Script、Applet等）で作成した情報を提供するが、内容を説明するテキストや同等の操作を可能にする代わりの手段を提供する。さらに、その技術のアクセシビリティ機能を使いそれ自体をできるだけ配慮ある設計にするようルールを設ける * 検討１→ 当てはまるものをホームページやウェブシステム内で提供するケースを洗い出しましょう「確認」 * 検討２→ 提供する場合の配慮方法について検討しましょう「確認」 * 検討３→ 各オブジェクト自体のアクセシビリティ確保の方法を検討しましょう ●検討１ 当てはまるものをホームページやウェブシステム内で提供するケースを洗い出しましょう 提供者側のメリットだけでなく、利用者の立場にも立って考えることが重要です。 （提供するケースについて、情報提供箇所と提供するオブジェクトとその内容の記入欄） ●検討２ 提供する場合の配慮方法について検討しましょう「確認」 検討１で洗い出した提供ケースについて、代替や配慮の方法について検討しましょう。できるだけ不足なく情報が伝わる手段を用意することが重要です。リンクテキストに配慮したり、他のファイル形式でも合わせて提供したりするなど、複数の配慮を組み合わせることで、アクセシビリティが向上します。 【参照】→技術解説書5.4.e「技術解説」「ソリューション」 ◆配慮方法の例 * オブジェクト等を呼び出しているHTMLページあるいは別ページで、オブジェクト等が伝えている情報の内容を不足なく合わせて提供する * オブジェクト等で提供されている情報のうちテキスト情報を抜き出し、HTMLやテキストファイルで提供する * object要素内に代替テキストを記述する * script要素がある場合、noscript要素を使ってscriptが使えないときにも情報や機能を利用できるようにする * プラグインの最新バージョンをダウンロードできるページへのリンクを提供し、プラグインを持っていない利用者が入手しやすいようにする （オブジェクト等を提供するケースと配慮方針の記入欄） ●検討３→ 各オブジェクト自体のアクセシビリティ確保の方法を検討しましょう オブジェクトの開発・提供等を行なっている企業が、アクセシビリティのガイドラインを示している、あるいはアクセシビリティ確保技術を提供している場合にはそれを参照しましょう。 【参照】→技術解説書5.1.b「ソリューション」 （用いる技術と参照ドキュメント、アクセシビリティ確保方針の記入欄） （69ページ） レベル２ （71ページ） 2-1 文書構造 【対応するJIS項目 5.2.a】 HTMLでは見出しや段落、箇条書き等といった文書の構造を表すための要素が用意されています。これらを使うことで、見た目だけでなく、多様な利用者や、検索エンジン等のロボット等に対して、文書の構造を適格に伝えることができます。 なお、構造を示した文書を視覚的にどのように表現するかは、スタイルシートで表現します。 【参照】→技術解説書5.2.a「背景と問題点」「技術解説」 ■ 対応方針 （基本検討結果） * HTMLで見出し、段落、リスト等の要素を用いて、ページ内の内容の構造を示す （ルールを設ける） * 検討１→ 代表的なページ構成を例に、文書構造の指定方針を決めましょう ●検討１→ 代表的なページ構成を例に、文書構造の指定方針を決めましょう トップページ、コーナーの目次ページ、情報掲載ページ等、代表的なページ構成パターンを選び、それらを例に、文書構造をどのように指定するかを示して下さい。 【参照】→技術解説書5.2.a「ソリューション」 （見出しや段落指定などの適切な記述例の図） 【注目ポイント例】 * 文書内の大見出し、中見出し、小見出しに相当する部分には、h要素が指定されていますか？ * 見出し要素の階層（h1、h2、h3・・・）は、文書の階層構造を正しく表現していますか？ * 箇条書きに相当する部分は、ol、ul、dlといった箇条書きの要素を用途に合った形で使用していますか？ * 段落に相当する部分にはp要素が使われていますか？ （文書構造の指定方針の記入欄） （73ページ） 2-2 スタイルシート 【対応するJIS項目 5.2.b】 ホームページやウェブシステムの表示スタイルは、すべてスタイルシートを用いて記述することが推奨されています。 【参照】→技術解説書5.2.b「背景と問題点」 ■ 対応方針 （基本検討結果） * スタイルシートを用いて表示方法を記述する。スタイルシートが利用できない環境に配慮する * 検討１→ スタイルシートの適用範囲を決めましょう * 検討２→ スタイルシートが適用されない環境での読み取りに配慮しましょう ●検討1 スタイルシートの適用範囲を決めましょう 制作技術、コンテンツの性質等を勘案し、現実的なスタイルシート適用範囲を選択して下さい。 【参照】→技術解説書5.2.b「背景と問題点」 （どちらか） □ すべての表示スタイルはスタイルシートで指定する（table要素や、font要素等で配置や見映えを表現しない） □ 部分的にスタイルシートを用いるが、HTMLでも一部の配置や見映えを指定する ●検討２ スタイルシートが適用されない環境での読み取りに配慮しましょう わかりにくさの原因になりそうなことがないかどうか、以下のような視点で確認しましょう。 【参照】→技術解説書5.2.b「背景と問題点」「技術解説」「ソリューション」 【注目ポイント例】 * スタイルシートを外した場合に、表示が崩れたり見映えが変わることで、文字が読み取れなかったり、情報の意味や関係性が理解しにくくならないか * スタイルシートを外した場合に、元々表現されている情報のメリハリやグループ分け、見出し構成、箇条書き等、文書の構造を理解できるか （75ページ） 2-3 表 【対応するJIS項目 5.2.c】 表組みは視覚的にわかりやすく情報を整理して提示できる一方で、視覚障害者にとっては非常にわかりにくい情報の出し方になります。 【参照】→技術解説書5.2.c「背景と問題点」「技術解説」 ■ 対応方針 （基本検討結果） * 表組みで情報を表現する場合、HTMLで表の構造を明示する * 検討１→ 表組みの用い方が適切かどうか確認しましょう「確認」 * 検討２→ 表組みを用いる際の配慮の指定を行いましょう ●検討１ 表組みの用い方が適切かどうか確認しましょう。「確認」 表で表現することが効果的でないものまで、複雑な表構成で表現してしまうと、わかりにくい人が出てしまいます。また、表組みを用いる時は、できるだけ単純な作りにすることが必要です。 【参照】→技術解説書5.2.c「背景と問題点」「技術解説」 ◆わかりにくさの原因になりそうなことがないかどうか、以下のような視点で確認しましょう。 【注目ポイント例】 * 表組みにすることで見た目上のわかりやすさが向上しているでしょうか？ * 表組みでなく箇条書きでも同じわかりやすさで提供できる情報ではありませんか？ * 表の構成は複雑すぎませんか？ 複数の表に分けて表現することができませんか？ * 複数の表に分けて表現することでセルの結合を減らせませんか？ ●検討２ 表組みを用いる際の配慮の指定を行いましょう 画面読み上げソフトでも意味が理解しやすい表組みを作るには、HTMLに理解を補助する指定を行う必要があります。行う配慮指定には、以下のような例があり、この例を単独で用いたり、あるいは組み合わせたりすることで配慮につながります。どのような配慮の指定を行うか、以下を参考に検討して下さい。 【参照】→技術解説書5.2.c「ソリューション」 （必須） □ 表の見出しセルにはthを指定する （必須） □ セル結合等で、複雑な構造の場合は、scope、headers、id属性で、見出しセルとデータセルの関連を指定する （必須） □ caption要素で、どのような表か明確にわかるような表題をつける （必須） □ 表を理解する上で必要な概要や構造に関する情報をsummary属性として記述する □ その他の配慮を行う （具体的に： ） （77ページ） ●2-4 フレーム 【対応するJIS項目 5.2.f】 ※基本検討シート中の「2-4 フレーム」で「フレームは使用しない」を選択した場合は、この項の詳細検討は不要です。 フレームを使ったページは、画面読み上げソフトの利用者や、キーボード操作をしている利用者の操作が煩雑になり、複雑な構成の場合は内容の理解が難しくなる可能性があります。まずは、フレームを使用した場合に発生する問題を理解しましょう 【参照】→技術解説書5.2.f「背景と問題点」「技術解説」 ■ 対応方針 （基本検討結果） * フレームを用いるので、各フレームの役割が明確になるよう配慮する * 検討１→ フレーム使用時に必要な配慮を理解しましょう * 検討２→ フレーム構成を決め、配慮記述の内容を決めましょう ●検討１ フレーム使用時に必要な配慮を理解しましょう フレームを使用する場合は、各フレームの役割を利用者にわかりやすく伝えることが重要です。また、noframes要素でフレームに対応していない利用者向けの記述を行います。 【参照】→技術解説書5.2.f「ソリューション」 検討２ フレーム構成を決め、配慮記述の内容を決めましょう 作成するページのフレーム構成図を作り、各フレームのタイトルと、noframesの記述内容を決めて下さい。 【参照】→技術解説書5.2.f「ソリューション」 （フレーム構成図の記入欄） ◆framesetのHTMLでの記述 noframesの記述内容： frame要素内のtitle属性の内容： ◆各フレームのHTMLでの記述 フレーム１のtitle要素の内容： フレーム２のtitle要素の内容： フレーム３のtitle要素の内容： （79ページ） 2-5 現在位置の情報 【対応するJIS項目 5.2.g】 ホームページやウェブシステムを利用しているうちに、今現在のページがホームページやウェブシステムの中のどのあたりに位置するのかわからなくなることがあります。 【参照】→技術解説書5.2g「背景と問題点」「技術解説」 ■ 対応方針 （基本検討結果） * 現在位置を示す情報やリンクを各ページに表示する * 検討１→ 階層等の構造を示す方法について検討しましょう * 検討２→ 採用する方法についてアクセシビリティを確認しましょう ●検討１ 階層等の構造を示す方法について検討しましょう 閲覧者がページの中で迷子にならないように、またなったとしても適切な場所からやり直せるようにすることが重要です。以下の例のような方法を単独で用いたり、あるいは組み合わせたりすることで、閲覧者に情報や移動手段を提供します。採用する方法を具体的に検討して下さい。 【参照】→技術解説書5.2.g「技術解説」「ソリューション」 【例】 * トップページ及び、後方、前方へのリンク * サイトマップ * ナビゲーションバーやパンくずリスト （階層等の構造を示す方法の記入欄） ◆わかりやすい方法かどうか複数人で確認しましょう。 【注目ポイント例】 * ホームページやウェブシステムの中のどのあたり位置するかが容易に理解できるでしょうか？ * 基点となるページ（例えばトップページやサイトマップ等）移動できるでしょうか？ * 上記２点は、どの情報グループのどの階層に進んだときでも、可能でしょうか？ * ホームページやウェブシステム内の情報のグループ分け、階層の深さ等と考え合わせて破綻しないでしょうか？ * 他のホームページやウェブシステムを参照してみて、より良い方法は無いでしょうか？ ●検討２ 採用する方法についてアクセシビリティを確認しましょう 階層等の構造を示す方法にアクセシビリティの配慮が無いと、利用者がうまく理解できない、あるいは移動できない可能性があります。 ◆わかりやすさの原因がないかどうか複数人で確認しましょう。 【注目ポイント例】 * 視覚的にわかりやすい位置に、わかりやすい表現で配置されているでしょうか？ * 音声で聞いた場合でも、視覚的に理解するのと同じように、階層等の構造を把握できるでしょうか？ * 色の識別ができない場合でも、階層等の構造を把握できるでしょうか？ （81ページ） 2-6 新しいウィンドウ、自動更新 【対応するJIS項目 5.3.e】 ※基本検討シート中の「2-6 新しいウィンドウ、自動更新」で「新しいウィンドウを開いてページを表示することはしない」を選択した場合は、この項の詳細検討は不要です。 利用者が意図していない状態で新しいウィンドウが開くと、そもそも新しいウィンドウやタブが開いた事に気づかなかったり、勝手に開いた事に戸惑ったりする場合があります。 【参照】→技術解説書5.3.e「背景と問題点」「技術解説」 ■ 対応方針 （基本検討結果） * 新しいウィンドウを開くケースと告知方法についてルール化する * 検討１→ 新しいウィンドウを開くケースについて検討しましょう * 検討２→ 新しいウィンドウが開くことを告知するルールについて検討しましょう ●検討１ 新しいウィンドウを開くケースについて検討しましょう 新しいウィンドウを開くことで利用者に利便性がある場合もあります。どのような場合に新しいウィンドウを開く設計にするか予めルールを検討して下さい。 【参照】→技術解説書5.3.e「背景と問題点」「技術解説」 （新しいウィンドウを開く場合、利用者にとっての利便性の記入欄） ◆わかりにくさや混乱の原因がないかどうか確認しましょう。 【参照】→技術解説書5.3.e「背景と問題点」「技術解説」 【注目ポイント例】 * 新しいウィンドウを開くことで、利用者の立場に立ってどのような利便性があるでしょうか * 他のホームページへのリンクに対して、提供しているページのウィンドウを残すことを目的に新しいウィンドウを開いていませんか？ * 新しいウィンドウを開かないと得られない利便性がありますか？ ●検討２ 新しいウィンドウが開くことを告知するルールについて検討しましょう 新しいウィンドウが開く箇所では、リンクを選択する前に利用者がその事を認識できるように、告知する必要があります。ホームページやウェブシステム全体で統一のルールを決めて下さい。 【例】 * 新しいウィンドウを開くリンクテキスト内にメッセージを含める（別ウィンドウ 新しいウィンドウで表示 等） * 新しいウィンドウを開くリンクテキストや画像に、統一の図記号を添える(alt要素に統一のメッセージを入れること) （新しいウィンドウの告知ルールの記入欄） （83ページ） 2-7 共通メニュー 【対応するJIS項目 5.3.f】 ホームページやウェブシステム内では、一貫した仕組みで、基本的な機能を提供することが大切です。 【参照】→技術解説書5.3.f「背景と問題点」 ■ 対応方針 （基本検討結果） * 各ページに、見映えや表記が共通の基本操作部分を表示する * 検討１→ 提供する基本操作部分の仕組みと、配置を検討しましょう * 検討２→ 基本操作部分の言葉の内容や見映え等の表現を検討しましょう ●検討１ 提供する基本操作部分の仕組みと、配置を検討しましょう ホームページやウェブシステムで用意する基本操作部の仕組みを記述して下さい。 【参照】→技術解説書5.3.f「背景と問題点」 【仕組みの例】 * ホームページやウェブシステム内を移動するメニューの仕組み（全ページ共通メニュー、コーナー内共通メニュー等） * ページ内を移動するホームページやウェブシステム内共通のリンクの仕組み（目次、ページの先頭へ戻るリンク等） （提供する基本操作部分の仕組みの記入欄） ◆基本操作部分は、一貫したルールで配置されることが重要です。レイアウトを記述して下さい。 【参照】→技術解説書5.3.f「ソリューション」 （レイアウト、レイアウトの意図の記入欄） ◆わかりにくさの原因になりそうなことがないかどうか、以下のような視点で複数人で確認しましょう。 【注目ポイント例】 * メニューやリンクの仕組みは複雑すぎたり、足りなすぎたりしませんか * ページ内での表示位置に一貫したルールがあるか、そのルールはわかりやすいですか ●検討２ 基本操作部分の言葉の内容や見映え等の表現を検討しましょう 基本操作部分の表現は一貫性のあるルールが重要です。用意する仕組みについて、言葉の内容と見映えをどのように設定するか、具体的な方針を記述して下さい。 【参照】→技術解説書5.3.f「ソリューション」 【見映えの例】 * 画像やレイアウト枠等の形 * 色の使い方 * その他装飾表現 （メニュー項目、言葉、見映えの記入欄） （ページ内リンク（置く場合）の言葉、見映えの記入欄） ◆わかりにくさの原因になりそうなことがないかどうか、以下のような視点で複数人で確認しましょう。 【注目ポイント例】 * メニュー項目数は多すぎたり、少なすぎたりしませんか * メニューやリンクの言葉の内容（画像の場合alt内容含む）の一貫性がありますか * メニューやリンクの色や形等の見映えの一貫性がありますか * 表現と反応の対応関係の一貫性がありますか （86ページ） 2-8 メニュー読み飛ばし機能 【対応するJIS項目 5.3.h】 各ページ共通に表示されるナビゲーションバーやメニュー等が、ページの前半にあると、画面読み上げソフトや、TABキーでリンクを移動させるような利用者は、各ページを表示するたびにそれを読み上げ、本文を読み上げるまでに時間がかかってしまいます。 【参照】→技術解説書5.3.h「背景と問題点」 ■ 対応方針 （基本検討結果） * 共通メニューがわずらわしさの原因にならないように、読み飛ばし機能をつけるか、配置に配慮する * 検討１→ 配慮が必要となるリンクやメニューを検討しましょう * 検討２→ 配慮の実現方法を選択しましょう ●検討１ 配慮が必要となるメニューを検討しましょう 画面読み上げソフト等で利用する場合に、わずらわしさや非効率の原因になりそうなナビゲーションやリンク群等があるかどうか検討して下さい。 【参照】→技術解説書5.3.h「背景と問題点」 （配慮が必要となるメニューの記入欄） ●検討２ 配慮の実現方法を選択しましょう 今回採用するナビゲーションスキップの実現方法を検討して下さい。 【参照】→技術解説書5.3.h「技術解説」「ソリューション」 【例】 * 検討２のメニューの最初に、本文の最初へジャンプするページ内リンク（「本文へ」）を用意する * メニューをHTMLの最後の方に記述し、読み上げソフトでは最後に読み上げられるようにする * メニュー内のリンク数、文字の量を減らす （配慮の実現方法の記入欄） （88ページ） 2-9 やり直し手段 【対応するJIS項目 5.3.i】 ※基本検討シート中の「2-9 やり直し手順」で「利用者が情報を入力する機能（入力フォーム、プルダウンメニュー、ラジオボタン、チェックボックス）は設けない」を選択した場合は、この項の詳細検討は不要です。 特にキーボードやマウス操作が難しい利用者や、画面が見えにくい利用者、加齢のため認知や理解力が低下した利用者にとっては、誤操作をやり直せたり、前のページに戻れたりすることが容易に行えることが重要です。 【参照】→技術解説書5.3.i「背景と問題点」 ■ 対応方針 （基本検討結果） * すべてのページで、ブラウザの「戻る」ボタン又はページ内のリンクによって前のページに戻れるようにする （以下は基本検討において選択された場合） □ 利用者が情報を入力・選択する機能（入力フォーム、プルダウンメニュー、ラジオボタン、チェックボックス等）がある場合、入力内容の確認や入力エラーの確認、やり直しが簡単にできるようにする * 検討１→ すべてのページの設計が、利用者が前のページに戻れるかを確認しましょう * 検討２→ （入力機能がある場合）入力内容の確認やエラーの確認、やり直しができるようにしましょう ●検討１ すべてのページの設計が、利用者が前のページに戻れるかを確認しましょう 設計上、利用者が前のページに戻れない設計箇所がないか確認して下さい。 【参照】→技術解説書5.3.i「技術解説」「ソリューション」 【注目ポイント例】 * すべてのページで、ブラウザの戻る機能、又はホームページやウェブシステム内の前のページに戻る機能のいずれかを利用者が利用できるようになっていますか？ * セッション管理等の理由で、ブラウザの戻る機能が有効に機能しないページがありませんか？ ●検討２ （入力機能がある場合）入力内容の確認やエラーの確認、やり直しができるようにしましょう 入力機能での配慮の方法を検討して下さい。 【参照】→技術解説書5.3.i「技術解説」「ソリューション」 【例】 * 入力後、データの確定（送信等）前に、利用者自身が入力内容を再確認できるようにする * 入力ページに戻った場合、入力済みのデータが消去されないようにする * ホームページやウェブシステムで入力内容をチェックする場合、入力のエラーメッセージは、こまめにその都度表示する * 申込み内容を表示し、印刷できるようにする * 送信後に、利用者に対してフィードバックを行う （入力機能での配慮の方法の記入欄） （90ページ） 2-10 形や位置 【対応するJIS項目 5.5.b】 「○」「×」などの記号文字は、視覚的にわかりやすく情報を伝えるために使用されます。しかし、画面読み上げソフトでは意図したとおりに読み上げられない場合があり、情報が伝わらない可能性があります。 また、「右のボタン」というように、位置関係だけで情報や操作指示等を示すと、画面読み上げの利用者には意図が伝わらない可能性があります。 【参照】→技術解説書5.5.b「背景と問題点」 ■ 対応方針 （基本検討結果） * 情報の識別や指示は、画面上の形や位置だけでなく文字等でもわかるようにする * 検討１→ 配慮の方法について理解しましょう * 検討２→ ホームページやウェブシステム内でルール化すべきパターンを洗い出し、ルールを検討しましょう ●検討１ 配慮の方法について理解しましょう 記号文字で情報を伝える場合、位置関係で情報や操作指示を示す場合には、画面読み上げでも情報が把握できるように配慮しましょう。 ◆配慮の例 * 「○」「×」などの記号文字で情報を伝える場合に、かっこ書き等で「まる」「ばつ」、「あり」「なし」など、記号の意味をテキストで添える * 記号文字を画像化して、alt属性で記号の意味の代替を示す * 位置関係で情報や操作指示を示す場合は、位置が把握できない場合でも把握できるようにテキストを補足する（例：左の送信ボタン） 【参照】→技術解説書5.5.a「技術解説」「ソリューション」 ●検討２ ホームページやウェブシステム内での形や位置による表現のパターンを洗い出しましょう 制作の際に混乱を生んだり、配慮が抜けてしまったりしないように、ホームページやウェブシステム内で該当する表現のパターンをできるだけ洗い出し、どのように配慮するかルールを決めて起きましょう。 ◆ホームページやウェブシステム内での該当パターンと配慮方針 （記号文字で情報と伝えるケース、位置関係で情報や指示を伝えるケースについて、該当パターンと 配慮方針の記入例） （92ページ） 2-11 画像内の文字 【対応するJIS項目 5.5.c】 以下のようなものについて、十分なコントラストがないと読み取りが難しい可能性があります。また、色の組み合わせに配慮が無い場合も読み取りが難しい可能性があります。 * テキストとその背景色 * テキストと背景の画像の色 * 画像やFlash等の中の文字と背景の色 【参照】→技術解説書5.5.c「背景と問題点」「技術解説」 ■ 対応方針 （基本検討結果） * 画像内の文字の背景色と前景色のコントラストにルールを設ける * 検討１→ 配慮のルールについて検討しましょう ●検討１ 配慮のルールについて検討しましょう コントラスト、色の組み合わせそれぞれについて、配慮のルールを検討しましょう。 ◆配慮のルールの設定例 * 制作時にアクセシビリティチェッカーで、コントラストに問題が無いかどうかを確認する * 制作時にアクセシビリティチェッカーで配色に問題が無いかどうかを確認する * 制作時にグレースケールで印刷をしてコントラストが読み取りにくく無いかどうかを確認する * 制作時に複数のスタッフで配色がわかりにくくないかどうかを確認する 【参照】→技術解説書5.5.ｃ「技術解説」「ソリューション」 （コントラストと色の組み合わせについて、採用する配慮ルールの記入欄） （94ページ） 2-12文字の書体 【対応するJIS項目 5.6.b】 ※基本検討シート中の「2-12 文字の書体」で「書体を指定せず、ブラウザで指定されたフォントで表示されるようにする」を選択した場合は、この項の詳細検討は不要です。 文字のサイズや書体を指定する場合は、読みやすさに配慮して指定する必要があります。高齢者等操作に不慣れな利用者は、読みにくいと感じても文字を大きくする操作ができないという場合があります。 【参照】→技術解説書5.6.b「背景と問題点」 ■ 対応方針 （基本検討結果） * 使用する書体についてのルールを設ける * 検討１→ 配慮のルールについて検討しましょう ●検討１ 配慮のルールについて検討しましょう 書体（フォント）、サイズを指定する場合の配慮方針についてルールを決めましょう。特に、ページ本文の文章部分等の指定は、読みやすさを十分考慮して下さい。 【参照】→技術解説書5.6.b「技術解説」「ソリューション」 ◆配慮の方針例 * フォントサイズ指定が小さくなりすぎないよう指定サイズの下限を設定する（80%以下は指定しないなど） * フォントを指定する場合は、明朝系ではなくゴシック系のフォントを選択する （文章の本文部分等で用いる文字の指定（例： CSSで105%、フォント指定はしない）の記入欄） （その他の箇所に関する文字指定方法のルール（例： 80%以下を指定しない。見出しに相当する箇所は110%以上を指定する。いずれもフォントは指定しない）の記入欄） ◆設定したルールについて配慮が問題ないかどうか確認してみましょう ルールに基づいたデモページやテンプレートを作成し、複数の人で読みにくくないかどうかを確認してみましょう。できるだけ、多くの人数、多くの年齢層から意見を求め、可能であれば、視覚に障害のある方の意見を求めましょう。 （96ページ） 2-13 音再生のコントロール 【対応するJIS項目 5.7.a、5.7.b】 ※基本検討シート中の「2-13 音再生のコントロール」で「音による情報提供は行わない」を選択した場合は、この項の詳細検討は不要です。 音を自動的に再生すると、意図していない利用者は、驚いてしまいます。一般にはその場合に必要に応じて音量を下げますが、聴覚に障害のある場合は音がなっていることに気づかずに周りの人等に迷惑がかかってしまうこともあります。また、画面読み上げソフトで利用している場合は、自動再生される音と、画面読み上げソフトの音が重なってしまい正確に情報を得られなくなります。 【参照】→技術解説書5.7.a「背景と問題点」、5.7b「背景と問題点」 ■ 対応方針 （基本検討結果） * 音による情報提供を行うので、利用者がコントロールできるための配慮にルールを設ける * 検討１→ 配慮の基本方針について検討しましょう * 検討２→ （自動的に再生する場合）配慮のルールについて検討しましょう ●検討１ 配慮の基本方針について検討しましょう 音声で情報を提供する場合に自動再生をせず、利用者の意思で再生できるように設計することで、上記の問題を回避できます。 また、音声で情報提供する場合は、利用者が再生・停止、音量の調節等の操作を行えるように設計する必要があります。 【参照】→技術解説書5.7.a「技術解説」「ソリューション」、5.7.b「技術解説」「ソリューション」 ◆bgsoound要素 （必須） □ 特定ブラウザの独自の拡張属性であるbgsound要素を使用しない ◆自動再生の有無（どちらかを選択） （推奨） □ ページを表示した時、自動的に再生されないように設計する □ 検討１の理解を踏まえた上で、それでもなお自動的に再生する必要性があるため、自動的に再生する場合の配慮をルール化する（検討３へ） ◆利用者による調整 （必須） □ 再生、停止（可能であれば一時停止）、音量調節等のコントロールパネルを表示できるプラグインを採用する （必須） □ コントロールパネルを意図的に隠す設計にはしない ●検討２ （自動的に再生する場合）配慮のルールについて検討しましょう 自動的に音声を再生することが不可欠な場合は、音の聞こえない利用者にも配慮しその事を明示しましょう。 【参照】→技術解説書5.7.a「技術解説」「ソリューション」 ◆配慮の方針例 * わかりやすい位置（ページの先頭部分やタイトル等）に、音が自動再生されていることを明示する * 音楽を再生するプラグインのコントローラーを表示させ、音が再生されていることを伝える （98ページ） 2-14変化や移動 【対応するJIS項目 5.8.a】 ※基本検討シート中の「2-14変化や移動」で「変化や移動する画像、テキスト等は使わない」を選択した場合は、この項の詳細検討は不要です。 画像やテキストが移動したり表示が変化したりすると、見えにくい利用者や認知あるいは記憶に障害のある利用者、高齢者等が、内容を認識できなかったり、コンテンツへ集中できない場合があります。 【参照】→技術解説書5.8.a「背景と問題点」 ■ 対応方針 （基本検討結果） * 変化や移動する画像、テキスト等を使うので、変化や移動の方法、スピード等にルールを設ける * 検討１→ 配慮のルールについて検討しましょう ●検討１ 配慮のルールについて検討しましょう 画像やテキストの移動や変化は、見た目のインパクトや情報のアピールから採用されることが多いですが、その事で逆に読み取りにくくなったり集中できなくなったりする利用者がいることを念頭に、利用する場合のルールを定めましょう。 【参照】→技術解説書5.8.a「技術解説」「ソリューション」 ◆文字のスクロール（移動）についての配慮方針 （必須） □ 規格外要素であるmarquee要素は使用しない （推奨） □ 文字のスクロールは一切行わない □ 利用者が読み取るべき情報はスクロールさせない □ 文字のスクロールを一定時間行った後、その文字を静止させる □ 文字のスクロールのスピードを緩やかに設定する ◆画像や文字の点滅、変化についての配慮方針 （必須） □ 規格外要素であるblink要素は使用しない （推奨） □ 利用者が読み取るべき情報は点滅や変化をさせない □ 一定時間点滅や変化を行った後、静止させる □ 変化をできるだけ緩やかに設計する □ 変化するコンテンツが読み取りにくくないかどうか、利用者の評価を得る （100ページ） 2-15 点滅 【対応するJIS項目 5.8.b】 ※基本検討シート中の「2-15 点滅」で「画面に表示される内容は点滅させない」を選択した場合は、この項の詳細検討は不要です。 テレビ等の事例で知られるように、画面の明滅（早い周期での点滅）によって光感受性発作（光源性てんかん）を誘発することがあります。（部分的な点滅でも拡大して表示している人がいるため同様の危険性を伴います） 【参照】→技術解説書5.8.b「背景と問題点」 ■ 対応方針 （基本検討結果） * 点滅するコンテンツを用意するので、周期等にルールを定める * 検討１→ 配慮のルールについて検討しましょう ●検討１ 配慮のルールについて検討しましょう 画面の全体や一部を明滅させるような表現を行う表現は原則として避けて下さい。事情によりどうしても採用する必要がある場合は、配慮が必要です。 【参照】→技術解説書5.8.b「技術解説」「ソリューション」 ◆配慮方針 （必須） □ 画面全体を１秒間に２回以上明滅させない （必須） □ 彩度の高い赤の明滅、コントラストの強い画面の反転は行わない （必須） □ 画面全体を占めるような、しま、渦巻き、同心円といった規則的なパターンを使用しない □ 明滅する部分は、画面内のできるだけ小さい範囲内に留める （101ページ） 2-16 使用する言語 【対応するJIS項目 5.9.a】 言語を指定することで、一般のブラウザの表示や、画面読み上げソフトの読みあげが正しく行われるようになります。 【参照】→技術解説書5.9.a「背景と問題点」 ■ 対応方針 （基本検討結果） * 各ページごとにHTMLで使用している言語を宣言する * ページ内で複数の言語を用いる場合は、言語を切り替える際のルールを設ける * 検討１→ 配慮のルールについて検討しましょう ●検討１ 配慮のルールについて検討しましょう 各ページ共通で行う言語指定、文書の途中で異なる言語が出てくる場合の指定、それぞれについてルール化しましょう。 【参照】→技術解説書5.9.a「技術解説」「ソリューション」 ◆各ページ共通で行う言語指定 ＜HTMLの場合＞ （必須） □ HTML要素にlang属性で、標準として使用される言語を指定する （必須） □ もしもウェブサーバの設定でHTTPのContent-Languageヘッダでの言語指定がなされている場合は、上記と一致させる ＜XHTML1.0の場合＞ （必須） □ lang属性と、xml:lang属性で、標準として使用される言語を指定する （必須） □ もしもウェブサーバの設定でHTTPのContent-Languageヘッダでの言語指定がなされている場合は、上記と一致させる ＜XHTML1.1の場合＞ （必須） □ xml:lang属性で、標準として使用される言語を指定する （必須） □ もしもウェブサーバの設定でHTTPのContent-Languageヘッダでの言語指定がなされている場合は、上記と一致させる ◆文書の途中で異なる言語が出てくる場合の指定についての方針例 * 文書内で、指定された言語とは異なる言語を用いる箇所で、lang属性を用い言語の切り替わりを指定する * 原稿を制作する担当者が、配慮の必要性を判断する * HTML化作業を行う担当者が、配慮の必要性を判断する * 必要性の判断を行うのではなく、原則としてすべての切り替わり箇所で指定する （103ページ） 2-17 外国語 【対応するJIS項目 5.9.b】 子供や高齢者等をはじめ、外国語を理解できない人や困難な人がいます。 【参照】→技術解説書5.9.b「背景と問題点」 ■ 対応方針 （基本検討結果） * 外国語の使用についての配慮のルールを定める * 検討１→ 配慮のルールについて検討しましょう「確認」 ●検討１ 配慮のルールについて検討しましょう「確認」 ナビゲーションメニューや、トップページの見出し等の重要な箇所では、特に配慮が必要です。 【参照】→技術解説書5.9.b「技術解説」「ソリューション」 ◆配慮方針の例 * ナビゲーションメニューやトップページの見出し等重要な箇所では、外国語を用いず日本語又はカタカナで表記する （Top → トップ） * 外国語でなく日本語に置き換えられる表現は、日本語で表記する * 外国語を使用する場合は、ページの最初に出現した箇所で、カッコ書きで日本語での言い換えや解説を沿える * 原稿を制作する担当者、HTML化作業を行う担当者のどちらが配慮の確認をするかルールを決める （採用する配慮の方針の記入欄） （104ページ） 2-18 省略語、専門用語等 【対応するJIS項目 5.9.c】 一般的でない表現は、理解できない人が大勢います。また、画面読み上げソフト等で正しく読み上げられず理解が難しくなる場合があります。 【参照】→技術解説書5.9.c「背景と問題点」「技術解説」 ■ 対応方針 （基本検討結果） * 省略語や専門用語、流行語、俗語等の使用についての配慮のルールを定める * 検討１→ 配慮のルールについて検討しましょう「確認」 ●検討１ 配慮のルールについて検討しましょう「確認」 HTML表記、本文、それぞれでの配慮が考えられます。 【参照】→技術解説書5.9.c「技術解説」「ソリューション」 ◆配慮方針の例 * ナビゲーションメニューやトップページの見出し等重要な箇所では、省略語、専門用語を用いない * 原稿を制作する担当者、HTML化作業を行う担当者のどちらが配慮の確認をするかルールを決める * ページ内で始めて使用した箇所で、カッコ書きで正式名称や解説を沿える * ページ内や別ページに用語解説を用意し、ページ内で始めて使用した箇所からリンクする * ページ内で始めて使用した箇所で、abbr要素又はacronym要素によって正式な名称等を指定する （採用する配慮の方針の記入欄） （105ページ） 2-19 読みの難しい言葉 【対応するJIS項目 5.9.d】 固有名詞、難しい漢字等、読みの難しい言葉を使用する必要がある場合がありますが、読めなかったり、混乱したりしてしまう利用者が出る可能性があります。 【参照】→技術解説書5.9.d「背景と問題点」 ■ 対応方針 （基本検討結果） * 読みの難しい漢字の使用する際の配慮のルールを定める * 検討１→ 配慮のルールについて検討しましょう「確認」 ●検討１ 配慮のルールについて検討しましょう「確認」 何らかの方法で、読み仮名を提供することで、読みやすくなったり、画面読み上げソフトでの情報の把握が改善されたりする可能性があります。ホームページやウェブシステム内で統一のルールを定めましょう。 【参照】→技術解説書5.9.d「技術解説」「ソリューション」 ◆配慮方針の例 * 原稿を制作する担当者、HTML化作業を行う担当者のどちらが読み仮名の必要性を判断するかルールを決める * カッコ書き等で読み仮名を示す * ruby要素を使って読み仮名を示す（XHTMLの場合） （採用する配慮の方針の記入欄） （106ページ） 2-20 図等によるわかりやすい表現 【対応するJIS項目 5.9.f】 図記号や、アイコン、イラスト、音声、動画等を効果的にテキストと組み合わせると、一般の利用者はもとより知的な障害のある場合も、理解が容易になる場合があります。 【参照】→技術解説書5.9.f「背景と問題点」 ■ 対応方針 （基本検討結果） * 文章以外の表現を併用することでわかりやすくできる箇所が無いか検討する * 検討１→ 配慮の視点について確認しましょう「確認」 ●検討１ 配慮の視点について確認しましょう「確認」 【参照】→技術解説書5.9.f「技術解説」「ソリューション」 ◆注目ポイント例 テキストだけで説明されていてわかりにくく感じる箇所はないでしょうか？ （付録４ｃ 詳細検討シートはここまで） |
