Webアクセシビリティとは？ホームページ対応は義務なのか、合理的配慮との違いを解説

「うちのホームページ、アクセシビリティ対応してますか？」——経営層や取引先からこう聞かれて、答えられなかった経験はないでしょうか。2024年4月に障害者差別解消法が改正されて以来、この言葉を耳にする機会は増えましたが、「対応しないと違法になる」のか「対応しておいたほうがいい程度」の話なのか、正確に説明できる人は多くありません。

この記事では、Webアクセシビリティとは何か、法改正で実際に何が変わったのか、発注前に何を決めておくべきかを、専門知識がない発注担当者向けに解説します。「対応は義務なのか」という一番気になる部分から、「対応しているとはどういう状態を指すのか」という具体的な基準まで、順番に整理していきます。

Webアクセシビリティとは

Webアクセシビリティとは、障害の有無や年齢、利用環境にかかわらず、誰もがホームページの情報やサービスを利用できることを指します。目が見えない人、耳が聞こえない人、手が思うように動かせない人、加齢で視力・聴力が低下した人など、さまざまな状態の人がホームページを使えるようにする配慮全般が対象です。

言葉だけだと抽象的なので、具体的に何をすることなのか例を挙げます。

• 画像に代替テキストをつける: HTMLのalt属性を設定することで、読み上げソフトが「写真」ではなく「スタッフの集合写真」と説明できるようにする
• 文字と背景の色のコントラストを確保する: 薄いグレーの文字など、色弱の人や高齢者に読みにくい配色を避ける
• キーボードだけで操作できるようにする: マウスを使えない人でも、ボタンやメニューをタブキーで選べるようにする
• 動画に字幕をつける: 耳が聞こえない・聞こえにくい人向けの配慮
• リンクの文言を具体的にする: 「こちら」ではなく「料金ページはこちら」にする。読み上げソフトでリンクだけを一覧表示したときに、内容が分かるようにするため
• フォームのエラーを分かりやすく表示する: 「入力エラー」ではなく「電話番号はハイフンなしで入力してください」のように、何を直せばよいか具体的に伝える
• 激しい点滅・アニメーションを避ける: 光過敏性発作を起こす人がいるため、1秒間に3回を超えて点滅するコンテンツは基準で禁止されている
• 画面が動きすぎないようにする: スクロールに連動して要素が大きく動くような演出は、乗り物酔いに似た症状（前庭障害）を引き起こす人がいる。OSの「視差効果を減らす」設定（prefers-reduced-motion）を検知して、アニメーションを抑える実装が推奨されている

こうして並べると、UIデザインの基本原則と重なる部分が多いことに気づきます。実際、コントラスト比の基準などは「UIデザインとは？」でも触れている通り、Webアクセシビリティの国際基準がベースになっています。UIデザインの「使いやすさ」の多くは、そもそもアクセシビリティの考え方から来ているのです。

ホームページのアクセシビリティ対応は義務化されたのか

結論から言うと、「ホームページ自体をアクセシビリティ対応させること」は、今も法律上の義務ではありません。 義務化されたのは、これとは別の話です。

2024年4月1日、改正障害者差別解消法が施行され、民間事業者にも「合理的配慮の提供」が義務化されました。ここでいう合理的配慮とは、障害のある人から「対応してほしい」という意思表示があったときに、過重な負担にならない範囲で対応することを指します。

たとえば、目が見えない人から「電話で料金を教えてほしい」と言われたら、対応する必要があります。これが合理的配慮です。一方で、ホームページを事前にアクセシビリティ対応させておくこと（誰からも頼まれる前に、読み上げソフトで使えるように作っておくこと）は「環境の整備」と呼ばれ、デジタル庁の資料でも、こちらは引き続き努力義務（推奨されるが法的な強制力はない）と整理されています。

つまり、「頼まれたら対応する」のは義務、「頼まれる前にサイト自体を直しておく」のは推奨、という2段構えになっています。ホームページの作り込みを今すぐ義務として求められているわけではありませんが、環境が整っていなければ、合理的配慮を求められたときの対応コストが跳ね上がります。多くの企業が「対応しておいたほうがいい」と判断しているのは、この将来コストを見越してのことです。

たとえば、環境の整備がまったく進んでいないホームページに、目が見えない利用者から「読み上げソフトで注文フォームが操作できないので手伝ってほしい」という申し出があった場合、担当者が電話で聞き取りながら代行入力するなど、その場しのぎの対応に追われることになります。事前にフォームをキーボード操作に対応させておけば、こうした個別対応の頻度自体を減らせます。「義務だから対応する」のではなく、「対応しておいたほうが、結果的に日々の運用負担が減る」という考え方のほうが、実務上は納得しやすいかもしれません。

JIS X 8341-3とWCAGの関係

アクセシビリティ対応の基準として、「WCAG」「JIS X 8341-3」という2つの名前がよく出てきます。混乱しやすいので整理します。

WCAG（Web Content Accessibility Guidelines）は、W3Cという国際団体が定めた、世界共通のアクセシビリティ基準です。JIS X 8341-3は、このWCAGを日本の公式規格として採用したもので、中身はほぼ同じです。ISO規格を日本がJIS規格として取り入れているのと同じ構造だと考えると分かりやすいでしょう。

WCAGには2.0、2.1、2.2というバージョンがあります。ソフトウェアのアップデートと同じで、新しいバージョンほど基準が追加されています（古い基準がなくなるわけではありません）。たとえば、先ほど紹介した「1秒間に3回を超える点滅の禁止」はWCAG 2.0の時点からある基準ですが、「操作をきっかけに動くアニメーションを無効化できるようにする」という基準はWCAG 2.1で新しく追加されたものです。モバイル端末での操作や、弱視の人向けの拡大表示への配慮なども、2.1以降で追加された比較的新しい基準です。バージョンが上がるごとに、スマートフォン利用や多様な身体状況への配慮が細かく補われてきた、という流れを押さえておくと理解しやすくなります。

ここで意外と知られていないのが、この基準への対応に、第三者機関による公式な認定制度はないという点です。企業は自分（または依頼した業者）でJIS X 8341-3のガイドラインに沿ってテストし、その結果を自社サイトで公開するという「自己宣言」の仕組みになっています。実際、多くの自治体や公的機関が「JIS X 8341-3:2016に基づく試験結果」というページを公開しており、これは第三者の合格証ではなく、自分たちで実施した試験の結果報告です。ISO認証のような外部審査を想像していると、この点は誤解しやすいポイントです。

レベルA・AA・AAAの違い

WCAG・JIS X 8341-3には、A・AA・AAAという3段階の適合レベルがあります。段階が上がるほど、対応する基準の数が増え、要求も厳しくなります。

レベルA（最低限）には、画像への代替テキスト設定、キーボードだけでの操作、そして先ほど紹介した「1秒間に3回を超える点滅の禁止」（光過敏性発作の防止）などが含まれます。これを満たしていない場合、一部の利用者にとって致命的な使いにくさ・危険性が残ります。

レベルAA（実務上の標準）には、文字と背景のコントラスト比4.5:1以上の確保、動画への字幕といった基準が含まれます。公的機関のホームページでは、このAAレベルへの準拠が求められています。民間企業に法的な義務はありませんが、業界内では「まずAAを目指す」のが実務上の共通認識になっています。

レベルAAA（最も厳しい）は、サイト全体で満たすことが現実的に難しいとされ、W3C自身もAAAをサイト全体の必須要件にはしないよう案内しています。ただし、AAAの基準の中にも部分的に取り入れる価値があるものはあります。たとえば、操作をきっかけに動くアニメーションを無効化できるようにする基準がこれにあたり、前庭障害（乗り物酔いに似た症状が動きによって誘発される状態）のある人への配慮として重要です。OSの「視差効果を減らす」設定を検知するprefers-reduced-motionというCSSの仕組みを使えば、比較的低コストでこの配慮を実装できます。「AAAは目指さなくていい」と全体を切り捨てず、こうした個別の基準だけ取り入れるという判断も現実的です。

業種によって変わる対応の優先度

環境の整備が努力義務である以上、「どこまで対応するか」は企業の判断に委ねられています。ただし、業種や取引先によって、対応の優先度は大きく変わります。

官公庁・自治体との取引がある企業は、優先度が高いグループです。公的機関のホームページ自体はAAレベルへの準拠が求められており、そこから発注を受ける民間企業にも、同水準の対応を仕様書で求められるケースが増えています。入札や取引の条件に関わることもあるため、早めの対応が実務上のメリットに直結します。

採用サイトを持つ企業も優先度が高いグループです。多様な人材を採用したいという姿勢を示す上で、アクセシビリティへの配慮は分かりやすいシグナルになります。応募者の中に障害のある人が含まれる可能性を考えると、エントリーフォームの操作性や情報の伝わりやすさは、採用活動そのものの機会損失にも関わってきます。

一般消費者向けのBtoCサービスは、対応する意義はあるものの、緊急度は業種によって幅があります。高齢の利用者が多いサービス（医療・介護・金融など）では、コントラスト比や文字サイズへの配慮が離脱防止に直結しやすく、優先度を上げる価値があります。一方、対象年齢が若く、利用シーンが限定的なサービスでは、まず基本的なAレベルの対応（代替テキスト、キーボード操作など）から着手する現実的な進め方でも問題ありません。

発注前に決めておきたい対応範囲・制作会社へ確認するポイント

制作会社にアクセシビリティ対応を依頼する場合、発注前に次の点を整理しておくと、見積もりや打ち合わせがスムーズになります。

とくに「どのレベルを、どの範囲まで」を曖昧にしたまま発注すると、「対応したつもりが一部のページしかできていなかった」「思ったより費用がかかった」といったズレが起きやすくなります。

対応範囲を決める際は、全ページを一律に扱うのではなく、優先順位をつけることをおすすめします。訪問者が最初に目にするトップページ、問い合わせにつながるフォームページ、会社情報や採用情報など、利用頻度や重要度が高いページから着手し、更新頻度の低い過去のお知らせページなどは後回しにする、という進め方であれば、限られた予算の中でも効果の高い対応から実施できます。

よくある誤解・失敗

「対応しないと違法」だと思い込んでしまう。前述の通り、ホームページ自体の対応は今も努力義務です。義務化されたと誤解したまま、必要以上に高額な全面改修を急いで発注してしまうケースがあります。まずは自社にとって現実的な対応範囲を見極めることが先です。

AAA準拠を目指してしまう。「厳しい基準のほうが安心」と考えて、W3Cも全体要件として推奨していないAAAを目指してしまうと、コストと工数が跳ね上がる割に、実務上のメリットは限定的です。AAを基本方針にしつつ、必要な項目だけAAAの基準を取り入れる方が現実的です。

認定証がもらえると思っている。前述の通り、第三者機関による認定制度は存在しません。「JIS対応済み」という認定書やロゴマークを求めても、そのようなものは発行されないため、何をもって「対応済み」とするかを事前に制作会社とすり合わせておく必要があります。

デザインが完成してから対応しようとする。コントラスト比や文字サイズなどは、デザインの配色・レイアウトの設計段階から意識しないと、後から直すのに大きな手戻りが発生します。ワイヤーフレームやデザインカンプの確認段階で、アクセシビリティの観点もあわせてチェックすることをおすすめします。

チェックツールの結果を鵜呑みにしてしまう。axe DevToolsやLighthouseなどの自動診断ツールは、コントラスト比や代替テキストの有無といった機械的にチェックできる項目しか検出できません。「読み上げた順序が自然か」「エラーメッセージの内容が分かりやすいか」といった、実際に人が操作しないと分からない項目は別途確認が必要です。ツールのスコアが高い＝対応完了、とは限りません。

社内の誰か一人に丸投げしてしまう。アクセシビリティ対応は、デザイン・コーディング・コンテンツ作成のすべてに関わるため、担当者一人だけでは対応しきれない範囲です。新しくページを追加するたびに、担当者以外がルールを知らずに崩してしまうケースもあります。対応方針をチーム内のガイドラインとして共有し、誰が更新しても一定の水準を保てる体制にしておくことが長続きのコツです。

費用の目安

アクセシビリティ対応の費用は、対応レベルや既存サイトの状態によって幅があります。「コーディング外注の費用相場と依頼時の注意点」では、WCAG 2.1のAレベル対応で3万〜8万円、AAレベル対応で10万円以上の追加費用が目安として紹介されています。あくまで一般的な目安であり、サイトの規模や現状によって変動するため、正式な見積もりは制作会社に直接確認してください。

よくある質問

アクセシビリティ対応をしないと罰則がありますか？

ホームページ自体のアクセシビリティ対応（環境の整備）は努力義務のため、対応していないこと自体に罰則はありません。ただし、障害のある人から合理的配慮を求められた際に正当な理由なく対応を拒否した場合は、法律上の問題になり得ます。

中小企業でも対応する必要がありますか？

法律上、事業規模による対応義務の違いはありません。ただし、努力義務である環境の整備をどこまで行うかは、企業の判断に委ねられています。取引先が官公庁である場合や、採用サイトで多様な人材にアピールしたい場合など、対応するメリットが大きいケースから優先的に検討するのが現実的です。

既存のホームページを一から作り直す必要がありますか？

必ずしも作り直す必要はありません。alt属性の追加やコントラスト比の見直しなど、既存サイトに部分的な修正を加えるだけで改善できる項目も多くあります。まずは現状を確認し、優先度の高い項目から着手する進め方が現実的です。

スクリーンリーダーとは何ですか？

画面の文字や要素を音声で読み上げるソフトウェアです。目が見えない人・見えにくい人が、キーボード操作と組み合わせてホームページを利用する際に使います。見出しやリンク、フォームの入力欄などが適切にマークアップされていないと、スクリーンリーダーは内容を正しく読み上げられません。実際に自分のサイトをスクリーンリーダーで操作してみると、見た目では気づかなかった問題が見つかることがあります。WindowsのNarrator、MacのVoiceOverなど、多くのOSに標準搭載されているため、追加のソフトを購入しなくても手元の端末で試すことができます。

WCAGのどのレベルを目指せばよいですか？

民間企業であれば、まずはAAレベルを目安に、自社にとって現実的な範囲で対応するのが一般的です。すべての基準を満たす必要はなく、閲覧者にとって影響の大きい項目（画像の代替テキスト、コントラスト比、キーボード操作など）から優先的に対応する進め方をおすすめします。

自社で対応できますか、それとも制作会社に依頼すべきですか？

alt属性の見直しやコントラスト比の調整など、比較的簡単な項目は、CMSの管理画面から自社で対応できる場合があります。一方で、キーボード操作の実装やスクリーンリーダーでの動作確認、試験結果の作成などは専門知識が必要なため、制作会社への依頼が現実的です。まず自社でできる範囲を洗い出し、残りを制作会社に相談するという分担がコストを抑えやすい進め方です。

まとめ

Webアクセシビリティは、「ホームページ自体の対応が義務化された」わけではなく、「合理的配慮の提供」が義務化されたのが正確な理解です。ホームページを事前に対応させておく「環境の整備」は、今も努力義務にとどまります。この違いを理解しておくだけで、過剰な対応や誤った危機感を避けられます。

JIS X 8341-3とWCAGは基準の名前が違うだけで中身はほぼ同じであり、対応の証明も第三者認定ではなく自己宣言の仕組みです。発注前に「どのレベルを、どの範囲まで対応するか」を決めておくことが、見積もりのズレを防ぐ一番の近道になります。

冒頭で触れた通り、コントラスト比の基準やキーボード操作への配慮といったアクセシビリティの考え方は、UIデザインの基本原則そのものでもあります。ホームページの構造を決めるディレクトリマップ、体験を設計するUXデザイン、画面を仕上げるUIデザイン、そのすべての土台にアクセシビリティの視点を組み込んでおくことが、特定の誰かのためだけでなく、結果的にすべての訪問者にとって使いやすいホームページづくりにつながります。