ウェブアクセシビリティは、障害を持つ人々がコンテンツを利用できるように保証する。Joanna Falkowska氏によれば、アクセシビリティは競争優位性をもたらし、SEOを改善し、基本的人権を支援する。彼女は、WCAG（Web Content Accessibility Guidelines）標準を使用し、開発の初期段階からアクセシビリティをチーム全体の責任として共有することを強調している。これにより、後の段階でのコストのかかる修正を防止する。
Joanna Falkowska氏は、DEV: Challenge Acceptedでアクセシブルなウェブサイトの作成について語った。
ウェブアクセシビリティとは、障害を持つユーザーがウェブコンテンツを利用可能にすることだ。Falkowska氏は、アクセシビリティを向上させ、包括的なウェブサイトを作成するために、Webコンテンツアクセシビリティガイドライン（WCAG）を使用することを提案した。
Falkowska氏は、ウェブアクセシビリティは基本的人権として考慮されるべきだと述べた。私たちがウェブサイトのアクセシビリティを重視すべき理由は、多くの人が障害の影響を直接受けているか、家族、友人、または同僚に障害を持つ人がいるからだと彼女は付け加えた。また、製品のアクセシビリティは、他の企業に対する競争優位性をもたらす可能性があるとも指摘している。
一部の企業は、アクセシビリティをDEI（ダイバーシティ、公平性、インクルージョン）ポリシーの自然な結果であり、基本的人権と考えている。また、アクセシビリティを重視する理由として、主にSEOの結果を挙げる企業もある。検索エンジンはアクセシブルなサイトを検索結果で優先するためだ、とFalkowska氏は述べた。
最も最近のものの一つが「欧州アクセシビリティ法」です。これはEU指令であり、2025年7月に施行される予定です。この指令は、eコマース、銀行、交通などを含む幅広いサービスを対象としています。
Webコンテンツアクセシビリティガイドライン（WCAG）は、世界的に認知されている標準だ。アクセシビリティ規則への準拠を求めるいかなる法的文書も、WCAGを参照点として引用している、とFalkowska氏は述べた。このガイドラインはオンラインで無料で利用可能だ。また、国際的なアクセシビリティポリシーの詳細なリストも提供されている。Falkowska氏は、人々にこれを読んで、成功基準に基づいてウェブコンテンツを適応させるよう促した。
Falkowska氏は、チームメンバーがアクセシビリティ標準に精通しているべきだと提案した。少なくとも、自分の役割に関連する成功基準については理解している必要があると述べている。
例えば、デザイナーの役割は、発生する可能性のあるすべての色のコントラスト問題に対処することです。しかし、もしコンテンツ作成チームにある程度の柔軟性がある場合、最終的なコンテンツをアクセシブルにするために従うべき色のコントラストルールを認識している必要があります。
アクセシビリティの問題は、他の種類のバグと同様に、開発の後半段階で修正するほどコストが高くなる傾向がある、とFalkowska氏は述べた。そのため、アクセシビリティ標準を達成し維持したいと考える開発チームは、アクセシビリティを開発の最初の段階から組み込む必要がある。
Falkowska氏は、新しいストーリーを整理する際に、プロセスの一環としてアクセシビリティの受け入れ基準を正確に議論し、チケットの説明に追加することを提案した。
多くのチームはこれを行っておらず、その結果、アクセシビリティはテスト段階でチケットが却下された後、またはさらに遅れてアクセシビリティ監査が完了した後に追加されることになります。
アクセシビリティは間違いなくチームスポーツだ。開発プロセスに統合したいのであれば、そのすべてのステップでアクセシビリティに取り組む必要がある、とファルコウスカ氏は結論付けた。
InfoQは、アクセシブルなウェブサイトの開発についてJoanna Falkowska氏にインタビューした。
InfoQ: アクセシビリティを始めたいと考えている開発者へのアドバイスは何ですか？
Joanna Falkowska氏: アクセシビリティの分野に初めて触れる場合は、まずWCAGが提供するすべての成功基準を読む時間を取り、それを理解することをお勧めします。最初は圧倒されるかもしれませんが、セクション（ガイドライン）ごとや適合レベル（AからAAAまで）に基づいて、段階的に学ぶことができます。
次に重要なのは、支援技術の使い方を学ぶことです。特にスクリーンリーダーの使用方法ですが、マウスではなくキーボードでナビゲーションするような簡単なことも含まれます。
最後に、それらをすべて学んだら、最初にやるべきことは…デザインチームと仲良くなること、そして必要であれば彼らを教育することです。デザインが最初からWCAG標準に従っていれば、開発段階で多くのアクセシビリティ問題が発生することはありません。
InfoQ: アクセシビリティを開発プロセスの不可欠な部分にするためには、何ができますか？
Falkowska氏: アクセシビリティが単に別の部門のアクセシビリティチームや外部の監査会社に「アウトソーシング」されないようにしてください。
アクセシビリティチームは、基本的な範囲を超える問題に対してのみサポートする役割を果たすべきです。例えば、キーボードナビゲーションの実装順序を決めるのに苦労していて、最も便利な解決策を共有してもらう必要がある場合などです。
監査会社は開発の最終段階でのみ関与すべきです。彼らの役割は、アクセシビリティのレベルを認証することであり、開発の初期段階で何をすべきだったかを教えることではありません。アプリが稼働している段階でデザインを変更する方が、アクセシビリティを考慮してワイヤーフレームを設計するよりもはるかにコストがかかることは、私たち全員が知っています。
アクセシビリティを開発プロセスに統合したい場合、プロダクトオーナーはアクセシビリティの重要性を繰り返し提起するべきです。デザイン段階の直後、開発が始まる前、そしてテスト段階に至るまで、継続的に取り上げる必要があります。
チームメンバーがアクセシブルなソリューションを開発する際に何を考慮すべきか分からない場合、アクセシビリティの専門家をチームに招き、WCAGを念頭に置いた要件を作成する手助けをしてもらうことを検討すると良いでしょう。その専門家は、グルーミングセッション中に何を考慮すべきかをチーム全員に教える役割を果たします。
アクセシブルなソリューションを開発することは、より多くのクライアントをあなたのウェブサイトに引き寄せる可能性があります。アクセシビリティのスキルを個人のポートフォリオに追加することで、IT市場でより競争力のある従業員になることができます。アクセシブルなソリューションを提供する法的義務を負っている企業は、アクセシブルなアプリを提供する上で自分の役割を理解しているチームメンバーを雇用する方が、コスト効率が高いことをすぐに学ぶでしょう。