達成基準ごとの達成方法や、試験方法を参考にしながら行おう。 Aさん ウェブアクセシビリティ試験っていう言葉があるけど。ウェブアクセシビリティに対応しているかを判断するためにやることって決まっているの? Bさん WCAG(Web Content Accessibility Guidelines)のガイドラインにある「達成基準」をもとにチェックするのが基本だよ。達成基準ごとに具体的な「達成方法」が示されているから、それを参考にしながら進めるんだ。 Aさん それだけでいいの?もっと細かい手順とか注意事項とかないのかな? Bさん WCAGのバージョン2.0 を元にした JIS X 8341-3:2016 があるけど、そこには附属書として試験方法が記載されているよ。「達成基準」、「達成方法」の文書量はかなりあるから、基本的な手順は達成方法の中に、注意事項は失敗例としてまとめられているよ。 Aさん 「達成基準」と「達成方法」って、書いている内容も違うんだ? Bさん 「達成基準」は決められた目標や条件、「達成方法」は、それをどうやって実現するか具体的な方法を示したものだよ。例えば、マウスが使えない方のための「キーボード操作」に関する達成基準には「マウスでできることは基本的にキーボードでも操作できるようにしましょう」とある。 Aさん なるほど、確かにこれは何を目標にするかの基準の話だね。 Bさん 具体的にどういうことをすればその基準を満たしているか、例えばボタンクリックはキーボードでもできるようにHTMLのフォームやリンクを使用しましょう、といった方法が何個かあるんだ。達成基準と達成方法はたくさんあって、それぞれかなり細かいところまで書かれているんだ。 Aさん なるほど。1つずつ細かくチェックしていく必要があるんだね。 Bさん チェック漏れや項目を整理するためには「実装チェックリスト」や「達成基準チェックリスト」を使うと便利だよ。達成基準ごとに項目が整理されていて、「対応している」「対応していない」を一覧でまとめておくんだ。 Aさん それって全て手作業でやるの? Bさん 手作業だけじゃなくて、「axe」や「Wave」、「miChecker」などの自動診断ツールを使うこともできるよ。ウェブサイトのHTMLやCSSを解析して、ガイドラインにどれだけ準拠しているかを素早くチェックしてくれるんだ。 Aさん それなら安心。自動診断ツールで簡単にできるね。 Bさん だけど、自動診断ツールも完璧ではないんだ。ウェブサイトのつくりによっては、ちょっと間違った答えになることもあるし、診断漏れが発生することもあるんだ。出てきた結果が正しいか判断するためにも、ウェブアクセシビリティの専門家による確認は必要だよ。 Aさん ツールも使い方次第、とは聞くけど、ウェブアクセシビリティの知識があって初めて正しく使えるのか。 Bさん その通り。それに自動診断ツールも苦手な達成基準があるよ。例えば、画像が見えないときにテキストで表示する代替テキストがあるんだけど、その内容が文章として正しいかまでは判断しにくいんだ。 Aさん 自動診断ツールも苦手なことがあるんだ。 Bさん 自動診断ツールが苦手な「達成基準」は人間がチェックするしかないから、そう言う意味でもツールと手作業を組み合わせるのがベストなんだ。 Aさん 試験結果を見てはじめて、自分たちのウェブサイトがどれくらいウェブアクセシビリティに対応しているか客観的に評価できるんだね。 Bさん 問題があった場所も分かるから、これからどう対応するか?簡単に直せるのか?といった対策も具体的になるよ。それに試験結果はウェブサイトで公表することも推奨されているよ。 Aさん 確かに。準拠できていたら結果を証拠として出さないと、見ている人は分からないものね。準拠できていなくても、出していいものなの? Bさん 私たちはウェブアクセシビリティに対応したサイトを目指しています。現在、このような課題があり、今後はこのような対策を講じる予定です。と対策案を示すことで、真摯に取り組んでいる姿勢を伝えることができるよね。 Aさん せっかく試験したのに、2、3の達成基準を満たせていないならもったいないものね。 Bさん 大事なのは「取り組み」続けていることだから、例え結果が悪かったとしても、ネガティブにとらえる必要はないんだ。それに、ほとんどのウェブサイトは数年たてば内容が変わるから、一度準拠できれば対応はおしまい!とはならないんだ。 Aさん そうだね。達成基準ごとの具体的な達成方法、試験方法を参考にしながら、まずは自動診断ツールで試験してみるよ。
ウェブアクセシビリティ試験っていう言葉があるけど。ウェブアクセシビリティに対応しているかを判断するためにやることって決まっているの?
WCAG(Web Content Accessibility Guidelines)のガイドラインにある「達成基準」をもとにチェックするのが基本だよ。達成基準ごとに具体的な「達成方法」が示されているから、それを参考にしながら進めるんだ。
それだけでいいの?もっと細かい手順とか注意事項とかないのかな?
WCAGのバージョン2.0 を元にした JIS X 8341-3:2016 があるけど、そこには附属書として試験方法が記載されているよ。「達成基準」、「達成方法」の文書量はかなりあるから、基本的な手順は達成方法の中に、注意事項は失敗例としてまとめられているよ。
「達成基準」と「達成方法」って、書いている内容も違うんだ?
「達成基準」は決められた目標や条件、「達成方法」は、それをどうやって実現するか具体的な方法を示したものだよ。例えば、マウスが使えない方のための「キーボード操作」に関する達成基準には「マウスでできることは基本的にキーボードでも操作できるようにしましょう」とある。
なるほど、確かにこれは何を目標にするかの基準の話だね。
具体的にどういうことをすればその基準を満たしているか、例えばボタンクリックはキーボードでもできるようにHTMLのフォームやリンクを使用しましょう、といった方法が何個かあるんだ。
達成基準と達成方法はたくさんあって、それぞれかなり細かいところまで書かれているんだ。
なるほど。1つずつ細かくチェックしていく必要があるんだね。
チェック漏れや項目を整理するためには「実装チェックリスト」や「達成基準チェックリスト」を使うと便利だよ。達成基準ごとに項目が整理されていて、「対応している」「対応していない」を一覧でまとめておくんだ。
それって全て手作業でやるの?
手作業だけじゃなくて、「axe」や「Wave」、「miChecker」などの自動診断ツールを使うこともできるよ。ウェブサイトのHTMLやCSSを解析して、ガイドラインにどれだけ準拠しているかを素早くチェックしてくれるんだ。
それなら安心。自動診断ツールで簡単にできるね。
だけど、自動診断ツールも完璧ではないんだ。ウェブサイトのつくりによっては、ちょっと間違った答えになることもあるし、診断漏れが発生することもあるんだ。出てきた結果が正しいか判断するためにも、ウェブアクセシビリティの専門家による確認は必要だよ。
ツールも使い方次第、とは聞くけど、ウェブアクセシビリティの知識があって初めて正しく使えるのか。
その通り。それに自動診断ツールも苦手な達成基準があるよ。例えば、画像が見えないときにテキストで表示する代替テキストがあるんだけど、その内容が文章として正しいかまでは判断しにくいんだ。
自動診断ツールも苦手なことがあるんだ。
自動診断ツールが苦手な「達成基準」は人間がチェックするしかないから、そう言う意味でもツールと手作業を組み合わせるのがベストなんだ。
試験結果を見てはじめて、自分たちのウェブサイトがどれくらいウェブアクセシビリティに対応しているか客観的に評価できるんだね。
問題があった場所も分かるから、これからどう対応するか?簡単に直せるのか?といった対策も具体的になるよ。それに試験結果はウェブサイトで公表することも推奨されているよ。
確かに。準拠できていたら結果を証拠として出さないと、見ている人は分からないものね。準拠できていなくても、出していいものなの?
私たちはウェブアクセシビリティに対応したサイトを目指しています。現在、このような課題があり、今後はこのような対策を講じる予定です。と対策案を示すことで、真摯に取り組んでいる姿勢を伝えることができるよね。
せっかく試験したのに、2、3の達成基準を満たせていないならもったいないものね。
大事なのは「取り組み」続けていることだから、例え結果が悪かったとしても、ネガティブにとらえる必要はないんだ。それに、ほとんどのウェブサイトは数年たてば内容が変わるから、一度準拠できれば対応はおしまい!とはならないんだ。
そうだね。達成基準ごとの具体的な達成方法、試験方法を参考にしながら、まずは自動診断ツールで試験してみるよ。