Webアクセシビリティとは？
株式会社ネクストスケープ、ソリューションビジネス部所属の小野塚です。
Webサイト開発に携わったことがある方であれば「Webアクセシビリティ」という言葉、もしくはそれに関連する言葉を見聞きしたことがあるかと思います。
より具体的に言いますと、海外であれば「WCAG」（Web Content Accessibility Guidelines）、日本であれば「JIS X 8341-3:2016」といったWebアクセシビリティに関する基準が存在しています。
特に官公庁等の公的機関のホームページ・サイトに携わった方であればご存じではないでしょうか。
ここ近年、このWebアクセシビリティが重要視されてきていまして、例えばこれに関する事柄として今年の2024年4月1日から障害者差別解消法が変更され、「合理的配慮の提供」が義務化されました。
ちょっと横道にそれるかもしれませんが、これは例えば障害のある方がお店に来店した場合、お店の方から「障害のある方はお断りします」ということで入店を拒否すること、これは「不要な差別的取り扱い」ということで禁止され、入店はもちろん売り場への案内を行うといった「合理的配慮の提供」が求められるというものです。
こういった例は実際の社会活動だけでなく、Webサイトについても求められるものになるわけでして、「義務化」という表現にドキッとしてしまう方もいるかもしれません（Webサイト開発に携わっている筆者もですが。。）。
ただ、Webのアクセシビリティについては合理的配慮の「事前改善措置」である「環境の整備」という分類に該当しまして、これは「努力」義務となっています。
「なーんだ、じゃあ大丈夫か」と一瞬思ってしまうのですが、海外では「努力義務」では済まされない状況になっておりまして、具体的な名前は以下のリンクを見てもらえればと思いますが、日本の有名なアパレル企業が訴訟を起こされた事例も存在します。
そしてこういった訴訟はコロナ禍を機に、つまりWebサイトを使う機会が増えていくにつれて徐々に増えてきております。
つまり、グローバル向けサイトの開発・保守を行っている方にとってはあまり無視できない話題になってきたわけです。
WCAGの概要
では、Webアクセシビリティとは何なのか、WCAGの中から簡単な例を幾つか挙げてみたいと思います。
このWCAG、現在の最新バージョンは2.2になります。
日本語ページも存在していますのでリンクを挙げておきます。
WCAG2.0では後述する4つの原則とウェブアクセシビリティを向上させるための12のガイドラインで構成されています。
WCAG2.1ではスマートフォンなどのモバイル端末への対応や、弱視・認知・学習障害への対応等が盛り込まれました。
そして、WCAG2.2において認証方法やヘルプリンク等、現在の情報システムで使われているナビゲーションに対応した達成基準が追加されました。
更にWCAGには４つの原則があります。それは
- 知覚可能
- 操作可能
- 理解可能
- 堅牢性
の４つです。
今回は一番わかりやすいものとして知覚可能を説明します。
この知覚可能というのは「情報及びユーザインタフェース コンポーネントは、利用者が知覚できる方法で利用者に提示可能でなければならない。」というものです。
更に各原則の中には幾つかのガイドラインや基準があるのですが、一番わかりやすいのが「ガイドライン 1.1 テキストによる代替」の「達成基準 1.1.1 非テキストコンテンツ」かもしれません。
これにはalt属性が１つの例として該当します。
（Webサイト開発に関わる方には釈迦に説法ではありますが）alt属性とは画像の代わりとなるテキスト情報のことであり、画像が表示されなかったときの代替手段の文言となるわけですが、そういった障害発生時のためだけではなく、視覚障害者の方々がスクリーンリーダーという音声読み上げソフトを利用する際にも必要となります。
また、聴覚障害者の方には動画についても字幕を用意するといった配慮が必要になり、これも知覚可能の原則に含まれます。
こういった様々な方、様々な環境のあらゆる制約によらずにWebサイトを利用できるように決められた指標、基準がWCAGなのです。
WCAG対策
上でWCAGの概要、原則、そして基準に関する簡単な例を幾つか挙げてみましたが、ではどうすればいいのかということになるかと思います。
上で挙げたWCAGの要件と自分たちが作成した、または管理しているWebサイトの内容を１つ１つ見比べていくというのは１つの手ですが、かなり大変な作業となります。
そこで登場するのがWCAGのチェックツール、つまり対象のWebサイトがWCAGの要件を満たしているかどうかをチェックするためのツールとなります。
WCAGチェックツールについてはW3C、Web技術の標準化を行う非営利団体がその一覧を作成していますのでまずはそれを見てもらえればと思います。
ここにツールの一覧が表示されており、そのツールがWebサイトだけに対応するのか、スマホアプリにも対応しているのかといった違いも含めて記載されています。
今回はSiteimproveという会社が提供しているChromeの拡張機能を試してみたいと思います。
以下のリンクからChromeへの拡張機能としてのインストールができますのでもしすぐに試せる方は是非試してみてください。
Siteimprove Accessibility Checker - Chrome Web Store
Jumpstart your web accessibility efforts directly in Chrome.
chromewebstore.google.com
上記のリンクからインストールを行うと他の拡張機能同様、アドレスバーの右にアイコンが表示されるので、チェックを行いたいサイトにアクセスしてからアイコンをクリックします。
今回はYahooで試してみたのですが、以下がアイコンをクリックした直後の画面です。
Accessibility Checkerのダイアログが表示され、そこにチェック対象となるサイトのチェック結果が表示されます。
例えば一番上に表示された項目は以下のようなものです。
「Link missing a text alternative」、リンクに代替テキストが存在しないということですね。
ある程度の知識を持っている方であればこのメッセージだけでも何をすべきかわかるかもしれませんが、この項目をクリックすると以下のように更に詳しく説明してくれます。
「Occurrence of this issue」の右隣の数字はそのページ上における「Link missing a text alternative」に該当する箇所の数、そして更にその下にそれぞれの箇所へのリンクが並んでいます。
その４つのリンクのうちの１つをクリックするとそのページで定義されている箇所に移動すると同時に、具体的にどのように修正すればよいかも説明してくれます。「Copy code」をクリックすることでサンプルのコードをクリップボードにコピーもしてくれます。
至れり尽くせりですね。。
実際にこれで修正するのもなかなか大変ではあるのですが、WCAGの内容を確認しつつ、自身のサイトをチェックするよりは遥かに楽になるのではないでしょうか。
是非、試してもらえればと思います。
最後に
Webアクセシビリティについてはこういったツールだけでなく、目視による確認やキーボードのみの操作、スクリーンリーダーなどの支援技術を用いた確認をする必要がありますので、ツールに頼りすぎないということは注意いただく必要があります。
また、Webアクセシビリティは単純な「使い勝手」だけではなく、SEOにも影響する可能性があると言われています。
実際、Googleが提供するSEOツールである「Lighthouse」でもアクセシビリティの項目があることからそれが伺えますので決しておろそかにはできないと思います。
一般企業でもアクセシビリティに関する取り組みが行われており、例えばfreee株式会社様はモバイルやアプリケーションのプロダクト開発において、使いやすいガイドラインの提供を目的に「freeeアクセシビリティー・ガイドライン」を公開しています。
是非皆さまもWebアクセシビリティについて改めて見直してみてはいかがでしょうか。
弊社はWebサイト、スマホアプリ、Hololensアプリの開発等、お客さまに寄り添ったシステム開発を心掛けております。是非お気軽にお問い合わせください。
