Webアクセシビリティ案件｜WCAG対応の単価相場・必要スキル・探し方

Webアクセシビリティ対応案件とは（背景と法制度）

Webアクセシビリティ対応案件は、法制度と調達要件が同時に動いている領域です。案件性質を理解するうえで、以下の3点を押さえておくと、面談時の会話がかみ合いやすくなります。

改正障害者差別解消法と合理的配慮の義務化

2024年4月1日から、改正障害者差別解消法により、民間事業者にも障害のある人への「合理的配慮」の提供が義務化されました。合理的配慮は物理的な場面に限らず、Webサービスの利用場面でも、環境整備や個別対応の文脈で検討対象になりえます。

ただし、法律が直接「WCAG準拠でなければ違法」と定めているわけではありません。合理的配慮は個別対応であり、Webアクセシビリティ対応は「事前的改善措置（環境整備）」の一環として、行政の解説資料でも推奨される位置づけです（内閣府：合理的配慮の提供等事例集）。

このため、「法律で必須」ではなく「合理的配慮を組織的に提供するための環境整備」として、Webアクセシビリティ対応が発注される流れになっています。

WCAGとJIS X 8341-3:2016の関係

Webアクセシビリティの国際的な基準がWCAG（Web Content Accessibility Guidelines）で、W3Cが策定しています。国内ではJIS X 8341-3:2016がWCAG 2.0とほぼ同一内容の日本産業規格として制定されており、公共調達ではJIS X 8341-3:2016への対応やAA相当を要件・目標として記載する案件が多く見られます。

準拠レベルはA・AA・AAAの3段階で、AAが公共案件や大規模サイトの実務で到達目標として採用されることが多いレベルです。総務省のみんなの公共サイト運用ガイドライン（2024年版）でも、公的機関はJIS X 8341-3:2016のAAレベル準拠を目標に設定するよう示されています。

WCAG本体は2.2まで公開が進んでいます。ただしJIS改訂の動きは執筆時点で確定情報が少なく、案件仕様書ではまだJIS 2016（＝WCAG 2.0）ベースで書かれるケースが多い状況です。参画時は仕様書に記載されたバージョン（2.0/2.1/2.2）を必ず確認します。

「アクセシビリティ」と「合理的配慮」の使い分け

現場でよく混同されるため整理します。

WebサービスにおけるWCAG対応は「アクセシビリティ＝事前的な環境整備」に位置づけられます。合理的配慮の申し出があったときに個別対応しやすくするための土台づくり、と理解すると全体像がつかみやすくなります。

ミニFAQ：この章の補足

Q. WCAG 2.2に対応しないと違法ですか？

現時点で違法とは言えません。国内公共調達の多くはJIS X 8341-3:2016（＝WCAG 2.0相当）を基準にしています。民間サイトでも案件仕様書で2.1/2.2準拠が指定されるケースはありますが、一律の要件ではありません。

Q. すでに公開済みのサイトも対応が必要ですか？

既存サイトも改善対象になりえます。公共機関のサイトでは、既存ページも含めた達成基準の試験結果を公開することが推奨されています。

Q. 民間サイトでもAAA準拠は必要ですか？

民間サイトでも一部コンテンツでAAA相当を目標にする例や、案件仕様書で2.1/2.2準拠が指定されるケースがあります。ただしAAAは全ページ対応が難しい項目も多く、一般化した必須要件とはされていません。

需要が立ちやすい領域と発注元

Webアクセシビリティ案件は、発注元の性質で領域が分かれます。フリーランス視点で見ると、下記の3領域が観測されやすい状況です。

公共系（官公庁・自治体・独立行政法人）

フリーランスが接点を持ちやすい領域の一つです。公共調達では「JIS X 8341-3:2016 AA相当」や「試験結果の公表・報告」が要件に含まれる案件が多いため、リニューアル・新規構築案件にはアクセシビリティ担当が組み込まれるケースが目立ちます。

案件形式は、Web制作会社経由の常駐/準常駐、または元請けSIer配下のPMOロールで発注されるケースが中心です。この領域の参画ハードルや契約形態は、官公庁・公共系のフリーランスエンジニア案件｜単価相場・契約形態・セキュリティ要件を徹底解説に整理しています。

大企業・金融・教育のBtoCサービス

金融（銀行・保険）、大学、通信キャリア、公共交通など、社会インフラに近い民間サービスで発注が増えつつあります。理由は3つあります。

• 合理的配慮の義務化で、CSRやコンプライアンス部門から「Web対応も進めたい」と要求が上がる

• インターネットバンキング等、機能が使えないと生活に直接影響する領域は障害者団体からの指摘対象になりやすい

• 大学・自治体系のサイトは公共調達に準じた要件が入る

案件は、UI/UX改善プロジェクトや大規模リニューアルに「アクセシビリティ監査・改善支援」として組み込まれる形が目立ちます。

民間BtoCサービス（EC・SaaS・メディア）

公開案件ベースでは、まだ多い部類ではありません。ただし、大手ECや動画配信サービスがブランドポリシーとしてAA準拠を掲げる事例が出てきており、フロントエンドリニューアルにあわせてアクセシビリティ改善の工数が確保されるケースが観測されるようになりました。

面談ベースでは、「エンジニアリング組織全体でアクセシビリティを内製化したい」というテーマで、フルタイム参画に近い形の準委任案件が提示されることもあります。

単価相場と稼働イメージ

単価は職種と関与の深さで大きく変わります。以下の目安は、2026年9月時点で首都圏中心の主要フリーランスエージェント数社の公開案件と、面談時に提示された非公開案件の傾向をあわせて整理した観測値です。週4〜5日稼働の準委任案件を中心に見ています。公開案件がまだ多くない領域のため、観測ベースの目安として読んでください。

まずは公開案件ベースで整理し、非公開案件の傾向は別の文に分けて記載します。

実装寄りのフロントエンド案件（月60〜90万円前後）

Web制作会社・SIer配下で、実装エンジニアとして参画するケースです。

• 想定される役割：デザインカンプ・要件をもとに、HTML意味論・WAI-ARIA・キーボード操作・コントラスト等を担保して実装する

• 想定される人物像：React/Vue.jsなどモダンフロントエンドの実務経験が3年以上あり、WCAG 2.0/2.1のAA達成基準を実装レベルで理解している方

• 稼働イメージ：週4〜5日、常駐またはリモート

同一の役割で「アクセシビリティ知見あり」を条件から外すと、フロントエンドエンジニア一般としての単価レンジに戻ります。フロントエンド単体での相場感はフロントエンドエンジニアのフリーランス単価相場｜経験別・技術別レンジと動向で整理しています。

監査・診断・アクセシビリティコンサル案件（月80〜120万円前後）

axe DevToolsなどの機械検査に加え、スクリーンリーダー検証・利用者検証を含む監査を担当するケースです。試験結果報告書（JIS X 8341-3の試験様式に沿ったもの）の作成まで含まれることが多い領域です。

• 想定される役割：既存サイトのアクセシビリティ監査、達成基準ごとの不適合検出、改善提案、試験結果報告書の作成

• 想定される人物像：JIS X 8341-3の試験様式に沿った試験実施経験があり、NVDA/VoiceOverでの検証実務を持つ方。制作会社での監査担当経験や、公共案件でのアクセシビリティ担当経験があると入りやすい

非公開案件では、AAAレベルの部分準拠や、独自のガイドライン策定支援など、個別条件で上振れするケースがあります。

PMO・調達支援・要件定義寄り（月90〜130万円前後）

発注元の情報システム部門やPMO配下で、要件定義・ベンダー管理・レビュー・進捗管理を担うケースです。

• 想定される役割：仕様書レビュー、ベンダー成果物のアクセシビリティレビュー、試験計画策定、公共調達要件の翻訳（発注仕様書化）

• 想定される人物像：Webサイトの構築PMまたはPMO経験があり、公共案件の要件整理経験を持つ方。技術背景に加えてドキュメント設計力が求められます

なお、単価は経験・実績・地域・案件難易度で幅があります。自分がどのレンジを狙えるかを確認したい方は、無料のフリーランスエンジニア単価診断で目安を確認できます。単価を体系的に上げる考え方はフリーランスエンジニアの単価相場と単価の上げ方にまとめています。

ミニFAQ：単価の補足

Q. アクセシビリティ経験がまだ薄い場合、単価は下がりますか？

実装寄りの案件では、フロントエンドとしての実務が主評価軸になるため、大幅には変わりません。ただし監査・診断案件は経験が直接評価されるため、達成基準の試験実施経験があるかで大きく差がつきます。

必要スキルと知識

案件に入るために求められる要素を、技術・基準・ツール・ドキュメントの4層で整理します。

技術（実装・検証）

• HTML意味論：見出し・ランドマーク・リスト・table等を意味に沿って使い分ける

• WAI-ARIA：ネイティブHTMLで表現できない場面でのroleやaria属性の適切な付与

• キーボード操作対応：tabindex管理、フォーカスリング、キーボードトラップの回避

• コントラスト比・色設計：AAで4.5:1以上（通常テキスト）を担保する

• フォーム設計：labelとinputの関連付け、エラーメッセージのaria-describedby、必須項目のマークアップ

• 動画・音声：字幕・音声解説・トランスクリプトの提供設計

HTMLとCSSの基本についてはHTMLとCSSとは？初心者にもわかる基本構造・学び方・将来性をやさしく解説を、フロントエンド全体の職種像はフロントエンドエンジニアとは？仕事内容や必要なスキル、年収、やりがいを解説を参照してください。

基準・ガイドラインの理解

• WCAG 2.0/2.1/2.2の達成基準ごとの意味と、A/AAレベルの違い

• JIS X 8341-3:2016との対応関係

• 総務省「みんなの公共サイト運用ガイドライン」の枠組み

• 発注元業界固有のガイドライン（金融庁・文部科学省など）

主要ツール

機械検査だけでは達成基準の一部しか確認できず、カバー率は測定方法や対象サイトによって大きく変わります。実務では手動検証と併用する前提で考えるのが安全です。

ドキュメント作成

• 試験結果報告書（JIS X 8341-3付属書の様式に準ずるもの）

• ガイドライン準拠状況の宣言（ウェブアクセシビリティ方針）

• 改善提案書・優先度付きの是正計画

公共案件では、実装だけでなくドキュメントの整備が納品物に含まれるケースが大半です。ドキュメント作成経験の有無で参画可否が分かれることも珍しくありません。

職種別ロールの違い

一言で「アクセシビリティ案件」と言っても、期待される成果は職種で異なります。参画前に自分の役割の期待範囲を握ることが重要です。

フロントエンドエンジニアとして参画

• 主業務：デザイン・要件をもとに達成基準を満たす実装

• 期待される成果：達成基準AA相当を意識した実装、主要画面での機械検査エラーの解消、キーボード操作の担保

• キャリア接続：フロントエンドとしての実務経験をベースに、アクセシビリティ知見を上乗せする形

アクセシビリティ監査・診断エンジニアとして参画

• 主業務：既存サイトの試験実施、不適合の検出、改善提案

• 期待される成果：達成基準ごとの試験結果、優先度付き改善リスト、報告書

• キャリア接続：フロント経験＋監査経験の組み合わせ。制作会社でのアクセシビリティ担当経験があると入りやすい

PMO・調達支援として参画

• 主業務：仕様書レビュー、ベンダー成果物のレビュー、試験計画策定

• 期待される成果：発注仕様書の質、ベンダー管理・進捗管理、達成基準の解釈調整

• キャリア接続：PM/PMO経験＋公共調達経験の掛け合わせ。実装経験は必須でないが、あった方が説得力が増す

実務チェックリスト（実装・監査・納品）

現場で使えるチェックリストを、参画フェーズ別に整理しました。詳細な達成基準はWAI公式のWCAG 2.1解説（日本語訳）を参照してください。

実装時のチェックポイント

• 見出しレベル（h1〜h6）が階層順に並んでいる

• 画像に代替テキスト（alt属性）が意味に沿って設定されている

• リンクテキストが「こちら」「詳細」だけになっていない

• フォーム要素にlabelが関連付けられている

• キーボードのみで全機能が操作できる

• フォーカスリングを見えない設定にしていない

• カラーコントラストがAA基準（通常テキスト4.5:1、大きな文字3:1）を満たす

• 動きのある要素に停止手段がある

• 見出し・ランドマーク（header/main/nav/footer）が意味に沿って配置されている

監査時のチェックポイント

• 機械検査（axe DevTools/Lighthouse）を全ページで実行し、達成基準ごとにエラーを分類

• スクリーンリーダーで代表画面の主要導線を検証（NVDA＋Firefox/Chrome、VoiceOver＋Safari）

• キーボード操作のみで主要導線を通せるか検証

• ズーム200%表示で情報の欠落や重なりがないか確認

• 色に依存した情報伝達がないか確認（グラフの凡例、必須項目のマーク等）

• 試験対象ページの選定根拠（代表ページ・タスクベース）を記録

納品時のチェックポイント

• 試験結果報告書に達成基準ごとの結果を記載

• 準拠レベル（A/AA）と対応済み/未対応の区分を明確化

• 未対応項目は理由と改善計画をあわせて記載

• ウェブアクセシビリティ方針をサイトに掲載できる形で提供

• 改善履歴・試験実施日を記録

参画時のよくある失敗と対策

実務で起こりやすい参画時のミスマッチと対策を紹介します。

準拠レベル（A/AA/AAA）の解釈がずれる

発注元が「WCAG準拠」とだけ書いていて、A/AA/AAAのどのレベルまで対応するかが曖昧なまま契約に入ってしまうケースがあります。参画前に、次の3点を必ず握ります。

• 準拠レベル（AA相当が実務標準）

• 対象ページの範囲（全ページ／主要導線／トップと重要ページのみ 等）

• 「準拠」の定義（「達成基準を満たすよう試みる」なのか、「JIS X 8341-3の試験様式で試験を実施し、公表する」なのか）

「見た目だけ」対応で終わってしまう

コントラスト調整や代替テキスト追加といった目視で分かる部分だけを対応し、キーボード操作やスクリーンリーダー検証を省略するケースです。達成基準の多くは操作性・支援技術との相互運用性を要求するため、機械検査だけでは達成基準の一部しかカバーできません。手動検証まで含めた計画を最初から工数に載せる必要があります。

障害者差別解消法の適用範囲を誤って説明する

「法律でAA準拠が義務化された」と誤って伝えてしまうケースがあります。前述のとおり、法律が直接WCAG準拠を義務付けているわけではありません。合理的配慮の提供義務と、事前的環境整備としてのアクセシビリティ対応を分けて説明できるようにしておきます。

監査結果の使い方を握らない

監査を実施したが、指摘が実装フェーズに引き継がれず、改修されないまま終わるケースです。監査案件を受ける際は、監査結果を誰がどう扱うか（実装チームへの引き継ぎ、優先度付け、リグレッション管理）まで契約時に握るのが安全です。

フリーランスとしての案件の探し方

案件を探すときの実務的な絞り込み方を整理します。

エージェント経由

首都圏中心の主要フリーランスエージェントでは、以下のキーワード・タグ組み合わせで絞ると発掘しやすくなります。

• 「アクセシビリティ」「WCAG」「JIS X 8341-3」

• 「Web制作」＋「官公庁」「自治体」「公共」

• 「フロントエンド」＋「HTML」＋「UI/UX改善」

案件詳細で「試験結果報告書作成」「アクセシビリティ監査」の記載があれば、監査寄りロールの案件です。エージェント面談時に、アクセシビリティ実務経験（実装・監査・報告書作成のどれか）を明示すると、非公開案件を提示されやすくなります。

フリコンの案件一覧はこちらから確認できます。

元請けSIer・Web制作会社経由

公共案件の元請けとなるSIer・大手Web制作会社の下請けとして参画するルートです。案件量は多いですが、常駐前提・週5フル稼働の条件が多い傾向があります。契約は準委任か請負（成果物単位）が中心で、参画時は責任範囲を明確にしてから受けるのが安全です。

直請け・リファラル

過去の公共案件・大手案件で担当した組織からのリファラル、または直請けで受けるケースもあります。継続案件になりやすい一方、営業・契約実務を自分でこなす必要があります。

まとめ

Webアクセシビリティ対応案件は、公共調達要件と改正障害者差別解消法の合理的配慮義務化を背景に、官公庁・大企業のリニューアル案件で要件化されやすくなっている領域です。フロントエンド実装から監査・PMOまでロールが分かれており、経験の掛け合わせで単価レンジが変わります。

要点を整理します。

• 発注は公共系（JIS X 8341-3:2016 AA準拠が標準）と、大企業BtoCサービスが中心

• 単価は実装で月60〜90万円、監査・診断で月80〜120万円、PMOで月90〜130万円前後の目安

• 必要スキルはHTML意味論・WAI-ARIA・キーボード操作・スクリーンリーダー検証、加えて試験結果報告書の作成経験

• 参画時は準拠レベル（A/AA/AAA）、対象範囲、試験方法の3点を必ず握る

• 案件探しはエージェントで「アクセシビリティ」「WCAG」「JIS X 8341-3」タグと公共系KWの併用が実務的

次のステップとして、自分の現在の市場価値をフリーランスエンジニア単価診断で確認したり、フリコンの案件一覧からアクセシビリティ関連の求人を探してみてください。公共系案件の契約形態・セキュリティ要件は官公庁・公共系のフリーランスエンジニア案件解説にまとまっています。

参照した一次情報

• 改正障害者差別解消法（内閣府）

• 合理的配慮の提供等事例集（内閣府）

• みんなの公共サイト運用ガイドライン（総務省・2024年版）

• Web Content Accessibility Guidelines（W3C WAI）

• WCAG 2.1 日本語訳（WAIC）

• MDN Web Docs アクセシビリティ