Webアクセシビリティ対応は何から始める？自社サイトを1日で改善した実測記録

アーム代表の伊藤です。Webアクセシビリティ対応そのものは義務化されていません。2024年4月に義務になったのは個別の申し出に応じる「合理的配慮の提供」で、サイトの事前対応は努力義務、罰則もありません（2026年8月時点）。

この記事では、アームが自社サイトの対応を実働1日でやり切った実測記録をもとに、何から始めて、どこまで自社ででき、どこから外注すべきかの線引きを整理します。

こんな方におすすめのコラムです

• 「上司に『うちのサイト、アクセシビリティ対応できてるの』と聞かれて答えに詰まった」という方
• 「義務化という言葉は見かけたが、何が義務で何が努力義務なのか正確なところが分からない」という方
• 「調べるほどWCAGやJISと規格の名前ばかり増えて、Webアクセシビリティ対応を何から始めるか決められない」という方
• 「まずは無料ツールで自分でチェックしたい。外注が必要になる範囲だけ知りたい」という方

Webアクセシビリティ対応とは

Webアクセシビリティ対応とは、年齢や身体条件、利用環境にかかわらず、誰もがWebサイトの情報を取得・操作できる状態に整えることを指します。「障害のある方向けの特別対応」と思われがちですが、実際は違います。老眼で小さい文字がつらい方、強い日差しの下でスマホを見る方、マウスが使えずキーボードだけで操作する方まで、全ユーザーの利用品質の話です。

建物にたとえると分かりやすいと思います。入口にスロープを付けるのは車いすの方のためですが、実際にはベビーカーの親も、キャリーケースを引いた出張帰りの人も使います。Webアクセシビリティ対応もそれと同じで、対応した分だけ「使える人」と「使える場面」が広がります。

Webアクセシビリティの4原則

Webアクセシビリティの国際的な基準であるWCAG（Web Content Accessibility Guidelines）は、要件を4つの原則に整理しています。JIS X 8341-3という日本の規格も、中身はこのWCAGと一致しています。

ユーザビリティとの違い

Webアクセシビリティとユーザビリティの違いは、対象の広さにあります。ユーザビリティは「主な利用者にとっての使いやすさ」を高める話で、Webアクセシビリティは「そもそも使える人の範囲」を広げる話です。土台としてアクセシビリティがあり、その上にユーザビリティが乗る関係なので、対立するものではありません。

Webアクセシビリティ対応は義務なのか

ここは誤解している記事が非常に多い部分です。

よくある誤解が「2024年からWebアクセシビリティ対応が義務化された」というものです。実際に義務化されたのは「合理的配慮の提供」であって、Webサイトのアクセシビリティ対応そのものではありません。改正障害者差別解消法が2024年4月1日に施行され、民間事業者は、障害のある方から個別の申し出があったときに、負担が重すぎない範囲で対応すること（合理的配慮の提供）が義務になりました。経緯は内閣府の「障害者差別解消法」のページ（内閣府、2024年施行）に整理されています。

一方、Webサイトをあらかじめアクセシブルに整えておくことは「環境の整備」にあたり、これは努力義務です。法律の条文にも「環境の整備に努めなければならない」と書かれています（障害を理由とする差別の解消の推進に関する法律 第5条、e-Gov法令検索）。対応しないこと自体への罰則もありません（2026年8月時点）。

ではやらなくてよいかというと、そうは考えていません。アクセシビリティの低いサイトは「画像の内容を教えてほしい」といった個別の申し出が発生しやすく、そのたびに義務である合理的配慮としての対応コストが生じます。あらかじめ整えておくことは、個別対応という負債を先に返しておくことに近い行為です。

2026年のJIS改正で基準はWCAG 2.2に近づく

もうひとつ、これから対応する方が知っておくべき動きがあります。日本の規格であるJIS X 8341-3は2016年版が現行ですが、最新の国際規格ISO/IEC 40500:2025との一致規格とする方針で、改正原案の作成委員会が発足しています（JIS X 8341-3改正原案作成委員会 発足のお知らせ、ウェブアクセシビリティ基盤委員会、2025年）。このISO/IEC 40500:2025は、W3Cの公式ページが「WCAG 2.2の2023年10月版と全く同じ」と明記している規格です。つまり、今からWebアクセシビリティ対応を始めるなら、最初からWCAG 2.2基準で考えるのが二度手間を避ける選択です。タップ領域の最小サイズなど、WCAG 2.2で加わった基準は、この後の実践記録にも反映しています。

自社サイトのWebアクセシビリティ対応を1日でやってみた

理屈だけでは進まないので、アームは自社サイト（aaam.jp）でWebアクセシビリティ対応を実際にやり切りました。調査から実装、検証、方針ページの公開まで実働1日です。この章はその記録で、私たちが検索した範囲では、同種の記事に実測値つきの実対応記録はほとんど見つかりませんでした。

まず診断です。デジタル庁のガイドブック（後述）とWCAGの達成基準をもとに自社サイトのコードを総点検したところ、「デザインの土台は問題ないが、体系的な穴が3つある」という結果が出ました。恥ずかしい話ですが、デザインを本業とするアームのサイトでもこうなります。

細かい発見もありました。たとえば「戻る」ボタンです。矢印アイコンの代替テキストに「戻る」と書き、その隣に「戻る」という文字も置いていたので、読み上げ環境では「戻る 戻る」と二度読まれる状態でした。壊れてはいないが、耳で使うと少し恥ずかしい。こういう問題は画面を見ているだけでは一生気づけません。

次に対応です。主な項目のBefore/Afterを数値で示します。

補足がひとつあります。この対応の直後、記事一覧の自動スライドはUIごと廃止しました。動きを止める手段を用意するより、そもそも動かないUIにする方がアクセシブルだからです。現在の記事一覧が静的な一覧になっているのは、この判断によるものです。

コントラスト比の数値は、色の明るさの差を表すWCAGの計算式によるものです。ブランドカラーを変えたわけではなく、同じ色相の一段濃い色を「小さい文字専用」として追加しました。並べて見ないと気づかない程度の差で、基準はクリアできます。ブランドを壊さずに対応できるかは多くの担当者の方が心配する点ですが、実際にやってみた結論は「壊さずにできる」です。

最後に、対応内容をウェブアクセシビリティ方針として公開しました。ここで表記に注意が要ります。「JIS X 8341-3:2016に準拠」と名乗るには規定の試験の実施が必要で、勝手には名乗れません（ウェブコンテンツのJIS X 8341-3:2016対応度表記ガイドライン、ウェブアクセシビリティ基盤委員会、2021年版）。アームは試験を実施していないため「配慮」という表記を使っています。この使い分けを知らずに「準拠」と書いてしまうと、かえって信頼を損ねます。

Webアクセシビリティ対応の進め方5ステップ

自社での実践を踏まえて、Webアクセシビリティ対応の進め方を5つのステップに整理します。順番が大切で、いきなり修正から入ると優先順位を誤ります。

ステップ1 公式ガイドラインで全体像をつかむ

最初に読むべき資料は1つだけです。デジタル庁の「ウェブアクセシビリティ導入ガイドブック」（デジタル庁、2025年10月16日版）で、専門用語を避けた図解中心の構成になっており、民間企業の利用も想定されています。WCAGやJISのガイドライン原文に最初から挑むのは遠回りなので勧めません。ガイドブックで全体像をつかんでから、必要な達成基準だけ原文にあたるのが効率的です。

ステップ2 現状を診断する

次に、自社サイトの現状を把握します。後述する無料チェックツールでの機械診断と、キーボードだけで主要ページを操作してみる手動確認を組み合わせます。診断の目的は完璧なリストではなく、「重大度の高い問題がどこに集中しているか」をつかむことです。

ステップ3 目標レベルと優先順位を決める

診断結果をもとに、目標とする適合レベルを決めます。一般的な企業サイトであれば、WCAGのレベルAA相当への配慮を目標にするのが現実的です。修正は「影響するユーザーが多く、直すコストが低いもの」からで、画像の代替テキストとコントラストはたいてい先頭に来ます。

ステップ4 修正して検証する

修正は一気にやろうとせず、テーマごとに分けて進めます。アームの場合は「動きへの配慮」「キーボード操作」「コントラスト」の3テーマに分けました。修正のたびにツールで再診断し、数値の変化を記録しておくと、後で方針ページや社内報告に使えます。

ステップ5 方針を公開して継続する

最後に、対応の範囲と目標をウェブアクセシビリティ方針として公開します。方針の公開は「完璧になった宣言」ではなく「継続的に取り組む宣言」なので、対応が全部終わっていなくても出せます。むしろ先に出すことで、取り組みが社内の既成事実になります。

無料でできるWebアクセシビリティチェックの方法

Webアクセシビリティ対応のチェックは、無料ツールだけでもかなりの範囲をカバーできます。アームが実際に使っている組み合わせを紹介します。

ただし、機械チェックだけで安心してはいけません。自動チェックで検出できるのは達成基準の一部にとどまり、キーボードで操作しきれるか、読み上げの順序が自然か、といった体験の核心部分は人間の確認が必要です。健康診断で身長と体重だけ測って人間ドックを済ませた気になるようなもので、数値のよさは健康の証明にはなりません。

アームの実対応でも、この限界ははっきり出ました。コントラスト不足はツールが正確に指摘してくれた一方、重大度の高かった「メニューがEscで閉じない」「動きを止められない」は、どちらも手動の診断で見つけたものです。重い問題ほど機械の網をすり抜ける、と考えておくくらいでちょうどよいと思います。

自分でやる場合の最小セットは次の3つです。第一に、マウスを使わずTabキーだけで問い合わせ完了まで到達できるか。第二に、主要ページの画像に適切な代替テキストがあるか。第三に、小さい文字のコントラスト比が4.5:1以上あるか。この3つを通るだけで、多くのサイトは平均を超えます。

Webアクセシビリティ対応を外注すると費用はいくらかかるのか

Webアクセシビリティ対応の外注で提示される数十万円の見積もりは、その大半が「診断と報告書」の費用で、サイトを直す作業そのものは含まれていないことが多いです。高いか安いかを判断する前に、その金額で何を買うのかを確認する必要があります。

専門会社が公表している価格を見ると、構造がつかめます（2026年8月時点）。

10ページ診断してもらうだけで20万〜30万円になる計算で、数十万円という相場観はここから来ています。ぼったくりではなく、人手の判定に単価が付く構造です。「準拠」を名乗るための試験は、達成基準ごとにページを人の目で判定して記録する工程で、サイト全体からランダムに選んで試験する場合は40ページ前後が目安とされています（合否判定を行うために十分と言えるページ数、ウェブアクセシビリティ基盤委員会）。ページ数と人手の時間が積み上がる仕事なので、正式にやるほど金額は伸びます。

だから外注するかどうかの判断は、金額ではなく目的で分かれます。

• 公共機関や大手企業との取引で、JIS X 8341-3:2016の「準拠」「一部準拠」の証明が求められている。この場合、規定の試験と結果の公開はワンセットの必要経費で、専門会社への外注が合理的です。
• 証明までは要らず、まず使える状態にしたい。この場合、数十万円の報告書を買ってもサイトは1行も直りません。本記事の5ステップと無料ツールで診断まで自走し、直す作業に予算を使うほうが回収は早くなります。

見積もりを比べるときは「試験・診断は何ページか」「改修作業は含まれるか」「修正後の再検査はあるか」の3点で範囲を揃えてください。報告書は、直す人がいて初めて回収できる投資です。

Webアクセシビリティ対応でよくある失敗

Webアクセシビリティ対応の失敗には型があります。アームが他社サイトの分析や自社対応で実際に見てきたものを挙げます。

• ツールのスコアだけを目標にする。スコア100点でもキーボードで操作できないサイトは作れてしまいます。
• 「準拠」を試験なしで名乗る。前述のとおり表記ルール違反で、指摘されると信頼を失います。
• オーバーレイツール（後付けのアクセシビリティ改善ウィジェット）だけで済ませる。根本のHTMLが直っていなければ、支援技術との相性問題はむしろ増えることがあります。
• 一度対応して終わりにする。サイトは更新のたびに劣化します。アームは検証をコードの自動チェックに組み込み、更新のたびに違反が検出される体制にしました。
• デザイン改修と切り離して考える。コントラストやタップ領域はデザインの話なので、リニューアルのタイミングで一緒にやるのが最も安上がりです。サイトの品質改善という意味では、サイトの表示速度改善｜目安はLCP2.5秒、重い原因の切り分けと直し方と同じ構図です。

アームのWebアクセシビリティ対応の考え方

アームはWebアクセシビリティ対応を、法令対応のコストではなく「取りこぼしていたユーザーを拾う整備」と捉えています。高齢のユーザー、モバイルの悪条件下のユーザー、そして読み上げ技術でページを解釈するAI検索まで、アクセシブルなHTMLの恩恵を受ける相手は年々増えています。取引の面でも、公共機関や大手企業の案件ではJIS対応が要件に入ることが増えており、対応力の有無が商談機会そのものを左右します。

もうひとつ、私たちはデザイン段階からの対応にこだわっています。コントラストもタップ領域も、コードを書く前のデザインデータの時点で決まります。アームはデザインツールの色や余白の定義と実装コードを同期させる運用にしており、デザインの修正が自動的に実装の修正候補になります。作ってから直すのではなく、直った状態で作る。この順序が、対応コストを最も小さくします。

自社サイトの診断から始めたい方は、Webアクセシビリティ対応の現状診断について相談するからご連絡ください。いまの状態を把握するところからで構いません。

Webアクセシビリティ対応でよくある質問

まとめ

Webアクセシビリティ対応の要点を整理します。義務化されたのは合理的配慮の提供であり、サイトの事前対応は努力義務です。ただしJIS改正でWCAG 2.2ベースの時代が来るため、Webアクセシビリティ対応を始めるなら今、基準は2.2で考えるのが二度手間を避けます。進め方は、公式ガイドラインで全体像をつかみ、無料ツールと手動で診断し、優先順位をつけて修正し、方針を公開する。この順番です。

アームは自社サイトのWebアクセシビリティ対応を、診断から方針公開まで実働1日でやり切り、その全記録を公開しました。特別な予算がなくても、正しい地図があれば動けることの実証だと思っています。まずはお使いのサイトをTabキーだけで操作してみてください。それがWebアクセシビリティ対応の、いちばん安い第一歩です。

アームでは、Webサイト制作・ホームページ制作の一環として、アクセシビリティを含むサイト品質の診断と改善を行っています。自社での対応に限界を感じたら、よければご相談ください。