アクセシビリティに関する声明

私たちはWeb Content Accessibility Guidelines（WCAG）2.1のレベルAAへの準拠を目指して取り組んでいます。これは世界中のアクセシビリティ関連法規で最も広く求められている基準であり、一部の見本ページだけでなく、プラットフォーム全体にわたって私たちが自らに課している基準です。

私たちはPlaywrightで駆動するaxe-coreを用いて、プラットフォームの代表的なページ群に対して実際の自動監査を実行しています。対象は、公開のランディングページ、新規登録・ログイン・パスワード再設定のページ、公開求人一覧と法的文書のページ、そしてログイン後のダッシュボード、求人、資格情報、採用、異議申し立て、プライバシー、アセスメント、クリエイター、スキルガイド、発見ゲーム、管理者ページです。

各ページは3つの言語でスキャンされます。英語（左から右）、アラビア語（右から左――英語のみの監査では見逃されがちな不具合を最も洗い出しやすい方向です）、そしてスペイン語（英語特有の内容ではなく、テキストの長さに起因する問題を検出するための、もう一つの左から右の言語）です。ログイン後のページは、一般の候補者アカウントとして、また該当する場合はプラットフォーム管理者としてもスキャンされます。

監査スクリプトはコードベース内のscripts/a11y-audit.mjsに置かれており、npm run check:a11yという単一のコマンドで実行できます。これにより、時間の経過とともに正確さが保たれていると信じ込むのではなく、リリースのたびに再実行できるようにしています。

上記の日付時点で、監査は54件のページ／言語の組み合わせ（18の異なるページ×3言語）をスキャンし、当初、実際に存在する3種類の明確な不具合が見つかりました。

これら3つの不具合はいずれもソースコードで直接修正しました。テキストとリンクの色は、通常サイズのテキストに対してWCAG 2.1 AAが求める4.5:1のコントラスト比を満たす色調に変更し、影響を受けていたすべてのラベルを対応する入力欄に関連付け、2つのドロップダウンメニューにはそれぞれが何を制御するかを説明する実際のアクセシブルな名前を付けました。

その後、同じ自動監査を54件すべてのページ／言語の組み合わせで再実行したところ、違反は一件も見つかりませんでした。この結果こそが――この声明そのものではなく――ここで言う「実際の監査に裏付けられている」ということの意味です。

きれいなスキャン結果を実際以上の意味に受け取られることのないよう、自動テストの限界について率直にお伝えします。axe-coreのようなツールは、ラベルの欠落、コントラスト不足、無効なARIAといった、アクセシビリティ上の不具合のかなりの部分を確実に検出できますが、ツール自身のドキュメントによれば、自動チェックだけで検出できるのはWCAGの達成基準のおよそ3分の1から5分の2程度にすぎません。画像の代替テキストが実際にその画像を説明しているかどうか、キーボードやスクリーンリーダーのみで操作する人にとってコンテンツが理にかなった順序で読み上げられるかどうか、あるいはキーボードユーザーがページの一部から抜け出せなくなることがないかどうかを判断することはできません。

私たちはまだ、スクリーンリーダー（NVDAやVoiceOverなど）を用いた専用の手動確認や、各フローの完全なキーボードのみでの操作確認、日常的に支援技術を利用している方々によるテストを完了していません。これらは現在のプロセスにおける実際の、かつ明確に示されたギャップであり、隠しているわけではありません――これらの解消は別途の対応課題です。

監査スクリプトが対象とするページ一覧は、プラットフォームの成長に合わせて増えていきます。私たちは、対象ページに変更を加えてリリースする前には必ずこのスクリプトを実行するつもりです。この声明の時点では、実行は手動のステップであり、継続的インテグレーションにおける自動的なゲートではありません――このプロジェクトにはそもそもCIパイプラインがまだ存在しておらず、これはアクセシビリティに限らず、私たちが一般に変更をリリースする方法における既知のギャップです。

支援技術を利用していて、Talaskill上で正しく機能しない箇所に気づいた場合は、ぜひお知らせください。Talaskill1@gmail.comまで、利用していたページと発生した状況を添えてご連絡ください。この方法で報告された他のあらゆる不具合と同じ真剣さで、実際のバグとして対応します。