フロントエンドの実装は一通りできます。それでも、案件の要件に「ウェブアクセシビリティ対応」という一文が入った瞬間、どこまで手を動かせばよいのか分からなくなっていませんか。「対応済み」と言い切れる基準が見えないまま、見よう見まねで進めている場面もあります。調べれば調べるほど、達成基準やチェックツールといった専門用語が増え、どこから手をつければよいのか迷う場面も出てきます。

1. なぜいまウェブアクセシビリティ対応の案件が増えているのか

改正障害者差別解消法の施行で、対応は「努力義務」に位置づけられた

2024年4月1日に、改正障害者差別解消法が施行されました。この改正で、事業者による合理的配慮の提供が義務化され、ウェブアクセシビリティへの取り組みは、その環境を整えるための取り組みとして努力義務に位置づけられています¹。「対応したほうがよい」という緩やかな話ではなく、事業者側が向き合う課題として位置づけが変わったということです。

この改正の対象は行政機関だけでなく、事業者全般に広がっています。フロントエンドやWeb開発に関わる案件でも、発注元からアクセシビリティへの言及が加わる場面が増えてきました。

「対応すればよい」から「工程に組み込む」への意識の変化

制度の後押しを受けて、発注する側の関心も変わりつつあります。公開が終わってから慌てて直すのではなく、企画や設計の段階からアクセシビリティを織り込む進め方が、案件の現場でも意識されるようになってきました。仕上げの工程で対応するよりも、早い工程で考えておくほうが、後になって直す範囲は小さくて済みます。公開後にまとめて直す進め方は、修正範囲が構造そのものに及びやすく、時間もかかりがちです。企画の早い段階で対応の方針を共有しておくことは、案件全体の進めやすさにもつながります。対応の経験を積んできたエンジニアにとっては、こうした流れが積み上げてきた経験を案件で示す機会にもなっています。

出典：デジタル庁「ウェブアクセシビリティ導入ガイドブック」(2025年10月16日)をもとに作成

ただし、「対応した」と言えるかどうかを判断するには、まず何を基準にするのかを知っておく必要があります。次の章では、案件で問われる「達成基準」の考え方を整理します。

2. 案件で問われる「達成基準」とアクセシビリティの基本

アクセシビリティは「便利な設定」ではなく「利用できる度合い」を示す言葉

アクセシビリティという語を、文字を大きくできる、色を変えられるといった「便利な設定」の話だと捉えている場面があります。しかし本来は、コンテンツやサービスを利用できるかどうかの度合いを示す言葉です²。特別な誰かのための機能ではなく、情報にたどり着けるかどうかそのものを指しています。見た目の調整だけを指す言葉だと捉えてしまうと、達成基準が扱う範囲を見誤ります。操作の手段や理解のしやすさまで含めて考える視点が、案件で求められる対応の土台になります。

達成基準は4つの観点から作られている

達成基準は、情報を知覚できるか、操作できるか、内容を理解できるか、支援技術でも堅牢に扱えるか、という4つの観点で整理されています。文字を拡大しても情報が読み取れるようにするといった、テキストのサイズ変更への対応も、この達成基準に含まれる項目のひとつです⁶。それぞれの観点は重なり合うことが多く、実装のひとつの工夫が複数の観点にまたがることもあります。文字の拡大対応は知覚できるかどうかに関わりますが、操作のしやすさにも影響します。ひとつの観点だけを満たそうとするより、4つの観点を行き来しながら実装を見直すほうが、案件で評価される確認の進め方につながります。

図の作成：Remogu編集部。達成基準の考え方を4つの観点に整理したもので、統計データではありません

達成基準の例と実装でのイメージ

達成基準は抽象的な文章で書かれているため、実装のイメージが湧きにくいことがあります。ここでは、知覚できる・操作できる・理解できる・堅牢という4つの観点について、達成基準の例と、実装でどのように反映するかのイメージを整理しました。案件によって具体的な要求は異なりますが、進め方を検討する土台として役立ちます。求められる基準の解釈は発注元によって幅があるため、あらかじめすり合わせておくと後の手戻りを避けやすくなります。

観点	達成基準の例	実装でのイメージ
知覚できる	文字の拡大に対応していること6	相対単位でのレイアウト、拡大時も情報が欠けない設計
操作できる	キーボード操作だけで機能に到達できること	フォーカス順序の設計、ボタンやリンクの実装
理解できる	見出しや文章構造が一貫していること	見出しレベルの整理、平易な表現の徹底
堅牢	支援技術が要素の役割を正しく認識できること	適切なHTML要素とARIA属性の実装

表に整理した項目は代表的な例であり、案件ごとに求められる範囲や優先度は異なります。実装に入る前に、対象とする観点を確認しておくと、後から手戻りが生じにくくなります。デザインの段階で気づけなかった観点は、実装中に見つかっても手を戻しやすいうちに直しておくと、後工程への影響を抑えられます。

基準の考え方が分かっても、「対応できているかどうか」をどう確かめるかで、次の疑問にぶつかります。ここでよく起きるのが、チェックツールに任せれば十分だという誤解です。

3. 「チェックツールで全部わかる」は誤解

自動チェックが得意なこと

チェックツールは、決まった条件に沿って機械的に判定できる項目を素早く洗い出せます。たとえば、画像に代替テキストが付与されているかどうか自体は、チェックツールで確認できます³。抜け漏れを広く拾う一次チェックとしては、頼りになる工程です。同じ観点で機械的に確認を繰り返せるため、案件の規模が大きくなるほど、こうした一次チェックの価値は増していきます。

人の確認でしか判断できないこと

一方で、その代替テキストの内容が適切かどうかまでは、チェックツールでは判断できません⁴。自動チェックで見つけられる問題は一部にとどまり、ウェブアクセシビリティは基本的に人が確認する必要があります⁵。機械的な検出よりも、実際に使う場面を想像した確認のほうが、抜け落ちに気づきやすくなります。見た目には問題がなく見えても、実際に支援技術で操作すると情報にたどり着けないという食い違いが起きることがあります。人による確認は、こうした食い違いに気づくための工程です。

ツール確認と人の確認の役割分担

自動チェックと人による確認は、どちらか一方で足りるものではなく、役割が異なります。ツールは機械的に検出できる項目を広く速く洗い出し、人は意味や文脈まで踏み込んで確認します。案件でどちらの工程にどこまで時間を割くかを決めておくと、検証の抜け漏れを防ぎやすくなります。どちらか一方に偏った進め方は、確認の抜け漏れにつながりやすくなります。以下に、確認の観点ごとの役割分担を整理しました。

確認の観点	自動チェックでわかること	人の確認が必要なこと
代替テキスト	画像に代替テキストが付与されているかどうか3	その代替テキストの内容が適切かどうか4
文章構造	見出しタグが使われているかどうか	見出しの順序や意味が正しく伝わるかどうか
操作性	フォーカス可能な要素があるかどうか	キーボードだけで一連の操作を終えられるかどうか
全体傾向	機械的に検出できる項目の状況	自動チェックで見つからない問題全体の有無5

表の役割分担をそのまま案件のチェックリストに落とし込むと、どの工程で誰が何を確認するかが明確になり、検証の抜け漏れを防ぎやすくなります。

出典：デジタル庁「ウェブアクセシビリティ導入ガイドブック」(2025年10月16日)をもとに作成

役割を分けて確認しても、後工程でまとめて対応しようとすると、直す範囲は大きくなりがちです。次に、対応を後付けにしないための工程の組み方を見ていきます。

4. 後付けにしないための工程設計

企画・設計段階でできること

企画の段階で、対応する達成基準の考え方を発注元とすり合わせておくと、後になって解釈がずれるのを防ぎやすくなります。設計の段階では、文章構造や操作の順序、配色のコントラストなど、実装に入る前に決めておいたほうがよい要素が数多くあります。仕上げの工程で直すよりも、設計の段階で決めておくほうが、直す範囲は小さくて済みます。デザインの段階でコントラストや文字サイズの基準を決めておくと、実装時の判断に迷いが生じにくくなります。設計と実装のあいだで基準がぶれないようにしておくことが、後工程の負担を減らします。

実装・検証・運用でのチェックポイント

実装の段階では、見た目だけを合わせるのではなく、支援技術からも正しく認識される作りにすることが欠かせません。検証では自動チェックと人による確認を組み合わせ、運用に入ってからも、更新のたびに同じ観点で確認する仕組みを保つことが求められます。運用フェーズでは、新しく追加するコンテンツが既存の基準からずれていないかを確認する仕組みが欠かせません。担当者が変わっても同じ観点で確認できるよう、チェック項目を残しておくことが助けになります。検証の記録を残しておくと、次に似た案件に関わるときの判断材料にもなります。工程ごとの確認内容を積み重ねておくことは、これまで培ってきたスキルを案件で示す材料にもなります。

工程ごとのアクセシビリティ観点

対応を後付けにしないためには、どの工程で何を確認するかをあらかじめ決めておくことが助けになります。ここでは、企画から運用までの5つの工程について、主な観点と、後回しにした場合に起きやすいことを整理しました。工程が進むほど、直すための手間は大きくなりやすいため、早い段階での確認が効果的です。

工程	主な観点	後回しにした場合に起きやすいこと
企画	対象とする達成基準の考え方をすり合わせる	途中で解釈がずれ、手戻りが生じる
設計	構造・操作順序・コントラストを設計段階で決める	実装後にレイアウトごと直すことになる
実装	セマンティックなマークアップとARIA属性を実装する	見た目だけを合わせた実装になり、支援技術で機能しない
検証	自動チェックと人による確認を組み合わせる	一部の問題しか見つからないまま公開される
運用	更新のたびに確認する仕組みを維持する	更新のたびに新しい問題が積み重なる

表に整理した観点は、案件の規模や体制によって重み付けが変わります。関わる工程が限られる案件でも、前後の工程で何が確認されているかを把握しておくと、自分の担当範囲を判断しやすくなります。工程の全体像を把握しておくことは、案件の中で次に何を担当するかを見通す助けにもなります。

図の作成：Remogu編集部。対応を後付けにしないための工程の進め方を整理したもので、統計データではありません

工程を分けて考えられるようになると、次に気になるのは、こうした経験がリモート・フリーランスの案件でどう活きるかという点です。

5. リモート・フリーランス案件でどう活かすか

求められる関わり方はどう変わるか

アクセシビリティ対応の経験は、実装だけでなく、企画や設計の段階から意見を出せる立場に立てるかどうかにも関わってきます。工程の早い段階から関われる案件では、対応の意図をクライアントと協議しながら進める場面が増えていきます。決められた修正を淡々とこなす関わり方よりも、なぜその基準が必要かをクライアントと共有できる関わり方のほうが、案件の中での役割は広がりやすくなります。実装だけを任される案件と、企画や設計から関われる案件では、必要になる経験の幅が異なります。工程を横断して対応してきた経験は、案件を選ぶときの判断材料にもなります。

案件を選ぶときの見極めどころ

案件を見比べるときは、アクセシビリティ対応がどの工程で求められているか、実装だけなのか設計から関わるのかを確認しておくと、経験の活かし方を判断しやすくなります。Remogu（株式会社LASSIC運営）が扱う案件は、90%以上がフルリモート可能です⁷。まずは登録して、自分の経験に合う条件のリモート案件を、条件から見比べてみることが、次の一歩になります。公開されている案件の説明を読み比べ、アクセシビリティ対応がどの工程に含まれているかを確認しておくと、参画後の進め方をイメージしやすくなります。

ここまでの内容を、案件選びと日々の進め方に落とし込むための要点として、次にまとめます。

6. まとめ

ウェブアクセシビリティ対応の案件は、2024年4月の改正障害者差別解消法の施行を背景に、制度への対応というだけでなく、案件選びの材料としても意識される場面が増えてきました¹。対応を後回しにするほど、修正の範囲は広がりやすくなります。

達成基準は、知覚できる・操作できる・理解できる・堅牢という4つの観点で整理されています。チェックツールで分かることと、人の確認が必要なことは、分けて考える必要があります⁵。

後付けで直すよりも、企画・設計の段階から織り込むほうが、直す範囲は小さく済みます。工程ごとに観点を決めておくことが、案件を後戻りさせない進め方につながります。運用に入ってからも、確認の仕組みを維持することが欠かせません。

アクセシビリティ対応の経験は、実装力だけでなく、工程全体を見渡す視点としても評価されやすくなっています。まずはRemoguで、フルリモートの案件を条件から見比べ、自分の経験がどこで活きるかを確かめてみましょう。積み上げてきた経験を言葉にして案件の条件と照らし合わせることが、次に進むための最初の一歩になります。

7. よくある質問

ウェブアクセシビリティ対応は法律で義務づけられていますか

ウェブアクセシビリティへの対応そのものが直接の義務というわけではありません。改正障害者差別解消法により、事業者による合理的配慮の提供は義務化されましたが、ウェブアクセシビリティへの取り組みは、その環境を整えるための努力義務として位置づけられています¹。案件によっては、この位置づけを踏まえたうえで、対応範囲の説明が求められることもあります。

案件ではどのレベルまで対応すればよいのですか

求められる水準は案件によって異なります。達成基準の考え方を踏まえたうえで、企画の段階で発注元とすり合わせておくことが、後の手戻りを防ぐことにつながります。対象とする範囲や優先順位を、企画の段階で言語化しておくと、実装や検証の判断がぶれにくくなります。案件によっては、レビューの場で対象範囲を確認しながら進めることもあります。

チェックツールを使えば対応は足りますか

チェックツールだけでは不足しています。代替テキストが付与されているかどうかはチェックツールで確認できますが³、内容が適切かどうかは人の確認が必要です⁴。自動チェックの結果を確認の出発点として使い、そこから人による確認につなげる進め方が実務的です。

未経験でも対応の経験を積める案件はありますか

対応の経験がまだない場合でも、実装の一部から関わりながら理解を広げていける案件があります。案件ごとに求められる関わり方は異なるため、公開されている案件の条件を見比べておくと判断しやすくなります。工程の一部から関わり、少しずつ担当範囲を広げていく進め方もあります。まずは公開されている案件の説明を読み、どの程度の経験が求められているかを確かめてみましょう。

アクセシビリティ対応の案件はリモートでも進めやすいですか

案件によって、稼働の進め方や確認の頻度は異なります。気になる場合は、公開されている案件の条件を見比べることが、判断の材料になります。工程の早い段階から関わる案件では、対応の方針についてクライアントと協議する機会も増えていきます。稼働のリズムを自分でつかみやすいことも、こうした案件でリモートワークを続けやすい理由のひとつです。

※公開中の案件数は時期によって変わります。記事中の案件の傾向は執筆時点のものです。

出典・参考情報

＊1 デジタル庁「ウェブアクセシビリティ導入ガイドブック」（2025年10月16日）
＊2 デジタル庁「ウェブアクセシビリティ導入ガイドブック」（2025年10月16日）
＊3 デジタル庁「ウェブアクセシビリティ導入ガイドブック」（2025年10月16日）
＊4 デジタル庁「ウェブアクセシビリティ導入ガイドブック」（2025年10月16日）
＊5 デジタル庁「ウェブアクセシビリティ導入ガイドブック」（2025年10月16日）
＊6 デジタル庁「ウェブアクセシビリティ導入ガイドブック」（2025年10月16日）
＊7 Remogu（株式会社LASSIC運営）公開情報：扱う案件の90%以上がフルリモート可能