アクセシビリティエンジニア転職ガイド｜a11y実装とUX協働の切り分け

アクセシビリティエンジニア転職では、セマンティックHTML、ARIAの適切な使用、キーボードフォーカス管理、色コントラスト実装、スクリーンリーダー検証、自動テストツール（axe/Lighthouse等）と手動テスト、修正チケット起票/実装、VPAT/報告書支援のどれが主業務か求人票だけでは判別しにくいことがあります。このページはUXエンジニアが扱うデザインシステム協働、ユーザビリティテスト、Figmaハンドオフとは別に、実装と検証に焦点を当てます。WCAGは原則（知覚・操作・理解・堅牢）の整理に留め、特定サイトの適合レベルや法律適合を断定しません。平均年収や求人数は掲載せず、求人票と公式情報で確認する前提で読んでください。

セマンティックHTML/ARIA

要素の意味とロール、状態の伝達。装飾-onlyのARIA乱用は避ける実装判断が中心。

キーボード/フォーカス

Tab順、フォーカストラップ、スキップリンク。マウス-only UIとの境界。

自動/手動テスト

axe/Lighthouse等とスクリーンリーダー手動検証。自動-only求人と修正実装求人で責任が異なる。

WCAG原則

知覚・操作・理解・堅牢の4原則。適合レベル（A/AA/AAA）の断定は監査・法務確認。

UXエンジニアはデザイン協働、ユーザーリサーチ、UIコンポーネント設計が中心、a11yエンジニアはHTML/ARIA/キーボード/スクリーンリーダー検証と修正実装が中心です。フロントエンドの横断フロント論点とも重なるため、主業務比率を切り分けてください。

アクセシビリティエンジニアの役割比較では、「比較軸」は「焦点」、「a11y実装寄り」は「HTML/ARIA/キーボード修正」、「UXエンジニア寄り」は「デザイン協働/リサーチ」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

アクセシビリティエンジニアの役割比較では、「比較軸」は「検証」、「a11y実装寄り」は「SR手動+自動テスト」、「UXエンジニア寄り」は「ユーザビリティテスト」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

アクセシビリティエンジニアの役割比較では、「比較軸」は「成果物」、「a11y実装寄り」は「修正PR/テスト結果」、「UXエンジニア寄り」は「Figma/プロトタイプ」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

アクセシビリティエンジニアの役割比較では、「比較軸」は「WCAG」、「a11y実装寄り」は「実装観点（原則）」、「UXエンジニア寄り」は「デザインガイド」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

アクセシビリティエンジニアの役割比較では、「比較軸」は「フロント」、「a11y実装寄り」は「フロントエンドと交差」、「UXエンジニア寄り」は「UIコンポーネント設計」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

a11y求人票では「WCAG 2.1 AA準拠」と書かれていても、実態が自動テスト導入のみのことがあります。このページはWCAG適合を約束せず、実装修正と監査-onlyの境界を三列表で確認する前提です。

アクセシビリティエンジニアの求人票の読み替えでは、「書いてあること」は「WCAG 2.1 AA」、「確認したい実態」は「実装修正か監査-onlyか」、「面談での質問例」は「適合判断の最終責任者は誰ですか？」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

アクセシビリティエンジニアの求人票の読み替えでは、「書いてあること」は「アクセシビリティ 2年」、「確認したい実態」は「修正/テスト/報告書内訳」、「面談での質問例」は「直近で修正したコンポーネント例は？」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

アクセシビリティエンジニアの求人票の読み替えでは、「書いてあること」は「axe/Lighthouse」、「確認したい実態」は「CI組込みかスポットか」、「面談での質問例」は「手動SR検証の頻度と担当は？」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

アクセシビリティエンジニアの求人票の読み替えでは、「書いてあること」は「公共/調達」、「確認したい実態」は「VPAT/報告書含むか」、「面談での質問例」は「第三者監査との分担は？」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

アクセシビリティエンジニアの求人票の読み替えでは、「書いてあること」は「デザイン」、「確認したい実態」は「Figma監修か実装-only」、「面談での質問例」は「UXエンジニアとの分担は？」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

アクセシビリティエンジニアの求人票の読み替えでは、「書いてあること」は「フロント」、「確認したい実態」は「React/Vue等」、「面談での質問例」は「フロントエンドとの主業務比率は？」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

• キーボード操作とフォーカス管理の修正例を説明できるか
• スクリーンリーダー手動検証に関与したか
• 自動テスト導入/CI組込みの範囲を言えるか
• UXエンジニアのデザイン-only論点だけで応募していないか
• WCAG適合を自分で断定する表現を使っていないか

確認ポイントは「キーボード操作とフォーカス管理の修正例を説明できるか」です。アクセシビリティエンジニアの求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。

確認ポイントは「スクリーンリーダー手動検証に関与したか」です。アクセシビリティエンジニアの求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。

確認ポイントは「自動テスト導入/CI組込みの範囲を言えるか」です。アクセシビリティエンジニアの求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。

確認ポイントは「UXエンジニアのデザイン-only論点だけで応募していないか」です。アクセシビリティエンジニアの求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。

確認ポイントは「WCAG適合を自分で断定する表現を使っていないか」です。アクセシビリティエンジニアの求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。

アクセシビリティエンジニアでは、ツール名の羅列より、自分が判断した範囲の説明が先です。秘密情報は一般化し、確認できない数字は書きません。

1. 01
   四区分に棚卸し

   実装修正、自動テスト、手動SR検証、報告書/VPAT支援で自分が判断した範囲を書き出します。

2. 02
   修正の具体例

   ARIA、フォーカス、コントラスト、見出し構造について説明できる例を1つ用意します。

3. 03
   UX案件との境界質問

   a11y必須求人でデザイン監修、ユーザーテスト比率を面談用に用意します。

4. 04
   求人三件を表で読み替え

   三列表で実修/監査-only/報告書の実態を可視化します。

W3C WAIのWCAG概要（原則レベル）と、利用中のテストツール公式ドキュメントを一次情報として参照します。公共調達や法規制の解釈は求人先の法務・監査に確認し、このページでは適合断定を行いません。IPA試験は用語整理の参考になりますが、転職成功を保証するものではありません。

アクセシビリティエンジニア転職ガイド｜a11y実装とUX協働の切り分けの判断材料は、出典が公開されている情報に限ります。媒体ごとの求人数や平均年収は集計定義が違うため、求人票や公式サイトの最新情報で確認してください。内定や年収アップは保証できません。提示された労働条件は書面で確認し、口頭の話だけを契約内容にしないでください。

a11y案件は公共系、金融、大規模ECでエージェントの強みが分かれます。実装修正/手動検証/報告書支援の関与範囲を一文で伝え、UXエンジニアのデザイン-only求人と混同しないよう管理表を作ってから相談してください。

• 公共/大企業a11y

  VPAT/報告書と実装修正の読み替えを理解した担当者が実態確認を代行しやすいです。

• フロント+a11y

  フロントエンドと併用し、UI実装とa11y修正の比率を面談前に整理してくれる相談先を用意します。

• UXからa11y実装へ

  デザイン協働経験を実装語彙に置き換える相談は、両方の求人を扱うエージェントが有効です。

相談先を複数使う場合は、企業名・求人ID・応募経路を一覧にして重複応募を防いでください。転職支援とスカウトでは受けられる支援が異なるため、同じ基準で単純比較せず、目的に合う窓口を選びます。

• UX協働だけでa11y応募

  UXエンジニアの語彙だけではSR検証/ARIA修正の深掘りに耐えません。

• WCAG AA準拠を経歴に断定

  適合判断は監査・法務確認。自分の関与範囲（修正/テスト）だけを書きます。

• Lighthouseスコアだけで深い経験と書く

  自動スコアと手動SR検証は別です。手動検証の関与範囲を分けて記載します。

応募前1週間は、実装修正/自動テスト/手動検証/報告書の四区分に棚卸しし、UXエンジニアのデザイン論点と重ならないa11y実装固有の説明を用意してから応募可否を決める流れがおすすめです。

1. 01
   月：W3C WAI概要

   WCAG原則（4原則）を整理し、適合断定はしない前提をメモに残します。

2. 02
   火：棚卸しと経歴

   a11y実装固有の関与範囲だけを残し、UX/デザイン記述との境界を明確にします。

3. 03
   水：求人読み替え

   実装修正求人と監査-only求人を分けて三列表で確認します。

4. 04
   木〜金：相談

   WCAG適合判断の責任者と手動検証範囲を確認してから応募可否を決めます。