コンテンツへスキップ

アクセシビリティの謬説
覆す

神話 4: リリース前に素早くアクセシビリティ対応することができます

うまくいかないでしょう。代替テキストやフォームラベリングのような簡単なものは最後に追加できるかもしれませんが、 一部の複雑な UX はアクセシブルになるように計画すべきです。 場合によっては、開発の終盤で機能をアクセシブルにしようとすると、全体的なリファクタリングが必要になるかもしれません。

神話 6: ウェブアクセシビリティはあくまでも開発者だけの義務

ウェブアクセシビリティはチームの努力による賜物です。 デザイナーはアクセシブルなUIを作り、開発者はそれを構築し、QA エンジニアはアクセシビリティのテストを行い、 PMはアクセシビリティがチームのプロセスに含まれているかどうかを確認し、 法務チームは製品がアクセシビリティの観点からリスクがないかどうかをチェックし、 コンテンツマネージャーはコンテンツが達成基準に準拠するように調整します。

詳細を見る

神話 7: アクセシビリティは障害者のためだけにある

幸いなことに、アクセシビリティはすべての人に役立つものです。 アクセシビリティの原則を適用すると、全体的なユーザーエクスペリエンスが向上し、 ウェブサイトがより便利になることは、周知の事実です。

神話 10: 自動化ツールを使えば、自分のウェブサイトをアクセシブルにすることができる

それができれば簡単なのですが、実際はそうではありません。 通常、自動アクセシビリティテストでは、 アクセシビリティに関する問題の30～50％ しか発見できません。 実際、ウェブサイトの中にはまったくアクセスできないにもかかわらず、自動テストに合格するように 作られているもの もあります。

神話 11: アクセシビリティは目の不自由な人のためのもの

確かに、アクセシビリティは全盲の人の体験に影響を与えますが、色覚特性など、他の視覚障害者の体験にも影響を与えます。もちろん、聴覚、運動機能、言語、認知など、他の障害を持つ人々にも恩恵があります。また、高齢者にも有効です。要するに、すべての人たちにとって影響を与えます。 ある人には必要不可欠で、すべての人にとっては便利なものです。

詳細を見る

神話 17: アクセシビリティの専門家だけが、アクセシビリティの修正を実施できる

幸いなことに、そのようなことはありません。多少のアクセシビリティのスキルがあれば、誰でもウェブサイトのアクセシビリティを実装し、検証することができます。 実際、簡単に習得できるだけでなく、時には楽しい作業になることもあります。 簡単なチェックを実行するのに、特定の経験は必要ありません。

神話 18: アクセシビリティは機能のようなもので、一度でも対応さえすれば手に入れられるもの

アクセシビリティは機能ではなく、習慣的に気を配るものです。つまり、開発するときも、保守作業をするときも、定期的にアクセシビリティに気を配らなければなりません。アクセシビリティに関する知識は、新しいチームメンバーが加わったときや、要件が変更されたときにも引き継ぐ必要があります。

詳細を見る

神話 19: アクセシビリティを確保するとは、障害者のための別バージョンのウェブサイトを提供すること

それは、かつての間違った仮説でした。以来、多くの開発チームが、複数のバージョンのウェブサイトを維持し、すべてのコンテンツを最新の状態に保つことは、たった１つの真にアクセシブルなウェブサイトを作成するよりもはるかにコストがかかることということだと痛感しました。