採用サイトのアクセシビリティ｜応募までの点検項目と修正例

採用サイトのアクセシビリティでは、文字が見えるかだけでなく、職種を探し、条件を読み、必要な項目を入力して応募を終えられるかを確認します。マウスを使わない人、画面を拡大する人、読み上げを使う人にも必要な情報が伝わる設計が対象です。

W3CのWCAG 2.2は、知覚可能・操作可能・理解可能・堅牢という観点から達成基準を示しています。この記事の点検表は採用の経路に絞った初期点検案で、基準全体の適合試験を代替するものではありません。事業者に適用される義務や個別の配慮は、サイトの仕様とは別に自社の担当部門と確認します。

パナソニックグループの公開方針では、対象範囲、対象外となる外部コード、目標とするレベルが示されています。これは方針の記載例であり、本記事が同社サイト全体を試験した結果ではありません。

自社では規格名と版、目標レベル、検査するURL、外部ATSや動画、PDFの扱い、窓口を記録します。外部サービスを契約しているから点検不要とはしません。応募に必要な経路で自社が修正できない問題があれば、提供元への依頼と、利用者が申し出られる代替手段を決めます。

まずマウスを使わずに、Tabキーで移動し、Enter等でリンクやボタンを操作します。現在選択している場所が見えるか、メニューを閉じられるか、入力欄から抜けられるかを確認します。固定された応募ボタンやヘッダーが操作中の項目を隠していないかも見ます。

次に文字や画面を拡大し、本文や入力欄が切れないかを確認します。読み上げではページ名、見出し、リンク先、入力欄の名前、必須項目、エラーを理解できるかを確かめます。担当者の操作習熟だけに依存しないよう、使った端末、ブラウザー、支援技術と操作手順を記録します。

自動検査は問題候補を探す補助です。「画像に代替テキストがある」ことと「その文章で画像の意味を理解できる」ことは異なるため、機械の点数だけで完了にしません。

画像にした募集条件は文章でも読めるようにし、仕事内容の理解に必要な写真には内容に沿った説明を付けます。装飾だけの画像へ冗長な説明を付けると読み上げの妨げになるため、画像の役割で分けます。

通常サイズの文字のコントラストは、WCAG 2.2の達成基準1.4.3で原則4.5対1以上が示されています。大きな文字やロゴ等には別の条件・例外があるため、全要素を同じ数字で判定しません。動画の発言を音声だけにせず字幕で伝え、映像だけで示している重要情報にも代替となる説明を検討します。

W3C WAIのフォーム解説は、入力欄の識別、説明、入力の確認、処理結果の通知を扱っています。通知の解説では、成功・失敗の結果と修正方法が伝わることが重要とされています。

編集部の作例では、メール欄が空なら「メールアドレスを入力してください」と項目の近くに出し、ページ上部から該当欄へ移動できるようにします。「入力内容が不正です」だけで終わらせません。送信が成功した場合は受付完了を明確にし、失敗した場合に完了と誤認させない表示にします。

テストでは、未入力送信、形式違い、添付失敗を実行し、既に入力した値が残ることと、読み上げでも修正先が分かることを確認します。フォーム内の通知の伝え方は実装により異なるため、ラベルを追加しただけで終わらず実際の操作で判定します。

問題の記録にはURL、再現手順、利用環境、利用者が完了できなかった操作、修正担当、再確認日を残します。応募を完了できない問題は、装飾や文言の細かな改善より先に扱います。修正後は問題箇所だけでなく、前後の画面も通して操作します。

方針を公表するときは「目標」と「試験した結果」を区別します。対象外や未対応を曖昧にせず、問い合わせ方法を添えます。新しい求人、動画、フォーム項目を追加した場合も同じ検査を続けられるよう、CMSの編集者向けに画像の説明や見出しの使い方を引き継ぎます。

見積書には「アクセシビリティ対応」の一行だけでなく、対象URL、目標基準、検査方法、検査する端末、修正回数、結果報告の範囲を記載します。外部フォームの問題を誰が提供元へ連絡するかも決めます。

要件定義と受入条件に点検内容を追加し、ATS連携のテストにも入力から受付までの確認を含めてください。見た目と機能を一緒に検討する際は採用サイトのデザイン比較が使えます。