「2024年4月からウェブアクセシビリティが義務化された」という話を耳にして、自社サイトは大丈夫なのかと不安になっていませんか。あるいは、上司や取引先から「JIS準拠にしてほしい」と言われたものの、何をどこまでやればいいのか判断がつかない担当者も多いはずです。実は、この「義務化」という言葉には大きな誤解が含まれています。本記事では、ウェブアクセシビリティの定義から法律上の正確な位置づけ、JIS規格と適合レベル、具体的な対応例と進め方までを、公的機関の情報をもとに整理して解説します。
ウェブアクセシビリティとは何か
定義(誰のため・何を目指すものか)
ウェブアクセシビリティとは、年齢や障害の有無、利用環境にかかわらず、誰もがWebサイトで提供される情報やサービスを利用できる状態を指します。英語の「access(アクセスする)」と「ability(できること)」を組み合わせた言葉で、直訳すれば「近づきやすさ」「利用しやすさ」です。
ここで重要なのは、対象が障害者だけではないという点です。デジタル庁や総務省が公開している資料でも、アクセシビリティは幅広い利用者を想定した考え方として説明されています。具体的には、次のような人々が想定されます。
| 想定される利用者 | 直面しやすい困りごと |
|---|---|
| 視覚障害のある人 | 画像の内容が伝わらない、スクリーンリーダーで読み上げられない |
| 聴覚障害のある人 | 動画の音声情報が得られない、字幕がない |
| 肢体不自由のある人 | マウス操作が難しい、細かいボタンを押せない |
| 高齢者 | 文字が小さくて読めない、コントラストが低くて判別できない |
| 色覚特性のある人 | 赤と緑の区別がつかず、色分けされた情報を読み取れない |
| 一時的な状況の制約がある人 | 骨折中で片手しか使えない、屋外で画面が見えにくい、音を出せない環境にいる |
| 通信環境が悪い人 | 画像が表示されない、動画が再生できない |
つまりウェブアクセシビリティは、特定の誰かのための特別対応ではなく、あらゆる利用者にとっての「使える状態」を確保する取り組みです。眼鏡をかけている人、電車の中でイヤホンを持っていない人、腕を怪我している人も、その時々でアクセシビリティの恩恵を受けます。
ユーザビリティとの違い
よく混同されるのが「ユーザビリティ」との違いです。両者は近い概念ですが、目指しているレベルが異なります。
| 観点 | ウェブアクセシビリティ | ユーザビリティ |
|---|---|---|
| 目的 | 利用できること(利用可能性の確保) | 使いやすいこと(効率・満足度の向上) |
| 対象 | 想定されるすべての利用者 | 主に特定のターゲットユーザー |
| 問い | そもそも情報にたどり着けるか | どれだけ快適に目的を達成できるか |
| 位置づけ | 土台・前提条件 | その上に積む品質向上 |
アクセシビリティが確保されていなければ、そもそもコンテンツにたどり着けません。アクセシビリティは土台であり、ユーザビリティはその上に成り立つと整理すると理解しやすいでしょう。読み上げソフトで内容が一切伝わらないページは、どれほど洗練されたデザインでも、その利用者にとっては存在しないのと同じです。
なぜウェブアクセシビリティが重要なのか
重要性が高まっている背景には、社会構造の変化があります。日本は高齢化が進み、Webサイトの主要な利用者層に高齢者が含まれる場面が増えました。加齢に伴う視力低下や細かい操作の困難は誰にでも起こりうるもので、アクセシビリティの問題は「他人事」ではなくなっています。
加えて、行政手続きや金融、医療、教育といった生活に直結するサービスのオンライン化が進みました。窓口に行かなくても手続きができるのは便利ですが、裏を返せばWebサイトが使えないと生活上の不利益に直結するということです。情報にアクセスできる人とできない人の格差、いわゆるデジタルデバイド(情報格差)を放置しないためにも、アクセシビリティの確保が求められます。
企業側にとっても、対応する意味は小さくありません。利用可能な人が増えれば、それだけ機会損失が減ります。後述するようにSEOやサイト品質にも波及効果があり、社会的な信頼にも関わります。
ウェブアクセシビリティの基準とJIS規格
JIS X 8341-3とWCAGの関係
ウェブアクセシビリティには、国際的なガイドラインと日本の国家規格が存在します。
WCAG(Web Content Accessibility Guidelines)は、Web技術の標準化団体W3Cが策定した国際的なガイドラインです。世界各国のアクセシビリティ関連法令や規格の土台として参照されています。最新の勧告版はWCAG 2.2で、2023年10月にW3C勧告となりました。WCAG 2.1に9つの達成基準を追加した内容です。
JIS X 8341-3は、日本の国家規格(JIS規格)です。正式名称は「高齢者・障害者等配慮設計指針－情報通信における機器,ソフトウェア及びサービス－第3部:ウェブコンテンツ」といいます。現行版のJIS X 8341-3:2016は、WCAG 2.0および国際規格ISO/IEC 40500:2012と技術的に一致した内容となっています。
この関係を図式化すると次のようになります。
| 規格・ガイドライン | 策定主体 | 位置づけ |
|---|---|---|
| WCAG 2.0 | W3C | 国際的なガイドラインのベース |
| ISO/IEC 40500 | ISO/IEC | WCAGを国際規格化したもの |
| JIS X 8341-3:2016 | 日本産業標準調査会 | ISO/IEC 40500:2012と一致した日本の国家規格 |
| WCAG 2.1 / 2.2 | W3C | WCAG 2.0を拡張した後続版(現行JISには未反映) |
つまり、JIS X 8341-3:2016に対応するということは、実質的にWCAG 2.0に対応することを意味します。WCAG 2.1や2.2で追加された達成基準(モバイル対応やロービジョン配慮に関するものなど)は、現行のJISには含まれていません。
なお、規格改正の動きも進んでいます。2025年9月にISO/IEC 40500が更新されたことを受け、ウェブアクセシビリティ基盤委員会(WAIC)内に改正原案作成委員会が2025年10月に発足しました。WCAG 2.2に対応した内容へ改正される見込みで、レベルAまでとレベルAAを合わせた達成基準の数が、現行の38項目から55項目程度へ増える方向で議論されているとされています。改正時期については公示に向けた作業が進んでいる段階であり、最新情報はWAICなどの公式発表で確認するのが確実です。ただしWCAG 2.2はWCAG 2.0と後方互換があるため、現行のJISに沿って進めてきた対応が無駄になることはありません。
アクセシビリティの4原則
WCAGおよびJIS X 8341-3は、「4つの原則」を土台に構成されています。よく「ウェブアクセシビリティの4原則」と呼ばれるものです。頭文字を取って「POUR(ポア)」と呼ばれることもあります。
| 原則 | 内容 | 具体的なイメージ |
|---|---|---|
| 知覚可能(Perceivable) | 情報やUIが、利用者が知覚できる方法で提供されている | 画像に代替テキストがある、動画に字幕がある、文字と背景のコントラストが十分 |
| 操作可能(Operable) | UIの操作やナビゲーションが可能である | キーボードだけで操作できる、時間制限に猶予がある、点滅で発作を誘発しない |
| 理解可能(Understandable) | 情報とUIの操作方法が理解できる | 平易な文章、一貫したナビゲーション、入力エラーの内容がわかる |
| 堅牢(Robust) | 支援技術を含むさまざまなユーザーエージェントで確実に解釈できる | 妥当なHTML構造、支援技術に情報が正しく渡る実装 |
この4原則の下に「ガイドライン」があり、さらにその下に検証可能な「達成基準(Success Criteria)」が並ぶ、3階層の構造になっています。実際の対応作業では、この達成基準を1つずつ満たしていくことになります。
適合レベル(A・AA・AAA)とは
達成基準には、A・AA・AAAという3段階の適合レベルが設定されています。Aが最も基本的で、AAAが最も厳しい水準です。
| 適合レベル | 意味合い | JIS X 8341-3:2016での達成基準数 |
|---|---|---|
| レベルA | 最低限満たすべき水準。満たさないと利用自体が困難になる項目 | 25項目 |
| レベルAA | 一般的に目標とされる水準。レベルAに13項目を追加 | 13項目(累計38項目) |
| レベルAAA | 最も高い水準。すべてのコンテンツで満たすことは現実的でない場合が多い | 23項目(累計61項目) |
ここで押さえておきたいのは、上位レベルは下位レベルを含むという点です。「レベルAAに準拠」と言う場合、レベルAの25項目とレベルAAの13項目、合計38項目すべてを満たしている必要があります。
日本の公的機関では、総務省の「みんなの公共サイト運用ガイドライン」において、レベルAA準拠が目標として示されています。国や地方公共団体のWebサイトがAAを目標に掲げているのはこのためです。民間企業がアクセシビリティ方針を策定する際も、AAを目標に置く例が主流です。
一方、レベルAAAについては、WCAG自体が「すべてのコンテンツでAAAを満たすことは不可能な場合がある」と述べており、サイト全体の目標として掲げることは一般的に推奨されていません。
対応状況の表記には「準拠」「一部準拠」という言い方が使われます。目標とする適合レベルの達成基準をすべて満たしていれば「準拠」、一部を満たしていない場合は「一部準拠」と表記するのが一般的な整理です。
ウェブアクセシビリティは「義務化」されたのか
ここが最も誤解の多いポイントです。結論から言えば、「ウェブアクセシビリティ対応そのものが法的義務になった」という理解は正確ではありません。順を追って整理します。
2024年4月の障害者差別解消法改正の内容
2024年4月1日、改正障害者差別解消法が施行されました。この改正で変わったのは、民間事業者による「合理的配慮の提供」が、努力義務から法的義務になったという点です。
障害者差別解消法は大きく2つの柱で構成されています。
| 柱 | 内容 | 行政機関等 | 民間事業者 |
|---|---|---|---|
| 不当な差別的取扱いの禁止 | 障害を理由にサービス提供を拒否・制限しない | 法的義務 | 法的義務 |
| 合理的配慮の提供 | 障害のある人から意思の表明があった場合、負担が過重でない範囲で社会的障壁を取り除く | 法的義務(2016年〜) | 法的義務(2024年4月〜)※それ以前は努力義務 |
「合理的配慮」とは、個別の場面で、障害のある人からの申し出に応じて、その人に合わせた対応を行うことです。たとえば、Webフォームでの申し込みが難しいという申し出に対して、電話やメールでの受付に応じる、といった対応が該当します。あくまで「個々のやりとりへの対応」であり、事前にすべてのサイトを作り替えることを求めるものではありません。
「合理的配慮の義務化」とJIS規格準拠(努力義務)の違い
では、ウェブサイト自体のアクセシビリティ確保はどこに位置づけられるのでしょうか。
障害者差別解消法には、合理的配慮とは別に「環境の整備」(事前的改善措置)という規定があります。これは、個別の合理的配慮を的確に行えるように、あらかじめ施設や設備、研修などの環境を整えておくというものです。ウェブアクセシビリティの確保は、この「環境の整備」に位置づけられるというのが一般的な整理です。
そして環境の整備は、行政機関等・民間事業者のいずれについても努力義務とされています。しかもこれは2024年に始まった話ではなく、同法が施行された2016年4月の時点から努力義務でした。
| 項目 | 法律上の位置づけ | 2024年4月改正での変化 |
|---|---|---|
| 合理的配慮の提供(個別対応) | 民間事業者も法的義務 | 努力義務 → 法的義務に変更 |
| 環境の整備(ウェブアクセシビリティ確保など) | 努力義務 | 変更なし(2016年から努力義務のまま) |
つまり、「2024年4月からウェブアクセシビリティが義務化された」という言い方は不正確です。正しくは、義務化されたのは「合理的配慮の提供」であり、JIS X 8341-3への準拠そのものが法的に義務づけられたわけではないということになります。
とはいえ、これを「対応しなくてよい」と読むのは早計です。Webサイトのアクセシビリティが低いほど、個別の合理的配慮を求められる場面は増えます。事前に環境を整えておけば、そもそも個別対応が必要になる場面を減らせるという関係にあります。環境の整備と合理的配慮は、対立するものではなく補完し合うものという理解が実務上は重要です。
対応しなかった場合の罰則の有無
「対応しないと罰則があるのか」という質問もよく聞かれます。
障害者差別解消法には、ウェブアクセシビリティに対応していないこと自体を直接処罰する規定は設けられていません。JIS X 8341-3に準拠していないからといって、ただちに罰金や過料が科されるという仕組みにはなっていない、というのが基本的な整理です。
ただし、罰則がないことと、リスクがないことは別問題です。法律上、事業者の対応に問題がある場合には、主務大臣による報告徴収、助言・指導・勧告の対象となりうるとされています。また法的リスク以外にも、次のような実務上の影響が考えられます。
- 利用者からの苦情・クレームの発生と、その対応コスト
- 「配慮のない企業」というレピュテーションの毀損
- 官公庁や大企業の調達要件を満たせず、取引機会を失う
- 情報にアクセスできない利用者層を取りこぼすことによる機会損失
特に3点目は見落とされがちです。公共調達や大手企業の発注では、Webサイト・システムの要件にアクセシビリティ基準が盛り込まれるケースが増えています。罰則の有無ではなく、ビジネス上の要件として捉える視点が現実的です。
国・自治体と民間事業者で異なる扱い
同じ「努力義務」でも、国や自治体に対しては別の枠組みで具体的な要請がなされています。
| 主体 | 適用される主な枠組み | 実務上の位置づけ |
|---|---|---|
| 国の機関・独立行政法人 | みんなの公共サイト運用ガイドライン(総務省)、デジタル庁の各種指針 | JIS X 8341-3のレベルAA準拠が目標。対応状況の調査・公表もある |
| 地方公共団体 | みんなの公共サイト運用ガイドライン(総務省) | 同上。方針策定・試験・結果公開が求められる |
| 民間事業者 | 障害者差別解消法(環境の整備=努力義務) | 法的な準拠義務はないが、取り組みは強く推奨される |
「自治体には義務付けられているのか」という疑問に対しては、罰則付きの法的義務というよりも、ガイドラインに基づく強い要請として、レベルAA準拠と対応状況の公開が求められていると理解するのが適切です。実際、多くの自治体サイトが「ウェブアクセシビリティ方針」と「試験結果」をページ下部に掲載しているのは、この枠組みに沿った対応です。
ウェブアクセシビリティ対応の具体例
抽象的な議論だけでは動けないので、実際の対応例を見ていきます。ここで挙げるものは、いずれもJIS X 8341-3:2016の達成基準に対応する代表的な項目です。
画像の代替テキスト(alt属性)
画像に代替テキスト(alt属性)を設定することは、アクセシビリティ対応の第一歩です。スクリーンリーダーは画像そのものを読めないため、alt属性のテキストを読み上げて内容を伝えます。
ポイントは、「何が写っているか」ではなく「その画像が伝えている情報は何か」を書くことです。
| 画像の種類 | 適切な代替テキストの考え方 |
|---|---|
| 情報を伝える画像 | 伝えたい内容を簡潔に記述する(例:「2025年度の売上推移グラフ。前年比15%増」) |
| リンク・ボタンの画像 | 遷移先や動作を記述する(例:「お問い合わせページへ」) |
| 装飾目的の画像 | alt属性を空(alt="")にして、読み上げをスキップさせる |
| 複雑な図表 | 要点をaltに書き、詳細は本文やテーブルで別途提供する |
なお「画像」ボタンや「詳しくはこちら」という文字だけのリンクも、文脈が伝わらないため見直しの対象になります。PDFで情報を提供する場合も同様で、PDF内のテキストが選択・読み上げできる状態か(画像をスキャンしただけのPDFになっていないか)は必ず確認すべき点です。
文字と背景のコントラスト比
文字色と背景色の明度差が小さいと、高齢者や弱視の人、色覚特性のある人にとって読み取りが難しくなります。屋外の明るい場所でスマートフォンを見るときにも同じ問題が起きます。
JIS X 8341-3:2016のレベルAAでは、テキストと背景のコントラスト比を4.5:1以上にすることが求められます。ただし、大きな文字(およそ18ポイント以上、または14ポイント以上の太字)については3:1以上でよいとされています。より厳しいレベルAAAでは、それぞれ7:1、4.5:1が求められます。
| 対象 | レベルAAの基準 | レベルAAAの基準 |
|---|---|---|
| 通常サイズのテキスト | 4.5:1 以上 | 7:1 以上 |
| 大きな文字 | 3:1 以上 | 4.5:1 以上 |
薄いグレーの注釈文字、写真の上に重ねた白抜き文字、淡い色のボタンラベルなどは要注意です。コントラスト比はブラウザの開発者ツールや無料のコントラストチェッカーで数値を確認できます。
あわせて、色だけで情報を伝えないことも基本原則(レベルAの達成基準)です。グラフを色分けだけで説明する、必須項目を赤文字だけで示す、といった設計は、色の区別がつかない利用者に情報が届きません。文字ラベルや記号、パターンを併用して補います。
キーボード操作のみでの利用
マウスが使えない、あるいは使いにくい利用者は少なくありません。手の障害がある人、スクリーンリーダー利用者、キーボード操作に慣れたパワーユーザーなどです。
そのため、すべての機能がキーボードだけで操作できることがレベルAの達成基準になっています。確認すべき代表的なポイントは以下のとおりです。
- Tabキーでリンクやボタン、フォーム部品を順に移動できるか
- 移動の順序が視覚的な並びと一致していて、混乱しないか
- 今どこにフォーカスが当たっているかが視覚的に見てわかるか(フォーカスリングを消していないか)
- モーダルウィンドウやドロップダウンから、キーボードで抜け出せるか(キーボードトラップがないか)
- ヘッダーの繰り返しリンクを飛ばす「スキップリンク」が用意されているか
特に、CSSでoutline: noneを指定してフォーカス表示を消してしまう実装は、デザイン上の理由でよく行われますが、キーボード利用者にとっては現在地を見失う致命的な問題になります。消すのではなく、サイトのデザインに合ったフォーカススタイルを別途用意するのが正しい対応です。
動画の字幕・音声解説
動画や音声コンテンツは、そのままでは特定の利用者に情報が届きません。
| 対応 | 対象となる利用者 | 適合レベル(収録済みコンテンツの場合) |
|---|---|---|
| 字幕(キャプション) | 聴覚障害のある人、音を出せない環境にいる人 | レベルA |
| 書き起こしテキスト | 聴覚障害のある人、内容を素早く確認したい人 | レベルA(音声のみコンテンツの代替として) |
| 音声解説 | 視覚障害のある人(映像でしか示されない情報を音声で補う) | レベルA／AA |
自動生成字幕は便利ですが、固有名詞や専門用語の誤変換が起こりやすいため、公開前に修正するのが望ましい運用です。また、動画を自動再生しない、音声が3秒以上続く場合は停止手段を用意する、といった配慮も達成基準に含まれます。
その他の代表的な対応項目
上記以外にも、日常的な運用で意識したい項目があります。
- 見出しの適切な構造化:
h1から順に階層をつくる。見た目の大きさだけで見出しタグを選ばない - フォームのラベル:入力欄に
label要素を関連づけ、プレースホルダーだけで代用しない - エラーメッセージ:どの項目でどんなエラーが起きたかをテキストで明示し、修正方法も示す
- ページタイトル:各ページに内容がわかる固有のタイトルを設定する
- ページの言語指定:
lang="ja"を指定し、読み上げソフトが正しい発音で読めるようにする - 文字サイズの拡大:200%まで拡大してもレイアウトが崩れず、情報が失われないようにする
- リンクテキスト:「こちら」「詳細」だけでなく、遷移先がわかる文言にする
ウェブアクセシビリティ対応の進め方
JIS X 8341-3では、ウェブアクセシビリティに取り組むための「企画・設計・開発・保守運用」の各段階を通じたプロセスが示されています。デジタル庁の「ウェブアクセシビリティ導入ガイドブック」でも、大きく3つのステップで進める流れが説明されています。
| ステップ | 主な作業 | アウトプット |
|---|---|---|
| 1. 方針の策定と公開 | 対象範囲・目標適合レベル・達成期限を決める | ウェブアクセシビリティ方針ページ |
| 2. 制作・改善 | 方針に沿ってコンテンツを制作・修正する | アクセシブルなWebサイト |
| 3. 試験と結果公開 | 達成基準を満たしているか検証し、結果を公表する | 試験結果ページ |
方針の策定と公開
最初に決めるべきは「どこまでやるか」です。方針には、少なくとも次の項目を含めます。
- 対象範囲:サイト全体か、特定のディレクトリか。PDFや動画を含めるか、例外を設けるか
- 目標とする適合レベル:一般的にはJIS X 8341-3:2016のレベルAA
- 達成期限:いつまでに目標を達成するか
- 例外事項:外部提供のコンテンツや過去の膨大なアーカイブなど、対象外とするもの
現実的な範囲設定が重要です。何万ページもある大規模サイトで、いきなり全ページのAA準拠を掲げても運用が破綻します。まずはトップページ、主要な導線、申込フォームなど、利用者の目的達成に直結するページから対象にする段階的なアプローチが取られます。策定した方針は、サイト上に公開して誰でも確認できるようにします。
アクセシブルなコンテンツの制作・改善
方針が決まったら、実際の制作・改善に入ります。ここで効くのが仕組み化です。
- ガイドラインの整備:社内向けのチェックリストを作り、判断基準を統一する
- CMSテンプレートへの反映:見出し構造やコントラスト比を、テンプレート側で担保する
- 入稿ルールの整備:画像を登録する際に代替テキストを必須入力にする
- 制作会社への要件明示:発注時の仕様書に目標適合レベルを明記する
- 研修の実施:記事を書く担当者にも基本ルールを共有する
個人の努力に依存させないことが継続の鍵です。特にオウンドメディアのように日々コンテンツが増えるサイトでは、記事作成のワークフローにアクセシビリティのチェックを組み込まないと、公開後に品質が下がっていきます。
試験の実施と結果の公開
改善後は、達成基準を満たしているか検証します。JIS X 8341-3では、試験の実施方法についても考え方が示されており、WAICが公開しているガイドラインが実務の参考になります。
試験には自動チェックと手動チェックを組み合わせます。
| 手法 | できること | 限界 |
|---|---|---|
| 自動チェックツール | alt属性の欠落、コントラスト比、HTML構造の問題などを機械的に検出 | 代替テキストが「適切な内容か」までは判定できない |
| 手動チェック | 実際のキーボード操作、読み上げソフトでの確認、文脈の妥当性判断 | 工数がかかる |
| 利用者による評価 | 実際の支援技術ユーザーによるフィードバック | 実施のハードルが高い |
自動ツールだけで「準拠」を判断することはできません。たとえば、すべての画像にalt属性が付いていても、その中身が「image001.jpg」であれば、機械的にはエラーになりませんが、利用者には何も伝わりません。自動チェックで機械的な問題を洗い出し、手動チェックで内容の妥当性を確認する、という二段構えが基本です。
試験が終わったら、結果をサイト上で公開します。対象ページ、試験実施日、達成状況、満たせなかった達成基準とその理由などを記載するのが一般的です。公開することで、利用者に対する説明責任を果たすと同時に、社内の継続的な取り組みの記録にもなります。
ウェブアクセシビリティに対応するメリット
誰もが使えるサイトになる(デジタルデバイドの解消)
最大の意義は、これまで情報にたどり着けなかった人が利用できるようになることです。高齢者、障害者、一時的に制約がある人、通信環境の悪い場所にいる人など、幅広い利用者の取りこぼしを減らせます。
BtoB企業であっても、この効果は無視できません。取引先の担当者が高齢である、あるいは何らかの障害を持っているという状況は普通に起こりえます。問い合わせフォームが使えないという理由で商談機会を失うのは、単純に売上の損失です。
SEO効果が見込める
アクセシビリティ対応とSEO対策は、施策の内容が重なる部分が多くあります。
| 施策 | アクセシビリティ上の効果 | SEO上の効果 |
|---|---|---|
| 適切な見出し構造 | 読み上げソフトでページ構造を把握できる | 検索エンジンがコンテンツ構造を理解しやすい |
| 画像の代替テキスト | 画像の内容が伝わる | 画像検索での評価、コンテンツ理解の補助 |
| わかりやすいリンクテキスト | 遷移先を予測できる | リンク先ページの内容をエンジンに伝えられる |
| 妥当なHTML構造 | 支援技術が正しく解釈できる | クローラーが正確に情報を取得できる |
| 動画の字幕・書き起こし | 音声情報を文字で得られる | テキスト情報が増え、検索対象になる |
| 表示速度・軽量化 | 通信環境が悪くても利用できる | ページエクスペリエンスの評価に寄与 |
検索エンジンのクローラーは、ある意味で「目が見えない利用者」に近い存在です。支援技術に情報が正しく伝わる構造は、クローラーにも正しく伝わります。アクセシビリティ対応がそのままSEO施策になるわけではありませんが、両者が同じ方向を向いていることは確かです。
企業イメージ・信頼性の向上
アクセシビリティへの取り組みは、企業の姿勢を示すものとして評価されます。近年はESGやSDGs、ダイバーシティ&インクルージョンの文脈で、投資家や取引先が企業の社会的責任を見る目も厳しくなっています。アクセシビリティ方針を公開し、試験結果を継続的に更新している企業は、それだけで一定の信頼を得られます。
副次的な効果として、サイト全体の品質向上もあります。アクセシビリティ対応を進める過程では、HTMLの構造を見直し、デザインルールを整理し、コンテンツの文言をわかりやすく書き直すことになります。これらは結果として、すべての利用者にとって使いやすいサイトにつながります。加えて、公共調達や大企業の発注要件を満たせるようになり、ビジネス機会の獲得にもつながります。
よくある質問
無料でチェックできるツールはある?
無料で使えるチェックツールは複数存在します。代表的なものを挙げます。
| ツール名 | 提供元 | 特徴 |
|---|---|---|
| miChecker(エムアイチェッカー) | 総務省 | JIS X 8341-3:2016に基づく評価を支援。ローカルにインストールして使用。Java実行環境が必要 |
| axe DevTools | Deque Systems | ブラウザ拡張機能。基本的な診断機能を無料で利用可能 |
| Lighthouse | Chromeの開発者ツールに標準搭載。Accessibilityスコアを算出 | |
| WAVE | WebAIM | ブラウザ拡張／Web版。問題箇所を画面上に視覚的に表示 |
| カラーコントラストアナライザー系ツール | 各種 | 文字色と背景色のコントラスト比を数値で確認 |
「みんなのアクセシビリティ評価ツール」として知られるmiCheckerは、公的機関の担当者を中心に広く使われています。JIS X 8341-3:2016に基づいて機械的に検証できる項目を自動評価し、人による判断が必要な部分も支援する構成です。ローカルにインストールして使うソフトウェアのため、利用前に総務省の公式ページで最新版と注意事項を確認してください。過去に脆弱性が報告され、更新が呼びかけられた経緯があります。
まず手軽に状況を把握したい場合は、Chromeに標準搭載されているLighthouseや、拡張機能のaxe DevToolsから始めるのが現実的です。ただし前述のとおり、自動ツールで検出できるのは問題の一部に過ぎません。キーボード操作の確認や読み上げソフトでの検証といった手動チェックを組み合わせることが前提になります。
アクセシビリティの「AA」とは?
「AA(ダブルエー)」は、WCAGおよびJIS X 8341-3で定められた適合レベルの中間段階を指します。レベルAが最低限、AAが一般的な目標水準、AAAが最も高い水準です。
JIS X 8341-3:2016では、レベルAが25項目、レベルAAが13項目で、「レベルAAに準拠」と表明するには合計38項目すべてを満たす必要があります。総務省の「みんなの公共サイト運用ガイドライン」で公的機関の目標として示されているのもレベルAAで、これが事実上の標準的な到達点になっています。
なお、レベルAAAは「すべてのコンテンツで満たすことは現実的でない場合がある」とされており、サイト全体の目標として掲げることは通常推奨されません。まずレベルAを確実に満たし、次にAAを目指すという順序が実務的です。
JIS X 8341-3に準拠していないと違法になる?
現行の法制度では、JIS X 8341-3への準拠が民間事業者に法的義務として課されているわけではありません。ウェブアクセシビリティの確保は障害者差別解消法の「環境の整備」に位置づけられ、努力義務とされています。ただし、これは「対応不要」を意味しません。合理的配慮の提供義務を果たしやすくするための土台であり、取引先の要件やレピュテーションの観点からも、取り組む実務的な理由は十分にあります。
まとめ
本記事の要点を整理します。
- ウェブアクセシビリティとは、年齢・障害の有無・利用環境を問わず、誰もがWebサイトの情報やサービスを利用できる状態のこと。障害者だけでなく、高齢者や一時的に制約がある人も対象に含まれる
- ユーザビリティとの違いは、アクセシビリティが「利用できるか」という土台を扱うのに対し、ユーザビリティは「使いやすいか」という品質を扱う点にある
- 規格の関係は、WCAG(国際ガイドライン)→ ISO/IEC 40500(国際規格)→ JIS X 8341-3(日本の国家規格)という流れ。現行のJIS X 8341-3:2016はWCAG 2.0と一致した内容で、WCAG 2.2に対応した改正作業が進行中
- 4原則は、知覚可能・操作可能・理解可能・堅牢(POUR)。この下にガイドラインと達成基準が並ぶ
- 適合レベルはA・AA・AAAの3段階。公的機関ではレベルAA準拠が目標とされ、民間でもAAを目標にする例が主流
- 「義務化」の実態は、2024年4月の障害者差別解消法改正で民間事業者にも義務化されたのは「合理的配慮の提供」であり、ウェブアクセシビリティ対応そのものやJIS規格への準拠が法的義務になったわけではない。ウェブアクセシビリティの確保は「環境の整備」として、2016年から努力義務という位置づけ
- 罰則については、アクセシビリティに対応していないこと自体を直接処罰する規定はない。ただし助言・指導・勧告の対象となりうるほか、機会損失や信頼低下といった実務上のリスクがある
- 具体的な対応は、代替テキスト、コントラスト比4.5:1以上、キーボード操作対応、動画の字幕・音声解説、見出し構造、エラーメッセージの明示などが代表例
- 進め方は、方針の策定と公開 → 制作・改善 → 試験の実施と結果公開という3ステップ。自動ツールと手動チェックを組み合わせて検証する
- メリットは、利用者層の拡大によるデジタルデバイド解消、SEOとの相乗効果、企業イメージと信頼性の向上、サイト全体の品質改善
「義務かどうか」を判断基準にすると、対応は後回しになりがちです。しかし、情報を届けたい相手に届いていない状態は、法的な問題である前に、Webサイトの目的そのものが達成できていない状態です。まずは自社サイトのトップページと主要導線を対象に、無料ツールでの現状把握から始めるのが現実的な第一歩になります。